Alex Bennee wrote:
Well I got to the stage no downloads where running or queued and I
kicked off some new ones. They all hung with "No download slot (create)"
so the deadlock is still there.
How many downloads (sources) do you have in total?
- Jeroen
smime.p7s
Description: S/MIME Cryptogra
On Tue, 2006-08-22 at 15:14 +0200, Jeroen Asselman wrote:
> Hello alex
>
> Yes I have noticed it too. I think I found the bug, and should be
> resolved in revision 11671. Try to update from svn and see if it helps.
Well I got to the stage no downloads where running or queued and I
kicked off some
On Wed, August 23, 2006 12:06, Jeroen Asselman said:
>
>> I have to say the iter stuff seemed a little hacky (faking a glist entry
>> to before a real one). Why don't we iterate through the glists the
>> normal
>> glib way?
>
> I don't know why there is an extra layer over the glist. But I
> perso
I have to say the iter stuff seemed a little hacky (faking a glist entry
to before a real one). Why don't we iterate through the glists the normal
glib way?
I don't know why there is an extra layer over the glist. But I
personally do find it easier/better to read.
Allthough a while(move_iter_n
On Tue, August 22, 2006 14:14, Jeroen Asselman said:
> Hello alex
>> What I don't understand is why with these settings I have a bunch of
>> connections listed as "No download slot". For example I have one listed
>> as "No download slot (create) @ 21:06:32 - rescheduled for 21:06:32"
>> when I cle
Hello alex
What I don't understand is why with these settings I have a bunch of
connections listed as "No download slot". For example I have one listed
as "No download slot (create) @ 21:06:32 - rescheduled for 21:06:32"
when I clearly have a) download slots and b) its 21:37 as I write this
email
Hi,
I've currently got a 350Mb file that has a lot of sources or I assume
thats what it means.
It displays 2/3/307
I'm pretty sure the 2 refers to the actual number of open tcp
connections with data flowing down them. The second number I assume is
stuff that is queued up with PARQ. The final num
On Sun, 2006-08-20 at 21:42 +0100, Alex Bennee wrote:
> Hi,
>
> I think I am seeing situations where downloads get stuck and don't
> unwedge. Is anyone else seeing behaviour like this?
Hmmm. I think I can confirm this. If I abort all the ones that are past
their rescheduled time a lot of activity
