In Python Regular Expressions,
re.compile("x"*50000)
gives me OverflowError: regular expression code size limit exceeded
but following one does not get any error, but it hits 100% CPU, and took 1 minute in my PC
>>> re.compile(".*?.*?.*?.*?.*?.*?.*?.*?.*?.*?"*50000)
<_sre.SRE_Pattern object at 0x03FB0020>
Is that normal?
Should I assume, ".*?.*?.*?.*?.*?.*?.*?.*?.*?.*?"*50000 is shorter than "x"*50000?
Tested on Python 2.6, Win32
UPDATE 1:
It Looks like ".*?.*?.*?.*?.*?.*?.*?.*?.*?.*?"*50000 could be reduce to .*?
So, how about this one?
re.compile(".*?x"*50000)
It does compile, and if that one also can reduce to ".*?x", it should match to string "abcx" or "x" alone, but it does not match.
So, Am I missing something?
UPDATE 2:
My Point is not to know max limit of regex source strings, I like to know some reasons/concepts of "x"*50000 caught by overflow handler, but not on ".*?x"*50000.
It does not make sense for me, thats why.
It is something missing on overflow checking or Its just fine or its really overflowing something?
Any Hints/Opinions will be appreciated.
The difference is that
".*?.*?.*?.*?.*?.*?.*?.*?.*?.*?"*50000can be reduced to".*?", while"x"*50000has to generate 50000 nodes in the FSM (or a similar structure used by the regex engine).EDIT: Ok, I was wrong. It’s not that smart. The reason why
"x"*50000fails, but".*?x"*50000doesn’t is that there is a limit on size of one “code item”."x"*50000will generate one long item and".*?x"*50000will generate many small items. If you could split the string literal somehow without changing the meaning of the regex, it would work, but I can’t think of a way to do that.