fc767a3f03
(trunk libT) don't attempt to connect to (half-complete) ipv6 link-local addresses
2009-02-08 22:45:30 +00:00
61e505b8d1
(trunk libT) don't attempt to set V6ONLY on ipv4 sockets
2009-02-07 01:14:41 +00:00
94b98030cb
(trunk libT) stop using ipv4-mapped listener sockets. this should have the added effect of fixing #1789
2009-02-07 00:34:10 +00:00
9c9c94a81d
(trunk libT) discard peers from the tracker or pex that have a port of 0 or a multicast address.
2009-01-17 23:14:35 +00:00
d95a45b701
(trunk libT) fix IPv6 reported & solved by erdgeist. add debugging message to help track down any future problems.
2009-01-16 23:17:31 +00:00
bc2b7fcb03
(trunk libT) minor tweaks to reduce libtransmission shear between trunk and 1.5x
2009-01-16 17:29:42 +00:00
2f6b56671f
(trunk libT) win32 portability patch from Alexey
2009-01-11 17:02:04 +00:00
c6a454d2e2
(trunk libT) win32 portability fixes, reported by Alexey
2009-01-10 02:22:13 +00:00
5086cbe47c
(trunk libT) use IN_MULTICAST macro
2009-01-02 21:45:55 +00:00
0cd572a0da
(trunk libT) make tr_isAddress() and tr_isDirection() inline
2009-01-02 04:47:37 +00:00
e9f32d7523
(trunk libT) < Rolcol> For example: I have a lot of addresses in the message
...
log as "funny looking address" as something like ::ffff:192.168.1.1
These were coming from pex6. Apparently there is a client out there that sends
us IPv4 peers in mapped form. It's valid, but a little strange...
2009-01-01 00:34:44 +00:00
bd5463a37e
(trunk libT) fix another endian oops
2009-01-01 00:23:09 +00:00
37ac4b3fbf
(trunk libT) fix endian oops in tr_suspectAddress()
2009-01-01 00:15:15 +00:00
50d73a884f
(trunk libT) Stop trying to connect to multicast addresses. Also, bump "funny
...
looking address" messages from tr_dbg to tr_err so I can get bug reports with
the message for once!
2008-12-31 21:25:52 +00:00
38efb62100
add some debugging stuff to track down where some bogus addresses are coming from
2008-12-21 19:13:52 +00:00
a68764fcba
(trunk libT) Don't log two "errors" we expect to see from time-to-time.
...
EAFNOSUPPORT: On OS X, socket() incorrectly throws EAFNOSUPPORT for certain
IP/Port combinations. There is nothing we can do about this.
ENETUNREACH: #1606 is evidence that some trackers return IPv6 peers when
contacted over IPv4. This code will silently ignore "network unreachable"
errors for IPv6 connections.
2008-12-20 08:51:32 +00:00
72ee19dcca
(trunk libT) Refactor ipv6 bind socket check
...
This will let the RPC server use the same test mechanism eventually. Networking code belongs in net.c anyway.
2008-12-18 05:55:22 +00:00
2d427751d6
fix another bad assert *eyes charles*
2008-12-16 21:44:53 +00:00
0a2c5efb65
Fix "ISO C90 forbids mixed declarations and code"
2008-12-16 21:35:14 +00:00
86257e03f1
Fix tr_isAddress()
2008-12-16 21:28:06 +00:00
de5228c415
(trunk libT) more runtime safety checks
2008-12-16 21:06:47 +00:00
748a9f1c92
(trunk libT) add some assertions to tr_compareAddresses()
2008-12-16 06:46:27 +00:00
54be88dec3
(trunk libT) add ipv6 support by jhujhiti. I think this is the largest user-contributed patch we've ever used... thanks jhujhiti :)
2008-12-15 00:17:08 +00:00
31482813b9
BeOS and Amiga support is, at least for now, a lost cause and hasn't worked for long over a year - removing from the source (if you for whatever unknown reason still need this, get it through SVN)
2008-12-02 03:57:01 +00:00
0d5fed6442
(libT) re-apply jhujhiti's IPv6 patch. This merges in my tr_port cleanup, so any new bugs are mine :/
2008-12-02 03:41:58 +00:00
a14621c363
(libT) janitorial: use the tr_port type whenever we have a `port' as a function argument or as a field in a struct.
2008-12-01 20:51:01 +00:00
7fa9813955
(libT) #252 : revert r7195 (jhujhiti's IPv6 test patch). It seems to be the culprit in a `thrashing' issue reported by Waldorf and m1b in irc -- the behavior appeared between r7183 and r7187 -- so this commit is to trigger off a nightly build w/o the patch to test with in irc.
2008-12-01 20:21:06 +00:00
a2ad4f6543
(libT) patch from jhujhiti to add ipv6 support.
2008-11-30 00:47:18 +00:00
40299a2284
(libT) silence the net.c warnings I introduced yesterday :/
2008-11-29 21:34:06 +00:00
516ba0564a
(libT) disable the so_sndbuf / so_rcvbuf code for now
2008-11-28 07:42:08 +00:00
f44248a7d7
(libT) yet another stab at getting bandwidth management under control. this version may suck less than previous attempts. It also breaks the mac build until someone adds iobuf.[ch] to xcode...
2008-11-25 21:35:17 +00:00
8e6529ad8f
(libT) I wonder if this will have any affect on the bug reported by Wizardling.
2008-11-24 21:59:00 +00:00
be5e6774ad
(libT) #1468 : another stab at getting the peer transfer speeds both fast and a little more consistent.
2008-11-24 04:21:23 +00:00
853a67fbfc
(libT) define peer connections' sockets' so_sndbuf size in the tr_session struct.
2008-11-21 16:32:55 +00:00
93b3dc5617
increase the socket's SNDBUF size
2008-11-16 21:16:14 +00:00
84dcaab5f4
remove dead code
2008-10-22 13:57:30 +00:00
b5c2f14387
(libT) dead code removal
2008-10-14 20:44:41 +00:00
cc89872dd4
run libT, cli, daemon, gtk through the source-code formatter "uncrustify" as promised/threatened
2008-09-23 19:11:04 +00:00
d06f101e57
#220 : lazy bitfields
2008-08-16 21:06:57 +00:00
93898401fb
more connection management changes
2008-08-16 16:00:49 +00:00
20b283584b
one more piece of Aloisius' performance patch: set SO_SNDBUF to 2x MTU
2008-07-24 20:58:58 +00:00
2f239319b0
add a portability wrapper ``tr_snprintf()'' around snprintf()
2008-07-15 17:16:57 +00:00
5ed97a1c04
refactor out some dead code in net.c, and probably give jhujhiti fits
2008-05-30 15:43:10 +00:00
e6070f04f2
remove more dead code
2008-05-28 16:56:38 +00:00
cd6ef35854
(libT) remove dead code
2008-05-28 16:52:31 +00:00
19fbb3ef2c
string folding
2008-04-21 15:22:54 +00:00
57c7fcb507
#857 : DSCP support for Transmission
2008-04-12 00:29:49 +00:00
21124a8de8
strings work: (1) folding similar strings together for easier tranlation (2) gtk: use consistent shortcuts/phrases/terminology between the preferences and "open torrent" dialogs (3) promote the port forwarding messages from Debug to Info as per BMW's request
2008-03-18 19:14:21 +00:00
777c0de53a
more i18n strings work
2008-03-06 21:59:00 +00:00
84a8592d1d
first cut at adding i18n hooks into libtransmission.
2008-03-04 02:02:25 +00:00
Erick Turnquist