#40624 [NEW]: pcrelib broken with php 4.4.5

[test_junk at hotmail dot it]

From: test_junk at hotmail dot it
Operating system: linux 2.4 i386
PHP version: 4.4.5
PHP Bug Type: PCRE related
Bug description: pcrelib broken with php 4.4.5

Description:
------------
Recent update to php 4.4.5 broke PCRE regex support.
The issue showed up upgrading to 4.4.5 installed as apache module (1.3.37
both on 2.4 and 2.6 kernels) and was resolved downgrading back to 4.4.4

I could trigger a segfault with several applications but I was not able to
detect the chunk of php code responsible of it.

Actual result:
--------------
segfault...

#0 match (eptr=0x0, ecode=0x0, offset_top=0, md=0x0, ims=0, eptrb=0x0,
flags=0, rdepth=0)
at /sources/php-4.4.5/ext/pcre/pcrelib/pcre_exec.c:517
Cannot access memory at address 0xbf7fff30

--
Edit bug report at [url]http://bugs.php.net/?id=40624&edit=1[/url]
--
Try a CVS snapshot (PHP 4.4): [url]http://bugs.php.net/fix.php?id=40624&r=trysnapshot44[/url]
Try a CVS snapshot (PHP 5.2): [url]http://bugs.php.net/fix.php?id=40624&r=trysnapshot52[/url]
Try a CVS snapshot (PHP 6.0): [url]http://bugs.php.net/fix.php?id=40624&r=trysnapshot60[/url]
Fixed in CVS: [url]http://bugs.php.net/fix.php?id=40624&r=fixedcvs[/url]
Fixed in release: [url]http://bugs.php.net/fix.php?id=40624&r=alreadyfixed[/url]
Need backtrace: [url]http://bugs.php.net/fix.php?id=40624&r=needtrace[/url]
Need Reproduce Script: [url]http://bugs.php.net/fix.php?id=40624&r=needscript[/url]
Try newer version: [url]http://bugs.php.net/fix.php?id=40624&r=oldversion[/url]
Not developer issue: [url]http://bugs.php.net/fix.php?id=40624&r=support[/url]
Expected behavior: [url]http://bugs.php.net/fix.php?id=40624&r=notwrong[/url]
Not enough info: [url]http://bugs.php.net/fix.php?id=40624&r=notenoughinfo[/url]
Submitted twice: [url]http://bugs.php.net/fix.php?id=40624&r=submittedtwice[/url]
register_globals: [url]http://bugs.php.net/fix.php?id=40624&r=globals[/url]
PHP 3 support discontinued: [url]http://bugs.php.net/fix.php?id=40624&r=php3[/url]
Daylight Savings: [url]http://bugs.php.net/fix.php?id=40624&r=dst[/url]
IIS Stability: [url]http://bugs.php.net/fix.php?id=40624&r=isapi[/url]
Install GNU Sed: [url]http://bugs.php.net/fix.php?id=40624&r=gnused[/url]
Floating point limitations: [url]http://bugs.php.net/fix.php?id=40624&r=float[/url]
No Zend Extensions: [url]http://bugs.php.net/fix.php?id=40624&r=nozend[/url]
MySQL Configuration Error: [url]http://bugs.php.net/fix.php?id=40624&r=mysqlcfg[/url]

[derick@php.net]

ID: 40624
Updated by: [email]derick@php.net[/email]
Reported By: test_junk at hotmail dot it
-Status: Open
+Status: Feedback
Bug Type: PCRE related
Operating System: linux 2.4 i386
PHP Version: 4.4.5
New Comment:

Please try using this CVS snapshot:

[url]http://snaps.php.net/php4-STABLE-latest.tar.gz[/url]

For Windows:

[url]http://snaps.php.net/win32/php4-win32-STABLE-latest.zip[/url]

PCRE was upgraded again in 4.4.6rc1, could you please try that?


Previous Comments:
------------------------------------------------------------------------

[2007-02-25 03:04:19] test_junk at hotmail dot it

Description:
------------
Recent update to php 4.4.5 broke PCRE regex support.
The issue showed up upgrading to 4.4.5 installed as apache module
(1.3.37 both on 2.4 and 2.6 kernels) and was resolved downgrading back
to 4.4.4

I could trigger a segfault with several applications but I was not able
to detect the chunk of php code responsible of it.

Actual result:
--------------
segfault...

