]> granicus.if.org Git - postgresql/commit
Fix refcounting bug in PLy_modify_tuple().
authorTom Lane <tgl@sss.pgh.pa.us>
Wed, 26 Mar 2014 20:41:41 +0000 (16:41 -0400)
committerTom Lane <tgl@sss.pgh.pa.us>
Wed, 26 Mar 2014 20:41:41 +0000 (16:41 -0400)
commita0a9928471cb3f9d1f8a04407ea2ade46096a432
treeac209d765b14a6f707d038efd4928aec1752d87f
parenta8603f0da86682fd66c109d2f7a8570c814eba95
Fix refcounting bug in PLy_modify_tuple().

We must increment the refcount on "plntup" as soon as we have the
reference, not sometime later.  Otherwise, if an error is thrown in
between, the Py_XDECREF(plntup) call in the PG_CATCH block removes a
refcount we didn't add, allowing the object to be freed even though
it's still part of the plpython function's parsetree.

This appears to be the cause of crashes seen on buildfarm member
prairiedog.  It's a bit surprising that we've not seen it fail repeatably
before, considering that the regression tests have been exercising the
faulty code path since 2009.

The real-world impact is probably minimal, since it's unlikely anyone would
be provoking the "TD["new"] is not a dictionary" error in production, and
that's the only case that is actually wrong.  Still, it's a bug affecting
the regression tests, so patch all supported branches.

In passing, remove dead variable "plstr", and demote "platt" to a local
variable inside the PG_TRY block, since we don't need to clean it up
in the PG_CATCH path.
src/pl/plpython/plpython.c