Bug #61156 [Fbk->NoF]: Segfault when using get_defined_constants(true)

Edit report at https://bugs.php.net/bug.php?id=61156&edit=1 ID: 61156 Updated by: php-bugs@lists.php.net Reported by: damien at overeem dot org Summary: Segfault when using get_defined_constants(true) -Status: Feedback +Status: No Feedback Type: Bug Package: Reproducible crash Operating System: openSUSE 11.4 PHP Version: Irrelevant New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. Previous Comments: ------------------------------------------------------------------------ [2013-02-06 20:07:57] pajoye@php.net Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php for *NIX and http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32 Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. keithdavis at solidtechservice dot com can't reproduce, please list the extensions loaded in you configaration and also provide a backtrace. ------------------------------------------------------------------------ [2013-02-06 18:52:39] keithdavis at solidtechservice dot com I can confirm that in 5.4.10, this issue occurs for me as well. ------------------------------------------------------------------------ [2012-04-13 00:50:00] david at panmedia dot co dot nz This is happening for me too on PHP 5.4 built in server Windows 7 64bit (no suhosin), and on Ubuntu with fast CGI, and the built in server. Its fine on a simple test case like <?php var_dump(get_defined_constants(true)); But deep in my app (on my debug error reporting page) it crashes. The Windows event viewer reports: Faulting application name: php.exe, version: 5.4.0.0, time stamp: 0x4f4e6d84 Faulting module name: php5.dll, version: 5.4.0.0, time stamp: 0x4f4e7c5f Exception code: 0xc0000005 Fault offset: 0x00027d83 Faulting process id: 0x1b24 Faulting application start time: 0x01cd190edd8e40c7 Faulting application path: C:\xampp\php54\php.exe Faulting module path: C:\xampp\php54\php5.dll Report Id: 54cd188e-8502-11e1-b220-e0cb4e5b154a ------------------------------------------------------------------------ [2012-03-11 17:56:10] iliaa@php.net Thank you for taking the time to report a problem with PHP. Unfortunately you are not using a current version of PHP -- the problem might already be fixed. Please download a new PHP version from http://www.php.net/downloads.php If you are able to reproduce the bug with one of the latest versions of PHP, please change the PHP version on this bug report to the version you tested and change the status back to "Open". Again, thank you for your continued support of PHP. ------------------------------------------------------------------------ [2012-02-23 08:48:12] damien at overeem dot org Something important that I forgot, definatly noteworthy while testing. After an apache RESTART, the issue does not exist. But if one performs an apache RELOAD, the problem raises its ugly head. Though sometimes it takes 2-3 reloads before it happens. So please, when testing, start up apache and do 2-3 apache reloads and then check if the problem shows up. ------------------------------------------------------------------------ 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 https://bugs.php.net/bug.php?id=61156 -- Edit this bug report at https://bugs.php.net/bug.php?id=61156&edit=1