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
recursive require calls can cause a stack overflow #11278
Comments
From @doyCreated by @doyIf you put a coderef into @INC which itself calls require, perl will perl -e 'unshift @INC, sub { require $_[1] }; require Foo' Perl Info
|
From @janduboisOn Tue, 26 Apr 2011, Jesse Luehrs (via RT) wrote:
So what is the bug? That it segfaults instead of printing "Out of memory!\n" Or did you somehow expect it to not run out of memory? I'm actually surprised how quickly it segfaults; I would have expected Cheers, |
The RT System itself - Status changed from 'new' to 'open' |
From @cpansproutOn Wed Apr 27 16:35:02 2011, jdb wrote:
I think this is the kind of thing that should be classified as ‘won’t -- Father Chrysostomos |
From @doyOn Sat, Nov 19, 2011 at 06:47:09PM -0800, Father Chrysostomos via RT wrote:
Well, my thought here was that it should at least not be recursing at -doy |
From @cpansproutOn Sat Nov 19 23:03:44 2011, doy@tozt.net wrote:
Magic method calls, DESTROY, BEGIN etc. use the C stack.
If I run out of other bugs to fix (how likely is that?) I might start to
It would require splitting require into two or three ops. It would beb -- Father Chrysostomos |
From @doyOn Sun, Nov 20, 2011 at 10:50:14AM -0800, Father Chrysostomos via RT wrote:
The place where I ran into it was that I wanted some kind of -doy |
Migrated from rt.perl.org#89356 (status was 'open')
Searchable as RT89356$
The text was updated successfully, but these errors were encountered: