Re: [Pan-users] bug in 0.14?

[Thomas Gamble]

On Saturday 10 May 2003 12:53 am, Alberto BARSELLA wrote:
> Hi,
>
> On Thu, 08 May 2003 at 03:21:38PM -0500, address@hidden wrote:
> >     to school. When I came back, pan was loaded, the file was in queue and 
> > in
> >the Task Queue it claimed to be dling at XXk/s with XX minutes left to
> >download. However,[.....]
> >so, is this a known bug, my news server, or both? And if its not a bug,
> >what can I do about it.
>
> Same here.  I have an unreliable ADSL connection.  I have a script
> checking for a working connection and reestabilishing it in case it
> drops, but the new version of pan is unable to correctly resume
> downloads.  This is actually very annoying for me, since it means that I
> cannot run pan unattended for a long time (i.e. one night).
>
> The problem is with the new version of pan and not the newsserver.
> My feeling is that the timeouts on the read from a socket are infinite
> or almost infinite.  I'm having a look inside sockets.c, which seems to
> be the place handling the "low-level" transfers across connections.
> In the new version everything is done through glib/gnet, contrary to the
> old version, and since I'm unfamiliar with those libraries it'll take
> some time.....
>
> If I find a fix, I'll post it.... but the problem is also that I've not
> been completely able to reproduce the lockup systematically. If I
> intentionally drop the connection, sometimes pan realizes this and
> stops, restarting when the connection is reestabilished, sometimes it
> just waits forever.
>
> Bye,
> Alberto

There is a bugzilla report (#110428) on this.  No stack trace submitted 
although I'm not sure it would provide any useful info since pan isn't really 
locking up or crashing.  

-- 
Thomas K. Gamble
address@hidden
Registered Linux User #270415
Rejoice not when your enemy falls,
and let not your heart be glad when he stumbles,
lest the Lord see it, and it displease him,
and he turn away his wrath from him.
(Proverbs 24:17,18)

 07:48:44 up 24 days, 11:18,  7 users,  load average: 0.00, 0.02, 0.00