Re: Fw: Backreferences on substitution?
Andre Costa wrote: Hi folks, resending this just in case someone has a clue (a similar question involving backreferences on substitutions surfaced a couple of days ago). ... Is there anyway to do what I want? Have you tried latest regexp from CVS? See http://jakarta.apache.org/regexp/changes.html, first item. Vadim - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Fw: Backreferences on substitution?
Andre Costa wrote: Hi Vadim, cool, it seems to be the answer to my prayers =) Thks for pointing that out. I will try it out ASAP. Any estimate on when this will be released to the joy of us poor programmers? ;) Rough estimate: sometime this year ;) Vadim - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[ANN] Regexp 1.3 released
The Regexp team announces the availability of Jakarta Regexp 1.3 release. This is primarily maintenance release containing several bug fixes accumulated since the last Regexp release. Complete list of changes is available at: http://jakarta.apache.org/regexp/changes.html Regexp comes in one download, containing binary and source code. Download Regexp from http://jakarta.apache.org/site/binindex.cgi Bug reports and patches are accepted via Bugzilla, http://nagoya.apache.org/bugzilla/ Vadim - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Regexp efficienty
Ondra Nekola wrote: I have an following program, that leads to java.lang.StackOverflowError ... I'm not sure what to do. Is there an regexp implementation, that works OK in all cases or should I learn some patterns, that cause troubles and not to use them. Or should I create an implementetion, that works fine? :) There is a bug report in BugZilla which basically says the same, i.g. that RegExp uses recursive algorithm, and thus, obviously has limits due to stack size limits. Your options are: * Increase stack size * Use another regexp implementation (oro?) * Improve this regexp package If you choose the last option, and you succeed, I can help in getting your code into the next regexp version. PS You can also see what patterns behave worse and what behave better - and avoid bad ones :) Vadim - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Performance issue
Lutz Sebastian (KAPA 21) wrote: Hi together - I have found out that expression like x{n,m}y increase exponential in time with the parameter m. E.g. Regexp = [:alnum:]{1,30}$ takes a lot of time for ababababab http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9153 Has anyone a solution for this or is this inherent ? When you find one, let devs know. Thanks, Vadim - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Regexp Applet
Hi all, If you want to quickly test one regexp or another, go here: http://jakarta.apache.org/regexp/applet.html Vadim - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Regexp Applet
Hi all, If you want to quickly test one regexp or another, go here: http://jakarta.apache.org/regexp/applet.html Vadim - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Regex Problem
Böhringer Jochen wrote: Does anybody know, if the jakarta regexp package will be maintained in future or is it better to switch to another regexp package? All (or almost all - one patch which introduces new feature is pending) patches that ever came into the Regexp bugzilla found it's way into the Regexp CVS [1]. Using this criteria, Regexp package is well maintained. If you have a quality patch, please file it in bugzilla [2]. Thanks, Vadim [1] http://issues.apache.org/bugzilla/buglist.cgi?query_format=specific&order=relevance+desc&bug_status=__all__&product=Regexp&content= [2] http://issues.apache.org/bugzilla/enter_bug.cgi - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[ANN] Jakarta Regexp 1.4 released
The Jakarta Regexp team announces availability of the Jakarta Regexp 1.4 release. This is a maintenance release containing several (eleven, to be presice) bug fixes accumulated since the 1.3 release almost 2 years ago. Complete list of changes is available at the website: http://jakarta.apache.org/regexp/changes.html Regexp comes in one small download, containing both compiled binary, docs and the source code. Download Regexp from the nearest mirror: http://jakarta.apache.org/site/downloads/downloads_regexp.cgi Bug reports and patches are accepted via Bugzilla, located at: http://issues.apache.org/bugzilla/ Vadim - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Error : at org.apache.regexp.RE.matchNodes(Unknown Source)
DECAFFMEYER MATHIEU wrote: For some Html pages this regular expression works, but for some Html pages, it gives the following errors : [...] at org.apache.regexp.RE.matchNodes(Unknown Source) at org.apache.regexp.RE.matchNodes(Unknown Source) at org.apache.regexp.RE.matchNodes(Unknown Source) Matthew, You are hitting the stack size limit. Read more here: http://issues.apache.org/bugzilla/show_bug.cgi?id=764 Vadim - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[ANNOUNCEMENT] Jakarta Regexp 1.5 released
The Jakarta Regexp team announces availability of the Jakarta Regexp 1.5 release. This is a maintenance release containing several bug fixes as well as performance optimizations for several classes of expressions. Complete list of changes is available at the website: http://jakarta.apache.org/regexp/changes.html Due to the changes in the implementation of reluctant closures, users of the recompile utility are advised to re-compile their expressions using version of the tool bundled with this Regexp release. Regexp comes in one small download, containing both compiled binary, docs and the source code. Download Regexp from the nearest mirror: http://jakarta.apache.org/site/downloads/downloads_regexp.cgi Bug reports and patches are accepted via Bugzilla, located at: http://issues.apache.org/bugzilla/ Vadim - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]