Ensure that pp_qr returns a new regexp SV each time. Resolves RT #69852.
authorNicholas Clark <nick@ccl4.org>
Wed, 2 Dec 2009 16:01:10 +0000 (16:01 +0000)
committerNicholas Clark <nick@ccl4.org>
Wed, 2 Dec 2009 16:06:09 +0000 (16:06 +0000)
commitc2123ae380a372d506d1b6938667bd785fd8728b
tree68d6297e99a7e461c2c1e90a5f28c268f5f0988f
parent99f78760b2efe944c387d081557a95783f362f6a
Ensure that pp_qr returns a new regexp SV each time. Resolves RT #69852.

Instead of returning a(nother) reference to the (pre-compiled) regexp in the
optree, use reg_temp_copy() to create a copy of it, and return a reference to
that. This resolves issues about Regexp::DESTROY not being called in a timely
fashion (the original bug tracked by RT #69852), as well as bugs related to
blessing regexps, and of assigning to regexps, as described in correspondence
added to the ticket.

It transpires that we also need to undo the SvPVX() sharing when ithreads
cloning a Regexp SV, because mother_re is set to NULL, instead of a cloned
copy of the mother_re. This change might fix bugs with regexps and threads in
certain other situations, but as yet neither tests nor bug reports have
indicated any problems, so it might not actually be an edge case that it's
possible to reach.
MANIFEST
ext/Devel-Peek/t/Peek.t
pp_hot.c
regcomp.c
t/op/qr.t [new file with mode: 0644]
t/re/qr_gc.t