ID: 36553
User updated by: php at kaiundina dot de
Reported By: php at kaiundina dot de
Status: Bogus
Bug Type: PCRE related
Operating System: different
PHP Version: 5.1.2
New Comment:
Why do you offer a category "PCRE related" when you simply redirect
those issues to other responsibilities?
I suggest to drop this category, add a note (like "Issue will be
bogussed since we're not responsible") or redirect those issues
directly to the guys that handles them.
We're managing huge php-projects and php is getting quite uneconomical
- each time we try out some new features there are new oddities
arising. The reliability is quite bad.
------
pcre.org is down for the moment :(
Previous Comments:
------------------------------------------------------------------------
[2006-02-28 10:34:43] [EMAIL PROTECTED]
Please report this issue to PCRE library author.
You can also try to compile PHP against external PCRE lib (grab the
latest version from pcre.org), the issue may have been already fixed
there.
------------------------------------------------------------------------
[2006-02-27 23:38:00] php at kaiundina dot de
Description:
------------
The statement in the reproduce code simply crashes my server (Win XP
Pro, Apache 2, PHP 5.1.0, default-charset UTF 8) and that of my
webhoster (Linux, Apache 2, PHP 5.1.2, default-charset Latin1) -
time_limit, which is set to 30 s seems not to work.
Executing the script via CLI produces the same result (but can be
cancelled by Ctrl-C)
The snipped shall look for adjacent blocks, each persisting of a
separator character followed by one or more characters that aren't
control- or separator-characters.
Crashing is independent of the $aName-value and the result, the match
would produce.
The example is stripped down from a bigger pattern - always having to
kill the webserver after each test is quite annoying :(
Reproduce code:
---------------
<?php
$aName = 'My Name';
preg_match('/^(\\p{Z}[^\\p{C}\\p{Z}]+)*$/', $aName);
?>
Expected result:
----------------
just nothing happens - the function returns and drops its result (false
in this case, but doesn't matter)
Actual result:
--------------
Server "crashes": CPU usage is at 100% and Apache doesn't respond to a
restart (php compiled as module).
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=36553&edit=1
