| Commit message (Collapse) | Author | Age |
|
|
|
|
|
|
| |
Previously, if tor_addr_to_str() returned NULL, we would reuse the
last value returned by fmt_addr(). (This could happen if we were
erroneously asked to format an AF_UNSPEC address.) Now instead we
return "???".
|
|
|
|
|
| |
It does what it says on the tin. It turns out I'll want this in a couple
of places.
|
|\
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
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
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
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
|
| | |
|
| | |
|
| |
| |
| |
| |
| | |
Remove some, postpone others, leave some alone. Now the only
remaining XXX022s are ones that seem important to fix or investigate.
|
| | |
|
| |
| |
| |
| | |
About 860 doxygen-less things remain in 0.2.2
|
| | |
|
| |
| |
| |
| |
| |
| |
| | |
We want to use the discard port correctly, so a htons() was missing.
Also we need to set it correctly depending on address family.
Review provided by danieldg
|
| |
| |
| |
| |
| | |
The third argument for connect should be dependent on the address
family. Issue spotted by piebeer who also wrote the patch.
|
|\|
| |
| |
| |
| |
| | |
Conflicts:
src/common/test.h
src/or/test.c
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
This should make us conflict less with system files named "log.h".
Yes, we shouldn't have been conflicting with those anyway, but some
people's compilers act very oddly.
The actual change was done with one "git mv", by editing
Makefile.am, and running
find . -name '*.[ch]' | xargs perl -i -pe 'if (/^#include.*\Wlog.h/) {s/log.h/torlog.h/; }'
|
| | |
|
|\|
| |
| |
| |
| |
| | |
Conflicts:
src/common/test.h
src/or/test.c
|
| | |
|
|/
|
|
|
|
|
|
| |
The src and dest of a memcpy() call aren't supposed to overlap,
but we were sometimes calling tor_addr_copy() as a no-op.
Also, tor_addr_assign was a redundant copy of tor_addr_copy(); this patch
removes it.
|
|
|
|
|
|
| |
(Given that we're pretty much assuming that int is 32 bits, and given that
hex values are always unsigned, taking out the "ul" from 0xff000000 should
be fine.)
|
| |
|
|
|
|
| |
Big thanks to nickm and arma for helping me with this!
|
| |
|
| |
|
|
|
|
|
|
| |
a bridge live at an IPv6 address.
svn:r18206
|
|
|
|
| |
svn:r17982
|
|
|
|
|
|
|
|
| |
The subversion $Id$ fields made every commit force a rebuild of
whatever file got committed. They were not actually useful for
telling the version of Tor files in the wild.
svn:r17867
|
|
|
|
| |
svn:r17851
|
|
|
|
|
|
| |
we set sockaddr_len. Conceivably a backport candidate, though nothing has yet been sen to break.
svn:r17849
|
|
|
|
|
|
| |
we ever did.
svn:r17827
|
|
|
|
|
|
| |
0.0.0.0 as we did before. This makes CMP_EXACT comparisons with bitmask 0 work on address * again.
svn:r17801
|
|
|
|
| |
svn:r17800
|
|
|
|
|
|
| |
at the tor_addr_t representation.
svn:r17790
|
|
|
|
|
|
| |
borked. Copying a tor_addr_t from a sockaddr_storage using memcpy is a poor notion.
svn:r17789
|
|
|
|
|
|
| |
and has decent semantics for maskbits; and so that CMP_EXACT works right for bits==0.
svn:r17788
|
|
|
|
| |
svn:r17771
|
|
|
|
|
|
| |
hurting anything.
svn:r17749
|
|
|
|
| |
svn:r17727
|
|
|
|
|
|
| |
code that does it elsewhere. Incidentally, this lets exit servers answer requests for ip6.arpa addresses.
svn:r17707
|
|
|
|
|
|
| |
patch.
svn:r17686
|
|
|
|
| |
svn:r17662
|
|
|
|
|
|
| |
bug 811
svn:r17169
|
|
|
|
| |
svn:r16949
|
|
|
|
| |
svn:r16759
|
|
|
|
| |
svn:r16758
|
|
|
|
|
|
|
| |
go wrong?
svn:r16714
|
|
|
|
| |
svn:r16474
|
|
|
|
|
|
|
| |
Make tor_addr_from_sockaddr also give away the port in a useful format
svn:r16458
|
|
|
|
|
|
|
| |
Oops. Remove code to set (nonportable) sin_len fields. Added it to try to fix a bug that turned out to be something else.
svn:r16436
|
|
|
|
|
|
|
| |
Initial conversion of uint32_t addr to tor_addr_t addr in connection_t and related types. Most of the Tor wire formats using these new types are in, but the code to generate and use it is not. This is a big patch. Let me know what it breaks for you.
svn:r16435
|