> : 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