- Jan 03, 2011
-
-
Nick Mathewson authored
-
Nick Mathewson authored
-
Nick Mathewson authored
-
Nick Mathewson authored
Conflicts: src/common/test.h src/or/test.c
-
Nick Mathewson authored
-
- Dec 22, 2010
-
-
Sebastian Hahn authored
In other parts of the code we will otherwise attempt to collect these statistics, and that will lead to crashes.
-
Roger Dingledine authored
-
- Dec 21, 2010
-
-
Nick Mathewson authored
Conflicts: src/or/config.c
-
Nick Mathewson authored
-
Nick Mathewson authored
-
Nick Mathewson authored
-
Nick Mathewson authored
-
Nick Mathewson authored
-
Nick Mathewson authored
-
- Dec 20, 2010
-
-
Roger Dingledine authored
-
Roger Dingledine authored
-
Roger Dingledine authored
-
- Dec 17, 2010
-
-
Roger Dingledine authored
-
Roger Dingledine authored
-
- Dec 16, 2010
-
-
Roger Dingledine authored
-
Roger Dingledine authored
-
Roger Dingledine authored
-
Nick Mathewson authored
Libevent 2.0 has a "changelist" feature that avoids making redundant syscalls if we wind up doing a lot of event_add/event_del operations on the same fd in a row. Unfortunately, due to a weird design choice in Linux, it doesn't work right with epoll when multiple fds refer to the same socket (e.g., one is a dup() of the other). We don't dup() anything we give to Libevent, though, so it is safe for us to explicitly turn this feature on.
-
Nick Mathewson authored
-
Nick Mathewson authored
-
Karsten Loesing authored
-
Nick Mathewson authored
Conflicts: src/common/memarea.c src/or/or.h src/or/rendclient.c
-
Nick Mathewson authored
-
Nick Mathewson authored
This will avoid some signed/unsigned assignment-related bugs.
-
- Dec 15, 2010
-
-
Nick Mathewson authored
-
Nick Mathewson authored
-
Nick Mathewson authored
-
- Dec 14, 2010
-
-
Nick Mathewson authored
-
Nick Mathewson authored
Conflicts: src/config/geoip
-
Robert Ransom authored
-
Robert Ransom authored
-
Nick Mathewson authored
-
- Dec 13, 2010
-
-
Nick Mathewson authored
It's all too easy in C to convert an unsigned value to a signed one, which will (on all modern computers) give you a huge signed value. If you have a size_t value of size greater than SSIZE_T_MAX, that is way likelier to be an underflow than it is to be an actual request for more than 2gb of memory in one go. (There's nothing in Tor that should be trying to allocate >2gb chunks.)
-
Nick Mathewson authored
-
- Dec 11, 2010
-
-
Robert Ransom authored
-