Re: elog/ereport VS misleading backtrace_function function address - Mailing list pgsql-hackers

From Tom Lane
Subject Re: elog/ereport VS misleading backtrace_function function address
Date
Msg-id 3659306.1711650977@sss.pgh.pa.us
Whole thread Raw
In response to [MASSMAIL]elog/ereport VS misleading backtrace_function function address  (Jakub Wartak <jakub.wartak@enterprisedb.com>)
Responses Re: elog/ereport VS misleading backtrace_function function address
List pgsql-hackers
Jakub Wartak <jakub.wartak@enterprisedb.com> writes:
> While chasing some other bug I've learned that backtrace_functions
> might be misleading with top elog/ereport() address.

That was understood from the beginning: this type of backtrace is
inherently pretty imprecise, and I doubt there is much that can
be done to make it better.  IIRC the fundamental problem is it only
looks at global symbols, so static functions inherently defeat it.
It was argued that this is better than nothing, which is true, but
you have to take the info with a mountain of salt.

I recall speculating about whether we could somehow invoke gdb
to get a more comprehensive and accurate backtrace, but I don't
really have a concrete idea how that could be made to work.

            regards, tom lane



pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: [EXTERNAL] Re: Add non-blocking version of PQcancel
Next
From: Robert Haas
Date:
Subject: Re: Possibility to disable `ALTER SYSTEM`