------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugs.exim.org/show_bug.cgi?id=1092 Philip Hazel <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #2 from Philip Hazel <[email protected]> 2011-06-12 17:32:35 --- The problem was not with OP_CLOSE. I checked up on what Perl does, and its documentation says "Capture buffers contained by the pattern will have the value as determined by the outermost recursion." I understand this to mean that everything gets reset after a recursion completes. The problem was with *ACCEPT. I have now fixed this so that /(?1)(?:(b(*ACCEPT))){0}/ behaves exactly the same as /(?1)(?:(b)){0}/ (that is, the same pattern without *ACCEPT). I think there is a bug in Perl, because for the first of those patterns, it gives "no match". For the second, it behaves like PCRE. While doing this, I discovered and fixed a bug when *ACCEPT caused a recursively called pattern to match an empty string when PCRE_NOTEMPTY was set. -- Configure bugmail: http://bugs.exim.org/userprefs.cgi?tab=email -- ## List details at https://lists.exim.org/mailman/listinfo/pcre-dev
