[Libbt-devel] Re: Features request

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

 Hello Alien  

On 20-05-2005 (08:34:57), you wrote:

> you can always make a script in which you run btget in a while loop, so,
> if it  dies, it restarts...
>
yeah, but my intention was to avoid the current downloaded torrent being 
re-seeded for ok pieces every loop.

> i thought the release did have bandwidth limitations
>
hmm, how I setup/configure it?..

> an assertion is there to tell us that there is a bug in programming,
> it's not  it's job to restart btget.
>
> Since I'm not involved in the release, i cannot answer the rest of your 
> questions and i cannot direct your concerns...
>
> btw: i never heard about trackers that request user/passwd, can you send
> us  one?
>
its attached, seems that all torrents from www.pctorrent.com needs a user&pass
to connect to his tracker, however not a great problem, later or sonner they
will be available from somewhere else..

> what is your OS and libbt version
>
AmigaOS.. and 1.04


NEWS:

About the 'no route to host' problem, it is trying to connect to 127.1.1.1,
whats this?... some other kind of local loopback address? never see it myself
here, and how to work with it? I need to set it up on my computer or it is
supposed to point the tracker/some badly configured peer?...

anyhow, seems Ive fixed it just adding a check on context.c, basically:

         if( 0x7f010101 != ...
             
                   p = peer_add( ...

however, not sure if is only my impression or now the active peers are lower,
(some secondary effect, dunno), is this "hack" corrent?...


Also, the 'cant assign requested address' indicates the kernel's dbtable size
is full, right? then, not tested yet but this should work now after changing
MAXCONN to 60-64 instead the default value 100 I think, need to check more 
carefully my kernel docs about that matter however.


btw, whats the purpose of the "snub detection"? I can't see a tip on the 
protocol specs.


Thanks for your time.

Kind Regards