Dave Mitchell via RT wrote:
On Thu, Nov 02, 2006 at 04:46:18PM -0800, Stas Bekman wrote:
the backtrace is an endless frames stack:
#0 0x00002af5d143c85d in Perl_regclass_swash ()
from /usr/lib/perl5/5.8.8/x86_64-linux/CORE/libperl.so
#1 0x00002af5d143f815 in Perl_regclass_swash ()
from /usr/lib/perl5/5.8.8/x86_64-linux/CORE/libperl.so
#2 0x00002af5d143e666 in Perl_regclass_swash ()
from /usr/lib/perl5/5.8.8/x86_64-linux/CORE/libperl.so
#3 0x00002af5d143f837 in Perl_regclass_swash ()
from /usr/lib/perl5/5.8.8/x86_64-linux/CORE/libperl.so
#2840 0x00002af5d143e666 in Perl_regclass_swash ()

the problem happens with a relatively recent blead-perl too.

It sounds like there is a need for some regex recursion sanity check.
Does it happen on any bleed later than #27598 ? That's when I removed
recursion from the regex engine. Although I would have expected to see an
endless series of S_regmatch() calls, not Perl_regclass_swash(). Certainly
that's what I see on my perl-5.8.8.
As I replied to Steve, the problem doesn't exist in blead #29195 (mine
was quite outdated). the latest 5.8.x #MAINT28213 still segfaults, so it
probably needs backporting.

And yes I've seen S_regmatch() trace too with another perl build, the
above trace is from 5.8.8 coming with Mandriva

Stas Bekman mailto:stas@stason.org http://stason.org/
MailChannels: Reliable Email Delivery http://mailchannels.com
The "Practical mod_perl" book http://modperlbook.org/
http://www.linkedin.com/in/stasbekman http://perl.apache.org/
http://stason.org/photos/gallery/ [* best photos here *]

Search Discussions

Discussion Posts


Follow ups

Related Discussions

Discussion Navigation
viewthread | post
posts ‹ prev | 5 of 7 | next ›
Discussion Overview
groupperl5-porters @
postedNov 3, '06 at 12:48a
activeNov 10, '06 at 8:29p



site design / logo © 2018 Grokbase