[Libbt-devel] Re: Features request

[Diego C. <di...@us...>]

 Hello Dakidd  

On 21-05-2005 (22:19:34), you wrote:

>>> yeah, but my intention was to avoid the current downloaded torrent
>>> being re-seeded for ok pieces every loop.
>>
>>All BT clients do this.
>
> I agree with Diego that this is a Bad Thing, despite being vital.
>

thats not what I wanted to express, as I told on my previous mail, however it
could be a good idea if there is any reliable method to perform it.

> I understand *WHY* it happens, and recognize the need to do it - How
> else is the client supposed to decide that a file is or isn't complete,
> without storing extraneous cruft in either the .torrent file, one or
> more of the "target" files, or even worse, some kind of "cookie-jar"
> file? There seems to be no real good answer, and it's something that has
> to be done.
>

I think an easy way should be just using a plain text file (like some others 
p2p systems) containing the offsets of pieces downloaded (and his hash(?)),
and later, when the file goes 100% complete, perform a full hash check.

I have some basic C knowlement, but I can try to implement this if I manage
to understand how this works.. however if that improvement is added as an
optional behavior there shouldn't be any problem to do it IMHO, what all you
do think, ...Kevin?



> Pre-OSX Macintosh systems - "Canned" goodies like LibCURL, the OpenSSL
> libraries, etc, just aren't "there" for me and my platform, so I'm

surprising, whats the reason why you do not have those packages ported to
MacOS ??

AmigaOS and MacOS:

both systems are big-endian: the classic models used the Motorola 680x0
chipsets, and the next-gen models a PowerPC, in few works they are 100%
compatibles (in architecture words ;)

I haven't too much idea about Mac internals.. but it is surprissing for me
the fact they aren't available for MacOS when they are working just fine (and
natively) on AmigaOS.



Kind Regards