#0 match (eptr=0x0, ecode=0x0, offset_top=0, md=0x0, ims=0, eptrb=0x0,
flags=0, rdepth=0)
at /sources/php-4.4.5/ext/pcre/pcrelib/pcre_exec.c:517
Cannot access memory at address 0xbf7fff30


------------------------------------------------------------------------


--
Edit this bug report at [url]http://bugs.php.net/?id=40624&edit=1[/url]

[test_junk at hotmail dot it]

ID: 40624
User updated by: test_junk at hotmail dot it
Reported By: test_junk at hotmail dot it
-Status: Feedback
+Status: Open
Bug Type: PCRE related
Operating System: linux 2.4 i386
PHP Version: 4.4.5
New Comment:

I compiled CVS 200702251930 but unfortunately the problem persists.


Previous Comments:
------------------------------------------------------------------------

[2007-02-25 18:06:19] [email]derick@php.net[/email]

Please try using this CVS snapshot:

[url]http://snaps.php.net/php4-STABLE-latest.tar.gz[/url]

For Windows:

[url]http://snaps.php.net/win32/php4-win32-STABLE-latest.zip[/url]

PCRE was upgraded again in 4.4.6rc1, could you please try that?

------------------------------------------------------------------------

[2007-02-25 03:04:19] test_junk at hotmail dot it

Description:
------------
Recent update to php 4.4.5 broke PCRE regex support.
The issue showed up upgrading to 4.4.5 installed as apache module
(1.3.37 both on 2.4 and 2.6 kernels) and was resolved downgrading back
to 4.4.4

I could trigger a segfault with several applications but I was not able
to detect the chunk of php code responsible of it.

Actual result:
--------------
segfault...

#0 match (eptr=0x0, ecode=0x0, offset_top=0, md=0x0, ims=0, eptrb=0x0,
flags=0, rdepth=0)
at /sources/php-4.4.5/ext/pcre/pcrelib/pcre_exec.c:517
Cannot access memory at address 0xbf7fff30


------------------------------------------------------------------------


--
Edit this bug report at [url]http://bugs.php.net/?id=40624&edit=1[/url]

[nlopess@php.net]

ID: 40624
Updated by: [email]nlopess@php.net[/email]
Reported By: test_junk at hotmail dot it
-Status: Open
+Status: Feedback
Bug Type: PCRE related
Operating System: linux 2.4 i386
PHP Version: 4.4.5
New Comment:

Please try using this CVS snapshot:

[url]http://snaps.php.net/php4-STABLE-latest.tar.gz[/url]

For Windows:

[url]http://snaps.php.net/win32/php4-win32-STABLE-latest.zip[/url]

sorry, can you please try again a new snapshot? I made some changes a
few hours ago and I don't know if they made their way in the snapshot
you tested.
If it still doesn't work, please post the entire backtrace (or link to
an external page if it's too big). Also please try to isolate the code
that triggers the bug.


Previous Comments:
------------------------------------------------------------------------

[2007-02-25 22:14:37] test_junk at hotmail dot it

I compiled CVS 200702251930 but unfortunately the problem persists.

------------------------------------------------------------------------

[2007-02-25 18:06:19] [email]derick@php.net[/email]

Please try using this CVS snapshot:

[url]http://snaps.php.net/php4-STABLE-latest.tar.gz[/url]

For Windows:

[url]http://snaps.php.net/win32/php4-win32-STABLE-latest.zip[/url]

PCRE was upgraded again in 4.4.6rc1, could you please try that?

------------------------------------------------------------------------

[2007-02-25 03:04:19] test_junk at hotmail dot it

Description:
------------
Recent update to php 4.4.5 broke PCRE regex support.
The issue showed up upgrading to 4.4.5 installed as apache module
(1.3.37 both on 2.4 and 2.6 kernels) and was resolved downgrading back
to 4.4.4

I could trigger a segfault with several applications but I was not able
to detect the chunk of php code responsible of it.

Actual result:
--------------
segfault...

#0 match (eptr=0x0, ecode=0x0, offset_top=0, md=0x0, ims=0, eptrb=0x0,
flags=0, rdepth=0)
at /sources/php-4.4.5/ext/pcre/pcrelib/pcre_exec.c:517
Cannot access memory at address 0xbf7fff30


------------------------------------------------------------------------


--
Edit this bug report at [url]http://bugs.php.net/?id=40624&edit=1[/url]

[test_junk at hotmail dot it]

ID: 40624
User updated by: test_junk at hotmail dot it
Reported By: test_junk at hotmail dot it
-Status: Feedback
+Status: Open
Bug Type: PCRE related
Operating System: linux 2.4 i386
PHP Version: 4.4.5
New Comment:

