aboutsummaryrefslogtreecommitdiff
path: root/src/backend/executor
diff options
context:
space:
mode:
authorTom Lane <tgl@sss.pgh.pa.us>2003-09-15 23:33:43 +0000
committerTom Lane <tgl@sss.pgh.pa.us>2003-09-15 23:33:43 +0000
commitdb18703b5a7970f96142ede2f166513274075f8f (patch)
tree9fcb9176dbab2a119c7761c305dee9f293dcc206 /src/backend/executor
parentd73e1b33b57eb4244e43f7f03ce1a2b91d6697b9 (diff)
downloadpostgresql-db18703b5a7970f96142ede2f166513274075f8f.tar.gz
postgresql-db18703b5a7970f96142ede2f166513274075f8f.zip
Fix LISTEN/NOTIFY race condition reported by Gavin Sherry. While a
really general fix might be difficult, I believe the only case where AtCommit_Notify could see an uncommitted tuple is where the other guy has just unlistened and not yet committed. The best solution seems to be to just skip updating that tuple, on the assumption that the other guy does not want to hear about the notification anyway. This is not perfect --- if the other guy rolls back his unlisten instead of committing, then he really should have gotten this notify. But to do that, we'd have to wait to see if he commits or not, or make UNLISTEN hold exclusive lock on pg_listener until commit. Either of these answers is deadlock-prone, not to mention horrible for interactive performance. Do it this way for now. (What happened to that project to do LISTEN/NOTIFY in memory with no table, anyway?)
Diffstat (limited to 'src/backend/executor')
-rw-r--r--src/backend/executor/execMain.c8
1 files changed, 5 insertions, 3 deletions
diff --git a/src/backend/executor/execMain.c b/src/backend/executor/execMain.c
index a75edb370a2..1f78b1265b2 100644
--- a/src/backend/executor/execMain.c
+++ b/src/backend/executor/execMain.c
@@ -26,7 +26,7 @@
*
*
* IDENTIFICATION
- * $Header: /cvsroot/pgsql/src/backend/executor/execMain.c,v 1.216 2003/08/08 21:41:34 momjian Exp $
+ * $Header: /cvsroot/pgsql/src/backend/executor/execMain.c,v 1.217 2003/09/15 23:33:43 tgl Exp $
*
*-------------------------------------------------------------------------
*/
@@ -1406,7 +1406,8 @@ ExecDelete(TupleTableSlot *slot,
ldelete:;
result = heap_delete(resultRelationDesc, tupleid,
&ctid,
- estate->es_snapshot->curcid);
+ estate->es_snapshot->curcid,
+ true /* wait for commit */);
switch (result)
{
case HeapTupleSelfUpdated:
@@ -1540,7 +1541,8 @@ lreplace:;
*/
result = heap_update(resultRelationDesc, tupleid, tuple,
&ctid,
- estate->es_snapshot->curcid);
+ estate->es_snapshot->curcid,
+ true /* wait for commit */);
switch (result)
{
case HeapTupleSelfUpdated: