mirrors/postgres
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity

Seems like we should not hold off cancel/die interrupts while we are

Browse Source 
running deferred triggers.  They are really part of the regular
transaction, and they could take awhile.
This commit is contained in:
Tom Lane 2001-05-04 18:39:16 +00:00
parent 602b742507
commit e2e19ca0cd
1 changed files with 4 additions and 4 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

8
src/backend/access/transam/xact.c
View File

@ -8,7 +8,7 @@
*
*
* IDENTIFICATION
* $Header: /cvsroot/pgsql/src/backend/access/transam/xact.c,v 1.101 2001/03/22 06:16:10 momjian Exp $
* $Header: /cvsroot/pgsql/src/backend/access/transam/xact.c,v 1.102 2001/05/04 18:39:16 tgl Exp $
*
* NOTES
* Transaction aborts can now occur two ways:
@ -1026,9 +1026,6 @@ CommitTransaction(void)
if (s->state != TRANS_INPROGRESS)
elog(NOTICE, "CommitTransaction and not in in-progress state ");
/* Prevent cancel/die interrupt while cleaning up */
HOLD_INTERRUPTS();
/*
* Tell the trigger manager that this transaction is about to be
* committed. He'll invoke all trigger deferred until XACT before we
@ -1036,6 +1033,9 @@ CommitTransaction(void)
*/
DeferredTriggerEndXact();
/* Prevent cancel/die interrupt while cleaning up */
HOLD_INTERRUPTS();
/*
* set the current transaction state information appropriately during
* the abort processing