This snapshot is identical to the one I tested as far as I am seeing
comparing the 2 archives, however which files did you modify?

The only way I have to trigger this bug is recompiling the engine on a
production server but since it breaks several websites (Drupal seems to
be most affected) I can do it only at night so I can perform a limited
number of attempts.


Previous Comments:
------------------------------------------------------------------------

[2007-02-25 23:03:49] [email]nlopess@php.net[/email]

Please try using this CVS snapshot:

[url]http://snaps.php.net/php4-STABLE-latest.tar.gz[/url]

For Windows:

[url]http://snaps.php.net/win32/php4-win32-STABLE-latest.zip[/url]

sorry, can you please try again a new snapshot? I made some changes a
few hours ago and I don't know if they made their way in the snapshot
you tested.
If it still doesn't work, please post the entire backtrace (or link to
an external page if it's too big). Also please try to isolate the code
that triggers the bug.

------------------------------------------------------------------------

[2007-02-25 22:14:37] test_junk at hotmail dot it

I compiled CVS 200702251930 but unfortunately the problem persists.

------------------------------------------------------------------------

[2007-02-25 18:06:19] [email]derick@php.net[/email]

Please try using this CVS snapshot:

[url]http://snaps.php.net/php4-STABLE-latest.tar.gz[/url]

For Windows:

[url]http://snaps.php.net/win32/php4-win32-STABLE-latest.zip[/url]

PCRE was upgraded again in 4.4.6rc1, could you please try that?

------------------------------------------------------------------------

[2007-02-25 03:04:19] test_junk at hotmail dot it

Description:
------------
Recent update to php 4.4.5 broke PCRE regex support.
The issue showed up upgrading to 4.4.5 installed as apache module
(1.3.37 both on 2.4 and 2.6 kernels) and was resolved downgrading back
to 4.4.4

I could trigger a segfault with several applications but I was not able
to detect the chunk of php code responsible of it.

Actual result:
--------------
segfault...

#0 match (eptr=0x0, ecode=0x0, offset_top=0, md=0x0, ims=0, eptrb=0x0,
flags=0, rdepth=0)
at /sources/php-4.4.5/ext/pcre/pcrelib/pcre_exec.c:517
Cannot access memory at address 0xbf7fff30


------------------------------------------------------------------------


--
Edit this bug report at [url]http://bugs.php.net/?id=40624&edit=1[/url]

[tony2001@php.net]

ID: 40624
Updated by: [email]tony2001@php.net[/email]
Reported By: test_junk at hotmail dot it
-Status: Open
+Status: Feedback
Bug Type: PCRE related
Operating System: linux 2.4 i386
PHP Version: 4.4.5
New Comment:

Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves.

A proper reproducing script starts with <?php and ends with ?>,
is max. 10-20 lines long and does not require any external
resources such as databases, etc. If the script requires a
database to demonstrate the issue, please make sure it creates
all necessary tables, stored procedures etc.

Please avoid embedding huge scripts into the report.




Previous Comments:
------------------------------------------------------------------------

[2007-02-26 00:24:41] test_junk at hotmail dot it

This snapshot is identical to the one I tested as far as I am seeing
comparing the 2 archives, however which files did you modify?

The only way I have to trigger this bug is recompiling the engine on a
production server but since it breaks several websites (Drupal seems to
be most affected) I can do it only at night so I can perform a limited
number of attempts.

------------------------------------------------------------------------

[2007-02-25 23:03:49] [email]nlopess@php.net[/email]

Please try using this CVS snapshot:

[url]http://snaps.php.net/php4-STABLE-latest.tar.gz[/url]

For Windows:

[url]http://snaps.php.net/win32/php4-win32-STABLE-latest.zip[/url]

sorry, can you please try again a new snapshot? I made some changes a
few hours ago and I don't know if they made their way in the snapshot
you tested.
If it still doesn't work, please post the entire backtrace (or link to
an external page if it's too big). Also please try to isolate the code
that triggers the bug.

------------------------------------------------------------------------

[2007-02-25 22:14:37] test_junk at hotmail dot it

I compiled CVS 200702251930 but unfortunately the problem persists.

------------------------------------------------------------------------

[2007-02-25 18:06:19] [email]derick@php.net[/email]

Please try using this CVS snapshot:

[url]http://snaps.php.net/php4-STABLE-latest.tar.gz[/url]

For Windows:

