4 Nov 22:48
Re: Re: DC++ incompatibility
Tommy Thorsen <tommy <at> kvaleberg.no>
2004-11-04 21:48:06 GMT
2004-11-04 21:48:06 GMT
Thanks for the quick response Robin>>Question 2: This is really my most important question; Why do we not try >>to change SrcDirection in line 22? >> >> >> >Because it doesn't make sense here. Both parties are trying to upload a >file. but the other party has priority in this case, so they should >switch direction or retry (if they're not wanting to download). > > I'm reaching this code when I try to download files from certain DC++ users. I haven't explicitly tried to upload anything. Are files (like filelists) automatically and secretly uploaded to the other party when I try to download from them? If the other party has priority, shouldn't we yield and switch direction? Or do I misunderstand the nature of this priority? >>Question 4: What does SrcDirection and DstDirection do anyway? It looks >>to me like they need do be different, right? One side of the >>communication should upload while the other downloads, is that it? >> >> >> >Yes, usually they'll be different. If everyone was active then theere >wouldn't be a problem as you'd always be uploading to incoming >connections and downloading from outgoing connections. With passive >users you just don't know whether someone connecting to you is >uploading/downloading so we get into this mess. The SrcLevel and >DstLevel are supposed to work around this - whoever has the higher >number gets priority. > In this case I'm a passive user (and the other user is active, obviously), and if I've understood this correctly, that means that noone can make contact with me directly, all requests to me will have to go through the hub and all (tcp) connections will be set up by me. Is that right? And how does my passiveness affect the scenario where I want to download something from someone? >Hope that clears things up a bit. I'm not sure what the heart of the >problem is though - I've seen one user repeatedly connect to me and ask >to upload, though I'm not wanting to download anything from them. Could >be a bug in DC++ I guess... > > It does help a lot, thank you very much. -Tommy
>>Question 2: This is really my most important question; Why do we not try
>>to change SrcDirection in line 22?
>>
>>
>>
>Because it doesn't make sense here. Both parties are trying to upload a
>file. but the other party has priority in this case, so they should
>switch direction or retry (if they're not wanting to download).
>
>
I'm reaching this code when I try to download files from certain DC++
users. I haven't explicitly tried to upload anything. Are files (like
filelists) automatically and secretly uploaded to the other party when I
try to download from them?
If the other party has priority, shouldn't we yield and switch
direction? Or do I misunderstand the nature of this priority?
>>Question 4: What does SrcDirection and DstDirection do anyway? It looks
>>to me like they need do be different, right? One side of the
>>communication should upload while the other downloads, is that it?
>>
>>
>>
>Yes, usually they'll be different. If everyone was active then theere
>wouldn't be a problem as you'd always be uploading to incoming
>connections and downloading from outgoing connections. With passive
>users you just don't know whether someone connecting to you is
>uploading/downloading so we get into this mess. The SrcLevel and
>DstLevel are supposed to work around this - whoever has the higher
>number gets priority.
>
In this case I'm a passive user (and the other user is active,
obviously), and if I've understood this correctly, that means that noone
can make contact with me directly, all requests to me will have to go
through the hub and all (tcp) connections will be set up by me.
Is that right? And how does my passiveness affect the scenario where I
want to download something from someone?
>Hope that clears things up a bit. I'm not sure what the heart of the
>problem is though - I've seen one user repeatedly connect to me and ask
>to upload, though I'm not wanting to download anything from them. Could
>be a bug in DC++ I guess...
>
>
It does help a lot, thank you very much.
-Tommy
RSS Feed