Segmentation fault in libpcre.so

[geshi]

Segmentation fault in libpcre.so

[cweiske]

Which PHP version is that? I suspect an upgrade would help.

[Basili0]

Using php5-fpm 5.6.20+dfsg-0+deb8u1.

[cweiske]

ok, that's pretty recent.

It's still a PHP bug which needs to be reported to php.net with a small test case

[Basili0]

Have also tried it on php 7.0.6-1~dotdeb+8.1 - that returned an empty result, which also is not a normal behaviour.

[mermshaus]

This is more or less a shot in the dark, but you could try increasing PCRE’s backtrack limit.

• http://php.net/manual/en/pcre.configuration.php#ini.pcre.backtrack-limit

Issue #61 might be related to this.

[Basili0]

Tried that as well, didn't help.
I totally do not understand why this regexp causes such a deep recursion. Moreover, I have tried it through other engines - for example, on regex101.com - and it does work. So it's more like a PCRE issue probably.
However, I'm still not convinced that such a complex regexp is really needed - mostly that's because I posted that here.

[cweiske]

It's still a PHP bug which needs to be reported to php.net with a small test case

Nobody ever reported a bug to PHP, so this issue still exists. It will continue to exist if nobody reports the bug to PHP.

[cweiske]

Since the problem is not in GeSHi itself but the pcre library, I'm closing this bug here.

If you care enough to open a bug report against PHP or libpcre, please link it here.