https://bugs.exim.org/show_bug.cgi?id=2211
--- Comment #2 from John Tattarakis <tattara...@gmail.com> --- 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. -- ## List details at https://lists.exim.org/mailman/listinfo/pcre-dev
