Skip to content

Instantly share code, notes, and snippets.

View dlrobertson's full-sized avatar
:bowtie:
rep; nop

Dan Robertson dlrobertson

:bowtie:
rep; nop
View GitHub Profile
Finished test [unoptimized + debuginfo] target(s) in 0.03s
Running unittests src/lib.rs (target/debug/deps/neqo_transport-a4fada944be0ac75)
running 1 test
0s 0ms INFO Logging initialized
0s 0ms INFO [CryptoStates] Creating initial cipher state v=Version2, role=Client dcid=64dc6bd105917e0a
0s 0ms TRACE new_initial Version2 64dc6bd105917e0a
0s 0ms INFO Making Write 0 CryptoDxState, v=Version2 cipher=4865
0s 0ms TRACE new_initial Version2 64dc6bd105917e0a
0s 0ms INFO Making Read 0 CryptoDxState, v=Version2 cipher=4865
commit 208307bdf0b9c56f549f277e5f4560dc938dc55b
Author: Dan Robertson <dan@dlrobertson.com>
Date: Sun Feb 24 16:52:02 2019 +0000
Rebase me!!!!
diff --git a/src/librustc/middle/resolve_lifetime.rs b/src/librustc/middle/resolve_lifetime.rs
index 8dd662c1e0..069726bb0d 100644
--- a/src/librustc/middle/resolve_lifetime.rs
+++ b/src/librustc/middle/resolve_lifetime.rs
@dlrobertson
dlrobertson / Makefile
Last active November 2, 2018 20:43
Hacky LLVM va_arg test
CC ?= clang
LLC ?= llc
all: test
test: va_arg_test
./va_arg_test
clean:
rm raw_va_arg.o va_arg_test
@dlrobertson
dlrobertson / ip-fragmentation.md
Last active February 2, 2018 13:11
RedoxOS networking GSoC Projects

IP fragmentation support

Add support for IP Fragmentation to the network stack used by RedoxOS

Details:

The purpose of this project is to add IP fragmentation support to the network stack used by RedoxOS. This project will begin with adding basic support for correctly processing fragmented IP packets in the network stack used by RedoxOS ([smoltcp]) as defined in the upstream issue [smoltcp#54]. After support is added in [smoltcp], the [netstack] implementation should be updated to

@dlrobertson
dlrobertson / netcfg.md
Last active December 16, 2017 02:50
netcfg

Summary

netcfg is a method for configuring and managing network interfaces. The goal is to provide an intuitive "back-end" for doing so. After the "back-end" is created a configuration daemon should be created that provides a user interface, reading the configuration supplied from file and then using the utilities detailed here to "push" the configuration.

Motivation

# Must install requests first
import requests
# Must install beautifulsoup4 first
from bs4 import BeautifulSoup
# Used to transform relative links to absolute links
# and should already be installed
from urllib.parse import urljoin
# TODO: Initial population of sites to visit
to_visit = ...
@dlrobertson
dlrobertson / error.txt
Created June 5, 2016 04:30
Pip error when running `./mach build -d` on FreeBSD
Pip failed to execute properly: Command "/usr/local/bin/python2.7 -c "import setuptools, tokenize;__file__='/usr/home/drobertson/git/servo/servo/python/tidy/setup.py';exec(compile(getattr(tokenize, 'open', open)(__file__).read().replace('\r\n', '\n'), __file__, 'exec'))" develop --no-deps" failed with error code 1 in /usr/home/drobertson/git/servo/servo/python/tidy
@dlrobertson
dlrobertson / servo-hooks.md
Last active May 15, 2016 20:44
Documentation for the creation of a `test-tidy` hook

All commits to servo must pass a source code tidiness check. The check may be run with ./mach test-tidy. As a result, it is a good idea to run this check locally before submitting or updating a pull request.

It may be helpful to create a pre-commit or pre-push Git Hook to do the heavy lifting for you. You could add somthing like the following to .git/hooks/pre-commit or .git/hooks/pre-push and make it executable to acheive this.

@dlrobertson
dlrobertson / .gitconfig
Created May 15, 2016 19:34
Avoid accidentally pushing with tidy errors present
[alias]
servo-push = "!f() { \
./mach test-tidy --faster; \
if [[ $? != 0 ]]; then \
echo 'tidy failed: please fix'; \
exit 1; \
fi; \
git push $@; \
}; f"
@dlrobertson
dlrobertson / panic.log
Created March 29, 2016 23:43
Panic when attempting to run servo headless without X
drobertson@tars [flex-wip]
➜ ./mach run -d -- -z ~/git/servo/flex-wip
thread '<main>' panicked at 'called `Result::unwrap()` on an `Err` value: NoBackendAvailable(XOpenDisplayFailed)', ../src/libcore/result.rs:746 stack backtrace:
1: 0x55733aed9c90 - sys::backtrace::tracing::imp::write::h495bc662e480d01f2cv
2: 0x55733aedebdf - panicking::default_handler::_$u7b$$u7b$closure$u7d$$u7d$::closure.44522
3: 0x55733aede858 - panicking::default_handler::h4e73712d1e927dfeH0z
4: 0x55733aec87ec - sys_common::unwind::begin_unwind_inner::h0e1be209f5e9e87dg2t
5: 0x55733aec95f8 - sys_common::unwind::begin_unwind_fmt::h45dc2fac9b5e0d23m1t
6: 0x55733aed8f91 - rust_begin_unwind
7: 0x55733af15cef - panicking::panic_fmt::h40f5ec0cdc3fc429FRL