summaryrefslogtreecommitdiff
AgeCommit message (Expand)Author
2008-02-21 r14362@31-33-219: nickm | 2008-02-21 11:01:10 -0500Nick Mathewson
2008-02-21 r14357@31-33-219: nickm | 2008-02-21 10:39:11 -0500Nick Mathewson
2008-02-21 r14356@31-33-219: nickm | 2008-02-21 10:38:26 -0500Nick Mathewson
2008-02-21 r18336@catbus: nickm | 2008-02-21 09:33:15 -0500Nick Mathewson
2008-02-21other cleanups that have been sitting in my sandboxRoger Dingledine
2008-02-21start allowing clients to give up on trackhostexits targets ifRoger Dingledine
2008-02-21Even though the man page said that "TrackHostExits ." shouldRoger Dingledine
2008-02-21Change the behavior of "getinfo status/good-server-descriptor"Roger Dingledine
2008-02-21resolve one more, and leave two for nick.Roger Dingledine
2008-02-21If we're trying to flush the last bytes on a connection (forRoger Dingledine
2008-02-21and another useful answerRoger Dingledine
2008-02-21answer one of nick's XXX020rc's usefullyRoger Dingledine
2008-02-21 r18296@catbus: nickm | 2008-02-20 23:30:11 -0500Nick Mathewson
2008-02-21 r18294@catbus: nickm | 2008-02-20 22:42:44 -0500Nick Mathewson
2008-02-21 r18291@catbus: nickm | 2008-02-20 22:35:32 -0500Nick Mathewson
2008-02-21 r18290@catbus: nickm | 2008-02-20 22:34:59 -0500Nick Mathewson
2008-02-21 r18288@catbus: nickm | 2008-02-20 21:18:38 -0500Nick Mathewson
2008-02-21 r18286@catbus: nickm | 2008-02-20 21:10:33 -0500Nick Mathewson
2008-02-20 r18283@catbus: nickm | 2008-02-20 18:58:31 -0500Nick Mathewson
2008-02-20 r18279@catbus: nickm | 2008-02-20 18:38:48 -0500Nick Mathewson
2008-02-20 r18278@catbus: nickm | 2008-02-20 18:29:07 -0500Nick Mathewson
2008-02-20 r18277@catbus: nickm | 2008-02-20 18:28:45 -0500Nick Mathewson
2008-02-20 r18272@catbus: nickm | 2008-02-20 18:20:33 -0500Nick Mathewson
2008-02-20I wonder what color it will bePeter Palfrader
2008-02-20if you have more than 40k FDs on your system let Tor use up to 16k of them by...Peter Palfrader
2008-02-20 r18269@catbus: nickm | 2008-02-20 17:28:24 -0500Nick Mathewson
2008-02-20Change the default for MAX_FILEDESCRIPTORS in our init script to depend on thePeter Palfrader
2008-02-20 r18267@catbus: nickm | 2008-02-20 16:57:45 -0500Nick Mathewson
2008-02-20 r18264@catbus: nickm | 2008-02-20 12:48:21 -0500Nick Mathewson
2008-02-20 r18263@catbus: nickm | 2008-02-20 12:45:15 -0500Nick Mathewson
2008-02-20One last tweak on debugging code.Nick Mathewson
2008-02-20 r18259@catbus: nickm | 2008-02-20 12:03:15 -0500Nick Mathewson
2008-02-20 r18256@catbus: nickm | 2008-02-20 11:57:31 -0500Nick Mathewson
2008-02-20 r18255@catbus: nickm | 2008-02-20 11:44:55 -0500Nick Mathewson
2008-02-20pass bucket sizes num_read and num_written around as size_tsRoger Dingledine
2008-02-20We were comparing the raw BridgePassword entry with a base64'edRoger Dingledine
2008-02-20similarly, don't throw around an int for the uint8_t circ->stateRoger Dingledine
2008-02-20don't throw around an int for relay_command if we're going toRoger Dingledine
2008-02-20notice an integer overflow if we ever get source files with moreRoger Dingledine
2008-02-20if you thought r13604 was a kludge, how about this.Roger Dingledine
2008-02-20be more clear about a possible integer underflow problem. thisRoger Dingledine
2008-02-19check return value for crypto_pk_asn1_encode here too. thanks veracode.Roger Dingledine
2008-02-19 r18236@catbus: nickm | 2008-02-19 18:55:21 -0500Nick Mathewson
2008-02-19rearrange our assert so we don't possibly overflow rh.length beforeRoger Dingledine
2008-02-19 r18233@catbus: nickm | 2008-02-19 18:46:07 -0500Nick Mathewson
2008-02-19start checking the return value of crypto_pk_asn1_encode() whileRoger Dingledine
2008-02-19 r18230@catbus: nickm | 2008-02-19 18:29:43 -0500Nick Mathewson
2008-02-19is_reverse in our struct is uint8_t. don't make it be an intRoger Dingledine
2008-02-19 r18228@catbus: nickm | 2008-02-19 18:05:53 -0500Nick Mathewson
2008-02-19 r18226@catbus: nickm | 2008-02-19 18:01:01 -0500Nick Mathewson
7apu2bq3rhoylwmucxizk54afw5jyda7pho4j5zdcqpwkufke7zdzwad.onion