[PATCH] Log crashed backend's query v2 - Mailing list pgsql-hackers

From Marti Raudsepp
Subject [PATCH] Log crashed backend's query v2
Date
Msg-id CABRT9RAKsELfNQ08kC+gitC1mBRD7_0hzLhj2bz_3MCp4wziFQ@mail.gmail.com
Whole thread Raw
Responses Re: [PATCH] Log crashed backend's query v2
Re: [PATCH] Log crashed backend's query v2
List pgsql-hackers
On Sat, Sep 24, 2011 at 22:57, Marti Raudsepp <marti@juffo.org> wrote:
> However, I now realize that it does make sense to write a separate
> simpler function for the crashed backend case with no
> vbeentry->st_changecount check loops, no checkUser, etc. That would be
> more robust and easier to review.

I implemented this now, but I'm not convinced anymore that it's the
right way to go. I'm duplicating some amount of code that could be
subject to bitrot in the future since this code path won't be
excercised often. But I'll let the reviewers decide.

Is there a sane way to regression-test backend crashes?

> I propsed replacing non-ASCII characters with '?' earlier.

This is also in. I created a new function in
backend/utils/adt/ascii.c. It didn't quite fit in because all other
functions in this file are dealing with Datums, but I couldn't find a
better place.

(I'm still not sure what "adt" means)

Regards,
Marti

Attachment

pgsql-hackers by date:

Previous
From: Robert Haas
Date:
Subject: Re: contrib/sepgsql regression tests are a no-go
Next
From: Tom Lane
Date:
Subject: Re: contrib/sepgsql regression tests are a no-go