| http://libtorrent.rakshasa.no/downloads/libtorrent-0.7.5.tar.gz | http://libtorrent.rakshasa.no/downloads/rtorrent-0.3.5.tar.gz | | Hopefully this release will be stable and there's nothing really exciting | here.
I installed this on FreeBSD 5.4-RELEASE-p7, basically by updating the FreeBSD "port" Makefile and distinfo appropriately for both net/libtorrent and net/rtorrent (ie it is compiled and configured the same way as the current FreeBSD ports tree, which is still rtorrent 0.3.0 and libtorrent 0.7.0-1). What I find is that if I quit rtorrent now, it just quits without sending a "stop" to the trackers. I did not have this problem with rtorrent 0.3.0. A little further investigation discovered that if I stop a torrent it just goes inactive without sending a stop to the tracker the first time I stop it. Then if I start it and stop it again, it does send a stop to the tracker. In all those cases, the times that it did send a stop to the tracker were when I stopped the torrent a very small number of seconds after starting it. Another thing I tried; I used the "t" command to force an update of several (but not all) of the active torrents, and then I quit no more than 15 seconds after having forced the tracker updates. rtorrent only tried to send stop to the tracker for the torrents where I had just recently forced a tracker update; rtorrent did not display that it was connecting to the tracker for the others, and the others were still listed as peers on the trackers' website after rtorrent exited. My hypothesis at this point that is that torrents being stopped are for some reason only sending a stop to their tracker if the most recent tracker connection is very very recent. This does not seem like optimal behavior. -- Charles Clark | [EMAIL PROTECTED] _______________________________________________ Libtorrent-devel mailing list [email protected] http://rakshasa.no/mailman/listinfo/libtorrent-devel
