[Libtorrent-devel] Reproducible Crash bug: multiple torrents hashing.

David Gilbert dave at daveg.ca
Mon Aug 2 21:53:57 UTC 2010


To start, I bit-torrent from a colocated box that has a lot of 
connectivity (the box itself runs BGP).  I regularly stream 20 to 70 
megabit of torrents from the box with rtorrent.  The performance of 
rtorrent is exemplary.

However, it has a bug.  Most often, I have been doing other things 
during the day and I check the torrent posting site to find that there's 
half a dozen things I want (private site --- mostly tv shows and 
whatnot).  I will download all of these torrent files and then upload 
them to the watch directory on the torrent server.

Now: the bug.   When multiple torrents finish at nearly the same time 
(and I don't know if it's 2 or 3 or 4, but it's some number), the first 
torrent will be hash checking for some minutes and the others will be 
waiting.  When the problem triggers, one of the torrents reaches 100% of 
it's hash check and rtorrent crashes immediately.

If I restart rtorrent I will find that the torrent that was finished 
hash checking is clean, as is any other torrents that were done their 
hash check and in seed mode at the time of the crash.  But every other 
torrent will undergo a hash check.

I still use rtorrent, but I'd love to see this bug squashed.  I would 
probably be able to provide login access to the server that does this.



More information about the Libtorrent-devel mailing list