#41608 [Com]: user error handler crashes
ID: 41608 Comment by: aigors at inbox dot lv Reported By: aigors at inbox dot lv Status: No Feedback Bug Type: Reproducible crash Operating System: Windows XP PHP Version: 5.2.5 Assigned To: tony2001 New Comment: Fails for me with PHP Version 5.2.10RC2 with the same test case. Previous Comments: [2008-08-21 01:00:01] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2008-08-13 20:09:15] j...@php.net Does not crash (in Linux, non ZTS) with latest snapshots of PHP_5_2 and PHP_5_3 branches. [2008-02-09 01:14:47] s...@php.net Breaks for me in 5.3CVS head too. [2008-01-26 01:07:23] j...@php.net Antony..you claimed to have fixed this? :) [2008-01-15 07:29:07] aigors at inbox dot lv Yes, it appears that bug is in the snapshots also. 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 http://bugs.php.net/41608 -- Edit this bug report at http://bugs.php.net/?id=41608&edit=1
#41608 [NoF->Opn]: user error handler crashes
ID: 41608 User updated by: aigors at inbox dot lv Reported By: aigors at inbox dot lv -Status: No Feedback +Status: Open Bug Type: Reproducible crash Operating System: Windows XP PHP Version: 5.2.5 Assigned To: tony2001 New Comment: Also fails with the latest snapshot 5.2.10RC3-dev with build date Jun 14 2009 23:39:25. Previous Comments: [2009-06-15 09:18:30] aigors at inbox dot lv Fails for me with PHP Version 5.2.10RC2 with the same test case. [2008-08-21 01:00:01] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2008-08-13 20:09:15] j...@php.net Does not crash (in Linux, non ZTS) with latest snapshots of PHP_5_2 and PHP_5_3 branches. [2008-02-09 01:14:47] s...@php.net Breaks for me in 5.3CVS head too. [2008-01-26 01:07:23] j...@php.net Antony..you claimed to have fixed this? :) 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 http://bugs.php.net/41608 -- Edit this bug report at http://bugs.php.net/?id=41608&edit=1
#48706 [NEW]: SoapClient invalid wsdl crashes php with file error_log active
From: aigors at inbox dot lv Operating system: Windows XP PHP version: 5.2.10 PHP Bug Type: Reproducible crash Bug description: SoapClient invalid wsdl crashes php with file error_log active Description: SoapClient crashes the PHP when invalid wsdl_url is used and file php log output is configured in the php.ini. Reproduce code: --- PHP code: http://example.com'); ?> php.ini-dist and php.ini changes: --- C:/php5/php.ini-dist +++ C:/php5/php.ini -log_errors = Off +log_errors = On -;error_log = filename +error_log = c:/php_log -;extension=php_soap.dll +extension=php_soap.dll Expected result: SoapFault Exception should be thrown. Actual result: -- PHP crashes with system log message "Faulting application php.exe, version 5.2.10.10, faulting module php5ts.dll, version 5.2.10.10, fault address 0x000abc6f." -- Edit bug report at http://bugs.php.net/?id=48706&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=48706&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=48706&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=48706&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=48706&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=48706&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=48706&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=48706&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=48706&r=needscript Try newer version: http://bugs.php.net/fix.php?id=48706&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=48706&r=support Expected behavior: http://bugs.php.net/fix.php?id=48706&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=48706&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=48706&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=48706&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=48706&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=48706&r=dst IIS Stability: http://bugs.php.net/fix.php?id=48706&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=48706&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=48706&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=48706&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=48706&r=mysqlcfg
#48706 [Com]: SoapClient invalid wsdl crashes php with file error_log active
ID: 48706 Comment by: aigors at inbox dot lv Reported By: aigors at inbox dot lv Status: Open Bug Type: Reproducible crash Operating System: Windows XP PHP Version: 5.2.10 New Comment: I generated the crash backtrace report, it's available in http://gedrox.no-ip.org/php/CrashHang_Report__PID_5620__06272009131757156.mht. Hope did it right. Previous Comments: [2009-06-27 09:59:53] aigors at inbox dot lv Description: SoapClient crashes the PHP when invalid wsdl_url is used and file php log output is configured in the php.ini. Reproduce code: --- PHP code: http://example.com'); ?> php.ini-dist and php.ini changes: --- C:/php5/php.ini-dist +++ C:/php5/php.ini -log_errors = Off +log_errors = On -;error_log = filename +error_log = c:/php_log -;extension=php_soap.dll +extension=php_soap.dll Expected result: SoapFault Exception should be thrown. Actual result: -- PHP crashes with system log message "Faulting application php.exe, version 5.2.10.10, faulting module php5ts.dll, version 5.2.10.10, fault address 0x000abc6f." -- Edit this bug report at http://bugs.php.net/?id=48706&edit=1
#41608 [Asn]: user error handler crashes
ID: 41608 User updated by: aigors at inbox dot lv Reported By: aigors at inbox dot lv Status: Assigned Bug Type: Reproducible crash Operating System: Windows XP -PHP Version: 5.2.10RC2 +PHP Version: 5.2.10 Assigned To: dmitry New Comment: I made a crash report when running script with stable 5.2.10 PHP version with the php.ini-dist. It can be found in http://gedrox.no-ip.org/php/CrashHang_Report__PID_5880__06292009141703437.mht. Previous Comments: [2009-06-29 10:57:18] tony2...@php.net Not reproducible with latest 5.2, but I do see some problems in 5.3 under Valgrind. Dmitry, please check this out. [2009-06-15 09:26:41] aigors at inbox dot lv Also fails with the latest snapshot 5.2.10RC3-dev with build date Jun 14 2009 23:39:25. [2009-06-15 09:18:30] aigors at inbox dot lv Fails for me with PHP Version 5.2.10RC2 with the same test case. [2008-08-13 20:09:15] j...@php.net Does not crash (in Linux, non ZTS) with latest snapshots of PHP_5_2 and PHP_5_3 branches. [2008-02-09 01:14:47] s...@php.net Breaks for me in 5.3CVS head too. 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 http://bugs.php.net/41608 -- Edit this bug report at http://bugs.php.net/?id=41608&edit=1
#48706 [Fbk->Opn]: SoapClient invalid wsdl crashes php with file error_log active
ID: 48706 User updated by: aigors at inbox dot lv Reported By: aigors at inbox dot lv -Status: Feedback +Status: Open Bug Type: SOAP related Operating System: Windows XP PHP Version: 5.2.10 Assigned To: jani New Comment: It doesn't crash with the PHP Version 5.2.11-dev build on Jul 26 2009 23:42:23. Thank you. Previous Comments: [2009-07-26 19:37:55] j...@php.net Please try using this snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://windows.php.net/snapshots/ [2009-06-27 10:26:34] aigors at inbox dot lv I generated the crash backtrace report, it's available in http://gedrox.no-ip.org/php/CrashHang_Report__PID_5620__06272009131757156.mht. Hope did it right. [2009-06-27 09:59:53] aigors at inbox dot lv Description: SoapClient crashes the PHP when invalid wsdl_url is used and file php log output is configured in the php.ini. Reproduce code: --- PHP code: http://example.com'); ?> php.ini-dist and php.ini changes: --- C:/php5/php.ini-dist +++ C:/php5/php.ini -log_errors = Off +log_errors = On -;error_log = filename +error_log = c:/php_log -;extension=php_soap.dll +extension=php_soap.dll Expected result: SoapFault Exception should be thrown. Actual result: -- PHP crashes with system log message "Faulting application php.exe, version 5.2.10.10, faulting module php5ts.dll, version 5.2.10.10, fault address 0x000abc6f." -- Edit this bug report at http://bugs.php.net/?id=48706&edit=1
#41608 [Fbk->Opn]: user error handler crashes
ID: 41608 User updated by: aigors at inbox dot lv Reported By: aigors at inbox dot lv -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: Windows XP PHP Version: 5.2.10 Assigned To: dmitry New Comment: Still crashes with 5.2.11 on Windows XP OS. After the dmitry comment I've understood that this issue is going to the "wontfix" status. Previous Comments: [2009-09-25 22:34:15] j...@php.net Please try using this snapshot: http://snaps.php.net/php5.3-latest.tar.gz For Windows: http://windows.php.net/snapshots/ I can not reproduce this with either latest 5.2 (basically 5.2.11) or 5.3.1RC1 under Linux (non ZTS builds). [2009-07-23 11:47:55] svoboda at svoon dot net Hi all, does it mean that is already fixed in CVS version (5.2x and 5.3x) branches? thank you Ondrej [2009-06-29 13:54:31] dmi...@php.net The crash occurs because the compiler is not reinterant and this test case makes recursive compiler call. Of course it's not a good idea to call include from error handler. I think it's not possible to make compiler reinterant in 5.2 (because if binary compatibility), we can just disable recursive calls and emit coresponding error message. It's not a perfect decision as well, as it may break some code which worked before. Even for 5.3 it's not a simple fix but a big feature that may delay GA release. -------- [2009-06-29 11:22:49] aigors at inbox dot lv I made a crash report when running script with stable 5.2.10 PHP version with the php.ini-dist. It can be found in http://gedrox.no-ip.org/php/CrashHang_Report__PID_5880__06292009141703437.mht. [2009-06-29 10:57:18] tony2...@php.net Not reproducible with latest 5.2, but I do see some problems in 5.3 under Valgrind. Dmitry, please check this out. 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 http://bugs.php.net/41608 -- Edit this bug report at http://bugs.php.net/?id=41608&edit=1
#41608 [Csd->Opn]: Apache crash because of script
ID: 41608 User updated by: aigors at inbox dot lv Reported By: aigors at inbox dot lv -Status: Closed +Status: Open Bug Type: Reproducible crash Operating System: Windows XP -PHP Version: 5.2.3 +PHP Version: 5.2.5 Assigned To: tony2001 New Comment: Bug still exists in PHP 5.2.5. Previous Comments: [2007-06-06 08:35:53] [EMAIL PROTECTED] This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. [2007-06-06 07:44:20] aigors at inbox dot lv Description: Apache crash because of script containing set_error_handler function. Reproduce code: --- /***Main php file***/ /***blah.php file***/ /***empty.php file - no content***/ Expected result: Should output "I am done" Actual result: -- Apache crash -- Edit this bug report at http://bugs.php.net/?id=41608&edit=1
#41608 [Fbk->Opn]: Apache crash because of script
ID: 41608 User updated by: aigors at inbox dot lv Reported By: aigors at inbox dot lv -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: Windows XP PHP Version: 5.2.5 Assigned To: tony2001 New Comment: Yes, it appears that bug is in the snapshots also. Previous Comments: [2008-01-14 22:26:03] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows (zip): http://snaps.php.net/win32/php5.2-win32-latest.zip For Windows (installer): http://snaps.php.net/win32/php5.2-win32-installer-latest.msi [2007-12-18 09:47:50] aigors at inbox dot lv Bug still exists in PHP 5.2.5. [2007-06-06 08:35:53] [EMAIL PROTECTED] This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. [2007-06-06 07:44:20] aigors at inbox dot lv Description: Apache crash because of script containing set_error_handler function. Reproduce code: --- /***Main php file***/ /***blah.php file***/ /***empty.php file - no content***/ Expected result: Should output "I am done" Actual result: -- Apache crash -- Edit this bug report at http://bugs.php.net/?id=41608&edit=1
[PHP-BUG] Bug #51899 [NEW]: Parse error in parse_ini_file function
From:
Operating system: Windows XP
PHP version: 5.3.2
Package: Filesystem function related
Bug Type: Bug
Bug description:Parse error in parse_ini_file function
Description:
The function parse_ini_file raises "PHP Warning: syntax error, unexpected
$end" when ini file has empty last value assignment with no new line after
it:
parse_ini_file.ini
a=4
b=
(no new line after the 2nd line).
Test script:
---
$data = parse_ini_file('parse_ini_file.ini');
print_r($data);
Expected result:
Array
(
[a] => 4
[b] =>
)
Actual result:
--
PHP Warning: syntax error, unexpected $end in parse_ini_file.ini on line
2
in C:\work\parse_ini_file.php on line 3
--
Edit bug report at http://bugs.php.net/bug.php?id=51899&edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=51899&r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=51899&r=trysnapshot53
Try a snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=51899&r=trysnapshot60
Fixed in SVN:
http://bugs.php.net/fix.php?id=51899&r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=51899&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=51899&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=51899&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=51899&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=51899&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=51899&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=51899&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=51899&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=51899&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=51899&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=51899&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=51899&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=51899&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=51899&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=51899&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=51899&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=51899&r=mysqlcfg
#50995 [Com]: segfault with Zend Memory Manager = enabled
ID: 50995 Comment by: aigors at inbox dot lv Reported By: valters at videinfra dot com Status: Open Bug Type: Unknown/Other Function Operating System: Debian Lenny PHP Version: 5.2.12 New Comment: The workaround has been found to the issue. The segmentation fault disappeared when the class property visibility was changed from protected to public or the __wakeup method was changed the nullifying of the same property was removed. Previous Comments: [2010-02-10 15:41:35] valters at videinfra dot com Description: ./configure --prefix=/usr/local/php5.2 --sysconfdir=/etc --with-apxs2=/usr/local/apache/bin/apxs --with-config-file-path=/etc/php/apache2-php5 --with-config-file-scan-dir=/etc/php/apache2-php5/ext-active --without-pear --enable-bcmath --enable-calendar --with-curl --enable-exif --enable-ftp --with-gettext --with-gmp --enable-mbstring --with-mcrypt --with-mhash --with-openssl --with-openssl-dir --with-pgsql --with-pspell --enable-soap --enable-sockets --with-xmlrpc --with-xsl --enable-zip --with-zlib --enable-dba --with-db4 --with-gdbm --with-freetype-dir --with-jpeg-dir --with-png-dir --with-gd --with-imap --with-imap-ssl --with-ldap --with-pdo-dblib --with-pdo-pgsql --with-pdo-sqlite --with-readline --with-sqlite --enable-sqlite-utf8 --with-kerberos --disable-ipv6 there is no segfault with --enable-debug and it seems that this crash happens after the end of the script. The crash happens when php is compiled with Zend Memory Manager = enabled Server version: Apache/2.2.14 (Unix) [notice] child pid 8480 exit signal Segmentation fault (11) Actual result: -- 0xb79d7ffa in zend_mm_remove_from_free_list (heap=, mm_block=0x8f35784) at /root/php-5.2.12/Zend/zend_alloc.c:822 822 ZEND_MM_CHECK_TREE(mm_block); (gdb) bt #0 0xb79d7ffa in zend_mm_remove_from_free_list (heap=, mm_block=0x8f35784) at /root/php-5.2.12/Zend/zend_alloc.c:822 #1 0xb79d8131 in _zend_mm_free_int (heap=0x8965fd8, p=) at /root/php-5.2.12/Zend/zend_alloc.c:1979 #2 0xb79fbe5a in zend_hash_destroy (ht=0x8f36c64) at /root/php-5.2.12/Zend/zend_hash.c:531 #3 0xb79f18d5 in _zval_dtor_func (zvalue=0x8f42320) at /root/php-5.2.12/Zend/zend_variables.c:42 #4 0xb79e5460 in _zval_ptr_dtor (zval_ptr=0x8f41fc0) at /root/php-5.2.12/Zend/zend_variables.h:35 #5 0xb79fbe2e in zend_hash_destroy (ht=0x8f36e7c) at /root/php-5.2.12/Zend/zend_hash.c:526 #6 0xb7a0bcb3 in zend_object_std_dtor (object=0x8f41460) at /root/php-5.2.12/Zend/zend_objects.c:45 #7 0xb7a0bce2 in zend_objects_free_object_storage (object=0x8f41460) at /root/php-5.2.12/Zend/zend_objects.c:122 #8 0xb7a0f018 in zend_objects_store_del_ref_by_handle (handle=51) at /root/php-5.2.12/Zend/zend_objects_API.c:211 #9 0xb7a0f038 in zend_objects_store_del_ref (zobject=0x8f4094c) at /root/php-5.2.12/Zend/zend_objects_API.c:169 #10 0xb79e5460 in _zval_ptr_dtor (zval_ptr=0x91dcf74) at /root/php-5.2.12/Zend/zend_variables.h:35 #11 0xb79fbe2e in zend_hash_destroy (ht=0x91dcf10) at /root/php-5.2.12/Zend/zend_hash.c:526 #12 0xb7a0bcb3 in zend_object_std_dtor (object=0x91dceb8) at /root/php-5.2.12/Zend/zend_objects.c:45 #13 0xb7a0bce2 in zend_objects_free_object_storage (object=0x91dceb8) at /root/php-5.2.12/Zend/zend_objects.c:122 #14 0xb7a0f018 in zend_objects_store_del_ref_by_handle (handle=102) at /root/php-5.2.12/Zend/zend_objects_API.c:211 #15 0xb7a0f038 in zend_objects_store_del_ref (zobject=0x91dcea0) at /root/php-5.2.12/Zend/zend_objects_API.c:169 #16 0xb79e5460 in _zval_ptr_dtor (zval_ptr=0x91dd028) at /root/php-5.2.12/Zend/zend_variables.h:35 #17 0xb79fbe2e in zend_hash_destroy (ht=0x91dcb00) at /root/php-5.2.12/Zend/zend_hash.c:526 #18 0xb79f18d5 in _zval_dtor_func (zvalue=0x91dbff4) at /root/php-5.2.12/Zend/zend_variables.c:42 #19 0xb79e5460 in _zval_ptr_dtor (zval_ptr=0x9113624) at /root/php-5.2.12/Zend/zend_variables.h:35 #20 0xb79fbe2e in zend_hash_destroy (ht=0x91dc424) at /root/php-5.2.12/Zend/zend_hash.c:526 #21 0xb7a0bcb3 in zend_object_std_dtor (object=0x911424c) at /root/php-5.2.12/Zend/zend_objects.c:45 #22 0xb7a0bce2 in zend_objects_free_object_storage (object=0x911424c) at /root/php-5.2.12/Zend/zend_objects.c:122 #23 0xb7a0f018 in zend_objects_store_del_ref_by_handle (handle=97) at /root/php-5.2.12/Zend/zend_objects_API.c:211 #24 0xb7a0f038 in zend_objects_store_del_ref (zobject=0x9108a8c) at /root/php-5.2.12/Zend/zend_objects_API.c:169 #25 0xb79e5460 in _zval_ptr_dtor (zval_ptr=0x91dcae0) at /root/php-5.2.12/Zend/zend_variables.h:35 #26 0xb79fbe2e in zend_hash_destroy (ht=0x91dc3d4) at /root/php-5.2.12/Zend/zend_hash.c:526 #27 0xb79f18d5 in _zval_dtor_func (zvalue=0x908e678) at /root/php-5.2.12/Zend/zend_variables.c:42 #28 0xb79e5460 in _zval_ptr_dtor (zval_ptr=0x91de514) at /root/php-5.2.12/Zend/zend_variables.h:35 #29 0xb79fbe2e in zend_hash_destroy (ht=0x9189c04) at /root/php-5.2.12
#41608 [NEW]: Apache crash because of script
From: aigors at inbox dot lv Operating system: Windows XP PHP version: 5.2.3 PHP Bug Type: Reproducible crash Bug description: Apache crash because of script Description: Apache crash because of script containing set_error_handler function. Reproduce code: --- /***Main php file***/ /***blah.php file***/ /***empty.php file - no content***/ Expected result: Should output "I am done" Actual result: -- Apache crash -- Edit bug report at http://bugs.php.net/?id=41608&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=41608&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=41608&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=41608&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=41608&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=41608&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=41608&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=41608&r=needscript Try newer version:http://bugs.php.net/fix.php?id=41608&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=41608&r=support Expected behavior:http://bugs.php.net/fix.php?id=41608&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=41608&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=41608&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=41608&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=41608&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=41608&r=dst IIS Stability:http://bugs.php.net/fix.php?id=41608&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=41608&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=41608&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=41608&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=41608&r=mysqlcfg
[PHP-BUG] Bug #54529 [NEW]: SAPI crashes on apache_config.c:197
From:
Operating system: Debian x86_64 GNU/Linux
PHP version: 5.3.6
Package: Apache2 related
Bug Type: Bug
Bug description:SAPI crashes on apache_config.c:197
Description:
Segfault is happening sometimes on our test environment, Production
environment
has segmentation faults more frequent (has more requests apparently).
Have set Apache core dump configation and compiled PHP with debug mode on
the
test.
Receiving such error:
Program terminated with signal 11, Segmentation fault.
#0 0x7f3d13e2b9a4 in apply_config (dummy=0x182d078) at /root/php-
5.3.6/sapi/apache2handler/apache_config.c:197
197 if (zend_alter_ini_entry(str, str_len, data->value, data->value_len,
data->status, data->htaccess?PHP_INI_STAGE_HTACCESS:PHP_INI_STAGE_ACTIVATE)
==
FAILURE) {
Apache compiled with such configuration:
./configure --prefix=/usr/local/httpd-2.2.17 --with-mpm=worker --with-ssl
--
enable-rewrite --enable-ssl --disable-cgi --enable-expires --enable-headers
--en
able-so --enable-cache --enable-mem-cache --enable-exception-hook
PHP compiled with such parameters:
./configure --prefix=/usr/local/php5.3.6 --sysconfdir=/etc --with-
apxs2=/usr/local/httpd-2.2.17/bin/apxs --with-config-file-path=/etc/php/
--with-
config-file-scan-dir=/etc/php/ext-active --enable-bcmath --enable-calendar
--
with-curl --enable-exif --enable-ftp --with-gettext --enable-mbstring
--with-
mcrypt --with-mhash --with-openssl --with-openssl-dir --with-pgsql
--enable-soap
--enable-sockets --with-xmlrpc --with-xsl --enable-zip --with-zlib --with-
freetype-dir --with-jpeg-dir --with-png-dir --with-gd --with-pdo-pgsql
--with-
kerberos --disable-ipv6 --with-libdir=lib64 --enable-debug
Actual result:
--
Full backtrace we're having for the failing thread:
--
#0 0x7f3d13e2b9a4 in apply_config (dummy=0x182d078) at /root/php-
5.3.6/sapi/apache2handler/apache_config.c:197
d = 0x182d078
str = 0x1750f70 "sendmail_path"
str_len = 14
data = 0x0
#1 0x7f3d13e2ac09 in php_handler (r=0x219bec0) at /root/php-
5.3.6/sapi/apache2handler/sapi_apache2.c:568
ctx = 0x0
conf = 0x182d078
brigade = 0x219c148
bucket = 0x182e8a0
rv = 0
parent_req = 0x0
tsrm_ls = 0x236ccc0
#2 0x00444710 in ap_run_handler (r=0x219bec0) at config.c:158
n = 6
rv = 0
#3 0x00447d6e in ap_invoke_handler (r=0x219bec0) at config.c:376
handler = 0x1821500 "application/javascript"
result = 25302272
old_handler = 0x0
ignore =
#4 0x0047a058 in ap_process_request (r=0x219bec0) at
http_request.c:282
access_status = 0
#5 0x00477010 in ap_process_http_connection (c=0x21980c8) at
http_core.c:190
r = 0x219bec0
csd = 0x2197eb0
#6 0x0044bcf8 in ap_run_process_connection (c=0x21980c8) at
connection.c:43
n = 0
rv = 0
#7 0x00496d37 in process_socket (thd=,
dummy=) at worker.c:544
current_conn =
conn_id =
csd = 25
sbh = 0x21980c0
#8 worker_thread (thd=, dummy=)
at
worker.c:894
process_slot = 0
thread_slot = 20
csd = 0x2197eb0
bucket_alloc =
last_ptrans =
ptrans = 0x2197e28
rv =
is_idle =
#9 0x7f3d14d608ba in start_thread () from /lib/libpthread.so.0
No symbol table info available.
#10 0x7f3d148c402d in clone () from /lib/libc.so.6
No symbol table info available.
#11 0x in ?? ()
No symbol table info available.
--
Edit bug report at http://bugs.php.net/bug.php?id=54529&edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=54529&r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=54529&r=trysnapshot53
Try a snapshot (trunk):
http://bugs.php.net/fix.php?id=54529&r=trysnapshottrunk
Fixed in SVN:
http://bugs.php.net/fix.php?id=54529&r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=54529&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=54529&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=54529&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=54529&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=54529&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=54529&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=54529&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=54529&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=54529&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=54529&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=54529&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=54529&r=dst
IIS Stability:
http:/
Bug #54529 [Opn]: SAPI crashes on apache_config.c:197
Edit report at http://bugs.php.net/bug.php?id=54529&edit=1
ID: 54529
User updated by:aigors at inbox dot lv
Reported by:aigors at inbox dot lv
Summary:SAPI crashes on apache_config.c:197
Status: Open
Type: Bug
Package:Apache2 related
Operating System: Debian x86_64 GNU/Linux
PHP Version:5.3.6
Block user comment: N
Private report: N
New Comment:
Seems the bug disappears when the line
php_admin_value sendmail_path "/usr/sbin/sendmail -t -i
-fi...@example.com"
is removed from the Apache virtual host configuration.
Previous Comments:
[2011-04-14 09:45:28] aigors at inbox dot lv
Description:
Segfault is happening sometimes on our test environment, Production
environment
has segmentation faults more frequent (has more requests apparently).
Have set Apache core dump configation and compiled PHP with debug mode
on the
test.
Receiving such error:
Program terminated with signal 11, Segmentation fault.
#0 0x7f3d13e2b9a4 in apply_config (dummy=0x182d078) at /root/php-
5.3.6/sapi/apache2handler/apache_config.c:197
197 if (zend_alter_ini_entry(str, str_len, data->value,
data->value_len,
data->status,
data->htaccess?PHP_INI_STAGE_HTACCESS:PHP_INI_STAGE_ACTIVATE) ==
FAILURE) {
Apache compiled with such configuration:
./configure --prefix=/usr/local/httpd-2.2.17 --with-mpm=worker
--with-ssl --
enable-rewrite --enable-ssl --disable-cgi --enable-expires
--enable-headers --en
able-so --enable-cache --enable-mem-cache --enable-exception-hook
PHP compiled with such parameters:
./configure --prefix=/usr/local/php5.3.6 --sysconfdir=/etc --with-
apxs2=/usr/local/httpd-2.2.17/bin/apxs --with-config-file-path=/etc/php/
--with-
config-file-scan-dir=/etc/php/ext-active --enable-bcmath
--enable-calendar --
with-curl --enable-exif --enable-ftp --with-gettext --enable-mbstring
--with-
mcrypt --with-mhash --with-openssl --with-openssl-dir --with-pgsql
--enable-soap
--enable-sockets --with-xmlrpc --with-xsl --enable-zip --with-zlib
--with-
freetype-dir --with-jpeg-dir --with-png-dir --with-gd --with-pdo-pgsql
--with-
kerberos --disable-ipv6 --with-libdir=lib64 --enable-debug
Actual result:
--
Full backtrace we're having for the failing thread:
--
#0 0x7f3d13e2b9a4 in apply_config (dummy=0x182d078) at /root/php-
5.3.6/sapi/apache2handler/apache_config.c:197
d = 0x182d078
str = 0x1750f70 "sendmail_path"
str_len = 14
data = 0x0
#1 0x7f3d13e2ac09 in php_handler (r=0x219bec0) at /root/php-
5.3.6/sapi/apache2handler/sapi_apache2.c:568
ctx = 0x0
conf = 0x182d078
brigade = 0x219c148
bucket = 0x182e8a0
rv = 0
parent_req = 0x0
tsrm_ls = 0x236ccc0
#2 0x00444710 in ap_run_handler (r=0x219bec0) at config.c:158
n = 6
rv = 0
#3 0x00447d6e in ap_invoke_handler (r=0x219bec0) at
config.c:376
handler = 0x1821500 "application/javascript"
result = 25302272
old_handler = 0x0
ignore =
#4 0x0047a058 in ap_process_request (r=0x219bec0) at
http_request.c:282
access_status = 0
#5 0x00477010 in ap_process_http_connection (c=0x21980c8) at
http_core.c:190
r = 0x219bec0
csd = 0x2197eb0
#6 0x0044bcf8 in ap_run_process_connection (c=0x21980c8) at
connection.c:43
n = 0
rv = 0
#7 0x00496d37 in process_socket (thd=,
dummy=) at worker.c:544
current_conn =
conn_id =
csd = 25
sbh = 0x21980c0
#8 worker_thread (thd=, dummy=) at
worker.c:894
process_slot = 0
thread_slot = 20
csd = 0x2197eb0
bucket_alloc =
last_ptrans =
ptrans = 0x2197e28
rv =
is_idle =
#9 0x7f3d14d608ba in start_thread () from /lib/libpthread.so.0
No symbol table info available.
#10 0x7f3d148c402d in clone () from /lib/libc.so.6
No symbol table info available.
#11 0x in ?? ()
No symbol table info available.
--
Edit this bug report at http://bugs.php.net/bug.php?id=54529&edit=1
[PHP-BUG] Bug #54910 [NEW]: Crash when calling call_user_func with unknown function name
From:
Operating system: Ubuntu 11.04
PHP version: 5.3.6
Package: Reproducible crash
Bug Type: Bug
Bug description:Crash when calling call_user_func with unknown function name
Description:
Firstly the function is_callable(array('B', 'noSuchMethod')) returns true
even
such static method does not exist. This could be caused by class A having
magic
method __call (which shouldn't accept static methods though).
Still because of this the code fails with segmentation fault.
Test script:
---
class A
{
public function __call($method, $args)
{
if (stripos($method, 'get') === 0) {
return $this->get();
}
throw new BadMethodCallException("No such method");
}
protected function get()
{
$class = get_class($this);
$call = array($class, 'noSuchMethod');
if (is_callable($call)) {
call_user_func($call);
}
}
}
class B extends A {}
$input = new B();
echo $input->getEmail();
Expected result:
Script should end with no output.
Actual result:
--
Segmentation fault.
--
Edit bug report at http://bugs.php.net/bug.php?id=54910&edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=54910&r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=54910&r=trysnapshot53
Try a snapshot (trunk):
http://bugs.php.net/fix.php?id=54910&r=trysnapshottrunk
Fixed in SVN:
http://bugs.php.net/fix.php?id=54910&r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=54910&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=54910&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=54910&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=54910&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=54910&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=54910&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=54910&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=54910&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=54910&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=54910&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=54910&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=54910&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=54910&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=54910&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=54910&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=54910&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=54910&r=mysqlcfg
Req #54417 [Com]: Add string casting support for class/interface names
Edit report at https://bugs.php.net/bug.php?id=54417&edit=1
ID: 54417
Comment by: aigors at inbox dot lv
Reported by:webseiten dot designer at googlemail dot com
Summary:Add string casting support for class/interface names
Status: Open
Type: Feature/Change Request
Package:Class/Object related
Operating System: N/A
PHP Version:Irrelevant
Block user comment: N
Private report: N
New Comment:
I find this idea very good in cases when you want to find all usages of the
class
over all project inside your IDE. When using class name as hardcoded string
this
isn't possible.
Also in PHP 5.3 possible workaround for this missing feature is to create
method
"static function __CLASS__() {return get_called_class();}" in all base classes
which is extended by other classes. Sure it doesn't help for the interfaces.
Previous Comments:
[2011-03-29 17:32:08] webseiten dot designer at googlemail dot com
Description:
Please add a way to get the fully qualified class or interface name without the
need to create an object. While it is possible to declare a static variable in
classes as a workaround, this will not work with interfaces, as you can't
declare members inside them. A common trick I've seen is to use a constant:
namespace Foo\Bar;
interface A {
const __NAME = __CLASS__;
}
factory(Bar\A::__NAME); // calls factory with '\Foo\Bar\A'
Though this won't work with inheritance. The magic __NAMESPACE__ constant is
also no help when importing namespaces. I propose to use the __CLASS__ keyword
to implement such a feature, as it is not allowed to have a class constant of
this name:
namespace Foo\Bar {
interface A {}
}
namespace Orange\Banana {
use Foo\Bar;
echo Bar\A::__CLASS__; // should print "Foo\Bar\A"
}
--
Edit this bug report at https://bugs.php.net/bug.php?id=54417&edit=1
