#46120 [Opn->Bgs]: Suggestion for expansion of function variable syntax
ID: 46120
Updated by: [EMAIL PROTECTED]
Reported By: mephtu at yahoo dot com
-Status: Open
+Status: Bogus
Bug Type: Feature/Change Request
Operating System: Ubuntu Linux
PHP Version: 5.2.6
New Comment:
That has never worked, not even for variables. All of the following
will work fine:
$t = 'do_'.$tag;
$t();
Your problem is that your syntax is basically impossible. It can not
distinguish between:
$'do_' . tag();
which might be either something remotely looking like a variable (parse
error'd of course) followed by a concatenation operator, followed by a
function call to function tag(). OR
which might be that you want to concatenate everything together, and
THEN execute the function by that name.
The thing is, the parser can't differentiate between those two, so it
doesn't even try. You can already execute "ad hoc function variables",
as long as you use proper syntax.
It is unfortunate that something like:
${'do_'.$tag}();
does not work, but instead returns
Fatal error: Function name must be a string
Anyway, marking as bogus since you already can do this.
Previous Comments:
[2008-09-19 03:09:01] mephtu at yahoo dot com
Description:
I want to be able to execute ad hoc function variables.
Reproduce code:
---
Expected result:
Hello, world!
Actual result:
--
Error.
--
Edit this bug report at http://bugs.php.net/?id=46120&edit=1
#46113 [Com]: SOAP can't handle ZIP response
ID: 46113
Comment by: syabro at gmail dot com
Reported By: syabro at gmail dot com
Status: Open
Bug Type: SOAP related
Operating System: Windows XP
PHP Version: 5.2.6
New Comment:
OK
I'll try to say more.
I try use standart SoapClient to work with SOAP service at
http://portal.crog.ru/spo.asmx?WSDL with WS-Security and WS-
Addressing
with libraries
http://www.cdatazone.org/index.php?/pages/source.html
and use modified script from
http://www.cdatazone.org/files/soap-wsa-example.phps
sources to reproduce error are here
http://sybro.com/capital.zip
php -f parse.php
When I call SOAP method GetSpoPartById
I get segmentation fault on php5.2.6 under windows xp and linux
debian etch
Let's see CapitalTourUpdater::getSpoByGuid()
...
public function getSpoByGuid( $guid )
{
// error produced here - segmentation fault
// soapClient extended from SoapClient
$response = $this->soapClient->GetSpoPartById( array('id'=>$guid) );
var_dump( $response );
}
By the way SOAP method GetSpoCardLog calls normally
Let's see
CapitalTourUpdater::getUpdatedSpoGuids()
//normal executin of Soap call
$response = $this->soapClient->GetSpoCardLog($arrParameters_Query);
With HTTP sniffer I've seen that request goes to server, and server
return valid response
As I write before response's example available at
http://syabro.com/response.xml
Linux callstack:
gdb php
gdb> run -f parse.php
gdb>bt
#0 0x2ba6682085d0 in strlen () from /lib/libc.so.6
#1 0x005ce244 in delete_encoder ()
#2 0x005cfc6d in master_to_zval ()
#3 0x005d002c in master_to_zval ()
#4 0x005d071f in master_to_zval ()
#5 0x005ce56b in get_conversion ()
#6 0x005cff0a in master_to_zval ()
#7 0x005cfe62 in master_to_zval ()
#8 0x005d071f in master_to_zval ()
#9 0x005ce56b in get_conversion ()
#10 0x005d014e in master_to_zval ()
#11 0x005cfe62 in master_to_zval ()
#12 0x005d071f in master_to_zval ()
#13 0x005ce56b in get_conversion ()
error in parsing SOAP Response packet
#14 0x005df61a in parse_packet_soap ()
-
---
#15 0x005c8313 in zim_SoapClient_SoapClient ()
#16 0x005c8b82 in zim_SoapClient___call ()
#17 0x00700c0d in zend_call_function ()
#18 0x0071f5d4 in zend_call_method ()
#19 0x00726191 in zend_std_call_user_call ()
#20 0x2ba668795f8a in xdebug_execute_internal
(current_execute_data=0x7fff444ae010, return_value_used=1)
at /home/xen/img/deb/xdebug-2.0.0/xdebug-2.0.0/xdebug.c:1570
#21 0x00739148 in execute ()
#22 0x007296a3 in execute ()
#23 0x2ba668795c40 in xdebug_execute (op_array=0x2ba2a798)
at /home/xen/img/deb/xdebug-2.0.0/xdebug-2.0.0/xdebug.c:1506
#24 0x00738da5 in execute ()
#25 0x007296a3 in execute ()
#26 0x2ba668795c40 in xdebug_execute (op_array=0x2ba22b30)
at /home/xen/img/deb/xdebug-2.0.0/xdebug-2.0.0/xdebug.c:1506
#27 0x0070b603 in zend_execute_scripts ()
#28 0x006cbb98 in php_execute_script ()
#29 0x0078862b in main ()
Previous Comments:
[2008-09-18 11:09:59] syabro at gmail dot com
Hm... I said wrong. Request is not zipped. It's CONTAINS zip in
response. If you look in my response example U'll see an CDATA
content with zip.
[2008-09-18 10:59:33] [EMAIL PROTECTED]
Does it use the stream zip format? Like what is available in java's
soap or rpc?
[2008-09-18 10:21:25] syabro at gmail dot com
Probally error occurs wher SOAPClient tried to parse zipped data in
tag or with CDATA section.
[2008-09-18 10:12:03] syabro at gmail dot com
Description:
When soap response is zipped php fails with windows error ""
Memory can't be read.
Reproduce code:
---
Response example:
http://syabro.com/response.xml
Expected result:
String variable, that contain's zip.
--
Edit this bug report at http://bugs.php.net/?id=46113&edit=1
#46120 [NEW]: Suggestion for expansion of function variable syntax
From: mephtu at yahoo dot com Operating system: Ubuntu Linux PHP version: 5.2.6 PHP Bug Type: Feature/Change Request Bug description: Suggestion for expansion of function variable syntax Description: I want to be able to execute ad hoc function variables. Reproduce code: --- Expected result: Hello, world! Actual result: -- Error. -- Edit bug report at http://bugs.php.net/?id=46120&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=46120&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=46120&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=46120&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=46120&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=46120&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=46120&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=46120&r=needscript Try newer version:http://bugs.php.net/fix.php?id=46120&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=46120&r=support Expected behavior:http://bugs.php.net/fix.php?id=46120&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=46120&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=46120&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=46120&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46120&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=46120&r=dst IIS Stability:http://bugs.php.net/fix.php?id=46120&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=46120&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=46120&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=46120&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=46120&r=mysqlcfg
#46117 [Opn->Csd]: Update PHP OpenSSL Files
ID: 46117 Updated by: [EMAIL PROTECTED] Reported By: dj02 dot net at nbl dot fi -Status: Open +Status: Closed Bug Type: OpenSSL related Operating System: Windows Vista 6.0.6001 PHP Version: 5.2CVS-2008-09-18 (snap) New Comment: Expected as Scott explained. He has also added the loaded library version in phpinfo (5.3+). > closed Previous Comments: [2008-09-18 16:07:46] [EMAIL PROTECTED] The version number shown in phpinfo() is the version that the library was compiled against, it will still load the other library though but doesn't update the version number. I've changed this in PHP 5.3 so it will show both version numbers. [2008-09-18 15:30:47] dj02 dot net at nbl dot fi Description: Hi, I am running PHP 5.2.6. Could you update OpenSSL Files: libeay32.dll, ssleay32.dll and Extension: php_openssl.dll to OpenSSL Version: 0.9.8i, Please. Files: libeay32.dll and ssleay32.dll i updated from other openssl official place but i couldn't find php_openssl.dll for OpenSSL 0.9.8i and so my phpinfo shows still version: 0.9.8g even libeay32.dll and ssleay32.dll are 0.9.8i. I have copied libeay32.dll (Version: 0.9.8i) and ssleay32.dll (Version: 0.9.8i) files in to: C:\WINDOWS\system32\ -location too. Reproduce code: --- Expected result: Actual result: -- -- Edit this bug report at http://bugs.php.net/?id=46117&edit=1
#46119 [Opn->Csd]: Some UTF8 characters from database show up wrong
ID: 46119
User updated by: jonr at light dot is
Reported By: jonr at light dot is
-Status: Open
+Status: Closed
Bug Type: Oracle related
Operating System: Windows XP
PHP Version: 5.2.6
New Comment:
Duplicate
Previous Comments:
[2008-09-18 16:12:05] jonr at light dot is
Probably a duplicate:
http://bugs.php.net/bug.php?id=36797
[2008-09-18 16:06:39] jonr at light dot is
Description:
PHP displays some UTF-8 strings wrongly. E.g. "ÁÉÝÚÓÞÆÐ" is rendered as
"ÁÿÝÐ".
Reproduce code:
---
First Oracle db insert:
insert into temp values (convert('ÁÉÝÚÓÞÆÐ','UTF8'));
$pdo = new PDO('oci:dbname=//localhost/ora','user','pass');
$sth = $pdo->prepare("select * from temp");
$sth->execute();
$sth->fetchAll(PDO::FETCH_ASSOC);
echo $sth[0]['TEXT'];
Expected result:
ÁÉÝÚÓÞÆÐ
Actual result:
--
ÁÿÝÐ
--
Edit this bug report at http://bugs.php.net/?id=46119&edit=1
#46119 [Com]: Some UTF8 characters from database show up wrong
ID: 46119
Comment by: jonr at light dot is
Reported By: jonr at light dot is
Status: Open
Bug Type: Oracle related
Operating System: Windows XP
PHP Version: 5.2.6
New Comment:
Probably a duplicate:
http://bugs.php.net/bug.php?id=36797
Previous Comments:
[2008-09-18 16:06:39] jonr at light dot is
Description:
PHP displays some UTF-8 strings wrongly. E.g. "ÁÉÝÚÓÞÆÐ" is rendered as
"ÁÿÝÐ".
Reproduce code:
---
First Oracle db insert:
insert into temp values (convert('ÁÉÝÚÓÞÆÐ','UTF8'));
$pdo = new PDO('oci:dbname=//localhost/ora','user','pass');
$sth = $pdo->prepare("select * from temp");
$sth->execute();
$sth->fetchAll(PDO::FETCH_ASSOC);
echo $sth[0]['TEXT'];
Expected result:
ÁÉÝÚÓÞÆÐ
Actual result:
--
ÁÿÝÐ
--
Edit this bug report at http://bugs.php.net/?id=46119&edit=1
#46117 [Opn]: Update PHP OpenSSL Files
ID: 46117 Updated by: [EMAIL PROTECTED] Reported By: dj02 dot net at nbl dot fi Status: Open Bug Type: OpenSSL related Operating System: Windows Vista 6.0.6001 PHP Version: 5.2CVS-2008-09-18 (snap) New Comment: The version number shown in phpinfo() is the version that the library was compiled against, it will still load the other library though but doesn't update the version number. I've changed this in PHP 5.3 so it will show both version numbers. Previous Comments: [2008-09-18 15:30:47] dj02 dot net at nbl dot fi Description: Hi, I am running PHP 5.2.6. Could you update OpenSSL Files: libeay32.dll, ssleay32.dll and Extension: php_openssl.dll to OpenSSL Version: 0.9.8i, Please. Files: libeay32.dll and ssleay32.dll i updated from other openssl official place but i couldn't find php_openssl.dll for OpenSSL 0.9.8i and so my phpinfo shows still version: 0.9.8g even libeay32.dll and ssleay32.dll are 0.9.8i. I have copied libeay32.dll (Version: 0.9.8i) and ssleay32.dll (Version: 0.9.8i) files in to: C:\WINDOWS\system32\ -location too. Reproduce code: --- Expected result: Actual result: -- -- Edit this bug report at http://bugs.php.net/?id=46117&edit=1
#46119 [NEW]: Some UTF8 characters from database show up wrong
From: jonr at light dot is
Operating system: Windows XP
PHP version: 5.2.6
PHP Bug Type: Oracle related
Bug description: Some UTF8 characters from database show up wrong
Description:
PHP displays some UTF-8 strings wrongly. E.g. "ÁÉÝÚÓÞÆÐ" is rendered as
"ÁÿÝÐ".
Reproduce code:
---
First Oracle db insert:
insert into temp values (convert('ÁÉÝÚÓÞÆÐ','UTF8'));
$pdo = new PDO('oci:dbname=//localhost/ora','user','pass');
$sth = $pdo->prepare("select * from temp");
$sth->execute();
$sth->fetchAll(PDO::FETCH_ASSOC);
echo $sth[0]['TEXT'];
Expected result:
ÁÉÝÚÓÞÆÐ
Actual result:
--
ÁÿÝÐ
--
Edit bug report at http://bugs.php.net/?id=46119&edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=46119&r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=46119&r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=46119&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=46119&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=46119&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=46119&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=46119&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=46119&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=46119&r=support
Expected behavior:http://bugs.php.net/fix.php?id=46119&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=46119&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=46119&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=46119&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46119&r=php4
Daylight Savings: http://bugs.php.net/fix.php?id=46119&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=46119&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=46119&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=46119&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=46119&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=46119&r=mysqlcfg
#46117 [NEW]: Update PHP OpenSSL Files
From: dj02 dot net at nbl dot fi Operating system: Windows Vista 6.0.6001 PHP version: 5.2CVS-2008-09-18 (snap) PHP Bug Type: OpenSSL related Bug description: Update PHP OpenSSL Files Description: Hi, I am running PHP 5.2.6. Could you update OpenSSL Files: libeay32.dll, ssleay32.dll and Extension: php_openssl.dll to OpenSSL Version: 0.9.8i, Please. Files: libeay32.dll and ssleay32.dll i updated from other openssl official place but i couldn't find php_openssl.dll for OpenSSL 0.9.8i and so my phpinfo shows still version: 0.9.8g even libeay32.dll and ssleay32.dll are 0.9.8i. I have copied libeay32.dll (Version: 0.9.8i) and ssleay32.dll (Version: 0.9.8i) files in to: C:\WINDOWS\system32\ -location too. Reproduce code: --- Expected result: Actual result: -- -- Edit bug report at http://bugs.php.net/?id=46117&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=46117&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=46117&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=46117&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=46117&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=46117&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=46117&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=46117&r=needscript Try newer version:http://bugs.php.net/fix.php?id=46117&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=46117&r=support Expected behavior:http://bugs.php.net/fix.php?id=46117&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=46117&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=46117&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=46117&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46117&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=46117&r=dst IIS Stability:http://bugs.php.net/fix.php?id=46117&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=46117&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=46117&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=46117&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=46117&r=mysqlcfg
#46116 [NEW]: Update libMySQL(i) Files in win32 builds
From: dj02 dot net at nbl dot fi Operating system: Windows Vista 6.0.6001 PHP version: 5.2CVS-2008-09-18 (snap) PHP Bug Type: MySQL related Bug description: Update libMySQL(i) Files in win32 builds Description: MySQL team have released new Community version for 5.0 series including security fixes. Could you update libmysql.dll, php_mysql.dll and php_mysqli.dll to version 5.0.67. Expected result: Actual result: -- -- Edit bug report at http://bugs.php.net/?id=46116&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=46116&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=46116&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=46116&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=46116&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=46116&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=46116&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=46116&r=needscript Try newer version:http://bugs.php.net/fix.php?id=46116&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=46116&r=support Expected behavior:http://bugs.php.net/fix.php?id=46116&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=46116&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=46116&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=46116&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46116&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=46116&r=dst IIS Stability:http://bugs.php.net/fix.php?id=46116&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=46116&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=46116&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=46116&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=46116&r=mysqlcfg
#46115 [Opn->Asn]: Memory leak when calling a method using Reflection
ID: 46115 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Assigned Bug Type:Scripting Engine problem PHP Version: 5.3CVS-2008-09-18 (CVS) -Assigned To: +Assigned To: dmitry Previous Comments: [2008-09-18 14:36:01] [EMAIL PROTECTED] Description: zend_execute_API.c:903 -> ALLOC_INIT_ZVAL(*fci->retval_ptr_ptr); zend_interfaces.c:51 -> fci.retval_ptr_ptr = retval_ptr_ptr ? retval_ptr_ptr : &retval zend_execute_API.c:699 -> *fci->retval_ptr_ptr = NULL; Reproduce code: --- invoke(new RecursiveArrayIterator(array())); Actual result: -- ==16579== 20 bytes in 1 blocks are definitely lost in loss record 2 of 4 ==16579==at 0x4021620: malloc (vg_replace_malloc.c:149) ==16579==by 0x838C7DF: zend_call_function (zend_execute_API.c:903) ==16579==by 0x81B101F: zim_reflection_method_invoke (php_reflection.c:2510) ==16579==by 0x83B8992: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:315) ==16579==by 0x83B74EB: execute (zend_vm_execute.h:104) ==16579==by 0x8397006: zend_execute_scripts (zend.c:1197) ==16579==by 0x83457F7: php_execute_script (main.c:2080) ==16579==by 0x841F542: main (php_cli.c:1130) -- Edit this bug report at http://bugs.php.net/?id=46115&edit=1
#46115 [NEW]: Memory leak when calling a method using Reflection
From: [EMAIL PROTECTED] Operating system: PHP version: 5.3CVS-2008-09-18 (CVS) PHP Bug Type: Scripting Engine problem Bug description: Memory leak when calling a method using Reflection Description: zend_execute_API.c:903 -> ALLOC_INIT_ZVAL(*fci->retval_ptr_ptr); zend_interfaces.c:51 -> fci.retval_ptr_ptr = retval_ptr_ptr ? retval_ptr_ptr : &retval zend_execute_API.c:699 -> *fci->retval_ptr_ptr = NULL; Reproduce code: --- invoke(new RecursiveArrayIterator(array())); Actual result: -- ==16579== 20 bytes in 1 blocks are definitely lost in loss record 2 of 4 ==16579==at 0x4021620: malloc (vg_replace_malloc.c:149) ==16579==by 0x838C7DF: zend_call_function (zend_execute_API.c:903) ==16579==by 0x81B101F: zim_reflection_method_invoke (php_reflection.c:2510) ==16579==by 0x83B8992: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:315) ==16579==by 0x83B74EB: execute (zend_vm_execute.h:104) ==16579==by 0x8397006: zend_execute_scripts (zend.c:1197) ==16579==by 0x83457F7: php_execute_script (main.c:2080) ==16579==by 0x841F542: main (php_cli.c:1130) -- Edit bug report at http://bugs.php.net/?id=46115&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=46115&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=46115&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=46115&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=46115&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=46115&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=46115&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=46115&r=needscript Try newer version:http://bugs.php.net/fix.php?id=46115&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=46115&r=support Expected behavior:http://bugs.php.net/fix.php?id=46115&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=46115&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=46115&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=46115&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46115&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=46115&r=dst IIS Stability:http://bugs.php.net/fix.php?id=46115&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=46115&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=46115&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=46115&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=46115&r=mysqlcfg
#46114 [Opn->Bgs]: php_ldap loads for CLI but not for ISAPI
ID: 46114 User updated by: RQuadling at GMail dot com Reported By: RQuadling at GMail dot com -Status: Open +Status: Bogus Bug Type: LDAP related Operating System: Windows XP SP3 PHP Version: 5.3CVS-2008-09-18 (snap) New Comment: With thanks to Keisial via IRC. The problem was that Sambar Server uses a different version of the SSL dlls. Replacing them with the ones provided by PHP solved the issue. A big thank you to Keisial. Regards, Richard Quadling. Previous Comments: [2008-09-18 13:14:27] RQuadling at GMail dot com Description: Using the same installation of PHP for CLI and ISAPI, with a different ini file for each SAPI, but with extension=php_ldap.dll present in both ini files. At the command line php -m shows ldap. But open starting my web server service (Sambar Server), I get the error ... PHP Startup: Unable to load dynamic library 'C:\PHP5\ext\php_ldap.dll' - The operating system cannot run %1. phpinfo(); doesn't show ldap. php --ri ldap shows ... ldap LDAP Support => enabled RCS Version => $Id: ldap.c,v 1.161.2.3.2.11.2.18 2008/08/02 04:46:05 felipe Exp $ Total Links => 0/unlimited API Version => 3001 Vendor Name => OpenLDAP Vendor Version => 20319 Reverting to PHP 5.3.0-dev (June 12 2008 082017) and all works again. -- Edit this bug report at http://bugs.php.net/?id=46114&edit=1
#46109 [Opn->Asn]: MySQLi::init - Memory leaks
ID: 46109 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Assigned Bug Type:MySQLi related PHP Version: 5.3CVS-2008-09-17 (CVS) -Assigned To: +Assigned To: andrey Previous Comments: [2008-09-17 17:54:07] [EMAIL PROTECTED] Description: Calling init() two or more times generates the mem. leak. Reproduce code: --- init(); $x->init(); Actual result: -- ==19445== 988 (12 direct, 976 indirect) bytes in 1 blocks are definitely lost in loss record 5 of 7 ==19445==at 0x4021620: malloc (vg_replace_malloc.c:149) ==19445==by 0x83A4EB8: _ecalloc (zend_alloc.c:2414) ==19445==by 0x816F4A1: zif_mysqli_init (mysqli_api.c:1330) ==19445==by 0x83FB4DF: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:315) ==19445==by 0x83E9602: execute (zend_vm_execute.h:104) ==19445==by 0x83C3A6E: zend_execute_scripts (zend.c:1197) ==19445==by 0x836916C: php_execute_script (main.c:2080) ==19445==by 0x845B734: main (php_cli.c:1130) ==19445== ==19445== ==19445== 952 bytes in 1 blocks are indirectly lost in loss record 6 of 7 ==19445==at 0x4021620: malloc (vg_replace_malloc.c:149) ==19445==by 0x4F3D31C: my_malloc (in /usr/lib/libmysqlclient_r.so.15.0.0) ==19445==by 0x4F6325E: mysql_init (in /usr/lib/libmysqlclient_r.so.15.0.0) ==19445==by 0x816F483: zif_mysqli_init (mysqli_api.c:1317) ==19445==by 0x83FB4DF: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:315) ==19445==by 0x83E9602: execute (zend_vm_execute.h:104) ==19445==by 0x83C3A6E: zend_execute_scripts (zend.c:1197) ==19445==by 0x836916C: php_execute_script (main.c:2080) ==19445==by 0x845B734: main (php_cli.c:1130) -- Edit this bug report at http://bugs.php.net/?id=46109&edit=1
#46112 [Opn->Fbk]: Segfault when throwing exception during class construction
ID: 46112
Updated by: [EMAIL PROTECTED]
Reported By: erikg at codepoet dot no
-Status: Open
+Status: Feedback
Bug Type: Reproducible crash
Operating System: ArchLinux
PHP Version: 5.2.6
New Comment:
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
I can't reproduce this.
PHP Fatal error: Uncaught exception 'Exception' with message 'error'
in /tmp/test.php:3
Stack trace:
#0 /tmp/test.php(8): error()
#1 /tmp/test.php(17): Foo->__construct()
#2 {main}
thrown in /tmp/test.php on line 3
Previous Comments:
[2008-09-18 10:07:16] erikg at codepoet dot no
Oops, the $item variables weren't supposed to be there. Doesn't matter
though, the segfault still triggers.
[2008-09-18 10:04:08] erikg at codepoet dot no
Description:
Apache segfaults when throwing an exception in a function whose return
value is used to construct a class within another class' constructor.
That sentence made my head hurt, just read the code :) I haven't been
able to remove any code while still reproducing the crash.
Reproduce code:
---
function error($item) {
throw new Exception("error");
}
class Foo {
function __construct() {
new Bar(error($item));
}
}
class Bar {
function __construct($param) {
}
}
new Foo();
Expected result:
Foo object to be instantiated
Actual result:
--
Apache segfaults
--
Edit this bug report at http://bugs.php.net/?id=46112&edit=1
#38805 [Com]: PDO Truncates Text from SQL Server Text Data Type Field
ID: 38805
Comment by: chinnet at 126 dot com
Reported By: gkrajci at arescorporation dot com
Status: Assigned
Bug Type: PDO related
Operating System: Windows NT PBMA-WB2 5.2 build 37
PHP Version: 5.1.6
Assigned To: wez
New Comment:
My php version is 5.2.3.
Now,I use PDO_MSSQL read the image type data from SQL Server 2000.
But i only get 4096B from the db.
so what can i do?
; Valid range 0 - 2147483647. Default = 4096.
mssql.textlimit = 2147483647
; Valid range 0 - 2147483647. Default = 4096.
mssql.textsize = 2147483647
This is supported by php_mssql.dll.But not supported by PDO_MSSQL!
so it is very important!
Previous Comments:
[2008-08-04 12:40:00] gkrajci at arescorporation dot com
Trying $pdo->query('SET TEXTSIZE {number}'); did not work...
$dbh = new PDO($pdo_dsn, $db_user, $db_password);
$sql = "SELECT the_content, DATALENGTH(the_content) AS d_l FROM content
WHERE content_id = 578";
$dbh->query('SET TEXTSIZE 30');
$stmt = $dbh->prepare($sql);
$stmt->execute();
while ( $row = $stmt->fetch() ) {
$video_count++;
echo 'LENGTH: '.strlen($row["the_content"]).', '.$row["d_l"].'';
}
OUTPUT:
LENGTH: 4096, 24868
[2008-07-30 13:18:39] kristaps at kraksti dot lv
Hello!
Have you tried $pdo->query('SET TEXTSIZE {number} ');
Where number is text size (in bytes). Max number is 2 GB in bytes.
[2008-06-20 13:39:10] mcleod at spaceweb dot nl
Also on:
OS: Windows XP Pro
PHP version: 5.2.5
MSSQL server 2005
It worries me that it affects Zend_Db. I experienced it using PDO
directly.
[2008-06-19 07:01:26] Phil dot H at gmx dot net
please fix that bug, this is also a problem if you want to use zend_db
or something like that! This makes the whole zend_db classes useless!
[2008-06-18 12:04:35] me at opensol dot com
I can confirm this bug in php 5.2.5
This is a heavy bug, please fix this soon!
A setting like
mssql.textlimit = 2147483647
mssql.textsize = 2147483647
would be great!
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/38805
--
Edit this bug report at http://bugs.php.net/?id=38805&edit=1
#46114 [NEW]: php_ldap loads for CLI but not for ISAPI
From: RQuadling at GMail dot com Operating system: Windows XP SP3 PHP version: 5.3CVS-2008-09-18 (snap) PHP Bug Type: LDAP related Bug description: php_ldap loads for CLI but not for ISAPI Description: Using the same installation of PHP for CLI and ISAPI, with a different ini file for each SAPI, but with extension=php_ldap.dll present in both ini files. At the command line php -m shows ldap. But open starting my web server service (Sambar Server), I get the error ... PHP Startup: Unable to load dynamic library 'C:\PHP5\ext\php_ldap.dll' - The operating system cannot run %1. phpinfo(); doesn't show ldap. php --ri ldap shows ... ldap LDAP Support => enabled RCS Version => $Id: ldap.c,v 1.161.2.3.2.11.2.18 2008/08/02 04:46:05 felipe Exp $ Total Links => 0/unlimited API Version => 3001 Vendor Name => OpenLDAP Vendor Version => 20319 Reverting to PHP 5.3.0-dev (June 12 2008 082017) and all works again. -- Edit bug report at http://bugs.php.net/?id=46114&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=46114&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=46114&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=46114&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=46114&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=46114&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=46114&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=46114&r=needscript Try newer version:http://bugs.php.net/fix.php?id=46114&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=46114&r=support Expected behavior:http://bugs.php.net/fix.php?id=46114&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=46114&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=46114&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=46114&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46114&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=46114&r=dst IIS Stability:http://bugs.php.net/fix.php?id=46114&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=46114&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=46114&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=46114&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=46114&r=mysqlcfg
#40034 [Com]: mssql_connect(): Unable to connect to server
ID: 40034 Comment by: spanidis at certh dot gr Reported By: chris dot clos at lmcu dot org Status: Assigned Bug Type: MSSQL related Operating System: Windows Server 2003 PHP Version: 5.2.0 Assigned To: fmk New Comment: Hello to everyone. Could you please tell us where can we download ntwdblib.dll (ver. 2000.80.2039.0) from? Thanks for your help Pavlos Previous Comments: [2008-08-15 11:51:08] php at blazemonger dot com I am experiencing this on Linux (CentOS 5) with the stock PHP 5.1.6 and PHP 5.2.6. It is intermittent -- the same SQL query to the same DB server will work sometimes, fail other times. [2008-07-29 12:37:13] c dot pasticcio at gawab dot com We have the same problems with sevral configurations on windows 2003. - webserver: win2k3 + Apache 2.2.9 + Php 5.2.6 - webserver: win2k3 + Apache 2.0.59 + Php 5.1.6 - db server: win2k3 + sql server 2000 We have other 2 webservers with latest Apache and Php releases running on windows 2000 that don't suffer this problem. On all webservers we have ntwdblib.dll version 2000.80.194.0. On db server with win2k3 we have a ntwdblib.dll version 2000.80.2039.0. We didn't try to change the libs yet. [2008-07-23 00:01:23] efesar at gmail dot com Recently I upgraded to PHP 5.2.6 (Apache 2.2.9, Win2003 SP2, MSSQL 2000 SP4 on a separate box) from 5.1.2 (Apache 2.0.58) and this problem suddenly reared its ugly head. Apache wouldn't connect to the database for more than a few hours. PHP was running the "2000.2.8.0" DLL ... I copied the "2000.80.2273.0" DLL over from the MSSQL 2000 box and restarted the web box. I'm hoping this fixes the issue. We tried to use Microsoft's 2005 PHP driver, but it was hopelessly bad at managing resources (If we ran more than 15 calls to sqlsrv_query() in a single PHP session, it crashed PHP and Apache consistently). So far, so good. If this solution doesn't work within 72 hours to fix the problem, I'll come back to add another comment so that people reading this bug report will know it's still a problem. Otherwise, if I'm not back in a week or so, assume the DLL swap is the fix. Incidentally, we also run a PostgreSQL box. We connect to both MSSQL and PGSQL from the same web server, and the PGSQL connection has never failed. [2007-06-30 18:34:46] jmckinzie at novonics dot com I may be having some similar behavior related to this bug. I'm having issues with database connections dropping on a Win 2K3 box, running Apache 1.3.37, PHP 5.1.6 and MS SQL 2005 Express. I am able to connect most of the time using mssql_connect. However, on a consistent basis, probably 15-45 minutes, my mssql_connect calls begin to fail with the same message as above: PHP Warning: mssql_connect(): Unable to connect to server: x.x.x.x Restarting Apache fixes the problem and I am able to connect for a short time. I'm using ntwdblib.dll, version 2000.80.194.0, and have not upgraded to 2000.80.2039.0. [2007-01-23 05:36:47] ivanvart at gmail dot com We have the same problem... we solved (but we dont know if is the best option) changing the ntwdblib.dll (ver. 2000.80.2039.0) in the php directory. 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/40034 -- Edit this bug report at http://bugs.php.net/?id=40034&edit=1
#45291 [Opn->Bgs]: Memory failure in very large XML file
ID: 45291
Updated by: [EMAIL PROTECTED]
Reported By: gilbert dot musnik at fr dot adp dot com
-Status: Open
+Status: Bogus
Bug Type: SimpleXML related
Operating System: Windows
PHP Version: 5.2.6
New Comment:
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
Memory for xml is allocated by third party library and not part of PHP
memory usage controls. If you don't know/can't control size of the xml
files, you should use streaming access (xmlreader or ext/xml) and not
dom based (simplexml or dom).
Previous Comments:
[2008-06-17 08:04:41] gilbert dot musnik at fr dot adp dot com
Description:
Hello,
It's been days I am trying to sort out a problem which pops up when I
process a huge XML file. In "reproduce code" windows is a trivial
script which allocates memory by making an array very big. Assuming a
memory_limit of 1024M in , if I don't load the huge XML file,
the script crashes as expected with a "memory exhausted" fatal error
diagnostic (see expected results window).
However, if I do load my huge XML file with simplexml_load_file(around
300 MB!), the script crashes with a "Out of memory" fatal error
diagnostic. By the way, it doesn't matter if memory_limit is set to
512M or 2048M, the script stumbles on the same "allocated" figure of 332
MB (see actual results windows).
The strangest thing is that before I start swelling the array, the
memory usage is almost the same whether ot not
simplexml_load_file("VERY_BIG_FILE.XML") is invoked or not.
It looks as if memory allocated by simplexml_load_file() routine is NOT
taken into account in overall PHP memory usage and memory limit
management.
Thanks in advance for your feedback on that,
Gilbert Musnik
Reproduce code:
---
Expected result:
N:\>\php-5.2.6-Win32\php.exe -c \MD_config\php.ini
\MD_config\test_mem.php
[ 2008/06/16 - 18:06:10 ] No simplexml_load_file
0 - memory usage=64,552 - memory_limit=1024M)
1,000,000 - memory usage=100,259,664 - memory_limit=1024M)
2,000,000 - memory usage=200,454,016 - memory_limit=1024M)
3,000,000 - memory usage=304,842,624 - memory_limit=1024M)
4,000,000 - memory usage=400,842,624 - memory_limit=1024M)
5,000,000 - memory usage=513,619,840 - memory_limit=1024M)
6,000,000 - memory usage=609,619,840 - memory_limit=1024M)
7,000,000 - memory usage=705,619,840 - memory_limit=1024M)
8,000,000 - memory usage=801,619,840 - memory_limit=1024M)
9,000,000 - memory usage=931,174,272 - memory_limit=1024M)
10,000,000 - memory usage=1,027,174,272 - memory_limit=1024M)
Fatal error: Allowed memory size of 1073741824 bytes exhausted (tried
to allocate 35 bytes) in N:\md_config\test_mem.php on line 23
Actual result:
--
N:\>\php-5.2.6-Win32\php.exe -c \MD_config\php.ini
\MD_config\test_mem.php
[ 2008/06/16 - 18:05:06 ] Before simplexml_load_file
[ 2008/06/Mon - 18:05:33 ] After simplexml_load_file: 27 secondes
0 - memory usage=65,472 - memory_limit=1024M)
1,000,000 - memory usage=100,260,376 - memory_limit=1024M)
2,000,000 - memory usage=200,454,728 - memory_limit=1024M)
3,000,000 - memory usage=304,843,336 - memory_limit=1024M)
Fatal error: Out of memory (allocated 332660736) (tried to allocate 35
bytes) in N:\md_config\test_mem.php on line 23
--
Edit this bug report at http://bugs.php.net/?id=45291&edit=1
#46099 [Asn->Csd]: Xsltprocessor::setProfiling - memory leak
ID: 46099
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Assigned
+Status: Closed
Bug Type:XSLT related
PHP Version: 5.3CVS-2008-09-16 (CVS)
Assigned To: rrichards
New Comment:
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.
Previous Comments:
[2008-09-16 18:59:24] [EMAIL PROTECTED]
A probable fix:
http://felipe.ath.cx/diff/bug46099.diff
[2008-09-16 18:57:42] [EMAIL PROTECTED]
Description:
See below.
The intern->profiling isn't freed and not checked when calling
setProfiling() two or more times.
Reproduce code:
---
setProfiling('foo');
$x->setProfiling('foo');
Actual result:
--
Memory leak.
--
Edit this bug report at http://bugs.php.net/?id=46099&edit=1
#46113 [Fbk->Opn]: SOAP can't handle ZIP response
ID: 46113 User updated by: syabro at gmail dot com Reported By: syabro at gmail dot com -Status: Feedback +Status: Open Bug Type: SOAP related Operating System: Windows XP PHP Version: 5.2.6 New Comment: Hm... I said wrong. Request is not zipped. It's CONTAINS zip in response. If you look in my response example U'll see an CDATA content with zip. Previous Comments: [2008-09-18 10:59:33] [EMAIL PROTECTED] Does it use the stream zip format? Like what is available in java's soap or rpc? [2008-09-18 10:21:25] syabro at gmail dot com Probally error occurs wher SOAPClient tried to parse zipped data in tag or with CDATA section. [2008-09-18 10:12:03] syabro at gmail dot com Description: When soap response is zipped php fails with windows error "" Memory can't be read. Reproduce code: --- Response example: http://syabro.com/response.xml Expected result: String variable, that contain's zip. -- Edit this bug report at http://bugs.php.net/?id=46113&edit=1
#46113 [Opn->Fbk]: SOAP can't handle ZIP response
ID: 46113 Updated by: [EMAIL PROTECTED] Reported By: syabro at gmail dot com -Status: Open +Status: Feedback Bug Type: SOAP related Operating System: Windows XP PHP Version: 5.2.6 New Comment: Does it use the stream zip format? Like what is available in java's soap or rpc? Previous Comments: [2008-09-18 10:21:25] syabro at gmail dot com Probally error occurs wher SOAPClient tried to parse zipped data in tag or with CDATA section. [2008-09-18 10:12:03] syabro at gmail dot com Description: When soap response is zipped php fails with windows error "" Memory can't be read. Reproduce code: --- Response example: http://syabro.com/response.xml Expected result: String variable, that contain's zip. -- Edit this bug report at http://bugs.php.net/?id=46113&edit=1
#46113 [Com]: SOAP can't handle ZIP response
ID: 46113 Comment by: syabro at gmail dot com Reported By: syabro at gmail dot com Status: Open Bug Type: SOAP related Operating System: Windows XP PHP Version: 5.2.6 New Comment: Probally error occurs wher SOAPClient tried to parse zipped data in tag or with CDATA section. Previous Comments: [2008-09-18 10:12:03] syabro at gmail dot com Description: When soap response is zipped php fails with windows error "" Memory can't be read. Reproduce code: --- Response example: http://syabro.com/response.xml Expected result: String variable, that contain's zip. -- Edit this bug report at http://bugs.php.net/?id=46113&edit=1
#46113 [NEW]: SOAP can't handle ZIP response
From: syabro at gmail dot com Operating system: Windows XP PHP version: 5.2.6 PHP Bug Type: SOAP related Bug description: SOAP can't handle ZIP response Description: When soap response is zipped php fails with windows error "" Memory can't be read. Reproduce code: --- Response example: http://syabro.com/response.xml Expected result: String variable, that contain's zip. -- Edit bug report at http://bugs.php.net/?id=46113&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=46113&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=46113&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=46113&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=46113&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=46113&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=46113&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=46113&r=needscript Try newer version:http://bugs.php.net/fix.php?id=46113&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=46113&r=support Expected behavior:http://bugs.php.net/fix.php?id=46113&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=46113&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=46113&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=46113&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46113&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=46113&r=dst IIS Stability:http://bugs.php.net/fix.php?id=46113&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=46113&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=46113&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=46113&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=46113&r=mysqlcfg
#46112 [Opn]: Segfault when throwing exception during class construction
ID: 46112
User updated by: erikg at codepoet dot no
Reported By: erikg at codepoet dot no
Status: Open
Bug Type: Reproducible crash
Operating System: ArchLinux
PHP Version: 5.2.6
New Comment:
Oops, the $item variables weren't supposed to be there. Doesn't matter
though, the segfault still triggers.
Previous Comments:
[2008-09-18 10:04:08] erikg at codepoet dot no
Description:
Apache segfaults when throwing an exception in a function whose return
value is used to construct a class within another class' constructor.
That sentence made my head hurt, just read the code :) I haven't been
able to remove any code while still reproducing the crash.
Reproduce code:
---
function error($item) {
throw new Exception("error");
}
class Foo {
function __construct() {
new Bar(error($item));
}
}
class Bar {
function __construct($param) {
}
}
new Foo();
Expected result:
Foo object to be instantiated
Actual result:
--
Apache segfaults
--
Edit this bug report at http://bugs.php.net/?id=46112&edit=1
#46112 [NEW]: Segfault when throwing exception during class construction
From: erikg at codepoet dot no
Operating system: ArchLinux
PHP version: 5.2.6
PHP Bug Type: Reproducible crash
Bug description: Segfault when throwing exception during class construction
Description:
Apache segfaults when throwing an exception in a function whose return
value is used to construct a class within another class' constructor.
That sentence made my head hurt, just read the code :) I haven't been able
to remove any code while still reproducing the crash.
Reproduce code:
---
function error($item) {
throw new Exception("error");
}
class Foo {
function __construct() {
new Bar(error($item));
}
}
class Bar {
function __construct($param) {
}
}
new Foo();
Expected result:
Foo object to be instantiated
Actual result:
--
Apache segfaults
--
Edit bug report at http://bugs.php.net/?id=46112&edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=46112&r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=46112&r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=46112&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=46112&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=46112&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=46112&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=46112&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=46112&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=46112&r=support
Expected behavior:http://bugs.php.net/fix.php?id=46112&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=46112&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=46112&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=46112&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46112&r=php4
Daylight Savings: http://bugs.php.net/fix.php?id=46112&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=46112&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=46112&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=46112&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=46112&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=46112&r=mysqlcfg
#44093 [Com]: ignore_user_abort() sometimes do not work !
ID: 44093
Comment by: taworn at yahoo dot com
Reported By: max at tehnomir dot com dot ua
Status: No Feedback
Bug Type: *General Issues
Operating System: Linux 2.6.20.2
PHP Version: 5.2.5
New Comment:
I can confirm this bug, too. Even with ignore_user_abort(TRUE).
However, after I changed from using PHP as CGI to Apache module, its
work.
Taworn T.
Previous Comments:
[2008-07-17 12:16:32] marcus dot mueller at grintsch dot com
I can confirm this bug still being reproducible in PHP 5.2.6 on Linux
2.6.24 and above. Any news?
[2008-04-26 13:50:13] pcdinh at gmail dot com
This bug remains still. I can reproduce it on PHP 5.2.5 and latest PHP
5.3dev (Windows XP SP2)
Maximum execution time of 60 seconds exceeded in
D:\webroot\bugs\44093.php
[2008-04-02 01:00:02] 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-03-25 14:01:43] [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
[2008-02-10 19:57:36] max at tehnomir dot com dot ua
Description:
Hello !
ignore_user_abort( false ) sometimes do not work !
In this example when I press STOP button in my browser script does not
stop. It runs till max_execution_time is reached.
Server: 1.3.39.
Reproduce code:
---
";
flush();
fwrite($fp, date('d.m.Y H:i:s')."\n");
sleep( 1 );
}
fclose( $fp );
?>
Expected result:
Script must stop execution.
Actual result:
--
Script runs till max_execution_time is reached.
--
Edit this bug report at http://bugs.php.net/?id=44093&edit=1