[url]http://snaps.php.net/win32/php4-win32-STABLE-latest.zip[/url]

PCRE was upgraded again in 4.4.6rc1, could you please try that?

------------------------------------------------------------------------

[2007-02-25 03:04:19] test_junk at hotmail dot it

Description:
------------
Recent update to php 4.4.5 broke PCRE regex support.
The issue showed up upgrading to 4.4.5 installed as apache module
(1.3.37 both on 2.4 and 2.6 kernels) and was resolved downgrading back
to 4.4.4

I could trigger a segfault with several applications but I was not able
to detect the chunk of php code responsible of it.

Actual result:
--------------
segfault...

#0 match (eptr=0x0, ecode=0x0, offset_top=0, md=0x0, ims=0, eptrb=0x0,
flags=0, rdepth=0)
at /sources/php-4.4.5/ext/pcre/pcrelib/pcre_exec.c:517
Cannot access memory at address 0xbf7fff30


------------------------------------------------------------------------


--
Edit this bug report at [url]http://bugs.php.net/?id=40624&edit=1[/url]

[nlopess@php.net]

ID: 40624
Updated by: [email]nlopess@php.net[/email]
Reported By: test_junk at hotmail dot it
Status: Feedback
Bug Type: PCRE related
Operating System: linux 2.4 i386
PHP Version: 4.4.5
New Comment:

also please post the whole backtrace, so that we can see what's
happening (it may be just a stack overflow..)


Previous Comments:
------------------------------------------------------------------------

[2007-02-26 08:58:27] [email]tony2001@php.net[/email]

Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves.

A proper reproducing script starts with <?php and ends with ?>,
is max. 10-20 lines long and does not require any external
resources such as databases, etc. If the script requires a
database to demonstrate the issue, please make sure it creates
all necessary tables, stored procedures etc.

Please avoid embedding huge scripts into the report.



------------------------------------------------------------------------

[2007-02-26 00:24:41] test_junk at hotmail dot it

This snapshot is identical to the one I tested as far as I am seeing
comparing the 2 archives, however which files did you modify?

The only way I have to trigger this bug is recompiling the engine on a
production server but since it breaks several websites (Drupal seems to
be most affected) I can do it only at night so I can perform a limited
number of attempts.

------------------------------------------------------------------------

[2007-02-25 23:03:49] [email]nlopess@php.net[/email]

Please try using this CVS snapshot:

[url]http://snaps.php.net/php4-STABLE-latest.tar.gz[/url]

For Windows:

[url]http://snaps.php.net/win32/php4-win32-STABLE-latest.zip[/url]

sorry, can you please try again a new snapshot? I made some changes a
few hours ago and I don't know if they made their way in the snapshot
you tested.
If it still doesn't work, please post the entire backtrace (or link to
an external page if it's too big). Also please try to isolate the code
that triggers the bug.

------------------------------------------------------------------------

[2007-02-25 22:14:37] test_junk at hotmail dot it

I compiled CVS 200702251930 but unfortunately the problem persists.

------------------------------------------------------------------------

[2007-02-25 18:06:19] [email]derick@php.net[/email]

Please try using this CVS snapshot:

[url]http://snaps.php.net/php4-STABLE-latest.tar.gz[/url]

For Windows:

[url]http://snaps.php.net/win32/php4-win32-STABLE-latest.zip[/url]

PCRE was upgraded again in 4.4.6rc1, could you please try that?

------------------------------------------------------------------------

The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
[url]http://bugs.php.net/40624[/url]

--
Edit this bug report at [url]http://bugs.php.net/?id=40624&edit=1[/url]

[test_junk at hotmail dot it]

ID: 40624
User updated by: test_junk at hotmail dot it
Reported By: test_junk at hotmail dot it
-Status: Feedback
+Status: Open
Bug Type: PCRE related
Operating System: linux 2.4 i386
PHP Version: 4.4.5
New Comment:

I couldn't isolate the code yet. However the full backtrace is the
following (I ran the same app twice):

1st time:

#0 0x081851f2 in match (eptr=0x61737361 <Address 0x61737361 out of
bounds>,
ecode=0x2c69746c <Address 0x2c69746c out of bounds>,
offset_top=1919250464, md=0x7474656d,
ims=1868852837, eptrb=0x736f6320, flags=1629531331,
rdepth=1702192160)
at /sources/php/php-4.4.6/ext/pcre/pcrelib/pcre_exec.c:2209
#1 0x00000000 in ?? ()


2nd time:

