diff options
author | Father Chrysostomos <sprout@cpan.org> | 2011-05-30 08:55:40 -0700 |
---|---|---|
committer | Florian Ragwitz <rafl@debian.org> | 2011-08-26 11:35:57 +0200 |
commit | 029baf2e25604d42435efa9dfeaa06ea381302c3 (patch) | |
tree | 04b87a8284a1d092d55118a491e2d74ed8b66a0c /t/benchmark | |
parent | 5d45b5295de11d202fbf843be3c13f54bb0c07f7 (diff) | |
download | perl-029baf2e25604d42435efa9dfeaa06ea381302c3.tar.gz |
[perl #91880] $_ refcounting problems in @INC filters
In @INC filters (subs returned by subs in @INC), $_ is localised to a
variable to which the next line of source code is to be assigned. The
function in pp_ctl.c that calls it (S_run_user_filter) has a pointer
to that variable.
Up till now, it was not setting the refcount or localising
$_ properly.
‘undef *_’ inside the sub would destroy the only refcount it
had, leaving a freed sv for toke.c to parse (which would crash,
of course).
In some cases, S_run_user_filter has to created a new variable. In
those cases, it was setting $_ to a mortal variable with the TEMP
flag, but with a refcount of 1, which would result in ‘Attempt to free
unreferenced scalar’ warnings if the $_ were freed by the subroutine.
This commit changes S_run_user_filter to use SAVEGENERICSV, rather
than SAVE_DEFSV, to localise $_, since the former lowers the refcount
on scope exit, while the latter does not. So now I have also made it
increase the refcount after assigning to the now-properly-localised $_
(DEFSV). I also turned off the TEMP flag, to avoid weird side effects
(which were what led me to this bug to begin with).
Diffstat (limited to 't/benchmark')
0 files changed, 0 insertions, 0 deletions