Modify error context callback functions to not assume that they can fetch
authorTom Lane <tgl@sss.pgh.pa.us>
Fri, 19 Mar 2010 22:54:41 +0000 (22:54 +0000)
committerTom Lane <tgl@sss.pgh.pa.us>
Fri, 19 Mar 2010 22:54:41 +0000 (22:54 +0000)
commita836abe9f6934b51a0f92cb50c8514cd6f14c8b6
tree194944dab7d1b37f4205517fb65a4beca5b8dce6
parent865b29540ef3484762364d40fd3888808107238a
Modify error context callback functions to not assume that they can fetch
catalog entries via SearchSysCache and related operations.  Although, at the
time that these callbacks are called by elog.c, we have not officially aborted
the current transaction, it still seems rather risky to initiate any new
catalog fetches.  In all these cases the needed information is readily
available in the caller and so it's just a matter of a bit of extra notation
to pass it to the callback.

Per crash report from Dennis Koegel.  I've concluded that the real fix for
his problem is to clear the error context stack at entry to proc_exit, but
it still seems like a good idea to make the callbacks a bit less fragile
for other cases.

Backpatch to 8.4.  We could go further back, but the patch doesn't apply
cleanly.  In the absence of proof that this fixes something and isn't just
paranoia, I'm not going to expend the effort.
src/backend/catalog/pg_proc.c
src/backend/executor/functions.c
src/backend/optimizer/util/clauses.c