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
Perl 5.10.0 segfaults on Format with my variables #9219
Comments
From springl-perlbug@bfw-online.deCreated by springl-perlbug@bfw-online.deHi! Thank you for your work on perl. Unfortunately, perl 5.10.0 segfaults on ==============================================
|
From @iabynOn Mon, Feb 04, 2008 at 07:22:29AM -0800, Stephan Springl wrote:
Thanks for the concise test case. P5Pers: The bug is due to the fact that in the presence of prototypes, after the The two solutions seem to be: a) have pointers in parent pads to formats, or Don't really have time to look at this further yet. -- |
The RT System itself - Status changed from 'new' to 'open' |
From @nwc10Dave notes: a closure/format segfault in 5.10 |
From chromatic@wgz.orgOn Tuesday 05 February 2008 16:29:12 Dave Mitchell wrote:
I don't think b) is tractable. If anything's taken a reference to a sub ../ext/Math-BigInt-FastCalc/t/bigintfc.t ... along these lines: not ok 41 -- c |
From p5p@spam.wizbit.be----Program---- sub f ($); # Comment out to get right result! ----Output of .../pd2oePD/perl-5.8.0@19648/bin/perl---- ----EOF ($?='0')---- ----EOF ($?='11')---- http://perl5.git.perl.org/perl.git/commit/ jumbo closure patch broke formats p4raw-id: //depot/perl@19649 |
From andy@hexten.netOn Thu Jun 25 14:50:51 2009, chromatic@wgz.org wrote:
What happens if we don't throw away the newly compiled sub after copying it into the |
From zefram@fysh.orgI wrote:
Should also fix bug #50528, apparently a duplicate. -zefram |
@rgs - Status changed from 'open' to 'resolved' |
From @cpansproutOn Tue Feb 05 16:33:41 2008, davem wrote:
That was actually your own test case, from #22977. :-)
Zefram did that in commit 421f30e, but it can cause a crash. A
Like copying it in perly.y:subname instead? An alternative fix would be to have the outer pad hold a weak reference -- Father Chrysostomos |
From @cpansproutOn Thu Jun 28 13:17:40 2012, sprout wrote:
I changed the direction of the weak reference, in commit e09ac07, since
That is problematic, in that newATTRSUB is an API function, so we would If we could change that, with the new op slab allocator (not merged -- Father Chrysostomos |
Migrated from rt.perl.org#50528 (status was 'resolved')
Searchable as RT50528$
The text was updated successfully, but these errors were encountered: