New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
List::Util tests give ‘Attempt to free unreferenced scalar’ warnings #10669
Comments
From @cpansproutI�ve been seeing these warnings lately when running perl�s tests: cpan/List-Util/t/first.........................................Attempt to free unreferenced scalar: SV 0x81f460, Perl interpreter: 0x800000 during global destruction. cpan/List-Util/t/reduce........................................Attempt to free unreferenced scalar: SV 0x84fd50, Perl interpreter: 0x800000 during global destruction. Is this a new bug in perl (maybe from something I committed) or a List::Util bug? Flags: Site configuration information for perl 5.13.5: Configured by sprout at Sun Sep 19 17:34:01 PDT 2010. Summary of my perl5 (revision 5 version 13 subversion 5 patch v5.13.5-8-g8e58c70) configuration: Locally applied patches: @INC for perl 5.13.5: Environment for perl 5.13.5: |
From @iabynOn Sun, Sep 26, 2010 at 01:50:31PM -0700, Father Chrysostomos wrote:
I'm not seeing them, nor are the smokes. Can you bisect? -- |
The RT System itself - Status changed from 'new' to 'open' |
From @cpansproutOn Mon Sep 27 04:30:17 2010, davem wrote:
__BEGIN__ With PERL_DESTRUCT_LEVEL >= 1, PL_defstash is explicitly freed, * it gets freed where you expect it to be perl.c | 2 ++ Inline Patchdiff --git a/perl.c b/perl.c
index a04cfd6..860cdfc 100644
--- a/perl.c
+++ b/perl.c
@@ -1042,6 +1042,8 @@ perl_destruct(pTHXx)
/* Prepare to destruct main symbol table. */
hv = PL_defstash;
+ /* break ref loop *:: <=> %:: */
+ (void)hv_delete(hv, "main::", 6, G_DISCARD);
PL_defstash = 0;
SvREFCNT_dec(hv);
SvREFCNT_dec(PL_curstname);
This seems to be a case of the �it's more likely to flag up bugs related It only gives this message under make test, not under harness, because To reproduce: make |
From @iabynOn Sun, Oct 03, 2010 at 01:06:30PM -0700, Father Chrysostomos wrote:
[snip]
[snip]
Indeed, that turns out to be the case. Fixed by the commit below. commit f837477 Recursive MULTICALL prematurely freed CV M cop.h -- |
@iabyn - Status changed from 'open' to 'resolved' |
From @cpansproutOn Tue Oct 19 15:32:48 2010, davem wrote:
This sounds strikingly similar to #71076. Let�s see: use List::Util 'first'; $ pbpaste|perl # 5.10.1 Is this something worth working around in List::Util? It would mean |
Migrated from rt.perl.org#78070 (status was 'resolved')
Searchable as RT78070$
The text was updated successfully, but these errors were encountered: