[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Pan-users] Re: Groups list retrieval

From: Duncan
Subject: [Pan-users] Re: Groups list retrieval
Date: Mon, 16 Oct 2006 07:17:25 +0000 (UTC)
User-agent: pan 0.116 (Blanton's)

"Guilhem Bonnefille"
<address@hidden> posted
address@hidden, excerpted
below, on  Sun, 15 Oct 2006 23:10:10 +0200:

> I'm quite surprised with this new version. I set some servers before
> refreshing group list but I'm unable to collect group list. After few
> hours of "refreshing" one of my pan instance retrieves 440000 groups, on
> each of my desired servers ( and
> I'm not sure these servers have such list. I think they have something
> like 120000 groups. It seems that something goes wrong here, like a deadly
> loop.

I suspect that's an already known bug introduced to 0.116.  It was related
to clearing a net input buffer when it should have been keeping the
existing content and continuing to add to it.  This was obviously a
show-stopper for 1.0, but the fix will be in 0.117 (which with luck will
be the final beta before 1.0), or it's in CVS (what I'm now running)
already.  See the list of bugs already addressed for 0.117, based on the
CVS version, that I posted about 8 hours ago (new thread, mentioning the
new icons) for the bug number along with those for other changes.  There
wasn't a patch on the bug but a line number and change, so you can patch
it manually if you wish to compile from tarball but don't want to do CVS.

An alternative would be rolling back to 0.115 temporarily, as it was
slower, but didn't have this corruption.  Packages for that should still be
available if you aren't interested in compiling.

> Then, on an other user, I started the new pan, but I act differently. Now,
> I only ran pan some minutes. So it collected only 30000 groups info on
> each servers. Then I closed it and restart it. The group list is always
> empty. Where are my 30000 groups?

pan doesn't always write stuff to disk immediately.  I'm guessing since it
aborted the download, it didn't write the list out to disk, so it's not
there to be read back in.  However, getting that erasing buffer thing
fixed should eliminate the problem and allow you to download the entire
list without taking forever, so this shouldn't be an issue as soon as that
part of pan's working correctly.

> I also noticed that, each time I consult the servers list, when I close
> this dialog, all the currently active tasks are cloned: I started with 2
> group list refreshing tasks, I opened and closed the server list dialog
> and then I have 4 tasks.

I don't believe I've seen this bug reported yet.  I'm guessing most folks
set their list and then don't bother it, so never come across the bug.  As
I said, 1.0 is imminent, so please post this bug ASAP so it can get fixed
before 1.0.  Once you do so, please post the bug URL or number here, and
I'll test and either confirm it or say it's /not/ happening here, giving
Charles a second point of reference.  Again, please bug it right away or
it may not be picked up in time for 1.0.  (Charles will probably see it
here but doesn't follow this as closely as he does bugs, and might miss
it, too.)

> Any help would be appreciate.
> PS: I'm running Debian GNU/Linux in testing flavour, and some "unstable"
> packqges (like pan).

=8^)  Gentoo (amd64, dual Opteron, so you see why compiling is no big deal
for me) here.  However, the Debian maintainer (Soren B Overgaard,
Anglicised version) keeps their package updated, regularly refiles bugs
from them here if appropriate, and is otherwise one of most closely
cooperating distribution maintainers we have, so anyone running the Debian
packages is well received on the pan lists. You can rest easy he's keeping
in touch. =8^)

Duncan - List replies preferred.   No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master."  Richard Stallman

reply via email to

[Prev in Thread] Current Thread [Next in Thread]