#0 0x0818257f in match (eptr=0x61737361 <Address 0x61737361 out of
bounds>,
ecode=0x2c69746c <Address 0x2c69746c out of bounds>,
offset_top=1919250464, md=0x7474656d,
ims=1868852837, eptrb=0x736f6320, flags=1629531331,
rdepth=1702192160)
at /sources/php/php-4.4.6/ext/pcre/pcrelib/pcre_exec.c:1071
Cannot access memory at address 0xbf7ffff0


Previous Comments:
------------------------------------------------------------------------

[2007-02-26 14:00:30] [email]nlopess@php.net[/email]

also please post the whole backtrace, so that we can see what's
happening (it may be just a stack overflow..)

------------------------------------------------------------------------

[2007-02-26 08:58:27] [email]tony2001@php.net[/email]

Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves.

A proper reproducing script starts with <?php and ends with ?>,
is max. 10-20 lines long and does not require any external
resources such as databases, etc. If the script requires a
database to demonstrate the issue, please make sure it creates
all necessary tables, stored procedures etc.

Please avoid embedding huge scripts into the report.



------------------------------------------------------------------------

[2007-02-26 00:24:41] test_junk at hotmail dot it

This snapshot is identical to the one I tested as far as I am seeing
comparing the 2 archives, however which files did you modify?

The only way I have to trigger this bug is recompiling the engine on a
production server but since it breaks several websites (Drupal seems to
be most affected) I can do it only at night so I can perform a limited
number of attempts.

------------------------------------------------------------------------

[2007-02-25 23:03:49] [email]nlopess@php.net[/email]

Please try using this CVS snapshot:

[url]http://snaps.php.net/php4-STABLE-latest.tar.gz[/url]

For Windows:

[url]http://snaps.php.net/win32/php4-win32-STABLE-latest.zip[/url]

sorry, can you please try again a new snapshot? I made some changes a
few hours ago and I don't know if they made their way in the snapshot
you tested.
If it still doesn't work, please post the entire backtrace (or link to
an external page if it's too big). Also please try to isolate the code
that triggers the bug.

------------------------------------------------------------------------

[2007-02-25 22:14:37] test_junk at hotmail dot it

I compiled CVS 200702251930 but unfortunately the problem persists.

------------------------------------------------------------------------

The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
[url]http://bugs.php.net/40624[/url]

--
Edit this bug report at [url]http://bugs.php.net/?id=40624&edit=1[/url]

[tony2001@php.net]

ID: 40624
Updated by: [email]tony2001@php.net[/email]
Reported By: test_junk at hotmail dot it
-Status: Open
+Status: Feedback
Bug Type: PCRE related
Operating System: linux 2.4 i386
PHP Version: 4.4.5
New Comment:

Yup, it does look like a stack overflow (which is a known issue in
PCRE), though we would appreciate a test case anyway.


Previous Comments:
------------------------------------------------------------------------

[2007-02-27 23:39:19] test_junk at hotmail dot it

I couldn't isolate the code yet. However the full backtrace is the
following (I ran the same app twice):

1st time:

#0 0x081851f2 in match (eptr=0x61737361 <Address 0x61737361 out of
bounds>,
ecode=0x2c69746c <Address 0x2c69746c out of bounds>,
offset_top=1919250464, md=0x7474656d,
ims=1868852837, eptrb=0x736f6320, flags=1629531331,
rdepth=1702192160)
at /sources/php/php-4.4.6/ext/pcre/pcrelib/pcre_exec.c:2209
#1 0x00000000 in ?? ()


2nd time:

#0 0x0818257f in match (eptr=0x61737361 <Address 0x61737361 out of
bounds>,
ecode=0x2c69746c <Address 0x2c69746c out of bounds>,
offset_top=1919250464, md=0x7474656d,
ims=1868852837, eptrb=0x736f6320, flags=1629531331,
rdepth=1702192160)
at /sources/php/php-4.4.6/ext/pcre/pcrelib/pcre_exec.c:1071
Cannot access memory at address 0xbf7ffff0

------------------------------------------------------------------------

[2007-02-26 14:00:30] [email]nlopess@php.net[/email]

also please post the whole backtrace, so that we can see what's
happening (it may be just a stack overflow..)

------------------------------------------------------------------------

[2007-02-26 08:58:27] [email]tony2001@php.net[/email]

Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves.

A proper reproducing script starts with <?php and ends with ?>,
is max. 10-20 lines long and does not require any external
resources such as databases, etc. If the script requires a
database to demonstrate the issue, please make sure it creates
all necessary tables, stored procedures etc.

