> : it looks worse and dumps core.
>
> That's because the first non-paren forces it to recurse into the
> second branch until you hit REG_INFTY or overflow the stack. Swap
> second and third branches and you have a better chance:
I think something else goes wrong there too.
> $re = qr{...}
> (I haven't checked that there aren't other problems with it, though.)
Try this:
"(x)(y)" -~ /^$re$/;
This should match, but it dumps core. I don't think there is infinite
recursion, although I might be mistaken.
Anyway, Snobol has a nice heuristic to prevent infinite recursion in
cases like this, but I'm not sure it's applicable to the way the Perl
regex engine works. I will think about it.
- Re: XML/HTML-specific ?< and ... Mark-Jason Dominus
- Re: XML/HTML-specific ?< and ... Jarkko Hietaniemi
- Re: XML/HTML-specific ?< and ... Randal L. Schwartz
- Re: XML/HTML-specific ?< and ... Bart Lateur
- Re: XML/HTML-specific ?< and ... David L. Nicol
- Re: XML/HTML-specific ?< and ... Richard Proctor
- Re: XML/HTML-specific ?< and ... Jonathan Scott Duff
- Re: XML/HTML-specific ?< and ... Michael Maraist
- Re: XML/HTML-specific ?< and ... Mark-Jason Dominus
- Re: XML/HTML-specific ?< and ... Hugo
- Re: XML/HTML-specific ?< and ... Mark-Jason Dominus
- Re: XML/HTML-specific ?< and ... Hugo
- Re: XML/HTML-specific ?< and ... Mark-Jason Dominus
- Re: XML/HTML-specific ?< and ... David Corbin
- Re: RFC 145 (alternate approach) Jonathan Scott Duff
