https://bugs.exim.org/show_bug.cgi?id=1638
--- Comment #4 from Zoltan Herczeg ---
> It does not seem to be a problem of PHP.
Trust me it is.
It is true, that you found a bug in PCRE, but the stack overflow is caused by
not setting the match_limit_recursion variable. This variable limits the dep
question #1
I've installed PCRE 8.37 on my Linux box (I am not proficient in Linux) and in
the end I've got:make[3]: Leaving directory `/home/zeev/pcre-8.37'
make[2]: Leaving directory `/home/zeev/pcre-8.37'
make[1]: Leaving directory `/home/zeev/pcre-8.37'
‘/usr/lib/libpcre.so.1’ -> ‘/lib/libpcre
https://bugs.exim.org/show_bug.cgi?id=1638
--- Comment #3 from hhjack ---
It does not seem to be a problem of PHP.
I have mailed to them lately about this potential match_limit_recursion thing.
Here is what they reply:
"
We cannot do much for it. Increase the stack of your server (apache has an
o
Thanks Zoltan for the quick reply.
- Ok I think I got it for SSE2.
- For SIMD instructions, I fear I don't have currently the knowledge for that
but
would be willing to learn/help.
- A good start would be that 3rd point, about current code and performance
status on PPC vs x86.
I reused http://
And result file :)
Foreword
This page has been taken [1]here. pcre directory has been updated to
use latest 8.37 instead of 8.32. The following is from the original
author, taken as-is on the above page as a reminder. I used 3 VMs which
I installed with Ubuntu 14.04 LTS, one x86_64,