Please avoid embedding huge scripts into the report.



------------------------------------------------------------------------

[2007-02-26 00:24:41] test_junk at hotmail dot it

This snapshot is identical to the one I tested as far as I am seeing
comparing the 2 archives, however which files did you modify?

The only way I have to trigger this bug is recompiling the engine on a
production server but since it breaks several websites (Drupal seems to
be most affected) I can do it only at night so I can perform a limited
number of attempts.

------------------------------------------------------------------------

[2007-02-25 23:03:49] [email]nlopess@php.net[/email]

Please try using this CVS snapshot:

[url]http://snaps.php.net/php4-STABLE-latest.tar.gz[/url]

For Windows:

[url]http://snaps.php.net/win32/php4-win32-STABLE-latest.zip[/url]

sorry, can you please try again a new snapshot? I made some changes a
few hours ago and I don't know if they made their way in the snapshot
you tested.
If it still doesn't work, please post the entire backtrace (or link to
an external page if it's too big). Also please try to isolate the code
that triggers the bug.

------------------------------------------------------------------------

The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
[url]http://bugs.php.net/40624[/url]

--
Edit this bug report at [url]http://bugs.php.net/?id=40624&edit=1[/url]

[test_junk at hotmail dot it]

ID: 40624
User updated by: test_junk at hotmail dot it
Reported By: test_junk at hotmail dot it
-Status: Feedback
+Status: Open
Bug Type: PCRE related
Operating System: linux 2.4 i386
PHP Version: 4.4.5
New Comment:

Is this issue going to be fixed in the next release? Unfortunately it
breaks lots of things, including very popular apps. I will try to do my
best in finding the responsible php code but I'm not sure it will be
possibile.
Thanks for your interest in this matter.


Previous Comments:
------------------------------------------------------------------------

[2007-02-28 00:13:38] [email]tony2001@php.net[/email]

Yup, it does look like a stack overflow (which is a known issue in
PCRE), though we would appreciate a test case anyway.

------------------------------------------------------------------------

[2007-02-27 23:39:19] test_junk at hotmail dot it

I couldn't isolate the code yet. However the full backtrace is the
following (I ran the same app twice):

1st time:

#0 0x081851f2 in match (eptr=0x61737361 <Address 0x61737361 out of
bounds>,
ecode=0x2c69746c <Address 0x2c69746c out of bounds>,
offset_top=1919250464, md=0x7474656d,
ims=1868852837, eptrb=0x736f6320, flags=1629531331,
rdepth=1702192160)
at /sources/php/php-4.4.6/ext/pcre/pcrelib/pcre_exec.c:2209
#1 0x00000000 in ?? ()


2nd time:

#0 0x0818257f in match (eptr=0x61737361 <Address 0x61737361 out of
bounds>,
ecode=0x2c69746c <Address 0x2c69746c out of bounds>,
offset_top=1919250464, md=0x7474656d,
ims=1868852837, eptrb=0x736f6320, flags=1629531331,
rdepth=1702192160)
at /sources/php/php-4.4.6/ext/pcre/pcrelib/pcre_exec.c:1071
Cannot access memory at address 0xbf7ffff0

------------------------------------------------------------------------

[2007-02-26 14:00:30] [email]nlopess@php.net[/email]

also please post the whole backtrace, so that we can see what's
happening (it may be just a stack overflow..)

------------------------------------------------------------------------

[2007-02-26 08:58:27] [email]tony2001@php.net[/email]

Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves.

A proper reproducing script starts with <?php and ends with ?>,
is max. 10-20 lines long and does not require any external
resources such as databases, etc. If the script requires a
database to demonstrate the issue, please make sure it creates
all necessary tables, stored procedures etc.

Please avoid embedding huge scripts into the report.



------------------------------------------------------------------------

[2007-02-26 00:24:41] test_junk at hotmail dot it

This snapshot is identical to the one I tested as far as I am seeing
comparing the 2 archives, however which files did you modify?

The only way I have to trigger this bug is recompiling the engine on a
production server but since it breaks several websites (Drupal seems to
be most affected) I can do it only at night so I can perform a limited
number of attempts.

------------------------------------------------------------------------

The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
[url]http://bugs.php.net/40624[/url]

--
Edit this bug report at [url]http://bugs.php.net/?id=40624&edit=1[/url]

[tony2001@php.net]

