Version: 2.1dev (using KDE 3.5.4, Gentoo) Compiler: gcc version 3.4.6 (Gentoo Hardened 3.4.6-r1, ssp-3.4.5-1.0, pie-8.7.9) OS: Linux (i686) release 2.6.17-gentoo-r4 When downloading an 4GB torrent containing 6 ~equal rar files the torrent completed However when unraring, the files are corrupt. So I did a data integrity test and found 5 corrupt chunks So the torrent start downloading again to 100% But the problem remains. The next step I did is loaded the .torrent and downloaded data into Azureus (an other torrent client) and continue downloading the 5 corrupt chucks when the download completed the rars are correct and the data integrity is also correct (in azureus) So when starting ktorrent again and testing the data integrity ktorrent said that the 5 chunks where corrupt and the torrent start downloading again... (despite the fact that the torrent is correctly downloaded using azureus and rars are correct so something is wrong? I hope the data integrity of my other downloaded torrents (which cannot be checked using the rar internal checksum) is still trustworthy.
This is a known problem : https://bugs.kde.org/show_bug.cgi?id=132443 I'm looking at it right now. But it seems that it only happens with files > 4 GB. *** This bug has been marked as a duplicate of 132443 ***
some additional information the total files size is 3.99GB and contains 6 file of approximately 700mb On Wednesday 23 August 2006 18:25, Joris Guisson wrote: [bugs.kde.org quoted mail]
using the new svn ktorrent the problem is solved only one sided About the 3.99gb torrent which consists of 5x 700mb and 1x582mb rar files now the 5 chunsk which were corrupted are downloaded again using ktorrent and when 100% complete tested the crc checksum of the rar archives which were all OK. so this is correct. However when doing a "Check data Integrety" inside ktorrent, again the 5 chuncks appear to be corrupt and the torrent will be downloaded again...
Some additional info about the 6 rar files: file 1 is 100% correct. The failed chunks are probably in the transition of 2 rar files Because there are 5 chunks and in the graphic representation they all appear on equal distance (like the 700MB) Moreover two file report they are missing 2 chunks so I think 1 chunk forms the tail of one rar and the head of the next.
The other bug was fixed, so this one is also fixed