https://bugs.exim.org/show_bug.cgi?id=2211
--- Comment #2 from John Tattarakis <tattarakis@???> ---
Hi Philip,
Thanks for the response.
I'm glad you got it working, and will encourage mIRC's Khaled to update to
PCRE2 to resolve this and similar errors. If you have a moment, could you
clarify where this handling has been added to pcre2demo? I think I'm looking at
the correct page (
https://www.pcre.org/current/doc/html/pcre2demo.html) but I
can't find any differences there or added documentation as compared to pcredemo
in the way that empty matches are found.
Also, if you have a moment to indulge my curiosity further, might the following
changes quite easily solve this issue in both lookaround cases:
https://pastebin.com/D8PsAdQz
The logic here is that ovector[0] should play no part in deciding the position
of the next start_offset since it could have been distorted by the user.
Basically, the application should look at the positions where successive
matches are _ending_ in order to determine whether an empty string was matched
or not. Is this logic flawed?
--
You are receiving this mail because:
You are on the CC list for the bug.
