Re: INSERT causes psql to crash - Mailing list pgsql-bugs

From jao@geophile.com
Subject Re: INSERT causes psql to crash
Date
Msg-id 20060126174735.0u4vyhkw84kkkck8@geophile.com
Whole thread Raw
In response to Re: INSERT causes psql to crash  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: INSERT causes psql to crash
List pgsql-bugs
I was experiencing a psql crash. psql reported "buffer overflow detected"
and a stack dump.

Quoting Tom Lane <tgl@sss.pgh.pa.us>:

> jao@geophile.com writes:
>> Quoting Tom Lane <tgl@sss.pgh.pa.us>:
>>> If it just started happening, I'd speculate about a corrupt executable
>>> file for psql or libpq.  I doubt it's got anything to do with the server
>>> side.
>
> ...
>
> In any case, the next step is to get more debugging data ... please
> see about that debug-enabled rebuild.  If you really want to pursue
> the server-bug theory first, you might try dumping the data passed
> across the connection with strace or ethereal or similar tools
> to see if there's any differences.

I loaded the symbols from a debug-enabled build but have been unable
to get a more informative stack dump.

I'm hoping strace output will be useful. To recap, psql crashes
on "INSERT INTO TEST VALUES(8)". The insert succeeds, and strace
shows the insert response coming back. I'm wondering if there is
anything suspicious in the response from the backend:

recv(3, "C\0\0\0\30INSERT 1188218874 1\0Z\0\0\0\5I", 16384, 0) = 31
open("/dev/tty", O_RDWR|O_NONBLOCK|O_NOCTTY) = 4
writev(4, [{"*** buffer overflow detected ***"..., 34}, {"psql", 4}, {"
terminated\n", 12}], 3*** buffer overflow detected ***: psql terminated

Jack Orenstein

pgsql-bugs by date:

Previous
From: Bruce Momjian
Date:
Subject: Re: improper estimates even with high statistic values
Next
From: Tom Lane
Date:
Subject: Re: INSERT causes psql to crash