Oops, in the previous fix to prevent a cursor that's being used in a FOR
authorHeikki Linnakangas <heikki.linnakangas@iki.fi>
Tue, 13 Jul 2010 09:02:46 +0000 (09:02 +0000)
committerHeikki Linnakangas <heikki.linnakangas@iki.fi>
Tue, 13 Jul 2010 09:02:46 +0000 (09:02 +0000)
loop from being dropped, I missed subtransaction cleanup. Pinned portals
must be dropped at subtransaction cleanup just as they are at main
transaction cleanup.

Per bug #5556 by Robert Walker. Backpatch to 8.0, 7.4 didn't have
subtransactions.

src/backend/utils/mmgr/portalmem.c

index 1bd4c6d2fd5ef9cc81172b154498b9143ee2b04c..6d60415a4e51a20636e232a21911a9cd5169f59c 100644 (file)
@@ -12,7 +12,7 @@
  * Portions Copyright (c) 1994, Regents of the University of California
  *
  * IDENTIFICATION
- *       $PostgreSQL: pgsql/src/backend/utils/mmgr/portalmem.c,v 1.106.2.4 2010/07/05 09:27:31 heikki Exp $
+ *       $PostgreSQL: pgsql/src/backend/utils/mmgr/portalmem.c,v 1.106.2.5 2010/07/13 09:02:46 heikki Exp $
  *
  *-------------------------------------------------------------------------
  */
@@ -369,6 +369,9 @@ PortalCreateHoldStore(Portal portal)
 /*
  * PinPortal
  *             Protect a portal from dropping.
+ *
+ * A pinned portal is still unpinned and dropped at transaction or
+ * subtransaction abort.
  */
 void
 PinPortal(Portal portal)
@@ -902,6 +905,14 @@ AtSubCleanup_Portals(SubTransactionId mySubid)
                if (portal->createSubid != mySubid)
                        continue;
 
+               /*
+                * If a portal is still pinned, forcibly unpin it. PortalDrop will not
+                * let us drop the portal otherwise. Whoever pinned the portal was
+                * interrupted by the abort too and won't try to use it anymore.
+                */
+               if (portal->portalPinned)
+                       portal->portalPinned = false;
+
                /* Zap it. */
                PortalDrop(portal, false);
        }