ID: 40624
Updated by: [email]tony2001@php.net[/email]
Reported By: test_junk at hotmail dot it
-Status: Open
+Status: Feedback
Bug Type: PCRE related
Operating System: linux 2.4 i386
PHP Version: 4.4.5
New Comment:

>Is this issue going to be fixed in the next release?

We got a workaround for it in PHP5, but we're not going to add it to
PHP4, so you have to upgrade your PHP first.
This issue (if it's really what it seems to be) is actually not PHP
problem, but a well-known PCRE issue.
Though, I wouldn't be 100% sure without a test-case.


Previous Comments:
------------------------------------------------------------------------

[2007-02-28 07:07:52] test_junk at hotmail dot it

Is this issue going to be fixed in the next release? Unfortunately it
breaks lots of things, including very popular apps. I will try to do my
best in finding the responsible php code but I'm not sure it will be
possibile.
Thanks for your interest in this matter.

------------------------------------------------------------------------

[2007-02-28 00:13:38] [email]tony2001@php.net[/email]

Yup, it does look like a stack overflow (which is a known issue in
PCRE), though we would appreciate a test case anyway.

------------------------------------------------------------------------

[2007-02-27 23:39:19] test_junk at hotmail dot it

I couldn't isolate the code yet. However the full backtrace is the
following (I ran the same app twice):

1st time:

#0 0x081851f2 in match (eptr=0x61737361 <Address 0x61737361 out of
bounds>,
ecode=0x2c69746c <Address 0x2c69746c out of bounds>,
offset_top=1919250464, md=0x7474656d,
ims=1868852837, eptrb=0x736f6320, flags=1629531331,
rdepth=1702192160)
at /sources/php/php-4.4.6/ext/pcre/pcrelib/pcre_exec.c:2209
#1 0x00000000 in ?? ()


2nd time:

#0 0x0818257f in match (eptr=0x61737361 <Address 0x61737361 out of
bounds>,
ecode=0x2c69746c <Address 0x2c69746c out of bounds>,
offset_top=1919250464, md=0x7474656d,
ims=1868852837, eptrb=0x736f6320, flags=1629531331,
rdepth=1702192160)
at /sources/php/php-4.4.6/ext/pcre/pcrelib/pcre_exec.c:1071
Cannot access memory at address 0xbf7ffff0

------------------------------------------------------------------------

[2007-02-26 14:00:30] [email]nlopess@php.net[/email]

also please post the whole backtrace, so that we can see what's
happening (it may be just a stack overflow..)

------------------------------------------------------------------------

[2007-02-26 08:58:27] [email]tony2001@php.net[/email]

Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves.

A proper reproducing script starts with <?php and ends with ?>,
is max. 10-20 lines long and does not require any external
resources such as databases, etc. If the script requires a
database to demonstrate the issue, please make sure it creates
all necessary tables, stored procedures etc.

Please avoid embedding huge scripts into the report.



------------------------------------------------------------------------

The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
[url]http://bugs.php.net/40624[/url]

--
Edit this bug report at [url]http://bugs.php.net/?id=40624&edit=1[/url]

[test_junk at hotmail dot it]

ID: 40624
User updated by: test_junk at hotmail dot it
Reported By: test_junk at hotmail dot it
-Status: Feedback
+Status: Open
Bug Type: PCRE related
Operating System: linux 2.4 i386
PHP Version: 4.4.5
New Comment:

I downgraded the PCRE lib to the 6.6 release, the one shipped with php
4.4.4 and the problem appears to be resolved.
It's indeed a PCRE issue, I hope they will fix it in the future
releases.


Previous Comments:
------------------------------------------------------------------------

[2007-02-28 08:01:11] [email]tony2001@php.net[/email]

>Is this issue going to be fixed in the next release?

We got a workaround for it in PHP5, but we're not going to add it to
PHP4, so you have to upgrade your PHP first.
This issue (if it's really what it seems to be) is actually not PHP
problem, but a well-known PCRE issue.
Though, I wouldn't be 100% sure without a test-case.

------------------------------------------------------------------------

[2007-02-28 07:07:52] test_junk at hotmail dot it

Is this issue going to be fixed in the next release? Unfortunately it
breaks lots of things, including very popular apps. I will try to do my
best in finding the responsible php code but I'm not sure it will be
possibile.
Thanks for your interest in this matter.

------------------------------------------------------------------------

[2007-02-28 00:13:38] [email]tony2001@php.net[/email]

Yup, it does look like a stack overflow (which is a known issue in
PCRE), though we would appreciate a test case anyway.

------------------------------------------------------------------------

[2007-02-27 23:39:19] test_junk at hotmail dot it

I couldn't isolate the code yet. However the full backtrace is the
following (I ran the same app twice):

1st time:

#0 0x081851f2 in match (eptr=0x61737361 <Address 0x61737361 out of
bounds>,
ecode=0x2c69746c <Address 0x2c69746c out of bounds>,
offset_top=1919250464, md=0x7474656d,
ims=1868852837, eptrb=0x736f6320, flags=1629531331,
rdepth=1702192160)
at /sources/php/php-4.4.6/ext/pcre/pcrelib/pcre_exec.c:2209
#1 0x00000000 in ?? ()


