[PHP-BUG] Bug #60646 [NEW]: Recursive request with same session fails
From: Operating system: Centos 5.4 PHP version: 5.3.8 Package: Session related Bug Type: Bug Bug description:Recursive request with same session fails Description: Hi, When a request issues another request to same domain sending the same cookie (e.g. Cookie: PHPSESSID=f2e6bd70963b37243d6be566a6d3adc1). The inner request timeouts throwing a "Warning: Unknown: Error occured while closing statement in Unknown on line 0" occurs. I suspect this has to do with the fact that the session file is being locked. If the documentation says it somewhere, at least the error thrown should be more specific. Expected result: Dont'know, but if error, a detailed one. Actual result: -- Warning: Unknown: Error occured while closing statement in Unknown on line 0 -- Edit bug report at https://bugs.php.net/bug.php?id=60646&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=60646&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=60646&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=60646&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=60646&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=60646&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=60646&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=60646&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=60646&r=needscript Try newer version: https://bugs.php.net/fix.php?id=60646&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=60646&r=support Expected behavior: https://bugs.php.net/fix.php?id=60646&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=60646&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=60646&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=60646&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=60646&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=60646&r=dst IIS Stability: https://bugs.php.net/fix.php?id=60646&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=60646&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=60646&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=60646&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=60646&r=mysqlcfg
[PHP-BUG] Bug #61723 [NEW]:
From: Operating system: Centos 6.2 PHP version: 5.3.10 Package: Compile Failure Bug Type: Bug Bug description:https://bugs.php.net/bug.php?id=61723&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=61723&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=61723&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=61723&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=61723&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=61723&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=61723&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=61723&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=61723&r=needscript Try newer version: https://bugs.php.net/fix.php?id=61723&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=61723&r=support Expected behavior: https://bugs.php.net/fix.php?id=61723&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=61723&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=61723&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=61723&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=61723&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=61723&r=dst IIS Stability: https://bugs.php.net/fix.php?id=61723&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=61723&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=61723&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=61723&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=61723&r=mysqlcfg
[PHP-BUG] Bug #62985 [NEW]: set_exception_handler doesn't work from command line
From: lgandras at gmail dot com
Operating system: CentoOS 6.2 x64
PHP version: 5.3.16
Package: *Configuration Issues
Bug Type: Bug
Bug description:set_exception_handler doesn't work from command line
Description:
This is the output of my console:
# /usr/local/bin/php -v
PHP 5.3.16 (cli) (built: Aug 30 2012 18:38:54)
Copyright (c) 1997-2012 The PHP Group
Zend Engine v2.3.0, Copyright (c) 1998-2012 Zend Technologies
# /usr/local/bin/php -r 'set_exception_handler(function(){echo
"catched\n";});throw new Exception;'
Fatal error: Uncaught exception 'Exception' in Command line code on line 1
Exception: in Command line code on line 1
Call Stack:
0.0002 632056 1. {main}() Command line code:0
root@vps:~#
Test script:
---
# /usr/local/bin/php -r 'set_exception_handler(function($e){echo
"catched!\n";});throw new Exception;'
Expected result:
catched!
Actual result:
--
Fatal error: Uncaught exception 'Exception' in Command line code on line 1
Exception: in Command line code on line 1
Call Stack:
0.0002 632056 1. {main}() Command line code:0
--
Edit bug report at https://bugs.php.net/bug.php?id=62985&edit=1
--
Try a snapshot (PHP 5.4):
https://bugs.php.net/fix.php?id=62985&r=trysnapshot54
Try a snapshot (PHP 5.3):
https://bugs.php.net/fix.php?id=62985&r=trysnapshot53
Try a snapshot (trunk):
https://bugs.php.net/fix.php?id=62985&r=trysnapshottrunk
Fixed in SVN:
https://bugs.php.net/fix.php?id=62985&r=fixed
Fixed in SVN and need be documented:
https://bugs.php.net/fix.php?id=62985&r=needdocs
Fixed in release:
https://bugs.php.net/fix.php?id=62985&r=alreadyfixed
Need backtrace:
https://bugs.php.net/fix.php?id=62985&r=needtrace
Need Reproduce Script:
https://bugs.php.net/fix.php?id=62985&r=needscript
Try newer version:
https://bugs.php.net/fix.php?id=62985&r=oldversion
Not developer issue:
https://bugs.php.net/fix.php?id=62985&r=support
Expected behavior:
https://bugs.php.net/fix.php?id=62985&r=notwrong
Not enough info:
https://bugs.php.net/fix.php?id=62985&r=notenoughinfo
Submitted twice:
https://bugs.php.net/fix.php?id=62985&r=submittedtwice
register_globals:
https://bugs.php.net/fix.php?id=62985&r=globals
PHP 4 support discontinued:
https://bugs.php.net/fix.php?id=62985&r=php4
Daylight Savings:https://bugs.php.net/fix.php?id=62985&r=dst
IIS Stability:
https://bugs.php.net/fix.php?id=62985&r=isapi
Install GNU Sed:
https://bugs.php.net/fix.php?id=62985&r=gnused
Floating point limitations:
https://bugs.php.net/fix.php?id=62985&r=float
No Zend Extensions:
https://bugs.php.net/fix.php?id=62985&r=nozend
MySQL Configuration Error:
https://bugs.php.net/fix.php?id=62985&r=mysqlcfg
Bug #62985 [Com]: set_exception_handler doesn't work from command line
Edit report at https://bugs.php.net/bug.php?id=62985&edit=1
ID: 62985
Comment by: lgandras at gmail dot com
Reported by:lgandras at gmail dot com
Summary:set_exception_handler doesn't work from command line
Status: Open
Type: Bug
Package:*Configuration Issues
Operating System: CentoOS 6.2 x64
PHP Version:5.3.16
Block user comment: N
Private report: N
New Comment:
Temporary solution
echo 'https://bugs.php.net/patch-display.php?bug=62985&patch=bug62985.patch&revision=1346434197
[2012-08-31 17:28:35] larue...@php.net
a quick fix has been attached. but it is a change of zend API, so maybe someone
else will have objections
[2012-08-31 17:25:47] larue...@php.net
The following patch has been added/updated:
Patch Name: bug62985.patch
Revision: 1346433947
URL:
https://bugs.php.net/patch-display.php?bug=62985&patch=bug62985.patch&revision=1346433947
----
[2012-08-31 16:40:05] lgandras at gmail dot com
Description:
This is the output of my console:
# /usr/local/bin/php -v
PHP 5.3.16 (cli) (built: Aug 30 2012 18:38:54)
Copyright (c) 1997-2012 The PHP Group
Zend Engine v2.3.0, Copyright (c) 1998-2012 Zend Technologies
# /usr/local/bin/php -r 'set_exception_handler(function(){echo
"catched\n";});throw new Exception;'
Fatal error: Uncaught exception 'Exception' in Command line code on line 1
Exception: in Command line code on line 1
Call Stack:
0.0002 632056 1. {main}() Command line code:0
root@vps:~#
Test script:
---
# /usr/local/bin/php -r 'set_exception_handler(function($e){echo
"catched!\n";});throw new Exception;'
Expected result:
catched!
Actual result:
--
Fatal error: Uncaught exception 'Exception' in Command line code on line 1
Exception: in Command line code on line 1
Call Stack:
0.0002 632056 1. {main}() Command line code:0
--
Edit this bug report at https://bugs.php.net/bug.php?id=62985&edit=1
[PHP-BUG] Req #52478 [NEW]: parse_str should accept string encoding as a parameter
From: Operating system: NA PHP version: 5.2.14 Package: *URL Functions Bug Type: Feature/Change Request Bug description:parse_str should accept string encoding as a parameter Description: It would be nice to have parse_str($str, $arrout) accepting a third parameter allowing to specify string encoding. Typically javascript encoded strings will be in UTF-8. My server for example uses ISO-8859-1 for everything. I'm willing to try to develop a patch for this (never done it before). It would be nice if somebody pointed out what internal functions should i use to get this working. -- Edit bug report at http://bugs.php.net/bug.php?id=52478&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=52478&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=52478&r=trysnapshot53 Try a snapshot (trunk): http://bugs.php.net/fix.php?id=52478&r=trysnapshottrunk Fixed in SVN: http://bugs.php.net/fix.php?id=52478&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=52478&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=52478&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=52478&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=52478&r=needscript Try newer version: http://bugs.php.net/fix.php?id=52478&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=52478&r=support Expected behavior: http://bugs.php.net/fix.php?id=52478&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=52478&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=52478&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=52478&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=52478&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=52478&r=dst IIS Stability: http://bugs.php.net/fix.php?id=52478&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=52478&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=52478&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=52478&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=52478&r=mysqlcfg
[PHP-BUG] Bug #55431 [NEW]: SIGSEV11 phpunit 3.5.13
From: Operating system: Cent OS 5.6 PHP version: 5.3.6 Package: Reproducible crash Bug Type: Bug Bug description:SIGSEV11 phpunit 3.5.13 Description: Hi, I was using phpunit 3.5.13 during this crash. I'm executing a query of type "SHOW CREATE TABLE `name`". I'm also using Zend framework 1.11.6. This means the query es being executed using prepare. I believe this has something to do with the fact that the field returned by mysql has a space in between "Create table". I've got to have a crash executing the same query in other environment, but without being able to reproduce. That time the error came up executing mysqli_result::fetch_fields. This time i don't really know. './configure' '--disable-fileinfo' '--disable-pdo' '--disable-phar' '--enable-bcmath' '--enable-calendar' '--enable-ftp' '--enable-libxml' '--enable-magic-quotes' '--enable-mbstring' '--enable-pcntl' '--enable-shmop' '--enable-soap' '--enable-sockets' '--enable-sysvmsg' '--enable-sysvsem' '--enable-sysvshm' '--enable-zip' '--prefix=/usr' '--with-curl=/opt/curlssl/' '--with-gd' '--with-imap=/opt/php_with_imap_client/' '--with-imap-ssl=/usr' '--with-jpeg-dir=/usr' '--with-kerberos' '--with-libxml-dir=/opt/xml2' '--with-libxml-dir=/opt/xml2/' '--with-mcrypt=/opt/libmcrypt/' '--with-mysql=/usr' '--with-mysql-sock=/var/lib/mysql/mysql.sock' '--with-mysqli=/usr/bin/mysql_config' '--with-openssl=/usr' '--with-openssl-dir=/usr' '--with-pcre-regex=/opt/pcre' '--with-png-dir=/usr' '--with-xpm-dir=/usr' '--with-zlib' '--with-zlib-dir=/usr' '--without-sqlite3' #0 0x0841f2e8 in add_property_string_ex (arg=0xa2cce98, key=0x87ad4cc "catalog", key_len=8, str=0x79726100 , duplicate=1) at /home/cpeasyapache/src/php-5.3.6/Zend/zend_API.c:1524 #1 0x081d7628 in php_add_field_properties (value=0xa2cce98, field=0x9c65874) at /home/cpeasyapache/src/php-5.3.6/ext/mysqli/mysqli_api.c:1056 #2 0x081d79b7 in zif_mysqli_fetch_fields (ht=0, return_value=0xa2ea190, return_value_ptr=0x0, this_ptr=0xa2ea310, return_value_used=1) at /home/cpeasyapache/src/php-5.3.6/ext/mysqli/mysqli_api.c:1114 #3 0x0844632f in zend_do_fcall_common_helper_SPEC (execute_data=0x9c16e40) at /home/cpeasyapache/src/php-5.3.6/Zend/zend_vm_execute.h:316 #4 0x08446f6b in ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER (execute_data=0x9c16e40) at /home/cpeasyapache/src/php-5.3.6/Zend/zend_vm_execute.h:421 #5 0x084456fe in execute (op_array=0xa022ae8) at /home/cpeasyapache/src/php-5.3.6/Zend/zend_vm_execute.h:107 #6 0x0840b5a3 in zend_call_function (fci=0xbf80a798, fci_cache=0xbf80a784) at /home/cpeasyapache/src/php-5.3.6/Zend/zend_execute_API.c:964 #7 0x081ed8f6 in zim_reflection_method_invokeArgs (ht=2, return_value=0xa2eb2fc, return_value_ptr=0x0, this_ptr=0xa2eb450, return_value_used=1) at /home/cpeasyapache/src/php-5.3.6/ext/reflection/php_reflection.c:2745 #8 0x0844632f in zend_do_fcall_common_helper_SPEC (execute_data=0x9c15a18) at /home/cpeasyapache/src/php-5.3.6/Zend/zend_vm_execute.h:316 #9 0x08446f6b in ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER (execute_data=0x9c15a18) at /home/cpeasyapache/src/php-5.3.6/Zend/zend_vm_execute.h:421 #10 0x084456fe in execute (op_array=0xa18b944) at /home/cpeasyapache/src/php-5.3.6/Zend/zend_vm_execute.h:107 #11 0x08419b44 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /home/cpeasyapache/src/php-5.3.6/Zend/zend.c:1194 #12 0x083ad584 in php_execute_script (primary_file=0xbf80cc94) at /home/cpeasyapache/src/php-5.3.6/main/main.c:2268 #13 0x084e6f64 in main (argc=2, argv=0xbf80cdf4) at /home/cpeasyapache/src/php-5.3.6/sapi/cli/php_cli.c:1193 The same executed again #0 0x0841f2e8 in add_property_string_ex (arg=0x9bd0ae4, key=0x87ad4cc "catalog", key_len=8, str=0x3c202000 , duplicate=1) at /home/cpeasyapache/src/php-5.3.6/Zend/zend_API.c:1524 #1 0x081d7628 in php_add_field_properties (value=0x9bd0ae4, field=0x955aae4) at /home/cpeasyapache/src/php-5.3.6/ext/mysqli/mysqli_api.c:1056 #2 0x081d79b7 in zif_mysqli_fetch_fields (ht=0, return_value=0x9bd11e4, return_value_ptr=0x0, this_ptr=0x9bd1364, return_value_used=1) at /home/cpeasyapache/src/php-5.3.6/ext/mysqli/mysqli_api.c:1114 #3 0x0844632f in zend_do_fcall_common_helper_SPEC (execute_data=0x95040f8) at /home/cpeasyapache/src/php-5.3.6/Zend/zend_vm_execute.h:316 #4 0x08446f6b in ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER (execute_data=0x95040f8) at /home/cpeasyapache/src/php-5.3.6/Zend/zend_vm_execute.h:421 #5 0x084456fe in execute (op_array=0x9910360) at /home/cpeasyapache/src/php-5.3.6/Zend/zend_vm_execute.h:107 #6 0x0840b5a3 in zend_call_function (fci=0xbf8d91f8, fci_cache=0xbf8d91e4) at /home/cpeasyapache/src/php-5.3.6/Zend/zend_execute_API.c:964 #7 0x081ed8f6 in zim_reflection_method_invokeArgs (ht=2, return_value=0x9bd2344, return_value_ptr=0x0, this_ptr=0x9bd2444, return_value_used=1) at /home/cpeasyapache/src/php-5.3.6/ext/reflection/php_reflection.c:2745 #8 0x0844632f in zend_do_fcall_common_helper_SPEC (execute_data=0x9
Bug #55431 [Opn]: SIGSEV11 mysqli_result::fetch_fields
Edit report at https://bugs.php.net/bug.php?id=55431&edit=1 ID: 55431 User updated by:lgandras at gmail dot com Reported by:lgandras at gmail dot com -Summary:SIGSEV11 phpunit 3.5.13 +Summary:SIGSEV11 mysqli_result::fetch_fields Status: Open Type: Bug Package:Reproducible crash Operating System: Cent OS 5.6 PHP Version:5.3.6 Block user comment: N Private report: N New Comment: Definitively the problematic function is mysqli_result::fetch_fields Previous Comments: [2011-08-16 01:12:32] lgandras at gmail dot com Description: Hi, I was using phpunit 3.5.13 during this crash. I'm executing a query of type "SHOW CREATE TABLE `name`". I'm also using Zend framework 1.11.6. This means the query es being executed using prepare. I believe this has something to do with the fact that the field returned by mysql has a space in between "Create table". I've got to have a crash executing the same query in other environment, but without being able to reproduce. That time the error came up executing mysqli_result::fetch_fields. This time i don't really know. './configure' '--disable-fileinfo' '--disable-pdo' '--disable-phar' '--enable-bcmath' '--enable-calendar' '--enable-ftp' '--enable-libxml' '--enable-magic-quotes' '--enable-mbstring' '--enable-pcntl' '--enable-shmop' '--enable-soap' '--enable-sockets' '--enable-sysvmsg' '--enable-sysvsem' '--enable-sysvshm' '--enable-zip' '--prefix=/usr' '--with-curl=/opt/curlssl/' '--with-gd' '--with-imap=/opt/php_with_imap_client/' '--with-imap-ssl=/usr' '--with-jpeg-dir=/usr' '--with-kerberos' '--with-libxml-dir=/opt/xml2' '--with-libxml-dir=/opt/xml2/' '--with-mcrypt=/opt/libmcrypt/' '--with-mysql=/usr' '--with-mysql-sock=/var/lib/mysql/mysql.sock' '--with-mysqli=/usr/bin/mysql_config' '--with-openssl=/usr' '--with-openssl-dir=/usr' '--with-pcre-regex=/opt/pcre' '--with-png-dir=/usr' '--with-xpm-dir=/usr' '--with-zlib' '--with-zlib-dir=/usr' '--without-sqlite3' #0 0x0841f2e8 in add_property_string_ex (arg=0xa2cce98, key=0x87ad4cc "catalog", key_len=8, str=0x79726100 , duplicate=1) at /home/cpeasyapache/src/php-5.3.6/Zend/zend_API.c:1524 #1 0x081d7628 in php_add_field_properties (value=0xa2cce98, field=0x9c65874) at /home/cpeasyapache/src/php-5.3.6/ext/mysqli/mysqli_api.c:1056 #2 0x081d79b7 in zif_mysqli_fetch_fields (ht=0, return_value=0xa2ea190, return_value_ptr=0x0, this_ptr=0xa2ea310, return_value_used=1) at /home/cpeasyapache/src/php-5.3.6/ext/mysqli/mysqli_api.c:1114 #3 0x0844632f in zend_do_fcall_common_helper_SPEC (execute_data=0x9c16e40) at /home/cpeasyapache/src/php-5.3.6/Zend/zend_vm_execute.h:316 #4 0x08446f6b in ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER (execute_data=0x9c16e40) at /home/cpeasyapache/src/php-5.3.6/Zend/zend_vm_execute.h:421 #5 0x084456fe in execute (op_array=0xa022ae8) at /home/cpeasyapache/src/php-5.3.6/Zend/zend_vm_execute.h:107 #6 0x0840b5a3 in zend_call_function (fci=0xbf80a798, fci_cache=0xbf80a784) at /home/cpeasyapache/src/php-5.3.6/Zend/zend_execute_API.c:964 #7 0x081ed8f6 in zim_reflection_method_invokeArgs (ht=2, return_value=0xa2eb2fc, return_value_ptr=0x0, this_ptr=0xa2eb450, return_value_used=1) at /home/cpeasyapache/src/php-5.3.6/ext/reflection/php_reflection.c:2745 #8 0x0844632f in zend_do_fcall_common_helper_SPEC (execute_data=0x9c15a18) at /home/cpeasyapache/src/php-5.3.6/Zend/zend_vm_execute.h:316 #9 0x08446f6b in ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER (execute_data=0x9c15a18) at /home/cpeasyapache/src/php-5.3.6/Zend/zend_vm_execute.h:421 #10 0x084456fe in execute (op_array=0xa18b944) at /home/cpeasyapache/src/php-5.3.6/Zend/zend_vm_execute.h:107 #11 0x08419b44 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /home/cpeasyapache/src/php-5.3.6/Zend/zend.c:1194 #12 0x083ad584 in php_execute_script (primary_file=0xbf80cc94) at /home/cpeasyapache/src/php-5.3.6/main/main.c:2268 #13 0x084e6f64 in main (argc=2, argv=0xbf80cdf4) at /home/cpeasyapache/src/php-5.3.6/sapi/cli/php_cli.c:1193 The same executed again #0 0x0841f2e8 in add_property_string_ex (arg=0x9bd0ae4, key=0x87ad4cc "catalog", key_len=8, str=0x3c202000 , duplicate=1) at /home/cpeasyapache/src/php-5.3.6/Zend/zend_API.c:1524 #1 0x081d7628 in php_add_field_properties (value=0x9bd0ae4, field=0x955aae4) at /home/cpeasyapache/src/php-5.3.6/ext/mysqli/mysqli_api.c:1
Bug #55414 [Com]: Segmentation fault with MySQLi_Result::fetch_fields()
Edit report at https://bugs.php.net/bug.php?id=55414&edit=1
ID: 55414
Comment by: lgandras at gmail dot com
Reported by:jbboehr at gmail dot com
Summary:Segmentation fault with
MySQLi_Result::fetch_fields()
Status: Open
Type: Bug
Package:MySQLi related
Operating System: CentOS release 5.6 (Final)
PHP Version:5.3.6
Block user comment: N
Private report: N
New Comment:
Hi,
Thank you so much. I was just posting my bug without a reproducible script
https://bugs.php.net/bug.php?id=55431. Here's your gdb =)
#0 0x0841f2e8 in add_property_string_ex (arg=0x907af64, key=0x87ad4cc
"catalog", key_len=8, str=0x31313230 ,
duplicate=1)
at /home/cpeasyapache/src/php-5.3.6/Zend/zend_API.c:1524
#1 0x081d7628 in php_add_field_properties (value=0x907af64, field=0x90fc6e0)
at /home/cpeasyapache/src/php-5.3.6/ext/mysqli/mysqli_api.c:1056
#2 0x081d79b7 in zif_mysqli_fetch_fields (ht=0, return_value=0x907ae80,
return_value_ptr=0x0, this_ptr=0x907a9e8, return_value_used=0)
at /home/cpeasyapache/src/php-5.3.6/ext/mysqli/mysqli_api.c:1114
#3 0x0844632f in zend_do_fcall_common_helper_SPEC (execute_data=0x90a6e50) at
/home/cpeasyapache/src/php-5.3.6/Zend/zend_vm_execute.h:316
#4 0x08446f6b in ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER (execute_data=0x90a6e50)
at /home/cpeasyapache/src/php-5.3.6/Zend/zend_vm_execute.h:421
#5 0x084456fe in execute (op_array=0x90783f0) at
/home/cpeasyapache/src/php-5.3.6/Zend/zend_vm_execute.h:107
#6 0x08419b44 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at
/home/cpeasyapache/src/php-5.3.6/Zend/zend.c:1194
#7 0x083ad584 in php_execute_script (primary_file=0xbf8cbb04) at
/home/cpeasyapache/src/php-5.3.6/main/main.c:2268
#8 0x084e6f64 in main (argc=2, argv=0xbf8cbc64) at
/home/cpeasyapache/src/php-5.3.6/sapi/cli/php_cli.c:1193
I'm exactly in the same situation as you. I can't use PHP 5.3.6. This doesn't
seem to happen in PHP 5.3.5.
Previous Comments:
[2011-08-13 01:00:56] jbboehr at gmail dot com
Ok, so gdb was not installed on the server (sigh), however here's part of the
strace, maybe that will help.
connect(4, {sa_family=AF_FILE, path="/var/lib/mysql/mysql.sock"...}, 110) = 0
setsockopt(4, SOL_SOCKET, SO_RCVTIMEO, "\2003\341\1\0\0\0\0\0\0\0\0\0\0\0\0",
16) = 0
setsockopt(4, SOL_SOCKET, SO_SNDTIMEO, "\2003\341\1\0\0\0\0\0\0\0\0\0\0\0\0",
16) = 0
setsockopt(4, SOL_IP, IP_TOS, [8], 4) = -1 EOPNOTSUPP (Operation not
supported)
setsockopt(4, SOL_SOCKET, SO_KEEPALIVE, [1], 4) = 0
read(4, ">\0\0\0\n5.0.92-community\0\350\352^\0@Dp,%u"..., 16384) = 66
stat("/usr/share/mysql/charsets/Index.xml", {st_mode=S_IFREG|0755,
st_size=18173, ...}) = 0
open("/usr/share/mysql/charsets/Index.xml", O_RDONLY) = 5
read(5, "http://stackoverflow.com/questions/6769515/php-programming-seg-fault
PHP Version => 5.3.6
Configure Command => './configure' '--disable-fileinfo' '--enable-bcmath' '--
enable-calendar' '--enable-exif' '--enable-ftp' '--enable-gd-native-ttf' '--
enable-libxml' '--enable-magic-quotes' '--enable-mbstring'
'--enable-pdo=shared'
'--enable-sockets' '--enable-zend-multibyte' '--enable-zip' '--
prefix=/usr/local' '--with-apxs2=/usr/local/apache/bin/apxs' '--with-bz2' '--
with-curl=/opt/curlssl/' '--with-curlwrappers' '--with-freetype-dir=/usr' '--
with-gd' '--with-gettext' '--with-imap=/opt/php_with_imap_client/' '--with-imap-
ssl=/usr' '--with-jpeg-dir=/usr' '--with-kerberos' '--with-libdir=lib64' '--
with-libexpat-dir=/usr' '--with-libxml-dir=/opt/xml2/' '--with-
mcrypt=/opt/libmcrypt/' '--with-mm=/opt/mm/' '--with-mysql=/usr' '--with-mysql-
sock=/var/lib/mysql/mysql.sock' '--with-mysqli=/usr/bin/mysql_config' '--with-
openssl=/usr' '--with-openssl-dir=/usr' '--with-pcre-regex=/opt/pcre' '--with-
pdo-mysql=shared' '--with-pdo-sqlite=shared' '--with-pic' '--with-png-dir=/usr'
'--with-pspell' '--with-sqlite=shared' '--with-tidy=/opt/tidy/' '--with-xmlrpc'
'--with-xpm-dir=/usr' '--with-xsl=/opt/xslt/' '--with-zlib' '--with-zlib-
dir=/usr'
mysqli
MysqlI Support => enabled
Client API library version => 5.0.92
Active Persistent Links => 0
Inactive Persistent Links => 0
Active Links => 0
Client API header version => 5.0.92
MYSQLI_SOCKET =>
Bug #55431 [Fbk->Csd]: SIGSEV11 mysqli_result::fetch_fields
Edit report at https://bugs.php.net/bug.php?id=55431&edit=1 ID: 55431 User updated by:lgandras at gmail dot com Reported by:lgandras at gmail dot com Summary:SIGSEV11 mysqli_result::fetch_fields -Status: Feedback +Status: Closed Type: Bug Package:Reproducible crash Operating System: Cent OS 5.6 PHP Version:5.3.6 Block user comment: N Private report: N New Comment: This is a duplicate of https://bugs.php.net/bug.php?id=55414 Previous Comments: [2011-08-16 03:57:23] larue...@php.net 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 , 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. [2011-08-16 01:21:39] lgandras at gmail dot com Definitively the problematic function is mysqli_result::fetch_fields [2011-08-16 01:12:32] lgandras at gmail dot com Description: Hi, I was using phpunit 3.5.13 during this crash. I'm executing a query of type "SHOW CREATE TABLE `name`". I'm also using Zend framework 1.11.6. This means the query es being executed using prepare. I believe this has something to do with the fact that the field returned by mysql has a space in between "Create table". I've got to have a crash executing the same query in other environment, but without being able to reproduce. That time the error came up executing mysqli_result::fetch_fields. This time i don't really know. './configure' '--disable-fileinfo' '--disable-pdo' '--disable-phar' '--enable-bcmath' '--enable-calendar' '--enable-ftp' '--enable-libxml' '--enable-magic-quotes' '--enable-mbstring' '--enable-pcntl' '--enable-shmop' '--enable-soap' '--enable-sockets' '--enable-sysvmsg' '--enable-sysvsem' '--enable-sysvshm' '--enable-zip' '--prefix=/usr' '--with-curl=/opt/curlssl/' '--with-gd' '--with-imap=/opt/php_with_imap_client/' '--with-imap-ssl=/usr' '--with-jpeg-dir=/usr' '--with-kerberos' '--with-libxml-dir=/opt/xml2' '--with-libxml-dir=/opt/xml2/' '--with-mcrypt=/opt/libmcrypt/' '--with-mysql=/usr' '--with-mysql-sock=/var/lib/mysql/mysql.sock' '--with-mysqli=/usr/bin/mysql_config' '--with-openssl=/usr' '--with-openssl-dir=/usr' '--with-pcre-regex=/opt/pcre' '--with-png-dir=/usr' '--with-xpm-dir=/usr' '--with-zlib' '--with-zlib-dir=/usr' '--without-sqlite3' #0 0x0841f2e8 in add_property_string_ex (arg=0xa2cce98, key=0x87ad4cc "catalog", key_len=8, str=0x79726100 , duplicate=1) at /home/cpeasyapache/src/php-5.3.6/Zend/zend_API.c:1524 #1 0x081d7628 in php_add_field_properties (value=0xa2cce98, field=0x9c65874) at /home/cpeasyapache/src/php-5.3.6/ext/mysqli/mysqli_api.c:1056 #2 0x081d79b7 in zif_mysqli_fetch_fields (ht=0, return_value=0xa2ea190, return_value_ptr=0x0, this_ptr=0xa2ea310, return_value_used=1) at /home/cpeasyapache/src/php-5.3.6/ext/mysqli/mysqli_api.c:1114 #3 0x0844632f in zend_do_fcall_common_helper_SPEC (execute_data=0x9c16e40) at /home/cpeasyapache/src/php-5.3.6/Zend/zend_vm_execute.h:316 #4 0x08446f6b in ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER (execute_data=0x9c16e40) at /home/cpeasyapache/src/php-5.3.6/Zend/zend_vm_execute.h:421 #5 0x084456fe in execute (op_array=0xa022ae8) at /home/cpeasyapache/src/php-5.3.6/Zend/zend_vm_execute.h:107 #6 0x0840b5a3 in zend_call_function (fci=0xbf80a798, fci_cache=0xbf80a784) at /home/cpeasyapache/src/php-5.3.6/Zend/zend_execute_API.c:964 #7 0x081ed8f6 in zim_reflection_method_invokeArgs (ht=2, return_value=0xa2eb2fc, return_value_ptr=0x0, this_ptr=0xa2eb450, return_value_used=1) at /home/cpeasyapache/src/php-5.3.6/ext/reflection/php_reflection.c:2745 #8 0x0844632f in zend_do_fcall_common_helper_SPEC (execute_data=0x9c15a18) at /home/cpeasyapache/src/php-5.3.6/Zend/zend_vm_execute.h:316 #9 0x08446f6b in ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER (execute_data=0x9c15a18) at /home/cpeasyapache/src/php-5.3.6/Zend/zend_vm_execute.h:421 #10 0x084456fe in execute (op_array=0xa18b944) at /home/cpeasy
Bug #33786 [Com]: $_SESSION not saving when an element's index contains pipe '|' character
Edit report at https://bugs.php.net/bug.php?id=33786&edit=1
ID: 33786
Comment by: lgandras at gmail dot com
Reported by:simon dot bettison at blueyonder dot co dot uk
Summary:$_SESSION not saving when an element's index
contains pipe '|' character
Status: Bogus
Type: Bug
Package:Session related
Operating System: Gentoo Linux
PHP Version:5.1.0b3
Block user comment: N
Private report: N
New Comment:
May i ask why isn't the full session just serialized like a normal array?
Previous Comments:
[2005-07-20 13:37:34] sni...@php.net
| is not allowed in variable names. (yes, I know you can use it in array
indexes, but $_SESSION is special in many ways)
[2005-07-20 13:23:54] simon dot bettison at blueyonder dot co dot uk
Description:
A script registers a variable in $_SESSION using and index value which contains
a pipe ("|"),
ie
$index = "some|index";
$_SESSION[$index]="some variable";
I expected this variable (and any other variables registered in $_SESSION) to
be stored, and made available to other script(s) executed in the same session
for the lifetime of the session cookie.
However, subseqent access to $_SESSION indicates that the $_SESSION variable
contains no data at all.
This only seems to occur following the use of the pipe ("|") character in the
element's index.
Reproduce code:
---
Expected result:
First execution:
Array ( ) Array ( [some|variable] => some value )
Second & Subsequent execution
Array ( [some|variable] => some value ) Array ( [some|variable] => some value )
Actual result:
--
First execution:
Array ( ) Array ( [some|variable] => some value )
Second & Subsequent execution
Array ( ) Array ( [some|variable] => some value )
--
Edit this bug report at https://bugs.php.net/bug.php?id=33786&edit=1
Bug #55414 [Com]: Segmentation fault with MySQLi_Result::fetch_fields()
Edit report at https://bugs.php.net/bug.php?id=55414&edit=1
ID: 55414
Comment by: lgandras at gmail dot com
Reported by:jbboehr at gmail dot com
Summary:Segmentation fault with
MySQLi_Result::fetch_fields()
Status: Feedback
Type: Bug
Package:MySQLi related
Operating System: CentOS release 5.6 (Final)
PHP Version:5.3.6
Block user comment: N
Private report: N
New Comment:
Hi,
sorry. We're not able to install till cpanel upgrades it's packages. This
usually takes a few weeks. I'm subscribed anyway and will update you as soon as
cpanel gets us a newer release.
Previous Comments:
[2011-08-22 14:32:39] ka...@php.net
Hi
Does this happen with PHP 5.3.7, what MySQL server version are you using and
what MySQL client library is PHP linked against (libmysql or mysqlnd)?
[2011-08-16 01:48:29] jbboehr at gmail dot com
PS Thanks for the gdb
[2011-08-16 01:48:02] jbboehr at gmail dot com
@lgandras For now, we're just using a work-around case for MySQLi, maybe it'll
help you:
if( $adapter instanceof Zend_Db_Adapter_Mysqli ) {
// Fixes MySQLI segfault in fetch_fields() with SHOW ENGINES
$connection = $adapter->getConnection();
$result = mysqli_query($connection, 'SHOW ENGINES');
if ( !$result instanceof MySQLi_STMT ){
return $this->_error('badAdapter');
}
$data = array();
while ( $row = $result->fetch_array() ){
$data[] = $row;
}
} else {
try {
$data = $adapter->query('SHOW ENGINES')->fetchAll();
} catch( Exception $e ) {
return $this->_error('badAdapter');
}
}
----------------
[2011-08-16 01:33:19] lgandras at gmail dot com
Hi,
Thank you so much. I was just posting my bug without a reproducible script
https://bugs.php.net/bug.php?id=55431. Here's your gdb =)
#0 0x0841f2e8 in add_property_string_ex (arg=0x907af64, key=0x87ad4cc
"catalog", key_len=8, str=0x31313230 ,
duplicate=1)
at /home/cpeasyapache/src/php-5.3.6/Zend/zend_API.c:1524
#1 0x081d7628 in php_add_field_properties (value=0x907af64, field=0x90fc6e0)
at /home/cpeasyapache/src/php-5.3.6/ext/mysqli/mysqli_api.c:1056
#2 0x081d79b7 in zif_mysqli_fetch_fields (ht=0, return_value=0x907ae80,
return_value_ptr=0x0, this_ptr=0x907a9e8, return_value_used=0)
at /home/cpeasyapache/src/php-5.3.6/ext/mysqli/mysqli_api.c:1114
#3 0x0844632f in zend_do_fcall_common_helper_SPEC (execute_data=0x90a6e50) at
/home/cpeasyapache/src/php-5.3.6/Zend/zend_vm_execute.h:316
#4 0x08446f6b in ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER (execute_data=0x90a6e50)
at /home/cpeasyapache/src/php-5.3.6/Zend/zend_vm_execute.h:421
#5 0x084456fe in execute (op_array=0x90783f0) at
/home/cpeasyapache/src/php-5.3.6/Zend/zend_vm_execute.h:107
#6 0x08419b44 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at
/home/cpeasyapache/src/php-5.3.6/Zend/zend.c:1194
#7 0x083ad584 in php_execute_script (primary_file=0xbf8cbb04) at
/home/cpeasyapache/src/php-5.3.6/main/main.c:2268
#8 0x084e6f64 in main (argc=2, argv=0xbf8cbc64) at
/home/cpeasyapache/src/php-5.3.6/sapi/cli/php_cli.c:1193
I'm exactly in the same situation as you. I can't use PHP 5.3.6. This doesn't
seem to happen in PHP 5.3.5.
[2011-08-13 01:00:56] jbboehr at gmail dot com
Ok, so gdb was not installed on the server (sigh), however here's part of the
strace, maybe that will help.
connect(4, {sa_family=AF_FILE, path="/var/lib/mysql/mysql.sock"...}, 110) = 0
setsockopt(4, SOL_SOCKET, SO_RCVTIMEO, "\2003\341\1\0\0\0\0\0\0\0\0\0\0\0\0",
16) = 0
setsockopt(4, SOL_SOCKET, SO_SNDTIMEO, "\2003\341\1\0\0\0\0\0\0\0\0\0\0\0\0",
16) = 0
setsockopt(4, SOL_IP, IP_TOS, [8], 4) = -1 EOPNOTSUPP (Operation not
supported)
setsockopt(4, SOL_SOCKET, SO_KEEPALIVE, [1], 4) = 0
read(4, ">\0\0\0\n5.0.92-community\0\350\352^\0@Dp,%u"..., 16384) = 66
stat("/usr/share/mysql/charsets/Index.xml", {st_mode=S_IFREG|0755,
st_size=18173, ...}) = 0
open("/usr/share/mysql/charsets/Index.xml", O_RDONLY) = 5
read(5, "https://bugs.php.net/bug.php?id=55414
--
Edit this bug report at https://bugs.php.net/bug.php?id=55414&edit=1
Bug #55414 [Com]: Segmentation fault with MySQLi_Result::fetch_fields()
Edit report at https://bugs.php.net/bug.php?id=55414&edit=1
ID: 55414
Comment by: lgandras at gmail dot com
Reported by:jbboehr at gmail dot com
Summary:Segmentation fault with
MySQLi_Result::fetch_fields()
Status: Feedback
Type: Bug
Package:MySQLi related
Operating System: CentOS release 5.6 (Final)
PHP Version:5.3.6
Block user comment: N
Private report: N
New Comment:
Mysql Server 5.1.56-log
Linked against libmysql
Previous Comments:
[2011-08-22 18:17:41] lgandras at gmail dot com
Hi,
sorry. We're not able to install till cpanel upgrades it's packages. This
usually takes a few weeks. I'm subscribed anyway and will update you as soon as
cpanel gets us a newer release.
[2011-08-22 14:32:39] ka...@php.net
Hi
Does this happen with PHP 5.3.7, what MySQL server version are you using and
what MySQL client library is PHP linked against (libmysql or mysqlnd)?
[2011-08-16 01:48:29] jbboehr at gmail dot com
PS Thanks for the gdb
[2011-08-16 01:48:02] jbboehr at gmail dot com
@lgandras For now, we're just using a work-around case for MySQLi, maybe it'll
help you:
if( $adapter instanceof Zend_Db_Adapter_Mysqli ) {
// Fixes MySQLI segfault in fetch_fields() with SHOW ENGINES
$connection = $adapter->getConnection();
$result = mysqli_query($connection, 'SHOW ENGINES');
if ( !$result instanceof MySQLi_STMT ){
return $this->_error('badAdapter');
}
$data = array();
while ( $row = $result->fetch_array() ){
$data[] = $row;
}
} else {
try {
$data = $adapter->query('SHOW ENGINES')->fetchAll();
} catch( Exception $e ) {
return $this->_error('badAdapter');
}
}
----------------
[2011-08-16 01:33:19] lgandras at gmail dot com
Hi,
Thank you so much. I was just posting my bug without a reproducible script
https://bugs.php.net/bug.php?id=55431. Here's your gdb =)
#0 0x0841f2e8 in add_property_string_ex (arg=0x907af64, key=0x87ad4cc
"catalog", key_len=8, str=0x31313230 ,
duplicate=1)
at /home/cpeasyapache/src/php-5.3.6/Zend/zend_API.c:1524
#1 0x081d7628 in php_add_field_properties (value=0x907af64, field=0x90fc6e0)
at /home/cpeasyapache/src/php-5.3.6/ext/mysqli/mysqli_api.c:1056
#2 0x081d79b7 in zif_mysqli_fetch_fields (ht=0, return_value=0x907ae80,
return_value_ptr=0x0, this_ptr=0x907a9e8, return_value_used=0)
at /home/cpeasyapache/src/php-5.3.6/ext/mysqli/mysqli_api.c:1114
#3 0x0844632f in zend_do_fcall_common_helper_SPEC (execute_data=0x90a6e50) at
/home/cpeasyapache/src/php-5.3.6/Zend/zend_vm_execute.h:316
#4 0x08446f6b in ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER (execute_data=0x90a6e50)
at /home/cpeasyapache/src/php-5.3.6/Zend/zend_vm_execute.h:421
#5 0x084456fe in execute (op_array=0x90783f0) at
/home/cpeasyapache/src/php-5.3.6/Zend/zend_vm_execute.h:107
#6 0x08419b44 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at
/home/cpeasyapache/src/php-5.3.6/Zend/zend.c:1194
#7 0x083ad584 in php_execute_script (primary_file=0xbf8cbb04) at
/home/cpeasyapache/src/php-5.3.6/main/main.c:2268
#8 0x084e6f64 in main (argc=2, argv=0xbf8cbc64) at
/home/cpeasyapache/src/php-5.3.6/sapi/cli/php_cli.c:1193
I'm exactly in the same situation as you. I can't use PHP 5.3.6. This doesn't
seem to happen in PHP 5.3.5.
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=55414
--
Edit this bug report at https://bugs.php.net/bug.php?id=55414&edit=1
Bug #55414 [Com]: Segmentation fault with MySQLi_Result::fetch_fields()
Edit report at https://bugs.php.net/bug.php?id=55414&edit=1
ID: 55414
Comment by: lgandras at gmail dot com
Reported by:jbboehr at gmail dot com
Summary:Segmentation fault with
MySQLi_Result::fetch_fields()
Status: Feedback
Type: Bug
Package:MySQLi related
Operating System: CentOS release 5.6 (Final)
PHP Version:5.3.6
Block user comment: N
Private report: N
New Comment:
It's still reproducible in PHP 5.3.8.
Previous Comments:
[2011-08-22 22:34:18] lgandras at gmail dot com
Mysql Server 5.1.56-log
Linked against libmysql
[2011-08-22 18:17:41] lgandras at gmail dot com
Hi,
sorry. We're not able to install till cpanel upgrades it's packages. This
usually takes a few weeks. I'm subscribed anyway and will update you as soon as
cpanel gets us a newer release.
[2011-08-22 14:32:39] ka...@php.net
Hi
Does this happen with PHP 5.3.7, what MySQL server version are you using and
what MySQL client library is PHP linked against (libmysql or mysqlnd)?
[2011-08-16 01:48:29] jbboehr at gmail dot com
PS Thanks for the gdb
[2011-08-16 01:48:02] jbboehr at gmail dot com
@lgandras For now, we're just using a work-around case for MySQLi, maybe it'll
help you:
if( $adapter instanceof Zend_Db_Adapter_Mysqli ) {
// Fixes MySQLI segfault in fetch_fields() with SHOW ENGINES
$connection = $adapter->getConnection();
$result = mysqli_query($connection, 'SHOW ENGINES');
if ( !$result instanceof MySQLi_STMT ){
return $this->_error('badAdapter');
}
$data = array();
while ( $row = $result->fetch_array() ){
$data[] = $row;
}
} else {
try {
$data = $adapter->query('SHOW ENGINES')->fetchAll();
} catch( Exception $e ) {
return $this->_error('badAdapter');
}
}
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=55414
--
Edit this bug report at https://bugs.php.net/bug.php?id=55414&edit=1
