diff options
| author | Tom Lane <tgl@sss.pgh.pa.us> | 2010-01-24 21:50:09 +0000 |
|---|---|---|
| committer | Tom Lane <tgl@sss.pgh.pa.us> | 2010-01-24 21:50:09 +0000 |
| commit | ce95d0f14d2a6374014e852a6a1f20d30a0f69f6 (patch) | |
| tree | a7f1ef30ce70a74de1b89b3c27b00e7713a19b8e /src/backend/regex/regexec.c | |
| parent | 34d7ef60e7ff5d34058822db33953c279818ceb8 (diff) | |
| download | postgresql-ce95d0f14d2a6374014e852a6a1f20d30a0f69f6.tar.gz postgresql-ce95d0f14d2a6374014e852a6a1f20d30a0f69f6.zip | |
Fix assorted core dumps and Assert failures that could occur during
AbortTransaction or AbortSubTransaction, when trying to clean up after an
error that prevented (sub)transaction start from completing:
* access to TopTransactionResourceOwner that might not exist
* assert failure in AtEOXact_GUC, if AtStart_GUC not called yet
* assert failure or core dump in AfterTriggerEndSubXact, if
AfterTriggerBeginSubXact not called yet
Per testing by injecting elog(ERROR) at successive steps in StartTransaction
and StartSubTransaction. It's not clear whether all of these cases could
really occur in the field, but at least one of them is easily exposed by
simple stress testing, as per my accidental discovery yesterday.
Diffstat (limited to 'src/backend/regex/regexec.c')
0 files changed, 0 insertions, 0 deletions