Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:87251
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.192.41 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <55B0CADD.8000807@gmx.de>
References: <55B0CADD.8000807@gmx.de>
Date: Fri, 24 Jul 2015 00:36:50 +0700
Message-ID: <CAEZPtU7aPzPQ=DL5fn9fOEuU_hySm5WXUkbjFw+Sq0T5xNfb3A@mail.gmail.com>
To: Christoph Becker <cmbecker69@gmx.de>
Cc: PHP internals <internals@lists.php.net>
Content-Type: multipart/alternative; boundary=001a113a9c742871ae051b8e5513
Subject: Re: [PHP-DEV] PCRE JIT stack size limit
From: pierre.php@gmail.com (Pierre Joye)

--001a113a9c742871ae051b8e5513
Content-Type: text/plain; charset=UTF-8

Hi Christoph,

There are ways to dymacally increase the stack. Apache's modphp can use the
apache config. Fpm, fcgi or cli can change it on windows (afair it is in
the doc). It is possible too on Linux with ulimit.

An alternative (not a big fan) would be to use setrlimit with an ini
setting.

Cheers,
Pierre
On Jul 23, 2015 2:07 PM, "Christoph Becker" <cmbecker69@gmx.de> wrote:

> Hi!
>
> PHP7 supports PCRE's JIT compilation of patterns by default, which
> mostly works fine.  However, there are issues when the matching exceeds
> the JIT stack limit, see bug #70110[1].
>
> I'm not sure how to solve this best.  Basically, I see two possible
> solutions: either we fall back to non JIT matching, if pcre_exec() fails
> with PCRE_ERROR_JIT_STACKLIMIT, or we use a custom JIT stack and make
> its size a configurable ini setting (similar to pcre.backtrack_limit),
> and raise E_WARNING if the matching fails due to limited stack size.
>
> Thoughts?
>
> [1] <https://bugs.php.net/bug.php?id=70110>
>
> --
> Christoph M. Becker
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>

--001a113a9c742871ae051b8e5513--