From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Patrick Welche <prlw1(at)newn(dot)cam(dot)ac(dot)uk> |
Cc: | pgsql-general(at)postgresql(dot)org |
Subject: | Re: old 7.2 bug? |
Date: | 2002-07-06 21:27:00 |
Message-ID: | 4744.1025990820@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
Patrick Welche <prlw1(at)newn(dot)cam(dot)ac(dot)uk> writes:
> seems to suggest its a memory thing? It just happened to be one row too
> many?
But the query was only one row, no? Seems unlikely that it ran out of
memory (especially if the core dump file is not large).
I suspect one of two possibilities:
1. Hardware glitch (cosmic ray flipped a bit in memory, or something).
2. Software bug caused a memory stomp on malloc's private data
structures, leading to coredump in a later malloc call.
Malloc is frequently the first thing to fall over when you have the
kind of bug that writes a few more bytes than it's supposed to ---
because what it'll likely clobber is the header of the next malloc
block.
If you think #2 seems plausible then I suggest relinking your client
with a debugging malloc package to see what you can learn. I've used
Electric Fence for this sort of problem once or twice, but perhaps
others have better suggestions (efence is pretty old).
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Sander Steffann | 2002-07-06 21:28:44 | Re: I am being interviewed by OReilly |
Previous Message | Patrick Welche | 2002-07-06 21:20:03 | Re: old 7.2 bug? |