aboutsummaryrefslogtreecommitdiff
path: root/src
Commit message (Collapse)AuthorAge
* Merge branch 'bug3026' into maint-0.2.2Nick Mathewson2011-05-15
|\
| * bug 3026: do not upload our vote to ourselfNick Mathewson2011-05-12
| |
* | Replace a nasty add-malloc-snprintf with a nice clean asprintfNick Mathewson2011-05-15
| |
* | Merge branch 'bug1345' into maint-0.2.2Nick Mathewson2011-05-15
|\ \
| * | Better doc for consider_recording_trackexithostNick Mathewson2011-05-15
| | |
| * | Handle transitions in Automap*, VirtualAddrNetwork correctlyNick Mathewson2011-05-13
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Previously, if they changed in torrc during a SIGHUP, all was well, since we would just clear all transient entries from the addrmap thanks to bug 1345. But if you changed them from the controller, Tor would leave old mappings in place. The VirtualAddrNetwork bug has been here since 0.1.1.19-rc; the AutomapHosts* bug has been here since 0.2.0.1-alpha.
| * | When TrackExitHosts changes, remove all no-longer-valid mappingsNick Mathewson2011-05-13
| | | | | | | | | | | | | | | | | | | | | | | | This bug couldn't happen when TrackExitHosts changed in torrc, since the SIGHUP to reload the torrc would clear out all the transient addressmap entries before. But if you used SETCONF to change TrackExitHosts, old entries would be left alone: that's a bug, and so this is a bugfix on Tor 0.1.0.1-rc.
| * | Raise the TrackHostExits membership code into its own functionNick Mathewson2011-05-13
| | |
| * | Don't clear out transient addressmap entries on HUPNick Mathewson2011-05-13
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | If you really want to purge the client DNS cache, the TrackHostExits mappings, and the virtual address mappings, you should be using NEWNYM instead. Fixes bug 1345; bugfix on Tor 0.1.0.1-rc. Note that this needs more work: now that we aren't nuking the transient addressmap entries on HUP, we need to make sure that configuration changes to VirtualAddressMap and TrackHostExits actually have a reasonable effect.
| * | New smartlist function to see if two lists of strings are equal.Nick Mathewson2011-05-13
| | | | | | | | | | | | We'll use this to detect changes in CSV options.
* | | Merge branch 'bug2732-simpler' into maint-0.2.2Nick Mathewson2011-05-15
|\ \ \ | |/ / |/| |
| * | Rip out more of hid_serv_acting_as_directoryNick Mathewson2011-05-15
| | | | | | | | | | | | | | | | | | | | | rransom notes correctly that now that we aren't checking our HSDir flag, we have no actual reason to check whether we are listed in the consensus at all when determining if we should act like a hidden service directory.
| * | Accept hs descriptors even if we don't see an HSDir for usNick Mathewson2011-05-12
| |/ | | | | | | | | | | | | | | The old behavior contributed to unreliability when hidden services and hsdirs had different consensus versions, and so had different opinions about who should be cacheing hsdir info. Bugfix on 0.2.0.10-alpha; based on discussions surrounding bug 2732.
* | Add a ControlPortFileGroupWritable optionNick Mathewson2011-05-13
| |
* | Write automatically-chosen control ports to a file.Nick Mathewson2011-05-13
| |
* | new GETINFO command to return list of listeners of a given typeNick Mathewson2011-05-13
| |
* | Add a new "tor_sockaddr_to_str()" functionNick Mathewson2011-05-13
| | | | | | | | | | It does what it says on the tin. It turns out I'll want this in a couple of places.
* | Advertise correct DirPort/ORPort when configured with "auto"Nick Mathewson2011-05-13
| | | | | | | | | | | | We'll eventually want to do more work here to make sure that the ports are stable over multiple invocations. Otherwise, turning your node on and off will get you a new DirPort/ORPort needlessly.
* | Correct the signature for is_listening_on_low_port for "auto" portsNick Mathewson2011-05-13
| |
* | Teach retry_listener about "auto" ports.Nick Mathewson2011-05-13
| | | | | | | | | | | | | | | | | | | | Otherwise, it will just immediately close any port declared with "auto" on the grounds that it wasn't configured. Now, it will allow "auto" to match any port. This means FWIW if you configure a socks port with SocksPort 9999 and then transition to SocksPort auto, the original socksport will not get closed and reopened. I'm considering this a feature.
* | "(Socks|Control|etc)Port auto" now tells Tor to open an arbitrary portNick Mathewson2011-05-13
| | | | | | | | This is the major part of the implementation for trac issue 3076.
* | Downgrade the "we launched 10 circuits for this stream" message. (See bug 3080)Nick Mathewson2011-05-12
| |
* | Merge remote-tracking branch 'public/bug3122_memcmp_022' into maint-0.2.2Nick Mathewson2011-05-12
|\ \
| * | Hand-tune the new tor_memcmp instances in 0.2.2Nick Mathewson2011-05-11
| | |
| * | Re-apply the automated conversion to 0.2.2 to make handle any memcmps that ↵Nick Mathewson2011-05-11
| | | | | | | | | | | | snuck in
| * | fwd-port test_util_di_ops into tinytest formatNick Mathewson2011-05-11
| | |
| * | Merge remote-tracking branch 'public/3122_memcmp_squashed' into ↵Nick Mathewson2011-05-11
| |\ \ | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | bug3122_memcmp_022 Conflicts throughout. All resolved in favor of taking HEAD and adding tor_mem* or fast_mem* ops as appropriate. src/common/Makefile.am src/or/circuitbuild.c src/or/directory.c src/or/dirserv.c src/or/dirvote.c src/or/networkstatus.c src/or/rendclient.c src/or/rendservice.c src/or/router.c src/or/routerlist.c src/or/routerparse.c src/or/test.c
| | * | Hand-conversion and audit phase of memcmp transitionNick Mathewson2011-05-11
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Here I looked at the results of the automated conversion and cleaned them up as follows: If there was a tor_memcmp or tor_memeq that was in fact "safe"[*] I changed it to a fast_memcmp or fast_memeq. Otherwise if there was a tor_memcmp that could turn into a tor_memneq or tor_memeq, I converted it. This wants close attention. [*] I'm erring on the side of caution here, and leaving some things as tor_memcmp that could in my opinion use the data-dependent fast_memcmp variant.
| | * | Automated conversion of memcmp to tor_memcmp/tor_mem[n]eqNick Mathewson2011-05-11
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This commit is _exactly_ the result of perl -i -pe 's/\bmemcmp\(/tor_memcmp\(/g' src/*/*.[ch] perl -i -pe 's/\!\s*tor_memcmp\(/tor_memeq\(/g' src/*/*.[ch] perl -i -pe 's/0\s*==\s*tor_memcmp\(/tor_memeq\(/g' src/*/*.[ch] perl -i -pe 's/0\s*!=\s*tor_memcmp\(/tor_memneq\(/g' src/*/*.[ch] git checkout src/common/di_ops.[ch] git checkout src/or/test.c git checkout src/common/test.h
| | * | Add a "di_ops.h" include to util.hNick Mathewson2011-05-11
| | | |
| | * | Add a data-independent variant of memcmp and a d-i memeq function.Nick Mathewson2011-05-11
| | | | | | | | | | | | | | | | | | | | The tor_memcmp code is by Robert Ransom, and the tor_memeq code is by me. Both incorporate some ideas from DJB's stuff.
* | | | Fixes ticket #2503mikey992011-05-12
| | | | | | | | | | | | | | | | | | | | | | | | | | | | HTTPS error code 403 is now reported as: "The https proxy refused to allow connection". Used a switch statement for additional error codes to be explained in the future.
* | | | Unmap microdesc cache before replacing it.Nick Mathewson2011-05-12
| |_|/ |/| | | | | | | | | | | | | | | | | If we do a replace-then-munmap, windows will never actually rewrite the microdesc cache. Found by wanoskarnet; bugfix on 0.2.2.6-alpha.
* | | Merge branch 'bug1352' into maint-0.2.2Nick Mathewson2011-05-12
|\ \ \
| * | | Rate-limit v2 networkstatus download fail warningsNick Mathewson2011-04-28
| | | | | | | | | | | | | | | | | | | | This fixes part of 1352. We don't care deeply about these warnings, since v2 networkstatuses aren't a big deal.
| * | | Rename connection_dir_download_networkstatus_failed: be clear that it means v2Nick Mathewson2011-04-28
| | | |
* | | | Merge remote-tracking branch 'origin/maint-0.2.1' into maint-0.2.2Nick Mathewson2011-05-11
|\ \ \ \ | |_|/ / |/| | |
| * | | Fix crash when read_file_to_string() fails in SAVECONFNick Mathewson2011-05-11
| | | | | | | | | | | | | | | | | | | | | | | | The new behavior is to try to rename the old file if there is one there that we can't read. In all likelihood, that will fail too, but at least we tried, and at least it won't crash.
* | | | Merge branch 'maint-0.2.1' into maint-0.2.2Roger Dingledine2011-05-10
|\| | |
| * | | Update to the May 1 2011 Maxmind GeoLite Country databaseRoger Dingledine2011-05-10
| | |/ | |/|
* | | Merge remote-tracking branch 'public/bug3022_v2' into maint-0.2.2Nick Mathewson2011-05-09
|\ \ \
| * | | Only authorities should automatically download v2 networkstatus documentsNick Mathewson2011-04-28
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Clients and relays haven't used them since early 0.2.0.x. The only remaining use by authorities learning about new relays ahead of scedule; see proposal 147 for what we intend to do about that. We're leaving in an option (FetchV2Networkstatus) to manually fetch v2 networkstatuses, because apparently dnsel and maybe bwauth want them. This fixes bug 3022.
* | | | Remove some dead code, found by clangSebastian Hahn2011-05-09
| | | |
* | | | Remove a duplicated line, found by clangSebastian Hahn2011-05-09
| | | |
* | | | Fix potential null pointer deref during dirvoteSebastian Hahn2011-05-09
| | | | | | | | | | | | | | | | Found by using clang's analyzer.
* | | | Fix a potential null deref when rebuilding md cacheSebastian Hahn2011-05-09
| | | | | | | | | | | | | | | | Issue discovered using clang's static analyzer
* | | | CONN_LOG_PROTECT()'s first argument may not be 0Sebastian Hahn2011-05-09
| | | | | | | | | | | | | | | | | | | | | | | | Make that explicit by adding an assert and removing a null-check. All of its callers currently depend on the argument being non-null anyway. Silences a few clang complaints.
* | | | Appease clang - and my tortured mindSebastian Hahn2011-05-09
| | | | | | | | | | | | | | | | | | | | This possible div by 0 warning from clang's analyzer was quite fun to track down. Turns out the current behaviour is safe.
* | | | Add an assert to un-confuse clang's analyzerSebastian Hahn2011-05-09
| | | | | | | | | | | | | | | | | | | | | | | | | | | | The analyzer assumed that bootstrap_percent could be less than 0 when we call control_event_bootstrap_problem(), which would mean we're calling log_fn() with undefined values. The assert makes it clear this can't happen.
* | | | Fix a docstringSebastian Hahn2011-05-09
| | | |
generated by cgit v1.2.3 (git 2.49.0) at 2025-05-02 15:24:43 +0000