On 03/29/2011 02:12 AM, Paul Crawford wrote:
On 29/03/11 07:33, Ron Johnson wrote:
<snip>
5 hours...
$ date && pan --no-gui headers:alt.binaries.dvd ; date
Mon Mar 28 20:25:33 CDT 2011
terminate called after throwing an instance of 'std::bad_alloc'
what(): std::bad_alloc
Aborted
Tue Mar 29 01:27:17 CDT 2011
That sounds like it ran out of memory.
Exactly.
Are you running 32-bit or 64-bit,
and what are your machine's limits (RAM & swap space)?
It's 32-bit. Running "top" clearly shows pan's memory usage (RES)
growing and growing. At about 3GB (a processes' address space in x86)
it barfs.
Of course it might be a bug/design flaw where a list grows
larger/quicker than it really needs to for the element size & number of
elements.
Not a bug per se, but a consequence of the design decision to fetch all
of a group's headers into RAM before flushing them to disk. Never
occurred to them that a News provider would retain all messages.
--
"Neither the wisest constitution nor the wisest laws will secure
the liberty and happiness of a people whose manners are universally
corrupt."
Samuel Adams, essay in The Public Advertiser, 1749
_______________________________________________
Pan-users mailing list
Pan-users@nongnu.org
http://lists.nongnu.org/mailman/listinfo/pan-users
