| Commit message (Collapse) | Author | Age |
| ... | |
| |
|
|
|
|
| |
to close the connection or otherwise unlink the circuit, which makes the circuit nonactive, which invalidates the pointer from the circuit to the next circuit on the active ring. Also add a bunch of asserts, most #ifdefed out.
svn:r9915
|
| |
|
|
| |
svn:r9914
|
| |
|
|
|
|
| |
potentially dangerous. (see comment for details)
svn:r9913
|
| |
|
|
| |
svn:r9911
|
| |
|
|
| |
svn:r9910
|
| |
|
|
|
|
|
| |
Add documentation for cell queue functions; make destroy cells result in cell queues getting cleared before the destroy gets sent.
svn:r9907
|
| |
|
|
|
|
|
| |
Add documentation for make_old argument to routerlist functions.
svn:r9906
|
| |
|
|
|
|
|
| |
A surprisingly simple patch to stop reading on edge connections when their circuits get too full, and start again when they empty out. This lets us remove the logic to block begin_dir conns when the corresponding or conns get full: it was already broken by cell queues anyway.
svn:r9905
|
| |
|
|
|
|
|
| |
Initial version of circuit-based cell queues. Instead of hammering or_conns with piles of cells, queue cells on their corresponding circuits, and append them to the or_conn as needed. This seems to work so far, but needs a bit more work. This will break the memory-use-limitation patch for begin_dir conns: the solution will be a fun but fiddly.
svn:r9904
|
| |
|
|
|
|
|
| |
Possibly resolve bug reported by xiando.
svn:r9903
|
| |
|
|
|
|
|
| |
Eliminate more redundant circuit_t arguments when edge_connection_t is already supplied and the circuit is already attached.
svn:r9900
|
| |
|
|
|
|
|
| |
Refactor a bunch of functions that take edge_connection_t not to also take a crypt_path_t; the cpath is implicit.
svn:r9899
|
| |
|
|
|
|
|
|
| |
because we have no way of remembering what their purpose was when
we restart.
svn:r9894
|
| |
|
|
| |
svn:r9893
|
| |
|
|
| |
svn:r9892
|
| |
|
|
|
|
|
| |
Incorporate ideas from or-dev discussion.
svn:r9891
|
| |
|
|
|
|
|
| |
Add specification to proposal 104; settle on "extra info" approach rather than "long descriptor" approach.
svn:r9890
|
| |
|
|
|
|
|
| |
whether we've attached a stream.
svn:r9883
|
| |
|
|
|
|
|
|
| |
stricter rate limiting to all OR conns except those that have
been touched by local circuits.
svn:r9882
|
| |
|
|
|
|
|
| |
now that's just defined as answers to directory requests.
svn:r9881
|
| |
|
|
|
|
|
| |
other stuff.
svn:r9880
|
| |
|
|
| |
svn:r9879
|
| |
|
|
| |
svn:r9868
|
| |
|
|
|
|
|
| |
Remove some duplicated code in control.c: unify the "parse space-separated arguments and warn if there are too few" logic into a single helper function.
svn:r9866
|
| |
|
|
|
|
|
| |
Add a warning when using obsolete "GUARDS" event. Also, remove obsolete "if (1) {}"s from control.c: big patch, mostly just dedenting block contents.
svn:r9865
|
| |
|
|
|
|
|
| |
Merge or-dev discussion into 109; mark 109 accepted.
svn:r9864
|
| | |
|
| |
|
|
|
|
|
| |
Check return values from pthread_mutex functions.
svn:r9862
|
| |
|
|
| |
svn:r9860
|
| |
|
|
| |
svn:r9854
|
| |
|
|
|
|
|
| |
(it's a band)
svn:r9853
|
| |
|
|
|
|
|
|
|
|
|
| |
directory information requested inside Tor connections (i.e. via
begin_dir cells). It only triggered when the same connection was
serving other data at the same time. Reported by seeess.
Backport candidate.
svn:r9841
|
| |
|
|
| |
svn:r9840
|
| |
|
|
| |
svn:r9835
|
| |
|
|
| |
svn:r9833
|
| |
|
|
| |
svn:r9832
|
| |
|
|
|
|
|
| |
Add proposal 111: Prioritizing local traffic over relayed traffic.
svn:r9830
|
| |
|
|
|
|
|
| |
Clarify section of dir-spec.txt that explains how "v" resolution happens.
svn:r9829
|
| |
|
|
| |
svn:r9828
|
| |
|
|
|
|
|
| |
When checking whether we need extra options to link at runtime against a library, be sure to actually look in the lib directory.
svn:r9827
|
| |
|
|
| |
svn:r9824
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
behavior for getinfo addr-mappings/*. this is because
the code and spec have been mismatched since at least
0.1.1.x, so i would be surprised if nobody at all is
relying on the current behavior.
backport candidate.
backbackport candidate.
svn:r9823
|
| |
|
|
| |
svn:r9822
|
| |
|
|
|
|
|
| |
pointed out by daejees.
svn:r9819
|
| |
|
|
|
|
|
|
| |
server, so we match what the control spec claims we do. Reported
by daejees.
svn:r9818
|
| |
|
|
|
|
|
|
|
|
| |
it a GUARD event. standardize on GUARD, but support people
asking for GUARDS too. reported by daejees.
backport candidate.
svn:r9817
|
| |
|
|
| |
svn:r9816
|
| |
|
|
|
|
|
|
| |
to proposal 110. the proposals that were around before the proposals
scheme got started still don't have dates.
svn:r9815
|
| |
|
|
|
|
|
| |
Add "Avoid infinite length circuits" as proposal 110.
svn:r9814
|
| |
|
|
| |
svn:r9810
|