2nd time:

#0 0x0818257f in match (eptr=0x61737361 <Address 0x61737361 out of
bounds>,
ecode=0x2c69746c <Address 0x2c69746c out of bounds>,
offset_top=1919250464, md=0x7474656d,
ims=1868852837, eptrb=0x736f6320, flags=1629531331,
rdepth=1702192160)
at /sources/php/php-4.4.6/ext/pcre/pcrelib/pcre_exec.c:1071
Cannot access memory at address 0xbf7ffff0

------------------------------------------------------------------------

[2007-02-26 14:00:30] [email]nlopess@php.net[/email]

also please post the whole backtrace, so that we can see what's
happening (it may be just a stack overflow..)

------------------------------------------------------------------------

The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
[url]http://bugs.php.net/40624[/url]

--
Edit this bug report at [url]http://bugs.php.net/?id=40624&edit=1[/url]

[tony2001@php.net]

ID: 40624
Updated by: [email]tony2001@php.net[/email]
Reported By: test_junk at hotmail dot it
-Status: Open
+Status: Feedback
Bug Type: PCRE related
Operating System: linux 2.4 i386
PHP Version: 4.4.5


Previous Comments:
------------------------------------------------------------------------

[2007-02-28 11:49:42] test_junk at hotmail dot it

I downgraded the PCRE lib to the 6.6 release, the one shipped with php
4.4.4 and the problem appears to be resolved.
It's indeed a PCRE issue, I hope they will fix it in the future
releases.

------------------------------------------------------------------------

[2007-02-28 08:01:11] [email]tony2001@php.net[/email]

>Is this issue going to be fixed in the next release?

We got a workaround for it in PHP5, but we're not going to add it to
PHP4, so you have to upgrade your PHP first.
This issue (if it's really what it seems to be) is actually not PHP
problem, but a well-known PCRE issue.
Though, I wouldn't be 100% sure without a test-case.

------------------------------------------------------------------------

[2007-02-28 07:07:52] test_junk at hotmail dot it

Is this issue going to be fixed in the next release? Unfortunately it
breaks lots of things, including very popular apps. I will try to do my
best in finding the responsible php code but I'm not sure it will be
possibile.
Thanks for your interest in this matter.

------------------------------------------------------------------------

[2007-02-28 00:13:38] [email]tony2001@php.net[/email]

Yup, it does look like a stack overflow (which is a known issue in
PCRE), though we would appreciate a test case anyway.

------------------------------------------------------------------------

[2007-02-27 23:39:19] test_junk at hotmail dot it

I couldn't isolate the code yet. However the full backtrace is the
following (I ran the same app twice):

1st time:

#0 0x081851f2 in match (eptr=0x61737361 <Address 0x61737361 out of
bounds>,
ecode=0x2c69746c <Address 0x2c69746c out of bounds>,
offset_top=1919250464, md=0x7474656d,
ims=1868852837, eptrb=0x736f6320, flags=1629531331,
rdepth=1702192160)
at /sources/php/php-4.4.6/ext/pcre/pcrelib/pcre_exec.c:2209
#1 0x00000000 in ?? ()


2nd time:

#0 0x0818257f in match (eptr=0x61737361 <Address 0x61737361 out of
bounds>,
ecode=0x2c69746c <Address 0x2c69746c out of bounds>,
offset_top=1919250464, md=0x7474656d,
ims=1868852837, eptrb=0x736f6320, flags=1629531331,
rdepth=1702192160)
at /sources/php/php-4.4.6/ext/pcre/pcrelib/pcre_exec.c:1071
Cannot access memory at address 0xbf7ffff0

------------------------------------------------------------------------

The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
[url]http://bugs.php.net/40624[/url]

--
Edit this bug report at [url]http://bugs.php.net/?id=40624&edit=1[/url]