Re: old 7.2 bug?

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

In response to

Responses

Browse pgsql-general by date

  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?