- Sep 07, 2011
-
-
Nick Mathewson authored
-
Nick Mathewson authored
Conflicts: src/or/connection_edge.c Conflicted on a router->node transition; fix was easy.
-
Nick Mathewson authored
Fixes bug 3923; bugfix on 0.2.2.25-alpha; bugfix from 'laruldan' on trac.
-
- Sep 02, 2011
-
-
Roger Dingledine authored
-
Roger Dingledine authored
-
Roger Dingledine authored
-
Roger Dingledine authored
-
Roger Dingledine authored
-
- Sep 01, 2011
-
-
Steven Murdoch authored
On some platforms, with non-blocking IO, on EOF you first get EAGAIN, and then on the second read you get zero bytes and EOF is set. However on others, the EOF flag is set as soon as the last byte is read. This patch fixes the test case in the latter scenario.
-
Nick Mathewson authored
-
Nick Mathewson authored
-
Steven Murdoch authored
After a stream reached eof, we fclose it, but then test_util_spawn_background_partial_read() reads from it again, which causes an error and thus another fclose(). Some platforms are fine with this, others (e.g. debian-sid-i386) trigger a double-free() error. The actual code used by Tor (log_from_pipe() and tor_check_port_forwarding()) handle this case correctly.
-
Sebastian Hahn authored
This should fix bug 3888.
-
Roger Dingledine authored
ready when you are, nick
-
Nick Mathewson authored
-
Steven Murdoch authored
Mainly used for testing reading from subprocesses. To be more generic we now pass in a pointer to a process_handle_t rather than a Windows- specific HANDLE.
-
- Aug 31, 2011
-
-
Steven Murdoch authored
Triggered "failed OVER picket-fence magic-number check (err 27)" when memory debugging using dmalloc is enabled (at 'low' or higher).
-
Nick Mathewson authored
-
Nick Mathewson authored
-
- Aug 30, 2011
-
-
Nick Mathewson authored
-
Nick Mathewson authored
-
Steven Murdoch authored
-
Steven Murdoch authored
Now handles non-printable characters and will not output a spurious new-line if given a partial line.
-
- Aug 29, 2011
-
-
Sebastian Hahn authored
This should help us easily spot if a tor was built with --enable-bufferevent or not
-
Nick Mathewson authored
-
Nick Mathewson authored
For bufferevents, we had all of connection_buckets_decrement() stubbed out. But that's not actually right! The rephist_* parts were essential for, inter alia, recording our own bandwidth. This patch splits out the rephist parts of connection_buckets_decrement() into their own function, and makes the bufferevent code call that new function. Fixes bug 3803, and probably 3824 and 3826 too. Bugfix on 0.2.3.1-alpha.
-
Nick Mathewson authored
Previously, if you were set up to use microdescriptors, and you weren't a cache, you'd never fetch router descriptors (except for bridges). Now FetchUselessDescriptors causes descriptors and mirodescs to get cached. Also, FetchUselessDescriptors changes the behavior of "UseMicrodescriptors auto" to be off, since there's no point in saying "UseMicrodescriptors 1" when you have full descriptors too. Fix for bug 3851; bugfix on 0.2.3.1-alpha.
-
Steven Murdoch authored
Now correctly handles whitespace, quotes and backslashes. Passes all unit tests.
-
Roger Dingledine authored
-
- Aug 28, 2011
-
-
Steven Murdoch authored
-
Steven Murdoch authored
- process_handle_t.status - return value of tor_get_exit_code()
-
Steven Murdoch authored
Conventionally in Tor, structs are returned as pointers, so change tor_spawn_background() to return the process handle in a pointer rather than as return value.
-
- Aug 27, 2011
-
-
Roger Dingledine authored
-
George Kadianakis authored
-
- Aug 26, 2011
-
-
Roger Dingledine authored
-
Roger Dingledine authored
-
Nick Mathewson authored
-
Nick Mathewson authored
Because tunneled connections are implemented with buffervent_pair, writing to them can cause an immediate flush. This means that added to them and then checking to see whether their outbuf is empty is _not_ an adequate way to see whether you added anything. This caused a problem in directory server connections, since they would try spooling a little more data out, and then close the connection if there was no queued data to send. This fix should improve matters; it only closes the connection if there is no more data to spool, and all of the spooling callbacks are supposed to put the dirconn into dir_spool_none on completion. This is bug 3814; Sebastian found it; bugfix on 0.2.3.1-alpha.
-
- Aug 25, 2011
-
-
Nick Mathewson authored
-