Re: Support a wildcard in backtrace_functions - Mailing list pgsql-hackers

From Peter Eisentraut
Subject Re: Support a wildcard in backtrace_functions
Date
Msg-id ff916003-8dc2-426f-af4c-d7cdc9437968@eisentraut.org
Whole thread Raw
In response to Re: Support a wildcard in backtrace_functions  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: Support a wildcard in backtrace_functions
List pgsql-hackers
On 19.04.24 21:24, Tom Lane wrote:
>> But on the other hand, in my personal experience,
>> backtrace_on_internal_error would be the right thing in a really large
>> number of cases.
> That's why I thought we could get away with doing it automatically.
> Sure, more control would be better.  But if we just hard-wire it for
> the moment then we aren't locking in what the eventual design for
> that control will be.

Note that a standard test run produces a number of internal errors.  I 
haven't checked how likely these are in production, but one might want 
to consider that before starting to dump backtraces in routine situations.

For example,

$ PG_TEST_INITDB_EXTRA_OPTS='-c backtrace_on_internal_error=on' meson 
test -C build
$ grep -r 'BACKTRACE:' build/testrun | wc -l
85




pgsql-hackers by date:

Previous
From: Justin Pryzby
Date:
Subject: Re: pgsql: Fix restore of not-null constraints with inheritance
Next
From: Jelte Fennema-Nio
Date:
Subject: Re: Support a wildcard in backtrace_functions