- Aug 18, 2015
-
-
Nick Mathewson authored
-
Nick Mathewson authored
-
Nick Mathewson authored
-
Nick Mathewson authored
-
Nick Mathewson authored
-
Nick Mathewson authored
-
Nick Mathewson authored
-
Nick Mathewson authored
-
Nick Mathewson authored
This puts the init logic in a separate function, which we will need once we have locking.
-
Nick Mathewson authored
Some of them like to munge the global event mask, so it's important to have that behavior isolated.
-
Nick Mathewson authored
We used to use this when we had some controllers that would accept long names and some that wouldn't. But it's been obsolete for a while, and it's time to strip it out of the code.
-
Nick Mathewson authored
Previously we'd put these strings right on the controllers' outbufs. But this could cause some trouble, for these reasons: 1) Calling the network stack directly here would make a huge portion of our networking code (from which so much of the rest of Tor is reachable) reachable from everything that potentially generated controller events. 2) Since _some_ events (EVENT_ERR for instance) would cause us to call connection_flush(), every control_event_* function would appear to be able to reach even _more_ of the network stack in our cllgraph. 3) Every time we generated an event, we'd have to walk the whole connection list, which isn't exactly fast. This is an attempt to break down the "blob" described in http://archives.seul.org/tor/dev/Mar-2015/msg00197.html -- the set of functions from which nearly all the other functions in Tor are reachable. Closes ticket 16695.
-
-
-
- Aug 17, 2015
-
-
Nick Mathewson authored
-
Nick Mathewson authored
-
Yawning Angel authored
This should fix the x86 build, since variables that require 16 byte alignment will now actually be 16 byte aligned.
-
Nick Mathewson authored
-
Yawning Angel authored
This probably requires the user to manually set CFLAGS, but should result in a net gain on 32 bit x86. Enabling SSE2 support would be possible on x86_64, but will result in slower performance. Implements feature #16535.
-
Nick Mathewson authored
-
Roger Dingledine authored
-
Nick Mathewson authored
-
Nick Mathewson authored
-
Nick Mathewson authored
-
Nick Mathewson authored
Fixes bug 16829; bug not in any released Tor.
-
Nick Mathewson authored
-
* FIXES #16823: https://bugs.torproject.org/16823 If an OP were to send a CREATE_FAST cell to an OR, and that CREATE_FAST cell had unparseable key material, then tor_free() would be called on the create cell twice. This fix removes the second (conditional on the key material being bad) call to tor_free(), so that now the create cell is always freed once, regardless of the status of the key material. (This isn't actually a double-free bug, since tor_free() sets its input to NULL, and has no effect when called with input NULL.)
-
Nick Mathewson authored
-
- Aug 16, 2015
-
-
Nick Mathewson authored
-
Nick Mathewson authored
These scripts are now a little more bulletproof, cache data a little better, and generate more information. Notably, they search for the vectors or edges to cut that would lower the size of the largest SCC.
-
- Aug 14, 2015
-
-
Nick Mathewson authored
(Change not made in torrc.minimal.in; only in torrc.sample and torrc.minimal.in-staging) Closes ticket 16742.
-
Nick Mathewson authored
-
Nick Mathewson authored
-
Nick Mathewson authored
-
Nick Mathewson authored
-
- Aug 13, 2015
-
-
Nick Mathewson authored
Instead of having it call update_all_descriptor_downloads and update_networkstatus_downloads directly, we can have it cause them to get rescheduled and called from run_scheduled_events. Closes ticket 16789.
-
Nick Mathewson authored
Closes ticket 16788.
-
David Goulet authored
Signed-off-by:
David Goulet <dgoulet@ev0ke.net>
-
- Aug 12, 2015
-
-
Nick Mathewson authored
-
Nick Mathewson authored
-