https://bugs.exim.org/show_bug.cgi?id=1803
--- Comment #13 from Zoltan Herczeg <[email protected]> --- > (gdb) print last_match > $6 = 0x7fffed43e1fc "\303\237\343\201\224a" > (gdb) print &subject[offsets[0]]-last_match > $7 = -2 That is likely incorrect. I think we soon find this bug. If I understand correctly, there is a loop in php_pcre_split_impl which construct a list from the non-matching parts of the string: https://github.com/php/php-src/blob/master/ext/pcre/php_pcre.c#L1730 However, there are lots of conditions in the loop, and certain variables are updated conditionally. Could you check how last_match, count, offsets[0], and offsets[1] are updated during each iteration of this loop? (Btw that /./us pattern for stepping a character ahead must be a joke. That is the most inefficint way I could imagine.) -- 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
