Re: We've broken something in error recovery - Mailing list pgsql-hackers

From Tom Lane
Subject Re: We've broken something in error recovery
Date
Msg-id 15246.1264282552@sss.pgh.pa.us
Whole thread Raw
In response to Re: We've broken something in error recovery  (Andrew Dunstan <andrew@dunslane.net>)
List pgsql-hackers
Andrew Dunstan <andrew@dunslane.net> writes:
> Tom Lane wrote:
>> #5  0x501f48 in AtEOXact_GUC (isCommit=-86 '�', nestLevel=84) at guc.c:3907

> This looks like maybe a corrupted stack - the args to AtEOXact_GUC at 
> that location in xact.c are hardwired.

No, that's just a fairly typical behavior of debugging with -O greater
than zero --- the registers holding those parameter values got recycled
for something else.  This is a rather old version of gdb and it doesn't
always print <<value optimized away>> when it should.
        regards, tom lane


pgsql-hackers by date:

Previous
From: Andres Freund
Date:
Subject: Re: commit fests
Next
From: Greg Stark
Date:
Subject: Re: pgsql: In HS, Startup process sets SIGALRM when waiting for buffer pin.