On Mon, 9 Oct 2000, Peter L. Peres wrote:
> gdb attached to the running process yielded this stack trace:
...
> 0x400c86b0 in chunk_free (ar_ptr=0x40122300, p=0xa04af30) at malloc.c:2969
> malloc.c:2969: No such file or directory.
> (gdb) bt
> #0 0x400c86b0 in chunk_free (ar_ptr=0x40122300, p=0xa04af30) at
> malloc.c:2969
> #1 0x400c83c1 in __libc_free (mem=0xa04af38) at malloc.c:2872
> #2 0x4005b2f2 in __builtin_vec_delete (ptr=0xa04af38)
...
> to find what went wrong). Did I hit a system limit here ?
Hard to say. It's certainly not a library issue--it looks like it's trying
to free memory. Did you notice much swapping or a drop in the amount of
memory used? You said that cutting out large parts of the tree helped, so
this would be my first guess at a culprit.
--
-Geoff Hutchison
Williams Students Online
http://wso.williams.edu/
------------------------------------
To unsubscribe from the htdig mailing list, send a message to
[EMAIL PROTECTED]
You will receive a message to confirm this.
List archives: <http://www.htdig.org/mail/menu.html>
FAQ: <http://www.htdig.org/FAQ.html>
