Re: [Pan-users] Re: freeze, high CPU getting new headers

[David Shochat]

[ I thought I had made this reply to the list, but I now realize I  
sent it only to walt. This web mail doesn't seem to honor Reply-To.  
So, try again... ]

Quoting walt:

> On Tue, 05 Aug 2008 05:46:32 +0000, Duncan wrote:
>
> > ...
> > GL's suggestion, I think, was that it was just taking the time to sort
> > all those headers, and there wasn't a lot that could be done about it.
> > I don't believe that's the case, because it's not behaving that way for
> > everyone, and where it is, it's fairly recent -- it was working fine
> > some months ago.
>
> And the 32-bit version works as expected, per David.  (I think he
> meant on the same hardware, but I'm not sure.)
Duncan's comment applies to me. My situtation is that the problem did  
not used to happen. I guess it started with some sort of update I did  
to my Ubuntu system. I also have pan running on my MacBook and the  
problem NEVER occurs there at all, even after updating gtk2 there to  
the same version (number) as on my Ubuntu system (2.12.9). On the Mac,  
the numbers at the bottom (parts, articles) continue to update and the  
equivalent header retrieval completes much much faster (even though  
the Mac has half the memory and a slower CPU).

By the way, last night I did run under gdb and did ctl-C, then  
backtrace (then cont) many times, per your suggestion, during the  
"bad" period where there are NO display updates (it looks crashed) and  
pan is at 97-100% CPU in top. The bt's looked very similar to the ones  
posted here (I'm at work now and don't have access to this but I can  
post one tonight).
-- David