Jari Sundell

This is an issue with dns lookup of udp trackers, which is planned to be fixed.

The exception catches reads beyond the end of the buffer, so there is no exploit possible. And the bug is likely fixed in current release so closing.

This happens after the stack has unwinded and the catch in rtorrent main prints out the message, so tr reproducing it by throwing exceptions and see if it gives the...

The code makes sure at a low level that no security issuses will happen. For patches to fix related issues please inform me.

https://github.com/rakshasa/rbedit/releases/tag/v0.1 First release done. ```bash rbedit>export COUNT=10000; time ./scripts/generate-torrents.sh /foo/bar.mp4.torrent ~/tmp/test-torrents/ Generating torrent test files RBEDIT_PATH: ./build/rbedit COUNT: 10000 SRC-TORRENT: /foo/bar.mp4.torrent DEST-DIR: /Users/rakshasa/tmp/test-torrents/ PREFIX-DEPTH: 1 generating.................................................................................................... Finished generating 10000 torrents...

Not at the moment, the next step when I'm ready to work on rtorrent will be to finish the ipv4/6 CI and fix issues on linux.

The methods don't accept the new command types, only plain strings. Not a priority atm.

No, there isn't. Someone should add that detail to the handbook.

It was a limitation from before hash checking was moved to a separate thread, and there should now be room for more concurrent checking.

Seems like this should follow the other pull request you made and use c++'s sleep idiom.