Re: Unbelievable stack trace
FWIW, I found a regexp benchmark at http://tusker.org/regex/regex_benchmark.html The times I got on my laptop were org.apache.regexp.* 14078 java.util.regex.Pattern656 jregex.Pattern 1000 org.apache.org.text.regex.Perl5Matcher 1891 Ralph Ralph Goers wrote: I found this bug report for regexp with many duplicates. Apparently it is pretty popular. I guess Vadim is aware of this. :-) The bug is closed as WONTFIX. http://issues.apache.org/bugzilla/show_bug.cgi?id=764 Ralph Goers wrote: I cannot believe this didn't get a stack overflow exception. We just happened to request a stack trace of a test system at this time. I also find myself wondering if EncodeURLTransformer shouldn't be changed somehow. http-8088-Processor20 daemon prio=1 tid=0x8a3b8408 nid=0xf55 runnable [8ad0..8ad0f8c8] at org.apache.regexp.RE.matchNodes(Unknown Source) at org.apache.regexp.RE.matchNodes(Unknown Source)
Re: Unbelievable stack trace
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Sat, 14 Jan 2006, Ralph Goers wrote: Date: Sat, 14 Jan 2006 01:42:58 -0800 From: Ralph Goers [EMAIL PROTECTED] Reply-To: dev@cocoon.apache.org, [EMAIL PROTECTED] To: dev@cocoon.apache.org Subject: Re: Unbelievable stack trace FWIW, I found a regexp benchmark at http://tusker.org/regex/regex_benchmark.html The times I got on my laptop were org.apache.regexp.* 14078 java.util.regex.Pattern656 jregex.Pattern 1000 org.apache.org.text.regex.Perl5Matcher 1891 Wow, is o.a.regexp that slow? Should we move to java.util.regex for 2.2? Ralph Ralph Goers wrote: I found this bug report for regexp with many duplicates. Apparently it is pretty popular. I guess Vadim is aware of this. :-) The bug is closed as WONTFIX. http://issues.apache.org/bugzilla/show_bug.cgi?id=764 Ralph Goers wrote: I cannot believe this didn't get a stack overflow exception. We just happened to request a stack trace of a test system at this time. I also find myself wondering if EncodeURLTransformer shouldn't be changed somehow. http-8088-Processor20 daemon prio=1 tid=0x8a3b8408 nid=0xf55 runnable [8ad0..8ad0f8c8] at org.apache.regexp.RE.matchNodes(Unknown Source) at org.apache.regexp.RE.matchNodes(Unknown Source) - -- Giacomo Pati Otego AG, Switzerland - http://www.otego.com Orixo, the XML business alliance - http://www.orixo.com -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDyNaMLNdJvZjjVZARAlMtAJ9joMpsvNJR0FzRoYvX/ODPz9bsDwCeNORD YoH3vv9psuxf1p5cCf88wtQ= =KtNv -END PGP SIGNATURE-
Re: Unbelievable stack trace
Sorry, I ddin't mean to. Giacomo Pati wrote: Hi Ralph What's the reason you send this to me personal? Ciao Giacomo On Sat, 14 Jan 2006, Ralph Goers wrote: Giacomo Pati wrote: On Sat, 14 Jan 2006, Ralph Goers wrote: Date: Sat, 14 Jan 2006 01:42:58 -0800 From: Ralph Goers [EMAIL PROTECTED] Reply-To: dev@cocoon.apache.org, [EMAIL PROTECTED] To: dev@cocoon.apache.org Subject: Re: Unbelievable stack trace FWIW, I found a regexp benchmark at http://tusker.org/regex/regex_benchmark.html The times I got on my laptop were org.apache.regexp.* 14078 java.util.regex.Pattern656 jregex.Pattern 1000 org.apache.org.text.regex.Perl5Matcher 1891 Wow, is o.a.regexp that slow? Should we move to java.util.regex for 2.2? I should think so. I am also thinking about trying oro on the EncodeURLTransformer in 2.1.
Unbelievable stack trace
I cannot believe this didn't get a stack overflow exception. We just happened to request a stack trace of a test system at this time. I also find myself wondering if EncodeURLTransformer shouldn't be changed somehow. http-8088-Processor20 daemon prio=1 tid=0x8a3b8408 nid=0xf55 runnable [8ad0..8ad0f8c8] at org.apache.regexp.RE.matchNodes(Unknown Source) at org.apache.regexp.RE.matchNodes(Unknown Source) at org.apache.regexp.RE.matchNodes(Unknown Source) at org.apache.regexp.RE.matchNodes(Unknown Source) at org.apache.regexp.RE.matchNodes(Unknown Source) at org.apache.regexp.RE.matchNodes(Unknown Source) at org.apache.regexp.RE.matchNodes(Unknown Source) at org.apache.regexp.RE.matchNodes(Unknown Source) at org.apache.regexp.RE.matchNodes(Unknown Source) at org.apache.regexp.RE.matchNodes(Unknown Source) at org.apache.regexp.RE.matchNodes(Unknown Source) at org.apache.regexp.RE.matchNodes(Unknown Source) at org.apache.regexp.RE.matchNodes(Unknown Source) at org.apache.regexp.RE.matchNodes(Unknown Source) at org.apache.regexp.RE.matchNodes(Unknown Source) at org.apache.regexp.RE.matchNodes(Unknown Source) at org.apache.regexp.RE.matchNodes(Unknown Source) at org.apache.regexp.RE.matchNodes(Unknown Source) at org.apache.regexp.RE.matchNodes(Unknown Source) at org.apache.regexp.RE.matchNodes(Unknown Source) at org.apache.regexp.RE.matchNodes(Unknown Source) at org.apache.regexp.RE.matchNodes(Unknown Source) at org.apache.regexp.RE.matchNodes(Unknown Source) at org.apache.regexp.RE.matchNodes(Unknown Source) at org.apache.regexp.RE.matchNodes(Unknown Source) at org.apache.regexp.RE.matchNodes(Unknown Source) at org.apache.regexp.RE.matchNodes(Unknown Source) at org.apache.regexp.RE.matchNodes(Unknown Source) at org.apache.regexp.RE.matchNodes(Unknown Source) at org.apache.regexp.RE.matchNodes(Unknown Source) at org.apache.regexp.RE.matchNodes(Unknown Source) at org.apache.regexp.RE.matchNodes(Unknown Source) at org.apache.regexp.RE.matchNodes(Unknown Source) at org.apache.regexp.RE.matchNodes(Unknown Source) at org.apache.regexp.RE.matchNodes(Unknown Source) at org.apache.regexp.RE.matchNodes(Unknown Source) at org.apache.regexp.RE.matchNodes(Unknown Source) at org.apache.regexp.RE.matchNodes(Unknown Source) at org.apache.regexp.RE.matchNodes(Unknown Source) at org.apache.regexp.RE.matchNodes(Unknown Source) at org.apache.regexp.RE.matchNodes(Unknown Source) at org.apache.regexp.RE.matchNodes(Unknown Source) at org.apache.regexp.RE.matchNodes(Unknown Source) at org.apache.regexp.RE.matchNodes(Unknown Source) at org.apache.regexp.RE.matchNodes(Unknown Source) at org.apache.regexp.RE.matchNodes(Unknown Source) at org.apache.regexp.RE.matchNodes(Unknown Source) at org.apache.regexp.RE.matchNodes(Unknown Source) at org.apache.regexp.RE.matchNodes(Unknown Source) at org.apache.regexp.RE.matchNodes(Unknown Source) at org.apache.regexp.RE.matchNodes(Unknown Source) at org.apache.regexp.RE.matchNodes(Unknown Source) at org.apache.regexp.RE.matchNodes(Unknown Source) at org.apache.regexp.RE.matchNodes(Unknown Source) at org.apache.regexp.RE.matchNodes(Unknown Source) at org.apache.regexp.RE.matchNodes(Unknown Source) at org.apache.regexp.RE.matchNodes(Unknown Source) at org.apache.regexp.RE.matchNodes(Unknown Source) at org.apache.regexp.RE.matchNodes(Unknown Source) at org.apache.regexp.RE.matchNodes(Unknown Source) at org.apache.regexp.RE.matchNodes(Unknown Source) at org.apache.regexp.RE.matchNodes(Unknown Source) at org.apache.regexp.RE.matchNodes(Unknown Source) at org.apache.regexp.RE.matchNodes(Unknown Source) at org.apache.regexp.RE.matchNodes(Unknown Source) at org.apache.regexp.RE.matchNodes(Unknown Source) at org.apache.regexp.RE.matchNodes(Unknown Source) at org.apache.regexp.RE.matchNodes(Unknown Source) at org.apache.regexp.RE.matchNodes(Unknown Source) at org.apache.regexp.RE.matchNodes(Unknown Source) at org.apache.regexp.RE.matchNodes(Unknown Source) at org.apache.regexp.RE.matchNodes(Unknown Source) at org.apache.regexp.RE.matchNodes(Unknown Source) at org.apache.regexp.RE.matchNodes(Unknown Source) at org.apache.regexp.RE.matchNodes(Unknown Source) at org.apache.regexp.RE.matchNodes(Unknown Source) at org.apache.regexp.RE.matchNodes(Unknown Source) at org.apache.regexp.RE.matchNodes(Unknown Source) at org.apache.regexp.RE.matchNodes(Unknown Source) at org.apache.regexp.RE.matchNodes(Unknown Source) at org.apache.regexp.RE.matchNodes(Unknown Source) at org.apache.regexp.RE.matchNodes(Unknown Source) at org.apache.regexp.RE.matchNodes(Unknown Source) at org.apache.regexp.RE.matchNodes(Unknown Source) at org.apache.regexp.RE.matchNodes(Unknown Source) at org.apache.regexp.RE.matchNodes(Unknown Source) at
Re: Unbelievable stack trace
I found this bug report for regexp with many duplicates. Apparently it is pretty popular. I guess Vadim is aware of this. :-) The bug is closed as WONTFIX. http://issues.apache.org/bugzilla/show_bug.cgi?id=764 Ralph Goers wrote: I cannot believe this didn't get a stack overflow exception. We just happened to request a stack trace of a test system at this time. I also find myself wondering if EncodeURLTransformer shouldn't be changed somehow. http-8088-Processor20 daemon prio=1 tid=0x8a3b8408 nid=0xf55 runnable [8ad0..8ad0f8c8] at org.apache.regexp.RE.matchNodes(Unknown Source) at org.apache.regexp.RE.matchNodes(Unknown Source)