#47430 [Opn->Asn]: Errors after writing to nodeValue parameter of an absent previousSibling
ID: 47430 Updated by: fel...@php.net Reported By: bisyarin at ukr dot net -Status: Open +Status: Assigned Bug Type: Scripting Engine problem Operating System: * PHP Version: 5.2CVS-2009-02-17 (snap) -Assigned To: +Assigned To: rrichards New Comment: The problem is the 'retval = EG(uninitialized_zval_ptr);' in dom_read_property(), I guess that maybe would be more suitable throw an E_RECOVERABLE_ERROR there. Assigned to maintainer. Previous Comments: [2009-02-18 23:47:36] fel...@php.net I can reproduce it using 5.3CVS. [2009-02-18 00:39:01] bisyarin at ukr dot net I've tried PHP 5.2.9RC3-dev on windows and FreeBSD and still the same. Output from my win-machine: version: PHP 5.2.9RC3-dev (cli) (built: Feb 17 2009 23:39:59) Error message: PHP Fatal error: Cannot use object of type stdClass as array in D:\artem\phpDOMBagTest.php on line 19 Output from my FreeBSD machine: version: PHP 5.2.9RC3-dev (cli) (built: Feb 18 2009 02:14:56) Error message: Fatal error: Cannot use object of type stdClass as array in /usr/home/artem/comps/scripts/phpDOMBagTest.php on line 19 [2009-02-17 23:54:19] j...@php.net Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://windows.php.net/snapshots/ [2009-02-17 23:01:30] bisyarin at ukr dot net Description: In one of my project's libraries I've forgot to check DOMNode's "previousSibling" property for existence by accident. I think that DOM extension should handle such situations gracefully. But after that, when I try to create an array by assigning a value to unexistent key with square bracket syntax, I get an error message: PHP Fatal error: Cannot use object of type stdClass as array in /xxx/yyy.php on line ZZZ Reproduce code: --- $xml = 'HelloWorld!'; $dom = new DOMDocument(); $dom->loadXML($xml); $elements = $dom->getElementsByTagName('i'); foreach ($elements as $i) { $i->previousSibling->nodeValue = ''; } $arr[0] = 'Value'; print_r($arr); Expected result: Array ( [0] => Value ) Actual result: -- PHP Fatal error: Cannot use object of type stdClass as array in /usr/home/artem/comps/scripts/test.php on line 20 -- Edit this bug report at http://bugs.php.net/?id=47430&edit=1
#47467 [Opn->Asn]: The crc32b polynomial result has a wrong endianess
ID: 47467 Updated by: paj...@php.net Reported By: php at twinmail dot de -Status: Open +Status: Assigned Bug Type: hash related Operating System: Windows XP SP2 PHP Version: 5.2.8 -Assigned To: +Assigned To: pajoye New Comment: Windows has no specific endianess but the processor. However I can reproduce on windows (vc6 and vc9). Weird, needs more analyze. Previous Comments: [2009-02-20 21:24:26] php at twinmail dot de Description: The polynomial result of the crc32b hash function has since 5.2.8 a wrong byte endianess on Windows. This also affects the CVS snapshot. I cannot reproduce this error on any linux (debian / debian / gentoo / opensuse) box I have, so I think this bug only affects Windows versions. I tested different versions of PHP on my Windows system: PHP 5.2.9RC4-dev (cli) (built: Feb 20 2009 15:57:39): affected PHP 5.2.8 (cli) (built: Dec 8 2008 19:31:23): affected PHP 5.2.6 (cli) (built: May 2 2008 18:02:07): NOT affected The bug #45028 is maybe related to this one. Reproduce code: --- print hash('crc32b', 'Lorem Ipsum'); Expected result: 5dd48a35 Actual result: -- 358ad45d -- Edit this bug report at http://bugs.php.net/?id=47467&edit=1
#47467 [NEW]: The crc32b polynomial result has a wrong endianess
From: php at twinmail dot de Operating system: Windows XP SP2 PHP version: 5.2.8 PHP Bug Type: hash related Bug description: The crc32b polynomial result has a wrong endianess Description: The polynomial result of the crc32b hash function has since 5.2.8 a wrong byte endianess on Windows. This also affects the CVS snapshot. I cannot reproduce this error on any linux (debian / debian / gentoo / opensuse) box I have, so I think this bug only affects Windows versions. I tested different versions of PHP on my Windows system: PHP 5.2.9RC4-dev (cli) (built: Feb 20 2009 15:57:39): affected PHP 5.2.8 (cli) (built: Dec 8 2008 19:31:23): affected PHP 5.2.6 (cli) (built: May 2 2008 18:02:07): NOT affected The bug #45028 is maybe related to this one. Reproduce code: --- print hash('crc32b', 'Lorem Ipsum'); Expected result: 5dd48a35 Actual result: -- 358ad45d -- Edit bug report at http://bugs.php.net/?id=47467&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=47467&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=47467&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=47467&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=47467&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=47467&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=47467&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=47467&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=47467&r=needscript Try newer version: http://bugs.php.net/fix.php?id=47467&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=47467&r=support Expected behavior: http://bugs.php.net/fix.php?id=47467&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=47467&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=47467&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=47467&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=47467&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=47467&r=dst IIS Stability: http://bugs.php.net/fix.php?id=47467&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=47467&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=47467&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=47467&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=47467&r=mysqlcfg
#47459 [Fbk->Csd]: blank page: due to having function in PHP page
ID: 47459 User updated by: ben dot keen at gmail dot com Reported By: ben dot keen at gmail dot com -Status: Feedback +Status: Closed Bug Type: Reproducible crash Operating System: Linux PHP Version: 5.2.8 New Comment: Closed. Previous Comments: [2009-02-20 21:21:11] ben dot keen at gmail dot com Apologies, I don't think that is a bug. There's something wonky going on on the server. Now even this isn't working: [2009-02-20 13:16:59] j...@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. [2009-02-20 07:11:28] ben dot keen at gmail dot com Description: This was actually found on 5.2.8, the current main PHP release (not sure why it's not listed in the PHP version dropdown on the bug report page... ??) The problem is this: I'm importing a number of PHP files with require_once() into a main page but I get a blank page. I debugged it down to two lines of code in one of the files file that is being included. These two lines are inside a function that is NOT called, however. if (!$something) ft_handle_error("one" . "two" . "three", mysql_error()); When I comment these two lines out, the page loads fine. No errors, notifications or warnings are displayed. When I remove one (any) of the strings being concatenated in the first function parameter, the page loads fine. In other words, when I change the lines to any of these, the page loads fine: if (!$something) ft_handle_error("two" . "three", mysql_error()); As does: if (!$something) ft_handle_error("one" . "three", mysql_error()); As does: if (!$something) ft_handle_error("one" . "two", mysql_error()); Two final things to mention: when I remove the second mysql_error() parameter but keep all three strings being concatenated in the first parameter, the page loads. Also, when I remove the if (!$something) condition and keep all three strings being concatenated again, it also works fine. The actual strings being concatenated don't seem to make any difference. I'm well beyond confused. Debugging tips? Reproduce code: --- if (!$something) ft_handle_error("one" . "two" . "three", mysql_error()); Expected result: The page should load for ANY of the lines of PHP code mentioned. -- Edit this bug report at http://bugs.php.net/?id=47459&edit=1
#47459 [Com]: blank page: due to having function in PHP page
ID: 47459 Comment by: ben dot keen at gmail dot com Reported By: ben dot keen at gmail dot com Status: Feedback Bug Type: Reproducible crash Operating System: Linux PHP Version: 5.2.8 New Comment: Apologies, I don't think that is a bug. There's something wonky going on on the server. Now even this isn't working: Previous Comments: [2009-02-20 13:16:59] j...@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. [2009-02-20 07:11:28] ben dot keen at gmail dot com Description: This was actually found on 5.2.8, the current main PHP release (not sure why it's not listed in the PHP version dropdown on the bug report page... ??) The problem is this: I'm importing a number of PHP files with require_once() into a main page but I get a blank page. I debugged it down to two lines of code in one of the files file that is being included. These two lines are inside a function that is NOT called, however. if (!$something) ft_handle_error("one" . "two" . "three", mysql_error()); When I comment these two lines out, the page loads fine. No errors, notifications or warnings are displayed. When I remove one (any) of the strings being concatenated in the first function parameter, the page loads fine. In other words, when I change the lines to any of these, the page loads fine: if (!$something) ft_handle_error("two" . "three", mysql_error()); As does: if (!$something) ft_handle_error("one" . "three", mysql_error()); As does: if (!$something) ft_handle_error("one" . "two", mysql_error()); Two final things to mention: when I remove the second mysql_error() parameter but keep all three strings being concatenated in the first parameter, the page loads. Also, when I remove the if (!$something) condition and keep all three strings being concatenated again, it also works fine. The actual strings being concatenated don't seem to make any difference. I'm well beyond confused. Debugging tips? Reproduce code: --- if (!$something) ft_handle_error("one" . "two" . "three", mysql_error()); Expected result: The page should load for ANY of the lines of PHP code mentioned. -- Edit this bug report at http://bugs.php.net/?id=47459&edit=1
#47414 [Com]: PDO_Firebird memory leaks when using bindColumn()
ID: 47414 Comment by: cruzader at gmx dot de Reported By: fel...@php.net Status: Open Bug Type:PDO related PHP Version: 5.3CVS-2009-02-16 (CVS) New Comment: Using: PHP 5.2.9RC2 (cli) (built: Feb 19 2009 16:29:53) OS: OpenSuse 10.3 Description: Any error with PDO will result in a memory leak. Reproduce code: while (1) { $test = new PDO($db['dsn'], $db['username'], $db['password']); print "\n".memory_get_usage(); } Previous Comments: [2009-02-16 22:31:07] fel...@php.net Description: See below. Reproduce code: --- setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_WARNING); @$db->exec('drop table test'); $db->exec('CREATE TABLE test(idx int NOT NULL PRIMARY KEY, txt VARCHAR(20))'); $db->exec('INSERT INTO test VALUES(0, \'String0\')'); $stmt = $db->prepare('SELECT idx, txt FROM test ORDER by idx'); $idx = $txt = 0; $stmt->bindColumn('IDX', $idx); $stmt->bindColumn('TXT', $txt); $stmt->execute(); while($stmt->fetch(PDO::FETCH_BOUND)) { var_dump(array($idx=>$txt)); } Actual result: -- array(1) { [0]=> string(7) "String0" } [Mon Feb 16 19:30:09 2009] Script: '../test.php' /home/felipe/dev/php5/main/spprintf.c(775) : Freeing 0x090E8A64 (79 bytes), script=../test.php Last leak repeated 1 time === Total 2 memory leaks detected === -- Edit this bug report at http://bugs.php.net/?id=47414&edit=1
#40479 [Com]: zend_mm_heap corrupted
ID: 40479 Comment by: php at wijzijnhet dot nl Reported By: rrossi at maggioli dot it Status: No Feedback Bug Type: Reproducible crash Operating System: Suse Linux 9.0 PHP Version: 5.2.1 New Comment: Just ran into the same problem problem on PHP5.3b1, so it seems this error is bug is still around. Unfortunately, I don't have a simple script to reproduce the problem. My config.nice: './configure' \ '--prefix=/opt' \ '--with-apxs2=/usr/bin/apxs2' \ '--disable-short-tags' \ '--with-openssl' \ '--with-zlib' \ '--enable-bcmath' \ '--with-bz2=/bin/bzip2' \ '--enable-calendar' \ '--with-curl' \ '--with-curlwrappers' \ '--enable-exif' \ '--enable-ftp' \ '--with-gd' \ '--with-jpeg-dir=/usr/lib' \ '--with-png-dir=/usr/lib' \ '--with-xpm-dir=/usr/lib' \ '--with-ttf' \ '--with-t1lib' \ '--enable-gd-native-ttf' \ '--enable-gd-jis-conv' \ '--with-gettext' \ '--with-imap' \ '--with-imap-ssl' \ '--with-ldap' \ '--with-ldap-sasl' \ '--enable-mbstring' \ '--with-mcrypt' \ '--with-mhash' \ '--with-ming' \ '--with-mysql=mysqlnd' \ '--with-mysqli=mysqlnd' \ '--with-ncurses' \ '--with-pdo-mysql' \ '--with-pspell' \ '--with-readline' \ '--with-snmp' \ '--enable-soap' \ '--enable-sockets' \ '--without-sqlite' \ '--enable-sqlite-utf8' \ '--with-tidy' \ '--enable-wddx' \ '--with-xmlrpc' \ '--with-xsl' \ '--enable-zip' \ '--with-pear' \ '--with-kerberos' \ '--with-config-file-path=/etc/php5-3' \ System configuration: OS: Ubuntu Linux 8.10 Apache 2.2.9 Previous Comments: [2009-01-27 16:10:11] dominik at dadadom dot de Interestingly enough, changing values in php.ini helps: http://trac.macports.org/ticket/18004#comment:10 [2009-01-23 05:18:43] pablo at dalloglio dot net This script may help to reproduce the bug. It is a stupid script, but sometimes the two generated files (teste.txt, teste1.txt) are different. But they should be identical. [2008-12-12 20:10:29] peter at f-is dot eu I have run into this problem too. I have not been able to make a short example script to demonstrate the problem since removing seemingly unrelated parts of code makes the problem disappear. The error is generated after the PHP script has completed. The actual problem seems to stem from calling a some static method from a class that has not yet been included. The class is included by an __autoload function. Manually including the class first seems to fix the problem, but doing random stuff in general seems to do that :) The problem occurs when returning from the function, since throwing an exception or die()-ing at that point does not show the problem. When building php with --enable-debug, the problem goes away. The problem also goes away when not using --enable-debug, but adding -DZEND_MM_HEAP_PROTECTION. Since the problem goes away when using --enable-debug, I generated the following backtraces with a modified zend_mm_panic(...) in zend_alloc.c to remove the #if ZEND_DEBUG macro. #0 0x7f9b736d45a7 in kill () from /lib/libc.so.6 #1 0x00596440 in zend_mm_panic (message=) at /usr/local/src/php-5.2.8/Zend/zend_alloc.c:94 #2 0x00596a45 in _zend_mm_free_int (heap=0x96f300, p=0xb) at /usr/local/src/php-5.2.8/Zend/zend_alloc.c:833 #3 0x005bc298 in zend_hash_destroy (ht=0xd71040) at /usr/local/src/php-5.2.8/Zend/zend_hash.c:526 #4 0x005cbb49 in zend_object_std_dtor (object=0xd6c570) at /usr/local/src/php-5.2.8/Zend/zend_objects.c:45 #5 0x005cbb69 in zend_objects_free_object_storage (object=0x25e3) at /usr/local/src/php-5.2.8/Zend/zend_objects.c:122 #6 0x005cf1ae in zend_objects_store_del_ref_by_handle (handle=63) at /usr/local/src/php-5.2.8/Zend/zend_objects_API.c:206 #7 0x005cf1de in zend_objects_store_del_ref (zobject=0xd6ffe8) at /usr/local/src/php-5.2.8/Zend/zend_objects_API.c:168 #8 0x005a4d16 in _zval_ptr_dtor (zval_ptr=0xd79d38) at /usr/local/src/php-5.2.8/Zend/zend_variables.h:35 #9 0x005bc298 in zend_hash_destroy (ht=0xcf42f8) at /usr/local/src/php-5.2.8/Zend/zend_hash.c:526 #10 0x005b12bf in _zval_dtor_func (zvalue=0xd77118) at /usr/local/src/php-5.2.8/Zend/zend_variables.c:43 #11 0x005a4d16 in _zval_ptr_dtor (zval_ptr=0xb74de0) at /usr/local/src/php-5.2.8/Zend/zend_variables.h:35 #12 0x005bc298 in zend_hash_destroy (ht=0xd01938) at /usr/local/src/php-5.2.8/Zend/zend_hash.c:526 #13 0x005cbb49 in zend_object_std_dtor (object=0xd6cc88) at /usr/local/src/php-5.2.8/Zend/zend_objects.c:45 #14 0x005cbb69 in zend_objects_free_object_storage (object=0x25e3) at /usr/local/src/php-5.2.8/Zend/zend_objects.c:122 #15 0x005cf1ae in zend_objects_store_del_ref_by_handle (handle=62) at /usr/local/src/php-5.2.8/Zend/zend_objects_API.c:206 #16 0x
#31411 [Com]: Misplaced "Cannot set connection to blocking mode" at end of output
ID: 31411 Comment by: wmoran at potentialtech dot com Reported By: mike at ecommerce dot com Status: No Feedback Bug Type: PostgreSQL related Operating System: * PHP Version: 5CVS, 4CVS (2005-01-17) New Comment: I can reproduce this on both PHP 5.2.6 and 5.2.8 using PostgreSQL 8.3.6 client/server on FreeBSD 6.3 Further, the error reporting is odd. No setting of error_reporting in my php.ini seems to squelch it. Previous Comments: [2008-11-06 17:59:33] benjiro at benjiro dot com This problem has also confirmed in PHP Version 5.2.6-2+b1. Recreate: Run your test script with a permanent connection. Restart postgresql for whatever reason. Enjoy this nice "NOTICE on 06-11 18:58 with response pg_query_params() [function.pg-query-params]: Cannot set connection to blocking mode". Also note: Don't forget to clear your browser cache afterward, or else your going to keep getting this message when you refresh a page ( F5 ). Making it worse then it is. [2008-08-21 07:41:16] igor dot kotsarev at gloru dot net Same problem on PHP 5.26 [2007-11-19 21:18:40] ctrix at hotmail dot com Same problem here with PHP 5.2.0. It's easily reproduceable: simply start a persistent connection, then restart postgres. That message will appear. [2005-07-14 01:00:03] 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". [2005-07-06 13:06:59] sni...@php.net Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip 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/31411 -- Edit this bug report at http://bugs.php.net/?id=31411&edit=1
#47455 [Com]: DON'T READ XML WITH SPANISH CHARACTERS
ID: 47455 Comment by: bbarnetm at yahoo dot com Reported By: bbarnett at gt dot co dot cr Status: Feedback Bug Type: SimpleXML related Operating System: Windows 2003 Server R2 PHP Version: 5.2.9RC3 New Comment: My web service provider fix my problem. Thank you Previous Comments: [2009-02-19 23:09:37] j...@php.net Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. [2009-02-19 22:35:08] bbarnett at gt dot co dot cr Description: I'm try to read XML response from a Web Service where one of it's tag have SPANISH characters and the function that I'm using give me a fatal error Reproduce code: --- $xml=new SimpleXMLElement(utf8_decode($l_stResult['ServicioRecibosCobroResult'])); Expected result: Something like THIS object(SimpleXMLElement)#12 (2) { ["Encabezado"]=> object(SimpleXMLElement)#8 (6) { ["Resultado"]=> string(4) "" ["Mensaje"]=> string(15) "DATOS CORRECTOS" ["Servicio"]=> string(7) "3260304" ["CantidadRecibos"]=> string(4) "0001" ["Identificacion"]=> string(14) "00" ["Cliente"]=> string(25) "ELIZABETH VALLEJOS CERDAS" } ["Recibos"]=> object(SimpleXMLElement)#14 (1) { ["Recibo"]=> object(SimpleXMLElement)#16 (5) { ["NIR"]=> string(18) "032603040121022008" ["Monto"]=> string(6) "333000" ["Moneda"]=> string(3) "CRC" ["Fact"]=> string(8) "21022008" ["Venc"]=> string(8) "06032008" } } } Actual result: -- string(436) "DATOS CORRECTOS5272627000127010288042303ANG¿LICA SUAREZ VALLEJOS052726270108022008712400CRC0802200822022008" -- Edit this bug report at http://bugs.php.net/?id=47455&edit=1
#47465 [Opn->Bgs]: Functions structure not working fine
ID: 47465 Updated by: der...@php.net Reported By: mcs_sohail at yahoo dot com -Status: Open +Status: Bogus Bug Type: PHP options/info functions Operating System: windows and linux both PHP Version: 5.2.8 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 . Previous Comments: [2009-02-20 16:01:44] mcs_sohail at yahoo dot com Description: functions in php are not working as they should perform. like i define a function function abc($param1,$param2){ // some code here echo "abc Function Calling"; } then i made a function call abc($temp_param1,$temp_param2,$temp_param3); It is calling the above function but i think it should show some errors. Reproduce code: --- function abc($param1,$param2){ // some code here } abc($temp_param1,$temp_param2,$temp_param3); Expected result: It should show some errors. Actual result: -- it is showing abc Function Calling -- Edit this bug report at http://bugs.php.net/?id=47465&edit=1
#47465 [NEW]: Functions structure not working fine
From: mcs_sohail at yahoo dot com Operating system: windows and linux both PHP version: 5.2.8 PHP Bug Type: PHP options/info functions Bug description: Functions structure not working fine Description: functions in php are not working as they should perform. like i define a function function abc($param1,$param2){ // some code here echo "abc Function Calling"; } then i made a function call abc($temp_param1,$temp_param2,$temp_param3); It is calling the above function but i think it should show some errors. Reproduce code: --- function abc($param1,$param2){ // some code here } abc($temp_param1,$temp_param2,$temp_param3); Expected result: It should show some errors. Actual result: -- it is showing abc Function Calling -- Edit bug report at http://bugs.php.net/?id=47465&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=47465&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=47465&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=47465&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=47465&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=47465&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=47465&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=47465&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=47465&r=needscript Try newer version: http://bugs.php.net/fix.php?id=47465&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=47465&r=support Expected behavior: http://bugs.php.net/fix.php?id=47465&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=47465&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=47465&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=47465&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=47465&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=47465&r=dst IIS Stability: http://bugs.php.net/fix.php?id=47465&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=47465&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=47465&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=47465&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=47465&r=mysqlcfg
#46701 [Asn->Csd]: Creating associative array with long values in the key fails on 32bit linux
ID: 46701 Updated by: fel...@php.net Reported By: testuzer at hotmail dot com -Status: Assigned +Status: Closed Bug Type: Scripting Engine problem Operating System: Linux 32bit - ubuntu PHP Version: 5CVS, 6CVS (2008-11-28) Assigned To: felipe New Comment: Yes, the patch was revert in 5_2. Previous Comments: [2009-02-20 13:13:10] j...@php.net The test fails for me: [j...@localhost tests]$ cat bug46701.diff 001+ array(1) { 002+ [-2147483648]=> 003+ int(3) 004+ } 005+ int(3) 006+ array(1) { 007+ [-2147483648]=> 001- array(3) { 002- [-866368000]=> 003- int(1) 004- [-835511808]=> 005- int(2) 006- [-835350528]=> 009- int(2) 010- array(1) { 011- [-835350528]=> 012- int(3) 013- } [2009-01-06 01:30:10] fel...@php.net Fixed in 5_2_9 too. [2009-01-05 20:42:49] fel...@php.net 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. Fixed in 5_3 and HEAD at the moment. [2009-01-03 05:03:24] sh...@php.net Proposed patches to make $array[$double] perform the same as $array[intval($double)]... http://tekrat.com/patches/bug46701.php6.patch http://tekrat.com/patches/bug46701.php53.patch http://tekrat.com/patches/bug46701.php52.patch [2008-12-04 01:43:46] msara...@php.net Array ( [-2147483648] => 1 ) Reproduced here. 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/46701 -- Edit this bug report at http://bugs.php.net/?id=46701&edit=1
#47441 [Opn->Bgs]: PHP segmentation fault on 'make test'
ID: 47441 Updated by: j...@php.net Reported By: jpilling at fortvale dot com -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: zLinux - SLES 10 s390x 64bit PHP Version: 5.3.0beta1 New Comment: Third strike. You're supposed to disable ALL 3rd party extensions. Especially any zend extensions. Previous Comments: [2009-02-20 11:31:43] jpilling at fortvale dot com PS: I need to compile with --disable-debug to use the Zend Optimizer. [2009-02-20 10:26:57] jpilling at fortvale dot com Ok, I understand how to get the backtrace now, but the segmentation fault on "make test" will only occur if I --disable-debug, so how can I get a backtrace if debugging is not enabled? If I use --enable-debug php compiles OK. I ran GDB anyway after my compile with --disable-debug, which is probably useless, and i got: (gdb) run /home/php-5.3.0beta1/run-tests.php Starting program: /home/php-5.3.0beta1/sapi/cli/php /home/php-5.3.0beta1/run-tests.php (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) [Thread debugging using libthread_db enabled] [New Thread 2199031317472 (LWP 9045)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 2199031317472 (LWP 9045)] 0x8027ea22 in ?? () [2009-02-20 08:19:14] jpilling at fortvale dot com I tried the following to generate the backtrace (i'm not 100% sure if I'm doing the right thing, sorry ): TEST_PHP_EXECUTABLE=/home/php-5.3.0beta1/sapi/cli/php gdb Once GDB starts to run I enter: run /home/php-5.3.0beta1/run-tests.php The output is: Starting program: /home/php-5.2.8/run-tests.php No executable file specified. Use the "file" or "exec-file" command. [2009-02-19 22:51:54] jpilling at fortvale dot com Sorry, I don't know which is a PHP fault or which is an Apache fault. I don't know how to create a backtrace. I read the instructions but i'm struggling to understand. It mentions a script that causes the crashis that the run-tests.php script? Do I need to run the home/php5.3.0beta1/sapi/cli/php executable using gdb, and run the test script to get a backtrace? If thats correct, I get the error that /home/php5.3.0beta1/sapi/cli/php is not an executable when trying to run it with gdb. Any ideas? Sorry for my inexperience. [2009-02-19 21:44:22] j...@php.net Oh, and we still don't have the backtrace of the bug you originally reported.. 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/47441 -- Edit this bug report at http://bugs.php.net/?id=47441&edit=1
#47459 [Opn->Fbk]: blank page: due to having function in PHP page
ID: 47459 Updated by: j...@php.net Reported By: ben dot keen at gmail dot com -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: Linux PHP Version: 5.2.8 New Comment: Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If the script requires a database to demonstrate the issue, please make sure it creates all necessary tables, stored procedures etc. Please avoid embedding huge scripts into the report. Previous Comments: [2009-02-20 07:11:28] ben dot keen at gmail dot com Description: This was actually found on 5.2.8, the current main PHP release (not sure why it's not listed in the PHP version dropdown on the bug report page... ??) The problem is this: I'm importing a number of PHP files with require_once() into a main page but I get a blank page. I debugged it down to two lines of code in one of the files file that is being included. These two lines are inside a function that is NOT called, however. if (!$something) ft_handle_error("one" . "two" . "three", mysql_error()); When I comment these two lines out, the page loads fine. No errors, notifications or warnings are displayed. When I remove one (any) of the strings being concatenated in the first function parameter, the page loads fine. In other words, when I change the lines to any of these, the page loads fine: if (!$something) ft_handle_error("two" . "three", mysql_error()); As does: if (!$something) ft_handle_error("one" . "three", mysql_error()); As does: if (!$something) ft_handle_error("one" . "two", mysql_error()); Two final things to mention: when I remove the second mysql_error() parameter but keep all three strings being concatenated in the first parameter, the page loads. Also, when I remove the if (!$something) condition and keep all three strings being concatenated again, it also works fine. The actual strings being concatenated don't seem to make any difference. I'm well beyond confused. Debugging tips? Reproduce code: --- if (!$something) ft_handle_error("one" . "two" . "three", mysql_error()); Expected result: The page should load for ANY of the lines of PHP code mentioned. -- Edit this bug report at http://bugs.php.net/?id=47459&edit=1
#46701 [Csd->Asn]: Creating associative array with long values in the key fails on 32bit linux
ID: 46701 Updated by: j...@php.net Reported By: testuzer at hotmail dot com -Status: Closed +Status: Assigned Bug Type: Arrays related Operating System: Linux 32bit - ubuntu PHP Version: 5CVS, 6CVS (2008-11-28) -Assigned To: +Assigned To: felipe New Comment: The test fails for me: [j...@localhost tests]$ cat bug46701.diff 001+ array(1) { 002+ [-2147483648]=> 003+ int(3) 004+ } 005+ int(3) 006+ array(1) { 007+ [-2147483648]=> 001- array(3) { 002- [-866368000]=> 003- int(1) 004- [-835511808]=> 005- int(2) 006- [-835350528]=> 009- int(2) 010- array(1) { 011- [-835350528]=> 012- int(3) 013- } Previous Comments: [2009-01-06 01:30:10] fel...@php.net Fixed in 5_2_9 too. [2009-01-05 20:42:49] fel...@php.net 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. Fixed in 5_3 and HEAD at the moment. [2009-01-03 05:03:24] sh...@php.net Proposed patches to make $array[$double] perform the same as $array[intval($double)]... http://tekrat.com/patches/bug46701.php6.patch http://tekrat.com/patches/bug46701.php53.patch http://tekrat.com/patches/bug46701.php52.patch [2008-12-04 01:43:46] msara...@php.net Array ( [-2147483648] => 1 ) Reproduced here. [2008-12-01 01:49:09] cyberquoter at gmail dot com OS: Debian Linux 2.6.18-6-686 (32bit) PHP: 5.2.0-8+etch13 Result: Array ( [-2147483648] => 1 ) 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/46701 -- Edit this bug report at http://bugs.php.net/?id=46701&edit=1
#47464 [Bgs]: missing extension php_pspell.dll
ID: 47464 Updated by: paj...@php.net Reported By: damon dot evans at triscansystems dot com Status: Bogus Bug Type: Pspell related Operating System: win32 only PHP Version: 5.3.0beta1 New Comment: The library used for 5.2 is a black box, we have no way to reproduce or maintain it. Previous Comments: [2009-02-20 12:57:36] damon dot evans at triscansystems dot com Thanks for the reply. pspell is not available on windows? Do you mean for 5.3 specifically because pspell is available for php 5.2.8 on windows? [2009-02-20 12:30:25] paj...@php.net already a report about that and it is likely to do not be present as pspell is not available on win. [2009-02-20 11:52:12] damon dot evans at triscansystems dot com Description: I've searched long and hard to find if this is intentional to no avail so I assume it is not. The php_pspell.dll extension for PHP version 5.3.0 is not included (in both VC6 and VC9). -- Edit this bug report at http://bugs.php.net/?id=47464&edit=1
#47464 [Bgs]: missing extension php_pspell.dll
ID: 47464 User updated by: damon dot evans at triscansystems dot com Reported By: damon dot evans at triscansystems dot com Status: Bogus Bug Type: Pspell related Operating System: win32 only PHP Version: 5.3.0beta1 New Comment: Thanks for the reply. pspell is not available on windows? Do you mean for 5.3 specifically because pspell is available for php 5.2.8 on windows? Previous Comments: [2009-02-20 12:30:25] paj...@php.net already a report about that and it is likely to do not be present as pspell is not available on win. [2009-02-20 11:52:12] damon dot evans at triscansystems dot com Description: I've searched long and hard to find if this is intentional to no avail so I assume it is not. The php_pspell.dll extension for PHP version 5.3.0 is not included (in both VC6 and VC9). -- Edit this bug report at http://bugs.php.net/?id=47464&edit=1
#47464 [Opn->Bgs]: missing extension php_pspell.dll
ID: 47464 Updated by: paj...@php.net Reported By: damon dot evans at triscansystems dot com -Status: Open +Status: Bogus Bug Type: Pspell related Operating System: win32 only PHP Version: 5.3.0beta1 New Comment: already a report about that and it is likely to do not be present as pspell is not available on win. Previous Comments: [2009-02-20 11:52:12] damon dot evans at triscansystems dot com Description: I've searched long and hard to find if this is intentional to no avail so I assume it is not. The php_pspell.dll extension for PHP version 5.3.0 is not included (in both VC6 and VC9). -- Edit this bug report at http://bugs.php.net/?id=47464&edit=1
#47460 [Opn->Bgs]: DBLink
ID: 47460 Updated by: j...@php.net Reported By: ramesh_bm at yahoo dot com -Status: Open +Status: Bogus Bug Type: Unknown/Other Function Operating System: Windows -PHP Version: 5.2.9RC3 +PHP Version: 5.1.3 New Comment: Thank you for taking the time to report a problem with PHP. Unfortunately you are not using a current version of PHP -- the problem might already be fixed. Please download a new PHP version from http://www.php.net/downloads.php If you are able to reproduce the bug with one of the latest versions of PHP, please change the PHP version on this bug report to the version you tested and change the status back to "Open". Again, thank you for your continued support of PHP. Previous Comments: [2009-02-20 09:27:55] ramesh_bm at yahoo dot com Description: I am running php 5.1.3 on an Apache . In error logs are filled with "child pid exit signal segmentation fault" errors. A bit of investigation suggests that this could be a problem with either Apache or php, though I am not finding any solutions in my surfing. What I have inferred is that there are (or have been) known issues with certain php scripts generating these errors. My symptoms are identical to what I have read. IE gives a "Page can not be found" error. Kindly give the soln to help me. -- Edit this bug report at http://bugs.php.net/?id=47460&edit=1
#47461 [Opn->Fbk]: file_get_contents()
ID: 47461 Updated by: j...@php.net Reported By: info at controlzeta dot net -Status: Open +Status: Feedback Bug Type: Performance problem Operating System: Linux 2.6.9-55.0.9 x86_64 PHP Version: 5.2CVS-2009-02-20 (CVS) New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://windows.php.net/snapshots/ Works fine for me. Previous Comments: [2009-02-20 10:45:24] info at controlzeta dot net Description: ENGLISH: The function consumes 100% cpu when external url not answering the request wiht normally. Example: server busy SPANISH: La function file_get_contents('external_url') consume el 100% de cpu mientras espera la contestación del otro servidor.Ejemplo: servidor ocupado. Reproduce code: --- http://www.webservicex.net/CurrencyConvertor.asmx/ConversionRate?FromCurrency=EUR&ToCurrency=USD";; $oneString = file_get_contents($urlExternal); echo $oneString; ?> Expected result: Get a string of the page request. Actual result: -- CPU of server 100% usage all the time of the script execution until waiting the external server aswering. -- Edit this bug report at http://bugs.php.net/?id=47461&edit=1
#47462 [NEW]: [chm] bug on function.pspell-check.html
From: esigners_daily at yahoo dot com Operating system: windows PHP version: 5.3.0beta1 PHP Bug Type: *General Issues Bug description: [chm] bug on function.pspell-check.html Description: http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd";> http://www.w3.org/1999/xhtml";> Untitled Document click -- Edit bug report at http://bugs.php.net/?id=47462&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=47462&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=47462&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=47462&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=47462&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=47462&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=47462&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=47462&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=47462&r=needscript Try newer version: http://bugs.php.net/fix.php?id=47462&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=47462&r=support Expected behavior: http://bugs.php.net/fix.php?id=47462&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=47462&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=47462&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=47462&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=47462&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=47462&r=dst IIS Stability: http://bugs.php.net/fix.php?id=47462&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=47462&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=47462&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=47462&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=47462&r=mysqlcfg
#47464 [NEW]: missing extension php_pspell.dll
From: damon dot evans at triscansystems dot com Operating system: Windows PHP version: 5.3.0beta1 PHP Bug Type: Pspell related Bug description: missing extension php_pspell.dll Description: I've searched long and hard to find if this is intentional to no avail so I assume it is not. The php_pspell.dll extension for PHP version 5.3.0 is not included (in both VC6 and VC9). -- Edit bug report at http://bugs.php.net/?id=47464&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=47464&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=47464&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=47464&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=47464&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=47464&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=47464&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=47464&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=47464&r=needscript Try newer version: http://bugs.php.net/fix.php?id=47464&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=47464&r=support Expected behavior: http://bugs.php.net/fix.php?id=47464&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=47464&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=47464&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=47464&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=47464&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=47464&r=dst IIS Stability: http://bugs.php.net/fix.php?id=47464&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=47464&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=47464&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=47464&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=47464&r=mysqlcfg
#47463 [NEW]: PHP Crash (CLI) / PHP Access Violation (Browser output)
From: fabio dot scala at swisscom dot com Operating system: Windows Server 2003 SP2 PHP version: 5.2CVS-2009-02-20 (CVS) PHP Bug Type: PDO related Bug description: PHP Crash (CLI) / PHP Access Violation (Browser output) Description: Environment: Microsoft Windows Server 2003 SP2 PHP 5.2.9RC3-dev (cli) (built: Feb 19 2009 11:40:00) IIS 6 with ISAPI (already tried FastCGI) Changes Made to php.ini-dist: extension=php_pdo.dll extension=php_pdo_mssql.dll Error: Browser Output: PHP has encountered an Access Violation at CLI: No output at all, the process just ends/crashes. Description: Unfortunately I'm not sure when this happens exactly, I've been able to reproduce it in our web application by always using certain parameters for the same action. It seems to happen when the data fetched from the MSSQL Server increases (more rows fetched = crash). Sadly we have been having these kind of problems for a year now. Earlier with 5.1.6, now it's 5.2.8. They just seem to pop out of nowhere randomly and most of the times a restart of the IIS is necessary. This Access Violation here is the only one I've been able to *reproduce* (well kinda). Reproduce code: --- As it's not really a what you can call a *small* web application and it only happens when the SQL statement changes (to return more rows), I wasn't able to reproduce this Error with a small PHP Script. Expected result: - Actual result: -- DebugDiag CrashHang Report: http://homepage.hispeed.ch/fabioscala/CrashHang_Report__PID_4012__02202009120132378.htm DebugDiag Memory_Report: http://homepage.hispeed.ch/fabioscala/Memory_Report__PID_4012__02202009120056456.htm Created on our integration server, the production has different hardware but the same OS. (PHP crashes on both servers of course, meaning it's not a defect RAM/hardware issue.) -- Edit bug report at http://bugs.php.net/?id=47463&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=47463&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=47463&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=47463&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=47463&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=47463&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=47463&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=47463&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=47463&r=needscript Try newer version: http://bugs.php.net/fix.php?id=47463&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=47463&r=support Expected behavior: http://bugs.php.net/fix.php?id=47463&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=47463&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=47463&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=47463&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=47463&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=47463&r=dst IIS Stability: http://bugs.php.net/fix.php?id=47463&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=47463&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=47463&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=47463&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=47463&r=mysqlcfg
#47462 [Opn->Fbk]: [chm] bug on function.pspell-check.html
ID: 47462 Updated by: der...@php.net Reported By: esigners_daily at yahoo dot com -Status: Open +Status: Feedback Bug Type: *General Issues Operating System: windows PHP Version: 5.3.0beta1 New Comment: Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. Previous Comments: [2009-02-20 11:12:05] esigners_daily at yahoo dot com Description: http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd";> http://www.w3.org/1999/xhtml";> Untitled Document click -- Edit this bug report at http://bugs.php.net/?id=47462&edit=1
#47441 [Opn]: PHP segmentation fault on 'make test'
ID: 47441 User updated by: jpilling at fortvale dot com Reported By: jpilling at fortvale dot com Status: Open Bug Type: Compile Failure Operating System: zLinux - SLES 10 s390x 64bit PHP Version: 5.3.0beta1 New Comment: PS: I need to compile with --disable-debug to use the Zend Optimizer. Previous Comments: [2009-02-20 10:26:57] jpilling at fortvale dot com Ok, I understand how to get the backtrace now, but the segmentation fault on "make test" will only occur if I --disable-debug, so how can I get a backtrace if debugging is not enabled? If I use --enable-debug php compiles OK. I ran GDB anyway after my compile with --disable-debug, which is probably useless, and i got: (gdb) run /home/php-5.3.0beta1/run-tests.php Starting program: /home/php-5.3.0beta1/sapi/cli/php /home/php-5.3.0beta1/run-tests.php (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) [Thread debugging using libthread_db enabled] [New Thread 2199031317472 (LWP 9045)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 2199031317472 (LWP 9045)] 0x8027ea22 in ?? () [2009-02-20 08:19:14] jpilling at fortvale dot com I tried the following to generate the backtrace (i'm not 100% sure if I'm doing the right thing, sorry ): TEST_PHP_EXECUTABLE=/home/php-5.3.0beta1/sapi/cli/php gdb Once GDB starts to run I enter: run /home/php-5.3.0beta1/run-tests.php The output is: Starting program: /home/php-5.2.8/run-tests.php No executable file specified. Use the "file" or "exec-file" command. [2009-02-19 22:51:54] jpilling at fortvale dot com Sorry, I don't know which is a PHP fault or which is an Apache fault. I don't know how to create a backtrace. I read the instructions but i'm struggling to understand. It mentions a script that causes the crashis that the run-tests.php script? Do I need to run the home/php5.3.0beta1/sapi/cli/php executable using gdb, and run the test script to get a backtrace? If thats correct, I get the error that /home/php5.3.0beta1/sapi/cli/php is not an executable when trying to run it with gdb. Any ideas? Sorry for my inexperience. [2009-02-19 21:44:22] j...@php.net Oh, and we still don't have the backtrace of the bug you originally reported.. [2009-02-19 21:43:53] j...@php.net I didn't say the ORIGINAL issue wasn't a PHP bug. Please don't post irrelevant stuff or multiple bugs in one report. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/47441 -- Edit this bug report at http://bugs.php.net/?id=47441&edit=1
#47461 [NEW]: file_get_contents()
From: info at controlzeta dot net Operating system: Linux 2.6.9-55.0.9 x86_64 PHP version: 5.2CVS-2009-02-20 (CVS) PHP Bug Type: Performance problem Bug description: file_get_contents() Description: ENGLISH: The function consumes 100% cpu when external url not answering the request wiht normally. Example: server busy SPANISH: La function file_get_contents('external_url') consume el 100% de cpu mientras espera la contestación del otro servidor.Ejemplo: servidor ocupado. Reproduce code: --- http://www.webservicex.net/CurrencyConvertor.asmx/ConversionRate?FromCurrency=EUR&ToCurrency=USD";; $oneString = file_get_contents($urlExternal); echo $oneString; ?> Expected result: Get a string of the page request. Actual result: -- CPU of server 100% usage all the time of the script execution until waiting the external server aswering. -- Edit bug report at http://bugs.php.net/?id=47461&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=47461&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=47461&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=47461&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=47461&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=47461&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=47461&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=47461&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=47461&r=needscript Try newer version: http://bugs.php.net/fix.php?id=47461&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=47461&r=support Expected behavior: http://bugs.php.net/fix.php?id=47461&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=47461&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=47461&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=47461&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=47461&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=47461&r=dst IIS Stability: http://bugs.php.net/fix.php?id=47461&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=47461&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=47461&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=47461&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=47461&r=mysqlcfg
#47441 [Opn]: PHP segmentation fault on 'make test'
ID: 47441 User updated by: jpilling at fortvale dot com Reported By: jpilling at fortvale dot com Status: Open Bug Type: Compile Failure Operating System: zLinux - SLES 10 s390x 64bit PHP Version: 5.3.0beta1 New Comment: Ok, I understand how to get the backtrace now, but the segmentation fault on "make test" will only occur if I --disable-debug, so how can I get a backtrace if debugging is not enabled? If I use --enable-debug php compiles OK. I ran GDB anyway after my compile with --disable-debug, which is probably useless, and i got: (gdb) run /home/php-5.3.0beta1/run-tests.php Starting program: /home/php-5.3.0beta1/sapi/cli/php /home/php-5.3.0beta1/run-tests.php (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) [Thread debugging using libthread_db enabled] [New Thread 2199031317472 (LWP 9045)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 2199031317472 (LWP 9045)] 0x8027ea22 in ?? () Previous Comments: [2009-02-20 08:19:14] jpilling at fortvale dot com I tried the following to generate the backtrace (i'm not 100% sure if I'm doing the right thing, sorry ): TEST_PHP_EXECUTABLE=/home/php-5.3.0beta1/sapi/cli/php gdb Once GDB starts to run I enter: run /home/php-5.3.0beta1/run-tests.php The output is: Starting program: /home/php-5.2.8/run-tests.php No executable file specified. Use the "file" or "exec-file" command. [2009-02-19 22:51:54] jpilling at fortvale dot com Sorry, I don't know which is a PHP fault or which is an Apache fault. I don't know how to create a backtrace. I read the instructions but i'm struggling to understand. It mentions a script that causes the crashis that the run-tests.php script? Do I need to run the home/php5.3.0beta1/sapi/cli/php executable using gdb, and run the test script to get a backtrace? If thats correct, I get the error that /home/php5.3.0beta1/sapi/cli/php is not an executable when trying to run it with gdb. Any ideas? Sorry for my inexperience. [2009-02-19 21:44:22] j...@php.net Oh, and we still don't have the backtrace of the bug you originally reported.. [2009-02-19 21:43:53] j...@php.net I didn't say the ORIGINAL issue wasn't a PHP bug. Please don't post irrelevant stuff or multiple bugs in one report. [2009-02-19 15:35:16] jpilling at fortvale dot com The bottom line is that if I try to compile PHP as an apache module OR as Fast-CGI - the "make test" fails with a segmentation fault unless --enable-debug is present in my configure line, and -liconv and -glibc are present in the EXTRA_LIBS part of my makefile. I've been testing this for months now. So how is this NOT a PHP bug? The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/47441 -- Edit this bug report at http://bugs.php.net/?id=47441&edit=1
#47457 [Opn->Bgs]: strtotime converts 02/31/2008 to 02/03/2008
ID: 47457 Updated by: der...@php.net Reported By: robm at pmci dot com -Status: Open +Status: Bogus Bug Type: Date/time related Operating System: ubuntu 8.04 lts PHP Version: 5.2.9RC3 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 . Previous Comments: [2009-02-20 04:14:42] robm at pmci dot com Description: strtotime issue Reproduce code: --- $datestring = '02/31/2008'; if(strtotime($datestring)) {echo date('d/m/Y',strtotime($datestring));} else {echo 'not valid date'; exit;} Expected result: expect FALSE on 02/30/2008 and 02/31/2008 addl comment: Have not tested for leap yrs, but hope they will work as well. Actual result: -- function accepts 02/30/2008 and 02/31/2008 as valid dates, and when I return either timestamp back as a date it returns 02/03/2008. I AM ACTUALLY USING 5.2.6. I submitted bug because I imagine it would have to have been fixed by this version if fixed. If this is already fixed, thanks. -- Edit this bug report at http://bugs.php.net/?id=47457&edit=1
#47451 [Bgs]: setlocale() ignores setting
ID: 47451 User updated by: szoftos at freemail dot hu Reported By: szoftos at freemail dot hu Status: Bogus Bug Type: Gettext related Operating System: FreeBSD 7.0 PHP Version: 5.2.9RC2 New Comment: I think this is still a bug, and not a bogus one. For your translation to use, you HAVE to set the correct $LANG variable _runtime_. When you are using more than one translation, and would like to change translations on the fly, $LANG variable has to be changed to the apropriate setting each time. Without that, translations will not work with gettext. Previous Comments: [2009-02-20 09:27:49] szoftos at freemail dot hu Yeah, but what if you would like to change your language on the fly, like changing languages on your site? And that's just one virtualhost, what if every virtualhost would like to use another setting of $LANG ... ? [2009-02-19 21:45:58] j...@php.net If you can't use putenv() then you need to set the environment variables prior to running PHP / starting the webserver. No bug here. [2009-02-19 16:04:20] szoftos at freemail dot hu Description: Hello, on BSD systems, setlocale itself is not usable for gettext without putenv(). If I don't use putenv() with setlocale() (which is not enabled by default in safe_mode for $LANG), my own translations are not useable with gettext. Since i use safe_mode, I'd not prefer enabling the setting of $LANG variablewith putenv(). What I've seen during php ktracing, is that setlocale() only reads the original language settings from /usr/share/locale/*, but my own translations are not looked up. Is there any way to fix that functionality? Maybe it's more BSD related than I think. Reproduce code: --- You can simply try the gettext module's own tests to test it in BSD. They all will fail, because those tests aren't usint putenv(). Expected result: I expect not to use the putenv() with safe_mode=on :) -- Edit this bug report at http://bugs.php.net/?id=47451&edit=1
#47460 [NEW]: DBLink
From: ramesh_bm at yahoo dot com Operating system: Windows PHP version: 5.2.9RC3 PHP Bug Type: Unknown/Other Function Bug description: DBLink Description: I am running php 5.1.3 on an Apache . In error logs are filled with "child pid exit signal segmentation fault" errors. A bit of investigation suggests that this could be a problem with either Apache or php, though I am not finding any solutions in my surfing. What I have inferred is that there are (or have been) known issues with certain php scripts generating these errors. My symptoms are identical to what I have read. IE gives a "Page can not be found" error. Kindly give the soln to help me. -- Edit bug report at http://bugs.php.net/?id=47460&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=47460&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=47460&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=47460&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=47460&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=47460&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=47460&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=47460&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=47460&r=needscript Try newer version: http://bugs.php.net/fix.php?id=47460&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=47460&r=support Expected behavior: http://bugs.php.net/fix.php?id=47460&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=47460&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=47460&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=47460&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=47460&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=47460&r=dst IIS Stability: http://bugs.php.net/fix.php?id=47460&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=47460&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=47460&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=47460&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=47460&r=mysqlcfg
#47451 [Bgs]: setlocale() ignores setting
ID: 47451 User updated by: szoftos at freemail dot hu Reported By: szoftos at freemail dot hu Status: Bogus Bug Type: Gettext related Operating System: FreeBSD 7.0 PHP Version: 5.2.9RC2 New Comment: Yeah, but what if you would like to change your language on the fly, like changing languages on your site? And that's just one virtualhost, what if every virtualhost would like to use another setting of $LANG ... ? Previous Comments: [2009-02-19 21:45:58] j...@php.net If you can't use putenv() then you need to set the environment variables prior to running PHP / starting the webserver. No bug here. [2009-02-19 16:04:20] szoftos at freemail dot hu Description: Hello, on BSD systems, setlocale itself is not usable for gettext without putenv(). If I don't use putenv() with setlocale() (which is not enabled by default in safe_mode for $LANG), my own translations are not useable with gettext. Since i use safe_mode, I'd not prefer enabling the setting of $LANG variablewith putenv(). What I've seen during php ktracing, is that setlocale() only reads the original language settings from /usr/share/locale/*, but my own translations are not looked up. Is there any way to fix that functionality? Maybe it's more BSD related than I think. Reproduce code: --- You can simply try the gettext module's own tests to test it in BSD. They all will fail, because those tests aren't usint putenv(). Expected result: I expect not to use the putenv() with safe_mode=on :) -- Edit this bug report at http://bugs.php.net/?id=47451&edit=1
#41712 [Com]: [PATCH] Add CURL Progress Function Callback
ID: 41712 Comment by: php41712 at brainpower dot no-ip dot org Reported By: sdteffen at gmail dot com Status: Assigned Bug Type: Feature/Change Request Operating System: SuSE Linux 10.2 PHP Version: 5CVS-2007-06-16 (CVS) Assigned To: iliaa New Comment: can somewone submit this to the php code as this will help a lot of users Previous Comments: [2008-02-16 15:00:15] sdteffen at gmail dot com The last patch is missing the changes to php_curl.h from the previous patch. A file containing the complete patch with changes for both files can be found under this URL: http://sdteffen.de/php/php_curl_progress_callback.patch [2008-02-06 21:35:33] renatobraga at gmail dot com Thanks Steffen, Worked like a charm [2008-02-06 18:14:12] sdteffen at gmail dot com I've updated the patch to pass the return value from the callback function as Renato suggested: --- php-5.2.5.orig/ext/curl/interface.c 2007-10-13 13:35:35.0 +0200 +++ php-5.2.5.patch/ext/curl/interface.c2008-02-06 18:43:41.0 +0100 @@ -368,6 +368,7 @@ REGISTER_CURL_CONSTANT(CURLOPT_HEADER); REGISTER_CURL_CONSTANT(CURLOPT_HTTPHEADER); REGISTER_CURL_CONSTANT(CURLOPT_NOPROGRESS); + REGISTER_CURL_CONSTANT(CURLOPT_PROGRESSFUNCTION); REGISTER_CURL_CONSTANT(CURLOPT_NOBODY); REGISTER_CURL_CONSTANT(CURLOPT_FAILONERROR); REGISTER_CURL_CONSTANT(CURLOPT_UPLOAD); @@ -780,6 +781,87 @@ } /* }}} */ +/* {{{ curl_progress + */ +static size_t curl_progress(void *clientp, +double dltotal, +double dlnow, +double ultotal, +double ulnow) +{ + php_curl *ch = (php_curl *) clientp; + php_curl_progress *t = ch->handlers->progress; + int length = -1; + size_t rval = 0; + +#if PHP_CURL_DEBUG + fprintf(stderr, "curl_progress() called\n"); + fprintf(stderr, "clientp = %x, dltotal = %f, dlnow = %f, ultotal = %f, ulnow = %f\n", clientp, dltotal, dlnow, ultotal, ulnow); +#endif + + switch (t->method) { + case PHP_CURL_USER: { + zval **argv[4]; + zval *zdltotal = NULL; + zval *zdlnow = NULL; + zval *zultotal = NULL; + zval *zulnow = NULL; + zval *retval_ptr; + int error; + zend_fcall_info fci; + TSRMLS_FETCH_FROM_CTX(ch->thread_ctx); + + MAKE_STD_ZVAL(zdltotal); + MAKE_STD_ZVAL(zdlnow); + MAKE_STD_ZVAL(zultotal); + MAKE_STD_ZVAL(zulnow); + + ZVAL_LONG(zdltotal, dltotal); + ZVAL_LONG(zdlnow, dlnow); + ZVAL_LONG(zultotal, ultotal); + ZVAL_LONG(zulnow, ulnow); + + argv[0] = &zdltotal; + argv[1] = &zdlnow; + argv[2] = &zultotal; + argv[3] = &zulnow; + + fci.size = sizeof(fci); + fci.function_table = EG(function_table); + fci.function_name = t->func_name; + fci.object_pp = NULL; + fci.retval_ptr_ptr = &retval_ptr; + fci.param_count = 4; + fci.params = argv; + fci.no_separation = 0; + fci.symbol_table = NULL; + + ch->in_callback = 1; + error = zend_call_function(&fci, &t->fci_cache TSRMLS_CC); + ch->in_callback = 0; + if (error == FAILURE) { + php_error_docref(NULL TSRMLS_CC, E_WARNING, "Cannot call the CURLOPT_READFUNCTION"); + length = -1; + } else if (retval_ptr) { + if (Z_TYPE_P(retval_ptr) != IS_LONG) { + convert_to_long_ex(&retval_ptr); + } + if(0 != Z_LVAL_P(retval_ptr)) + rval = 1; + zval_ptr_dtor(&retval_ptr); + } + zval_ptr_dtor(argv[0]); + zval_ptr_dtor(argv[1]); + zval_ptr_dtor(argv[2]); + zval_ptr_dtor(argv[3]); + break; + } + } + return rval; +} +/* }}} */ + +
#47441 [Opn]: PHP segmentation fault on 'make test'
ID: 47441 User updated by: jpilling at fortvale dot com Reported By: jpilling at fortvale dot com Status: Open Bug Type: Compile Failure Operating System: zLinux - SLES 10 s390x 64bit PHP Version: 5.3.0beta1 New Comment: I tried the following to generate the backtrace (i'm not 100% sure if I'm doing the right thing, sorry ): TEST_PHP_EXECUTABLE=/home/php-5.3.0beta1/sapi/cli/php gdb Once GDB starts to run I enter: run /home/php-5.3.0beta1/run-tests.php The output is: Starting program: /home/php-5.2.8/run-tests.php No executable file specified. Use the "file" or "exec-file" command. Previous Comments: [2009-02-19 22:51:54] jpilling at fortvale dot com Sorry, I don't know which is a PHP fault or which is an Apache fault. I don't know how to create a backtrace. I read the instructions but i'm struggling to understand. It mentions a script that causes the crashis that the run-tests.php script? Do I need to run the home/php5.3.0beta1/sapi/cli/php executable using gdb, and run the test script to get a backtrace? If thats correct, I get the error that /home/php5.3.0beta1/sapi/cli/php is not an executable when trying to run it with gdb. Any ideas? Sorry for my inexperience. [2009-02-19 21:44:22] j...@php.net Oh, and we still don't have the backtrace of the bug you originally reported.. [2009-02-19 21:43:53] j...@php.net I didn't say the ORIGINAL issue wasn't a PHP bug. Please don't post irrelevant stuff or multiple bugs in one report. [2009-02-19 15:35:16] jpilling at fortvale dot com The bottom line is that if I try to compile PHP as an apache module OR as Fast-CGI - the "make test" fails with a segmentation fault unless --enable-debug is present in my configure line, and -liconv and -glibc are present in the EXTRA_LIBS part of my makefile. I've been testing this for months now. So how is this NOT a PHP bug? [2009-02-19 15:26:05] j...@php.net Since you're compiling a handler, and that crash happens inside Apache's filter stuff, how is this PHP bug..? And why are you posting a crash in apache here when this bug report was originally about make test failing? 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/47441 -- Edit this bug report at http://bugs.php.net/?id=47441&edit=1