#44924 [NEW]: sendmail path detected at configure time is ignored.
From: fegert at belwue dot de Operating system: Solaris PHP version: 5.2.6 PHP Bug Type: *Mail Related Bug description: sendmail path detected at configure time is ignored. Description: Starting with php-5.2.6 the PHP_PROG_SENDMAIL detected at configure time isn't picked up any more as a default value for DEFAULT_SENDMAIL_PATH. This breaks the mail() function on systems where DEFAULT_SENDMAIL_PATH != /usr/sbin/sendmail (e.g. Solaris with /usr/lib/sendmail) and sendmail_path isn't explicitly set in php.ini. The following patch restores the behavior known up to php-5.2.5: --- main/main.c.origMon May 5 16:44:56 2008 +++ main/main.c Mon May 5 16:47:06 2008 @@ -355,6 +355,8 @@ /* Windows and Netware use the internal mail */ #if defined(PHP_WIN32) || defined(NETWARE) # define DEFAULT_SENDMAIL_PATH NULL +#elif defined(PHP_PROG_SENDMAIL) +# define DEFAULT_SENDMAIL_PATH PHP_PROG_SENDMAIL -t -i #else # define DEFAULT_SENDMAIL_PATH /usr/sbin/sendmail -t -i #endif Is there a specific reason why the two lines have been removed? -- Edit bug report at http://bugs.php.net/?id=44924edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=44924r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=44924r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=44924r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=44924r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=44924r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=44924r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=44924r=needscript Try newer version:http://bugs.php.net/fix.php?id=44924r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=44924r=support Expected behavior:http://bugs.php.net/fix.php?id=44924r=notwrong Not enough info: http://bugs.php.net/fix.php?id=44924r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=44924r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=44924r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=44924r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=44924r=dst IIS Stability:http://bugs.php.net/fix.php?id=44924r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=44924r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=44924r=float No Zend Extensions: http://bugs.php.net/fix.php?id=44924r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=44924r=mysqlcfg
#44925 [NEW]: preg_grep and array index - follow up on #44191
From: admin at ifyouwantblood dot de Operating system: PHP version: 5.2.6 PHP Bug Type: PCRE related Bug description: preg_grep and array index - follow up on #44191 Description: this is a follow up on bug #44191. that was fixed, but everything inside the array is now converted to a string. as i understand it, the search array shouldn't change at all, so i think this is a bug. please note that with objects without a __toString() method, this of course leads to a fatal error. another thing is, preg_grep issues a warning if you give it an object instead of converting the object to an array (like other function like array_flip() do) addtionally a question: how should preg_grep react on multi-dimensional arrays anyways? convert them to a string and try to match the pattern? go through every level and return a multi-dimensional array? issue a warning? Reproduce code: --- $array=Array(1,2,3,1.1,FALSE,NULL,Array()); var_dump($array); echo br\n; var_dump(preg_grep('/asdf/',$array)); echo br\n; var_dump($array); echo br\n; var_dump(preg_grep('/asdf/',new stdClass)); echo br\n; Expected result: array(8) { [0]= string(1) 1 [1]= int(2) [2]= int(3) [3]= float(1.1) [4]= bool(false) [5]= NULL [6]= array(0) { } [7]= object(stdClass)#8 (0) { } } array(0) { } array(8) { [0]= string(1) 1 [1]= int(2) [2]= int(3) [3]= float(1.1) [4]= bool(false) [5]= NULL [6]= array(0) { } } array(0) { } Actual result: -- array(7) { [0]= string(1) 1 [1]= int(2) [2]= int(3) [3]= float(1.1) [4]= bool(false) [5]= NULL [6]= array(0) { } } Notice: Array to string conversion in D:\_projects\preg_grep.php array(0) { } array(7) { [0]= string(1) 1 [1]= string(1) 2 [2]= string(1) 3 [3]= string(3) 1.1 [4]= string(0) [5]= string(0) [6]= string(5) Array } Warning: preg_grep() expects parameter 2 to be array, object given in D:\_projects\cms\admin\data\classes\class.article.php on line 13 NULL -- Edit bug report at http://bugs.php.net/?id=44925edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=44925r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=44925r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=44925r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=44925r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=44925r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=44925r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=44925r=needscript Try newer version:http://bugs.php.net/fix.php?id=44925r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=44925r=support Expected behavior:http://bugs.php.net/fix.php?id=44925r=notwrong Not enough info: http://bugs.php.net/fix.php?id=44925r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=44925r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=44925r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=44925r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=44925r=dst IIS Stability:http://bugs.php.net/fix.php?id=44925r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=44925r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=44925r=float No Zend Extensions: http://bugs.php.net/fix.php?id=44925r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=44925r=mysqlcfg
#44926 [NEW]: DOMDocument::__set_state function does not exists
From: francesco dot spegni at gmail dot com Operating system: ubuntu PHP version: 5.2.6 PHP Bug Type: DOM XML related Bug description: DOMDocument::__set_state function does not exists Description: please, my php version is not actually 5.2.6, but PHP 5.2.4-2ubuntu5 with Suhosin-Patch 0.9.6.2. i'm sorry to have cheated, but i was not able to install the last version without messing my system, and looking for the changelogs i didn't find any reference to a problem like the one i'm signaling. to me, it seems that the version i have is the last one in the ubuntu's repositories. when i execute the following code, var_export produce a DOMDocument::__set_state call, but the eval function says that DOMDocument::__set_state function does not exist. Fatal error: Call to undefined method DOMDocument::__set_state() in /home/spegni/Eclipse/workspace/automa_interpreter/test_bug.php(8) : eval()'d code on line 1 i've searched through the documentation, finding nothing interesting and to me it seems a buggy behavior. let me know if i'm wrong. many thanks in advance. Reproduce code: --- ?php $foo = new DOMDocument(); $strCode = \$object = . var_export($foo, TRUE) . ; return 1;; print execute: \n\n.$strCode.\n; $resEval = eval($strCode); print eval returned: . $resEval . \n; ? Expected result: i expect the eval code to be executed without error and return result 1 Actual result: -- Fatal error: Call to undefined method DOMDocument::__set_state() in /home/spegni/Eclipse/workspace/automa_interpreter/test_bug.php(8) : eval()'d code on line 1 -- Edit bug report at http://bugs.php.net/?id=44926edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=44926r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=44926r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=44926r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=44926r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=44926r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=44926r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=44926r=needscript Try newer version:http://bugs.php.net/fix.php?id=44926r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=44926r=support Expected behavior:http://bugs.php.net/fix.php?id=44926r=notwrong Not enough info: http://bugs.php.net/fix.php?id=44926r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=44926r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=44926r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=44926r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=44926r=dst IIS Stability:http://bugs.php.net/fix.php?id=44926r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=44926r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=44926r=float No Zend Extensions: http://bugs.php.net/fix.php?id=44926r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=44926r=mysqlcfg
#44925 [Opn-Bgs]: preg_grep and array index - follow up on #44191
ID: 44925 Updated by: [EMAIL PROTECTED] Reported By: admin at ifyouwantblood dot de -Status: Open +Status: Bogus Bug Type:PCRE related PHP Version: 5.2.6 New Comment: this is a follow up on bug #44191. that was fixed, but everything inside the array is now converted to a string. as i understand it, the search array shouldn't change at all, so i think this is a bug. please note that with objects without a __toString() method, this of course leads to a fatal error. This is expected, the function is for matching strings. another thing is, preg_grep issues a warning if you give it an object instead of converting the object to an array (like other function like array_flip() do) Exactly, preg_grep() is intended for works only with arrays. addtionally a question: how should preg_grep react on multi- dimensional arrays anyways? convert them to a string and try to match the pattern? go through every level and return a multi-dimensional array? issue a warning? The PHP converts for the literal string 'Array'. That can be viewed with: var_dump(preg_grep('//', array(array(; Thanks. Previous Comments: [2008-05-06 09:49:09] admin at ifyouwantblood dot de Description: this is a follow up on bug #44191. that was fixed, but everything inside the array is now converted to a string. as i understand it, the search array shouldn't change at all, so i think this is a bug. please note that with objects without a __toString() method, this of course leads to a fatal error. another thing is, preg_grep issues a warning if you give it an object instead of converting the object to an array (like other function like array_flip() do) addtionally a question: how should preg_grep react on multi-dimensional arrays anyways? convert them to a string and try to match the pattern? go through every level and return a multi-dimensional array? issue a warning? Reproduce code: --- $array=Array(1,2,3,1.1,FALSE,NULL,Array()); var_dump($array); echo br\n; var_dump(preg_grep('/asdf/',$array)); echo br\n; var_dump($array); echo br\n; var_dump(preg_grep('/asdf/',new stdClass)); echo br\n; Expected result: array(8) { [0]= string(1) 1 [1]= int(2) [2]= int(3) [3]= float(1.1) [4]= bool(false) [5]= NULL [6]= array(0) { } [7]= object(stdClass)#8 (0) { } } array(0) { } array(8) { [0]= string(1) 1 [1]= int(2) [2]= int(3) [3]= float(1.1) [4]= bool(false) [5]= NULL [6]= array(0) { } } array(0) { } Actual result: -- array(7) { [0]= string(1) 1 [1]= int(2) [2]= int(3) [3]= float(1.1) [4]= bool(false) [5]= NULL [6]= array(0) { } } Notice: Array to string conversion in D:\_projects\preg_grep.php array(0) { } array(7) { [0]= string(1) 1 [1]= string(1) 2 [2]= string(1) 3 [3]= string(3) 1.1 [4]= string(0) [5]= string(0) [6]= string(5) Array } Warning: preg_grep() expects parameter 2 to be array, object given in D:\_projects\cms\admin\data\classes\class.article.php on line 13 NULL -- Edit this bug report at http://bugs.php.net/?id=44925edit=1
#44893 [Opn-Ver]: gzfile
ID: 44893 Updated by: [EMAIL PROTECTED] Reported By: sworddragon2 at aol dot com -Status: Open +Status: Verified Bug Type: Zlib Related Operating System: Windows XP Professional SP3 PHP Version: 5.2.6 New Comment: Im able to re-produce this on Windows XP SP2 using the image you supplied aswell as with other files would return odd strings Previous Comments: [2008-05-02 21:19:38] sworddragon2 at aol dot com I used this picture for the example: http://img501.imageshack.us/img501/7006/smiley1dr6.gif Maybe it helps you to reproduce the problem. But this was not the only picture with that I can reproduce the problem. [2008-05-02 20:49:26] [EMAIL PROTECTED] Couldn't reproduce on Win XP SP2 with php-5.2.6-Win32.zip [2008-05-02 16:31:23] sworddragon2 at aol dot com Description: If im trying to use the function gzfile() to a compressed file, that includes just a picture, the function don't read the complete file. On this reproduce, the function stops after the End Transmission Block. Reproduce code: --- $file=fopen(smiley1.gif,rb); $picture=fread($file,filesize(smiley1.gif)); fclose($file); $file=gzopen(smiley1.gz,w); gzwrite($file,$picture); gzclose($file); $file=gzfile(smiley1.gz); print_r($file); Expected result: I expect to see all arrays until the end of the file. Actual result: -- With gzfile, i got just the array [0] with the content GIF89a -- Edit this bug report at http://bugs.php.net/?id=44893edit=1
#44890 [Opn]: converting some doubles to strings yields trailing colon
ID: 44890 Updated by: [EMAIL PROTECTED] Reported By: mr-russ at pws dot com dot au Status: Open Bug Type: *General Issues Operating System: Ubuntu Linux 8.04 PHP Version: 5.2CVS-2008-05-02 (snap) New Comment: Im not able to reproduce this on Windows (XP SP2) using an i386 processor. Have you tried to reproduce this on other systems to check that its not a bug related to your current OS? Previous Comments: [2008-05-02 09:59:55] mr-russ at pws dot com dot au Description: I expect any number, divided by 10 times itself, then converted to a string, to yield 0.1 In this release, sometimes I get 0.0: (yes, that's 0.0 with a trailing colon character) I have tested on i386 and amd64. amd64 behaves as expected. i386 gives the invalid result. Original bug report by Brett Kiefer on Ubuntu Launchpad: https://bugs.launchpad.net/ubuntu/+source/php5/+bug/218891 Reproduce code: --- ?php for ($d = 0.10; $d 1; $d = $d + 0.1) print $d * 10 . . ($d / ($d * 10)) . \n; ? Expected result: 1 0.1 2 0.1 3 0.1 4 0.1 5 0.1 6 0.1 7 0.1 8 0.1 9 0.1 10 0.1 Actual result: -- 1 0.1 2 0.1 3 0.1 4 0.1 5 0.1 6 0.0: 7 0.0: 8 0.1 9 0.0: 10 0.1 -- Edit this bug report at http://bugs.php.net/?id=44890edit=1
#42685 [Asn]: imagefilledellipse wrong size
ID: 42685 Updated by: [EMAIL PROTECTED] Reported By: chinhnt2k3 at yahoo dot com Status: Assigned Bug Type: GD related Operating System: Mandriva Linux, Windows XP PHP Version: 5.2.4 Assigned To: pierre New Comment: The same effect occurs for the imageellipse(), I belive this bug is in libgd Previous Comments: [2007-09-17 04:41:13] chinhnt2k3 at yahoo dot com Description: imagefilledellipse() produces an ellipse with a different size if the size is even. Reproduce code: --- ?php $image = imagecreatetruecolor(200, 200); $color = imagecolorallocate($image, 255, 255, 255); imagefilledellipse($image, 100, 100, 26, 26, $color); header(Content-type: image/png); imagepng($image); ? Expected result: An ellipse with the size of 26. Actual result: -- An ellipse with the size of 27. -- Edit this bug report at http://bugs.php.net/?id=42685edit=1
#44923 [Opn]: ereg works differently in PHP 6.0 unicode.semantics=on
ID: 44923 Updated by: [EMAIL PROTECTED] Reported By: tokul at users dot sourceforge dot net Status: Open Bug Type: *Regular Expressions Operating System: Linux Debian Etch PHP Version: 6CVS-2008-05-06 (snap) New Comment: This is expected, the code isn't prepared to works with unicode strings. Actually it only use REG_EXTENDED with binary strings, and convert the unicode string to normal string. Previous Comments: [2008-05-06 03:59:56] tokul at users dot sourceforge dot net Description: expressions that work in older versions fail on PHP6 unicode.semantics=on Compared 5.2-dev, 5.3-dev and 6.0-dev snapshots Reproduce code: --- $line = * 469 EXISTS\r\n; if (ereg([^ ]+ +([^ ]+) +EXISTS, $line, $match)) { var_dump($match[1]); } else { var_dump(false); } $line = * 469 FETCH (UID 508 BODY[1]0 {154}\r\n; if (ereg('\\{([^\\}]*)\\}', $line, $match)) { var_dump($match[1]); } else { var_dump(false); } Expected result: string(3) 469 string(3) 154 Actual result: -- bool(false) Warning: ereg(): REG_BADRPT in /home/tomas/testbeds/test/php60/bin/ereg.php on line 10 bool(false) -- Edit this bug report at http://bugs.php.net/?id=44923edit=1
#44926 [Opn-WFx]: DOMDocument::__set_state function does not exists
ID: 44926 Updated by: [EMAIL PROTECTED] Reported By: francesco dot spegni at gmail dot com -Status: Open +Status: Wont fix Bug Type: DOM XML related Operating System: ubuntu PHP Version: 5.2.6 New Comment: What do you want to achieve with that anyway? You can't var_export a DOMDocument, not at least to something useful. You have to use -saveXML and -loadXML(), if you want to serialize a DOMDocument. Previous Comments: [2008-05-06 10:15:12] francesco dot spegni at gmail dot com Description: please, my php version is not actually 5.2.6, but PHP 5.2.4-2ubuntu5 with Suhosin-Patch 0.9.6.2. i'm sorry to have cheated, but i was not able to install the last version without messing my system, and looking for the changelogs i didn't find any reference to a problem like the one i'm signaling. to me, it seems that the version i have is the last one in the ubuntu's repositories. when i execute the following code, var_export produce a DOMDocument::__set_state call, but the eval function says that DOMDocument::__set_state function does not exist. Fatal error: Call to undefined method DOMDocument::__set_state() in /home/spegni/Eclipse/workspace/automa_interpreter/test_bug.php(8) : eval()'d code on line 1 i've searched through the documentation, finding nothing interesting and to me it seems a buggy behavior. let me know if i'm wrong. many thanks in advance. Reproduce code: --- ?php $foo = new DOMDocument(); $strCode = \$object = . var_export($foo, TRUE) . ; return 1;; print execute: \n\n.$strCode.\n; $resEval = eval($strCode); print eval returned: . $resEval . \n; ? Expected result: i expect the eval code to be executed without error and return result 1 Actual result: -- Fatal error: Call to undefined method DOMDocument::__set_state() in /home/spegni/Eclipse/workspace/automa_interpreter/test_bug.php(8) : eval()'d code on line 1 -- Edit this bug report at http://bugs.php.net/?id=44926edit=1
#44925 [Bgs]: preg_grep and array index - follow up on #44191
ID: 44925 User updated by: admin at ifyouwantblood dot de Reported By: admin at ifyouwantblood dot de Status: Bogus Bug Type:PCRE related PHP Version: 5.2.6 New Comment: this is a follow up on bug #44191. that was fixed, but everything inside the array is now converted to a string. as i understand it, the search array shouldn't change at all, so i think this is a bug. please note that with objects without a __toString() method, this of course leads to a fatal error. This is expected, the function is for matching strings. sorry, but did you even take a look at the samples? preg_grep is a SEARCH function, why should it change the INPUT array? Previous Comments: [2008-05-06 10:57:14] [EMAIL PROTECTED] this is a follow up on bug #44191. that was fixed, but everything inside the array is now converted to a string. as i understand it, the search array shouldn't change at all, so i think this is a bug. please note that with objects without a __toString() method, this of course leads to a fatal error. This is expected, the function is for matching strings. another thing is, preg_grep issues a warning if you give it an object instead of converting the object to an array (like other function like array_flip() do) Exactly, preg_grep() is intended for works only with arrays. addtionally a question: how should preg_grep react on multi- dimensional arrays anyways? convert them to a string and try to match the pattern? go through every level and return a multi-dimensional array? issue a warning? The PHP converts for the literal string 'Array'. That can be viewed with: var_dump(preg_grep('//', array(array(; Thanks. [2008-05-06 09:49:09] admin at ifyouwantblood dot de Description: this is a follow up on bug #44191. that was fixed, but everything inside the array is now converted to a string. as i understand it, the search array shouldn't change at all, so i think this is a bug. please note that with objects without a __toString() method, this of course leads to a fatal error. another thing is, preg_grep issues a warning if you give it an object instead of converting the object to an array (like other function like array_flip() do) addtionally a question: how should preg_grep react on multi-dimensional arrays anyways? convert them to a string and try to match the pattern? go through every level and return a multi-dimensional array? issue a warning? Reproduce code: --- $array=Array(1,2,3,1.1,FALSE,NULL,Array()); var_dump($array); echo br\n; var_dump(preg_grep('/asdf/',$array)); echo br\n; var_dump($array); echo br\n; var_dump(preg_grep('/asdf/',new stdClass)); echo br\n; Expected result: array(8) { [0]= string(1) 1 [1]= int(2) [2]= int(3) [3]= float(1.1) [4]= bool(false) [5]= NULL [6]= array(0) { } [7]= object(stdClass)#8 (0) { } } array(0) { } array(8) { [0]= string(1) 1 [1]= int(2) [2]= int(3) [3]= float(1.1) [4]= bool(false) [5]= NULL [6]= array(0) { } } array(0) { } Actual result: -- array(7) { [0]= string(1) 1 [1]= int(2) [2]= int(3) [3]= float(1.1) [4]= bool(false) [5]= NULL [6]= array(0) { } } Notice: Array to string conversion in D:\_projects\preg_grep.php array(0) { } array(7) { [0]= string(1) 1 [1]= string(1) 2 [2]= string(1) 3 [3]= string(3) 1.1 [4]= string(0) [5]= string(0) [6]= string(5) Array } Warning: preg_grep() expects parameter 2 to be array, object given in D:\_projects\cms\admin\data\classes\class.article.php on line 13 NULL -- Edit this bug report at http://bugs.php.net/?id=44925edit=1
#44927 [NEW]: IT SIMPLY DOES NOT WORK!
From: m dot kirmel at fk-automotive dot de Operating system: Linux infong 2.4 #1 SMP Wed Sep PHP version: 4.4.8 PHP Bug Type: Filesystem function related Bug description: IT SIMPLY DOES NOT WORK! Description: IT SIMPLY DOES NOT WORK! (PHP 4.4.8) Reproduce code: --- $file = 'picture.jpg'; if ( unset(UPLOADED_CHECK/ . $file ) ) { echo 'small style=color:green;File: \'' . $file . '\' deleted./smallbr' ;} else { echo 'small style=color:red;File: \'' . $file . '\' is not deleted./smallbr' ;} Expected result: delete file: UPLOADED_CHECK/picture.jpg Actual result: -- unset returns always false! -- Edit bug report at http://bugs.php.net/?id=44927edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=44927r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=44927r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=44927r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=44927r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=44927r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=44927r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=44927r=needscript Try newer version:http://bugs.php.net/fix.php?id=44927r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=44927r=support Expected behavior:http://bugs.php.net/fix.php?id=44927r=notwrong Not enough info: http://bugs.php.net/fix.php?id=44927r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=44927r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=44927r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=44927r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=44927r=dst IIS Stability:http://bugs.php.net/fix.php?id=44927r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=44927r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=44927r=float No Zend Extensions: http://bugs.php.net/fix.php?id=44927r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=44927r=mysqlcfg
#44927 [Opn-Bgs]: IT SIMPLY DOES NOT WORK!
ID: 44927 Updated by: [EMAIL PROTECTED] Reported By: m dot kirmel at fk-automotive dot de -Status: Open +Status: Bogus Bug Type: Filesystem function related Operating System: Linux infong 2.4 #1 SMP Wed Sep PHP Version: 4.4.8 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. . Previous Comments: [2008-05-06 12:51:20] m dot kirmel at fk-automotive dot de Description: IT SIMPLY DOES NOT WORK! (PHP 4.4.8) Reproduce code: --- $file = 'picture.jpg'; if ( unset(UPLOADED_CHECK/ . $file ) ) { echo 'small style=color:green;File: \'' . $file . '\' deleted./smallbr' ;} else { echo 'small style=color:red;File: \'' . $file . '\' is not deleted./smallbr' ;} Expected result: delete file: UPLOADED_CHECK/picture.jpg Actual result: -- unset returns always false! -- Edit this bug report at http://bugs.php.net/?id=44927edit=1
#44925 [Bgs-Asn]: preg_grep and array index - follow up on #44191
ID: 44925 Updated by: [EMAIL PROTECTED] Reported By: admin at ifyouwantblood dot de -Status: Bogus +Status: Assigned Bug Type:PCRE related PHP Version: 5.2.6 -Assigned To: +Assigned To: nlopess New Comment: Well, preg_grep() != in_array()... PHP obviously should convert the values to string to be used in regex matching. Hence, i think that it should returns the string that was matched. Anyway, i'll assign to the maintainer to solve this issue. Thanks. Previous Comments: [2008-05-06 12:48:29] admin at ifyouwantblood dot de this is a follow up on bug #44191. that was fixed, but everything inside the array is now converted to a string. as i understand it, the search array shouldn't change at all, so i think this is a bug. please note that with objects without a __toString() method, this of course leads to a fatal error. This is expected, the function is for matching strings. sorry, but did you even take a look at the samples? preg_grep is a SEARCH function, why should it change the INPUT array? [2008-05-06 10:57:14] [EMAIL PROTECTED] this is a follow up on bug #44191. that was fixed, but everything inside the array is now converted to a string. as i understand it, the search array shouldn't change at all, so i think this is a bug. please note that with objects without a __toString() method, this of course leads to a fatal error. This is expected, the function is for matching strings. another thing is, preg_grep issues a warning if you give it an object instead of converting the object to an array (like other function like array_flip() do) Exactly, preg_grep() is intended for works only with arrays. addtionally a question: how should preg_grep react on multi- dimensional arrays anyways? convert them to a string and try to match the pattern? go through every level and return a multi-dimensional array? issue a warning? The PHP converts for the literal string 'Array'. That can be viewed with: var_dump(preg_grep('//', array(array(; Thanks. [2008-05-06 09:49:09] admin at ifyouwantblood dot de Description: this is a follow up on bug #44191. that was fixed, but everything inside the array is now converted to a string. as i understand it, the search array shouldn't change at all, so i think this is a bug. please note that with objects without a __toString() method, this of course leads to a fatal error. another thing is, preg_grep issues a warning if you give it an object instead of converting the object to an array (like other function like array_flip() do) addtionally a question: how should preg_grep react on multi-dimensional arrays anyways? convert them to a string and try to match the pattern? go through every level and return a multi-dimensional array? issue a warning? Reproduce code: --- $array=Array(1,2,3,1.1,FALSE,NULL,Array()); var_dump($array); echo br\n; var_dump(preg_grep('/asdf/',$array)); echo br\n; var_dump($array); echo br\n; var_dump(preg_grep('/asdf/',new stdClass)); echo br\n; Expected result: array(8) { [0]= string(1) 1 [1]= int(2) [2]= int(3) [3]= float(1.1) [4]= bool(false) [5]= NULL [6]= array(0) { } [7]= object(stdClass)#8 (0) { } } array(0) { } array(8) { [0]= string(1) 1 [1]= int(2) [2]= int(3) [3]= float(1.1) [4]= bool(false) [5]= NULL [6]= array(0) { } } array(0) { } Actual result: -- array(7) { [0]= string(1) 1 [1]= int(2) [2]= int(3) [3]= float(1.1) [4]= bool(false) [5]= NULL [6]= array(0) { } } Notice: Array to string conversion in D:\_projects\preg_grep.php array(0) { } array(7) { [0]= string(1) 1 [1]= string(1) 2 [2]= string(1) 3 [3]= string(3) 1.1 [4]= string(0) [5]= string(0) [6]= string(5) Array } Warning: preg_grep() expects parameter 2 to be array, object given in D:\_projects\cms\admin\data\classes\class.article.php on line 13 NULL -- Edit this bug report at http://bugs.php.net/?id=44925edit=1
#39484 [Com]: intermittent include failure under symlinked virtual hosts
ID: 39484 Comment by: sev at kks-group dot ru Reported By: phpbugz at x0rz dot com Status: No Feedback Bug Type: Apache2 related Operating System: linux kernel 2.4.27 w/debian 3.1 PHP Version: 5.2.0 New Comment: The bug still occurs in 5.2.5. include_path intermittently becomes unchangable (via ini_set(), set_include_path() and .htaccess). Previous Comments: [2007-07-09 01:00:01] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to Open. [2007-07-01 13:43:07] [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 [2006-11-12 23:21:49] phpbugz at x0rz dot com Description: the *first* include will fail intermittently if apache2 virtual host is pointing to a symlinked DocumentRoot. problem is not easily reproducable and would occur perhaps 1 in 100 times, usually disappearing on refresh. this issue has gone away since reconfiguring the apache virtualhost's DocumentRoot to point to an absolute path instead of a symlinked one. a resolution was also found by setting an absolute path for the very first include within a script. Reproduce code: --- ? set_include_path($_SERVER['DOCUMENT_ROOT']); include('foo_include.php'); include('bar_include.php'); ? Filesystem : /home/www - /var/www Apache : VirtualHost DocumentRoot /home/www /VirtualHost Expected result: Occasionally observe the following : *Warning*: include(some_include.php) [function.include]: failed to open stream: No such file or directory in *foo_include.php* on line *blah* *Fatal error*: Call to undefined function foo_function() in *bar_include* on line *blah* ** noting that the first include fails but the second is ok. ** the include_path shown with this error will also point to the symlink path (/home/www in the 'reproduce code' example), not the symlink target. Actual result: -- code was added to dump the SERVER variables on include failure, keeping in mind the filesystem path is actually /var/www : *Warning*: include(required/connect.php) [function.include]: failed to open stream: No such file or directory in */var/www/moa/XXX/includes/required_includes.php* on line *7* *Warning*: include() [function.include]: Failed opening 'required/connect.php' for inclusion (include_path='/home/www/moa/XXX/') in */var/www/moa/XXX/includes/required_includes.php* on line *7* array(34) { [nokeepalive]= string(1) 1 [ssl-unclean-shutdown]= string(1) 1 [downgrade-1_0]= string(1) 1 [force-response-1_0]= string(1) 1 [HTTP_ACCEPT]= string(87) image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, application/x-shockwave-flash, */* [HTTP_REFERER]= string(40) http://moa.XXX.com/members_index.php; [HTTP_ACCEPT_LANGUAGE]= string(5) en-us [HTTP_UA_CPU]= string(3) x86 [HTTP_ACCEPT_ENCODING]= string(13) gzip, deflate [HTTP_USER_AGENT]= string(89) Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 1.1.4322; .NET CLR 2.0.50727) [HTTP_HOST]= string(15) moa.XXX.com [HTTP_CONNECTION]= string(10) Keep-Alive [HTTP_COOKIE]= string(42) PHPSESSID=45f4ceaef2ff8824143aad70569ba022 [PATH]= string(28) /usr/local/bin:/usr/bin:/bin [SERVER_SIGNATURE]= string(0) [SERVER_SOFTWARE]= string(102) Apache/2.0.54 (Debian GNU/Linux) PHP/5.2.0-0.dotdeb.1 with Suhosin-Patch mod_ssl/2.0.54 OpenSSL/0.9.7e [SERVER_NAME]= string(15) moa.XXX.com [SERVER_ADDR]= string(12) 1.2.3.4 [SERVER_PORT]= string(2) 80 [REMOTE_ADDR]= string(12) 4.5.6.7 [DOCUMENT_ROOT]= string(22) /home/www/moa/XXX/ [SERVER_ADMIN]= string(18) [no address given] [SCRIPT_FILENAME]= string(30) /home/www/moa/XXX/menu.php [REMOTE_PORT]= string(5) 33073 [GATEWAY_INTERFACE]= string(7) CGI/1.1 [SERVER_PROTOCOL]= string(8) HTTP/1.1 [REQUEST_METHOD]= string(3) GET [QUERY_STRING]= string(11) module_id=5 [REQUEST_URI]= string(21) /menu.php?module_id=5 [SCRIPT_NAME]= string(9) /menu.php [PHP_SELF]= string(9) /menu.php [REQUEST_TIME]= int(1163034668) [argv]= array(1) { [0]= string(11) module_id=5 } [argc]= int(1) } *Fatal error*: Call to undefined function conn() in */var/www/moa/XXX/security/session.php* on line *109* on line *109* -- Edit this bug report at http://bugs.php.net/?id=39484edit=1
#44905 [Com]: PHP 5.2.6 fails to load PostgreSQL related libraries
ID: 44905 Comment by: mvx1nok at gmail dot com Reported By: ionut dot stan at yahoo dot com Status: Assigned Bug Type: Dynamic loading Operating System: Windows XP professional 64bit PHP Version: 5.2.6 Assigned To: pajoye New Comment: I've the same problem with Windows XP Professional 32bit SP2, downgrade to 5.2.5 could work too. Previous Comments: [2008-05-04 20:13:36] [EMAIL PROTECTED] It is due to a little change in the client lib and we did not notice that the extension got linked dynamically. You will be able to use the version from the snaps soon (and profit from the client library version 8.3.1). [2008-05-03 16:09:40] ionut dot stan at yahoo dot com Description: I have just downloaded PHP 5.2.6 and installed it from the zip archive. Enabling the following in php.ini caused a strange error: Minimum modifications to php.ini for reproducing: extension=php_pdo_pgsql.dll extension=php_pgsql.dll Error: a pop-up that says: php.exe Unable to load component. This application has failed to start because LIBPQ.dll was not found. Re-installing the application may fix the problem. I then tried PHP 5.2.5, maybe was something with my OS. Aparently this one works, with the same php.ini. One more try was to replace the .dll-s in the 5.2.6 installation with the ones in 5.2.5. This works too. -- Edit this bug report at http://bugs.php.net/?id=44905edit=1
#44926 [WFx]: DOMDocument::__set_state function does not exists
ID: 44926 User updated by: francesco dot spegni at gmail dot com Reported By: francesco dot spegni at gmail dot com Status: Wont fix Bug Type: DOM XML related Operating System: ubuntu PHP Version: 5.2.6 New Comment: well, let's say i'm realizing a PHP interpreter in ... PHP itself. of course the interpreter will try to write PHP code fragments and will evaluate it through the eval() function. now, let's say that the interpreter has to execute program A and then program B. let's say, for example, they are two parts of the same program C. then, the environment of A has to be passed to B, so it can access it. what i do, with the interpreter, is: 1. add before A's code, a set of instructions in order to initialize A's environment 2. evaluate A code (PS let's suppose A makes use of some DOMDocument object in itself) 3. when A code terminates, i do some elaboration with A's returned result 4. successively, i execute B code. in order to make B able to read A's environment, i prepend to B code, some code in order to recreate the environment left by A. this means that i will do something like: $theCode = \$var1 = .var_export($var1).;\n; $theCode = $theCode . \$var2 = .var_export($var2).;\n; ... $theCode = $theCode . $codeOf_B; 5. the interpreter will evaluate $theCode hoping that $codeOf_B will start with the same environment as left by the previous evaluation unfortunately point 5 won't happen: the eval function will signal the error because DOMDocument::__set_state() function does not exist. and then: if DOMDocument::__set_state() should not exist, why the var_export function export such a string?!? the definition of var_export tells that var_export should return valid PHP code. am i wrong? otherwise, wouldn't be better to throw an Exception when doing var_export of something that does not admit a __set_state function for rebuilding it?!? many thanks in advance for your reply PS is there any way to know in advance which classes have a __set_state and which ones have not? is there another way to pass an environment to the code run by eval()?!? Previous Comments: [2008-05-06 12:06:55] [EMAIL PROTECTED] What do you want to achieve with that anyway? You can't var_export a DOMDocument, not at least to something useful. You have to use -saveXML and -loadXML(), if you want to serialize a DOMDocument. [2008-05-06 10:15:12] francesco dot spegni at gmail dot com Description: please, my php version is not actually 5.2.6, but PHP 5.2.4-2ubuntu5 with Suhosin-Patch 0.9.6.2. i'm sorry to have cheated, but i was not able to install the last version without messing my system, and looking for the changelogs i didn't find any reference to a problem like the one i'm signaling. to me, it seems that the version i have is the last one in the ubuntu's repositories. when i execute the following code, var_export produce a DOMDocument::__set_state call, but the eval function says that DOMDocument::__set_state function does not exist. Fatal error: Call to undefined method DOMDocument::__set_state() in /home/spegni/Eclipse/workspace/automa_interpreter/test_bug.php(8) : eval()'d code on line 1 i've searched through the documentation, finding nothing interesting and to me it seems a buggy behavior. let me know if i'm wrong. many thanks in advance. Reproduce code: --- ?php $foo = new DOMDocument(); $strCode = \$object = . var_export($foo, TRUE) . ; return 1;; print execute: \n\n.$strCode.\n; $resEval = eval($strCode); print eval returned: . $resEval . \n; ? Expected result: i expect the eval code to be executed without error and return result 1 Actual result: -- Fatal error: Call to undefined method DOMDocument::__set_state() in /home/spegni/Eclipse/workspace/automa_interpreter/test_bug.php(8) : eval()'d code on line 1 -- Edit this bug report at http://bugs.php.net/?id=44926edit=1
#44905 [Asn]: PHP 5.2.6 fails to load PostgreSQL related libraries
ID: 44905 Updated by: [EMAIL PROTECTED] Reported By: ionut dot stan at yahoo dot com Status: Assigned Bug Type: Dynamic loading Operating System: Windows XP professional 64bit PHP Version: 5.2.6 Assigned To: pajoye New Comment: Little update: Libpq and more generally postgresql 8.3.1 do not support VC6 anymore. As we use it for PHP binaries, we will have to go back to 7.x for 5.2.x. Previous Comments: [2008-05-06 13:44:43] mvx1nok at gmail dot com I've the same problem with Windows XP Professional 32bit SP2, downgrade to 5.2.5 could work too. [2008-05-04 20:13:36] [EMAIL PROTECTED] It is due to a little change in the client lib and we did not notice that the extension got linked dynamically. You will be able to use the version from the snaps soon (and profit from the client library version 8.3.1). [2008-05-03 16:09:40] ionut dot stan at yahoo dot com Description: I have just downloaded PHP 5.2.6 and installed it from the zip archive. Enabling the following in php.ini caused a strange error: Minimum modifications to php.ini for reproducing: extension=php_pdo_pgsql.dll extension=php_pgsql.dll Error: a pop-up that says: php.exe Unable to load component. This application has failed to start because LIBPQ.dll was not found. Re-installing the application may fix the problem. I then tried PHP 5.2.5, maybe was something with my OS. Aparently this one works, with the same php.ini. One more try was to replace the .dll-s in the 5.2.6 installation with the ones in 5.2.5. This works too. -- Edit this bug report at http://bugs.php.net/?id=44905edit=1
#44501 [Com]: file_put_contents writes empty file with zlib and LOCK_EX
ID: 44501 Comment by: andron at kpi dot ua Reported By: david at acz dot org Status: Assigned Bug Type: Streams related Operating System: SLES 10 x86_64 PHP Version: 5.2.5 Assigned To: iliaa New Comment: Hello! I have the same problem /var/tmp/portage/dev-lang/php-5.2.6/work/php-5.2.6/main/streams/streams.c(390) : Stream of type 'STDIO' 0x8386378 (path:./storage/706e362fa415aa530247b0c4a372b249) was not closed What infomation you need too? Previous Comments: [2008-03-25 13:33:31] [EMAIL PROTECTED] Ilia, the fix propably wasn't quite right, and I get this with the example script: [EMAIL PROTECTED] ~]$ /home/jani/src/build/php_5_2/sapi/cli/php t.php Warning: file_put_contents(compress.zlib:///tmp/hello.txt.gz): failed to open stream: Inappropriate ioctl for device in /home/jani/t.php on line 5 bool(false) int(0) string(0) /home/jani/src/php-5.2/main/streams/streams.c(390) : Stream of type 'STDIO' 0x9504c4c (path:/tmp/hello.txt.gz) was not closed [Tue Mar 25 15:30:11 2008] Script: 't.php' /home/jani/src/php-5.2/main/streams/streams.c(227) : Freeing 0x09504C4C (128 bytes), script=t.php /home/jani/src/php-5.2/ext/zlib/zlib_fopen_wrapper.c(127) : Actual location (location was relayed) === Total 1 memory leaks detected === [2008-03-22 03:06:49] david at acz dot org Description: When passing LOCK_EX to file_put_contents() using a compress.zlib stream, the function creates a valid gzip file (non-empty) containing zero un-compressed bytes (gunzip outputs nothing) and returns false. This was reported in #42468, but wasn't actually fixed. The function needs to fail BEFORE it opens (and destroys) the output file. Reproduce code: --- ? $name = /tmp/hello.txt.gz; $file = compress.zlib:// . $name; var_dump(file_put_contents($file, hello, LOCK_EX)); var_dump(filesize($name)); var_dump(file_get_contents($file)); ? Expected result: int(5) int(31) string(5) hello Actual result: -- bool(false) int(26) string(0) -- Edit this bug report at http://bugs.php.net/?id=44501edit=1
#44928 [NEW]: classes no more work with PHP 5.2.6 preg_* functions, but pcre support classes
From: php dot net at waisse dot org Operating system: gentoo linux PHP version: 5.2.6 PHP Bug Type: PCRE related Bug description: classes no more work with PHP 5.2.6 preg_* functions, but pcre support classes Description: Using classes in preg_* functions worked before 5.2.6 After upgrading to 5.2.6 classes like [:space:] no more work I had to replace all [:class:] with things like \s Reproduce code: --- the regular expression : list($header) = preg_split(',(item|entry)[:[:space:]],', $rss, 2); worked before PHP 5.2.6 no more working now, I had to change this to : list($header) = preg_split(',(item|entry)[:\s],', $rss, 2); and it works again. Expected result: see http://www.pcre.org/pcre.txt it says that pcre supports classes ( POSIX CHARACTER CLASSES Perl supports the POSIX notation for character classes. This uses names enclosed by [: and :] within the enclosing square brackets. PCRE also supports this notation. ) so the classes should work with PHP 5.2.6 pcre ( preg_* fucntions ) this always worked before and thousands of websites are using them. The above code is sandard spip ( http://spip.net ) code for years and this feature change in PHP 5.2.6 makes that all spip websites no more work with PHP 5.2.6. Probably many other CMS will have the same problem. Could anyone confirm that this is a PHP 5.2.6 pcre implementation bug before we try to insert a workaround in spip code ? The regular expression seems ok since this works after replacing [:space:] with \s . Actual result: -- Warning: preg_split() [function.preg-split]: Compilation failed: POSIX named classes are supported only within a class at offset 13 in /www/spanish.feeder.ww7.be/html/ecrire/inc/syndic.php on line 145 Warning: preg_match_all() [function.preg-match-all]: Compilation failed: POSIX named classes are supported only within a class at offset 14 in /www/spanish.feeder.ww7.be/html/ecrire/inc/syndic.php on line 166 -- Edit bug report at http://bugs.php.net/?id=44928edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=44928r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=44928r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=44928r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=44928r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=44928r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=44928r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=44928r=needscript Try newer version:http://bugs.php.net/fix.php?id=44928r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=44928r=support Expected behavior:http://bugs.php.net/fix.php?id=44928r=notwrong Not enough info: http://bugs.php.net/fix.php?id=44928r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=44928r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=44928r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=44928r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=44928r=dst IIS Stability:http://bugs.php.net/fix.php?id=44928r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=44928r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=44928r=float No Zend Extensions: http://bugs.php.net/fix.php?id=44928r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=44928r=mysqlcfg
#44929 [NEW]: natsort and natcasesort fail if numbers in strings prepended by 0
From: kae at verens dot com Operating system: Linux PHP version: 5.2.6 PHP Bug Type: Arrays related Bug description: natsort and natcasesort fail if numbers in strings prepended by 0 Description: natsort, which sorts arrays using natural language, does not understand numbers which begin with '0'. Reproduce code: --- ?php $arr= array('test012','test01','test02'); natsort($arr); var_dump($arr); Expected result: array 1 = string 'test01' (length=6) 2 = string 'test02' (length=6) 0 = string 'test012' (length=7) Actual result: -- array 1 = string 'test01' (length=6) 0 = string 'test012' (length=7) 2 = string 'test02' (length=6) -- Edit bug report at http://bugs.php.net/?id=44929edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=44929r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=44929r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=44929r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=44929r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=44929r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=44929r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=44929r=needscript Try newer version:http://bugs.php.net/fix.php?id=44929r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=44929r=support Expected behavior:http://bugs.php.net/fix.php?id=44929r=notwrong Not enough info: http://bugs.php.net/fix.php?id=44929r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=44929r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=44929r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=44929r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=44929r=dst IIS Stability:http://bugs.php.net/fix.php?id=44929r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=44929r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=44929r=float No Zend Extensions: http://bugs.php.net/fix.php?id=44929r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=44929r=mysqlcfg
#41350 [Com]: Error in my_thread_global_end()
ID: 41350 Comment by: newcomer at hotmail dot com Reported By: graham at directhostinguk dot com Status: No Feedback Bug Type: MySQL related Operating System: Windows 2003 PHP Version: 5.2.3 New Comment: to alienoiduk: What kind of the application do you run under PHPMySQL? we are running a wordpress blog. it was doing fine with the old version php (5.0 or older).When we upgraded php to 5.2.5, the blog got the error message. Then I replaced the libmysql.dll from php v.5.0.51, the error message disappear, but the blog runs very slow. it is so slow we have to switch php back to the old version. anyone has this experience with wordpress? Previous Comments: [2008-04-27 13:59:48] alienoiduk at yahoo dot com You need to install MySQL5.051a for linux and MySQL 5.0.5b1 for windows. If installed the wrong way around there will be a delay in executing. Also copy the correct libmysql.dll to the C:\PHP\ folder I installed MySQL 5.0.51b at C:\Mysql\ therfor the libmysql.dll file you require will be in folder C:\MySQL\lib\opt the file is the Application Extension file size of about 2,000K. This worked on a brand new server running IIS6 windows 2003 server latest download from PHP 5.2.5 and MySQL 5.0.51b did as above no errors no hangup or delays. I am not run MySQLi. [2008-04-22 14:01:29] newcomer at hotmail dot com We just upgraded to PHP Version 5.2.5. the Error in my_thread_global_end(): 1 threads didn't exit appeared no matter the application uses MySQL or not. Replaced the libmysql.dll from V.5.0.45, the error disappear. But the application is running very slow. Switched back to PHP version4. Everything back to normal. [2008-04-16 04:12:17] tristen_e at yahoo dot com This is still a problem: $ php --version PHP 5.2.5 (cli) (built: Nov 8 2007 23:18:51) Copyright (c) 1997-2007 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies [2008-04-09 15:16:21] jdolecek at NetBSD dot org Downgrading BOTH libmysql.dll AND php_mysql.dll to version bundled with PHP 5.2.1 fixed the issue for me, too. [2008-04-08 20:14:10] spambox at shad dot pp dot ru Same bug just happened to me in this example: C:\echo ?php echo date('T'); ? |php MSD Error in my_thread_global_end(): 1 threads didn't exit MySQL extension was enabled in php.ini, but I didn't use any of it's functions in example. PHP is 5.2.5, no other mysql related dll's are available on system. I posted this just to confirm that bug exists on my system too. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/41350 -- Edit this bug report at http://bugs.php.net/?id=41350edit=1
#44925 [Asn]: preg_grep and array index - follow up on #44191
ID: 44925 User updated by: admin at ifyouwantblood dot de Reported By: admin at ifyouwantblood dot de Status: Assigned Bug Type:PCRE related PHP Version: 5.2.6 Assigned To: nlopess New Comment: PHP obviously should convert the values to string to be used in regex matching. Hence, i think that it should returns the string that was matched. sure, internally it'll has to be converted, but i see no reason for a change of the input array. thus preg_grep should work with a copy of the input array... Previous Comments: [2008-05-06 13:07:09] [EMAIL PROTECTED] Well, preg_grep() != in_array()... PHP obviously should convert the values to string to be used in regex matching. Hence, i think that it should returns the string that was matched. Anyway, i'll assign to the maintainer to solve this issue. Thanks. [2008-05-06 12:48:29] admin at ifyouwantblood dot de this is a follow up on bug #44191. that was fixed, but everything inside the array is now converted to a string. as i understand it, the search array shouldn't change at all, so i think this is a bug. please note that with objects without a __toString() method, this of course leads to a fatal error. This is expected, the function is for matching strings. sorry, but did you even take a look at the samples? preg_grep is a SEARCH function, why should it change the INPUT array? [2008-05-06 10:57:14] [EMAIL PROTECTED] this is a follow up on bug #44191. that was fixed, but everything inside the array is now converted to a string. as i understand it, the search array shouldn't change at all, so i think this is a bug. please note that with objects without a __toString() method, this of course leads to a fatal error. This is expected, the function is for matching strings. another thing is, preg_grep issues a warning if you give it an object instead of converting the object to an array (like other function like array_flip() do) Exactly, preg_grep() is intended for works only with arrays. addtionally a question: how should preg_grep react on multi- dimensional arrays anyways? convert them to a string and try to match the pattern? go through every level and return a multi-dimensional array? issue a warning? The PHP converts for the literal string 'Array'. That can be viewed with: var_dump(preg_grep('//', array(array(; Thanks. [2008-05-06 09:49:09] admin at ifyouwantblood dot de Description: this is a follow up on bug #44191. that was fixed, but everything inside the array is now converted to a string. as i understand it, the search array shouldn't change at all, so i think this is a bug. please note that with objects without a __toString() method, this of course leads to a fatal error. another thing is, preg_grep issues a warning if you give it an object instead of converting the object to an array (like other function like array_flip() do) addtionally a question: how should preg_grep react on multi-dimensional arrays anyways? convert them to a string and try to match the pattern? go through every level and return a multi-dimensional array? issue a warning? Reproduce code: --- $array=Array(1,2,3,1.1,FALSE,NULL,Array()); var_dump($array); echo br\n; var_dump(preg_grep('/asdf/',$array)); echo br\n; var_dump($array); echo br\n; var_dump(preg_grep('/asdf/',new stdClass)); echo br\n; Expected result: array(8) { [0]= string(1) 1 [1]= int(2) [2]= int(3) [3]= float(1.1) [4]= bool(false) [5]= NULL [6]= array(0) { } [7]= object(stdClass)#8 (0) { } } array(0) { } array(8) { [0]= string(1) 1 [1]= int(2) [2]= int(3) [3]= float(1.1) [4]= bool(false) [5]= NULL [6]= array(0) { } } array(0) { } Actual result: -- array(7) { [0]= string(1) 1 [1]= int(2) [2]= int(3) [3]= float(1.1) [4]= bool(false) [5]= NULL [6]= array(0) { } } Notice: Array to string conversion in D:\_projects\preg_grep.php array(0) { } array(7) { [0]= string(1) 1 [1]= string(1) 2 [2]= string(1) 3 [3]= string(3) 1.1 [4]= string(0) [5]= string(0) [6]= string(5) Array } Warning: preg_grep() expects parameter 2 to be array, object given in D:\_projects\cms\admin\data\classes\class.article.php on line 13 NULL -- Edit this bug report at http://bugs.php.net/?id=44925edit=1
#44922 [Opn-Bgs]: After update from 5.2.5 to 5.2.6 postgrest doesn't work
ID: 44922 Updated by: [EMAIL PROTECTED] Reported By: gabriel dot vasquez at gmail dot com -Status: Open +Status: Bogus Bug Type: PostgreSQL related Operating System: Windows XP SP2 PHP Version: 5.2.6 New Comment: Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Thank you for your interest in PHP. Dupe of bug #44905 Previous Comments: [2008-05-06 01:03:53] gabriel dot vasquez at gmail dot com Description: After update from PHP version 5.25 to 5.2.6 my system didn't work, i get a message [Mon May 05 21:53:31 2008] [error] [client 189.26.101.57] PHP Fatal error: Call to undefined function pg_connect() in C:\\apache\\Laboratorio\\lab\\conectadb.php on line 8 I started to digg and i've found that the newer version of php_pgsql.dll has 96kb, and the older has 164kb. I've updated using the instaler for windows 32bit, an MSI file that i've downloaded from PHP.net, actually i'm using Windows XP SP2 all updated.Link: http://br.php.net/distributions/php-5.2.6-win32-installer.msi I fixed the problem downgrading the php_pg_sql.dll to the one contained in the version 5.25. I have both DLL if someone need it. Sorry for my poor english. Gabriel - Londrina - Parana - Brazil. -- Edit this bug report at http://bugs.php.net/?id=44922edit=1
#44836 [Opn-Csd]: [PATCH] putenv() crashes, avoid direct reference of environ in POSIX systems
ID: 44836 Updated by: [EMAIL PROTECTED] Reported By: delphij at FreeBSD dot org -Status: Open +Status: Closed Bug Type: Reproducible crash Operating System: FreeBSD 7.0 PHP Version: 5.2.5 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-04-25 23:50:49] delphij at FreeBSD dot org Description: PHP would crash in certain cases where putenv() is being called, in POSIX systems which calls free() in putenv(). The following patch always duplicate the environment from the environment instead of relying on that they are invariant. --- ext/standard/basic_functions.c.orig 2008-04-25 16:26:14.885468614 -0700 +++ ext/standard/basic_functions.c 2008-04-25 16:32:46.215744075 -0700 @@ -3861,9 +3862,7 @@ SetEnvironmentVariable(pe-key, bugbug); #endif putenv(pe-previous_value); -# if defined(PHP_WIN32) efree(pe-previous_value); -# endif } else { # if HAVE_UNSETENV unsetenv(pe-key); @@ -4463,12 +4462,8 @@ pe.previous_value = NULL; for (env = environ; env != NULL *env != NULL; env++) { if (!strncmp(*env, pe.key, pe.key_len) (*env)[pe.key_len] == '=') { /* found it */ -#if defined(PHP_WIN32) /* must copy previous value because MSVCRT's putenv can free the string without notice */ pe.previous_value = estrdup(*env); -#else - pe.previous_value = *env; -#endif break; } } -- Edit this bug report at http://bugs.php.net/?id=44836edit=1
#42060 [Com]: [PATCH] Add pagedResults support and more (PAT18 and PAT19 updated for 5.2.3)
ID: 42060 Comment by: liveoutloud2day at gmail dot com Reported By: iarenuno at eteo dot mondragon dot edu Status: Open Bug Type: LDAP related Operating System: * PHP Version: 5.2.5 New Comment: This would be really helpful. Of course you could do the same thing with perl or python, and then interface to it with that, but that is really a pain. But I would think php could do anything python and maybe perl could do I have been following this patch for almost 3 years now, would be really nice to get it committed as the added functions just add to the functions use and don't change any of the existing code, except adding an additional optional parameter. Previous Comments: [2008-04-17 10:59:03] [EMAIL PROTECTED] I'm too busy at work right now, and since I don't use LDAP stuff for anything anymore (or at least right now :), I'm not really keen on just applying the patch. I hope someone else with more time could look into this. [2008-04-17 08:33:51] dan dot marsden at gmail dot com ..ignore that last comment - I can see in the php mailing lists that Jani is in fact still around! - cool! - Jani? - any possibility you might be able to re-look at this? - or at least tell us what you need to allow it to be fixed? thanks! :-) Dan [2007-11-21 11:33:02] avel+php at noc dot uoa dot gr I intend to write a wrapper function for PEAR::Pager and LDAP, to make paged results more accessible. Without this patch, paged results from LDAP are not possible. [Well, they _are_ possible, if one loads the entire result set in memory. :-| ] How come is this patch's status No Feedback? What is the PHP developers' stand on this patch as of now? Alexandros Vellis [2007-09-24 12:58:06] avel+php at noc dot uoa dot gr This is a _killer_ feature that we have been waiting for a long time. White pages apps written in PHP, with large directories behind them, desparetely need the paging feature -- and not only them! The API seems intuitive to me so far. I'm eager for this to be included in PHP 5.3. Thanks for the patch. Alexandros Vellis [2007-09-07 18:40:25] ando at sys-net dot it A working patch with test examples lined up to HEAD as of 5 minutes ago is available here http://www.sys-net.it/~ando/Download/#PHP I'm the original developer, and I'm willing to cooperate in integrating it, if needed. So you can re-open the bug now. p. 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/42060 -- Edit this bug report at http://bugs.php.net/?id=42060edit=1
#44915 [Fbk-Csd]: ip2long
ID: 44915 User updated by: sascha at rizzt dot kicks-ass dot org Reported By: sascha at rizzt dot kicks-ass dot org -Status: Feedback +Status: Closed Bug Type: Unknown/Other Function Operating System: Linux 2.6.24.3-34.fc8 #1 PHP Version: 5.2.6 New Comment: mysql issue, the new version doesnt convert unsigned to signed anymore and cuts the value Previous Comments: [2008-05-05 12:25:24] [EMAIL PROTECTED] 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 ?php and ends 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. [2008-05-05 12:06:25] sascha at rizzt dot kicks-ass dot org Description: Since quite a while i see ips like 127.255.255.255 the ips in the logfile are correct, but ip2long doesn't convert it correctly. i cannot reproduce the bug with a simple script. -- Edit this bug report at http://bugs.php.net/?id=44915edit=1
#40286 [Com]: PHP fastcgi with PHP_FCGI_CHILDREN don't kill children when parent is killed
ID: 40286 Comment by: jakobunt at gmail dot com Reported By: gabriel at oxeva dot fr Status: No Feedback Bug Type: CGI related Operating System: Linux 2.6 PHP Version: 5.2.0 Assigned To: dmitry New Comment: I still experience this on Ubuntu Hardy, PHP 5.2.4-2ubuntu5 with Suhosin-Patch 0.9.6.2 (cgi-fcgi), so this should be reopened. A pstree showing the orphaned processes: http://launchpadlibrarian.net/14265483/phpkiller.log Previous Comments: [2007-11-11 22:22:59] jakob dot at at gmx dot net Workaround: Kill those lurking process regularily using a cronjob. This works for me (Ubuntu Dapper, PHP 5.1.2 (cgi-fcgi) (built: Jul 17 2007 17:21:59) ), you probably need pkill -9 . #/bin/bash pkill -f -x /usr/lib/cgi-bin/php -P 1 [2007-09-27 03:20:24] atomo64 at gmail dot com [EMAIL PROTECTED]: The problem is that this bug affects Debian's PHP5 package of etch[1] and in order to fix it the right patch is required. We can't simply 'update' the source package. [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=431799 [2007-09-14 01:00:01] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to Open. [2007-09-06 11:16:16] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows (zip): http://snaps.php.net/win32/php5.2-win32-latest.zip For Windows (installer): http://snaps.php.net/win32/php5.2-win32-installer-latest.msi [2007-08-22 14:44:48] gabriel at oxeva dot fr Comment from [EMAIL PROTECTED] : I don't believe that this patch could correct blocking I/O. What this patch does is just remove one extra memory pointer which was not needed. Correct fix would be to use O_NONBLOCK when opening file descriptor and then test for EAGAIN. Or use select(2) before reading from descriptor in safe_read() function to test if data is available for reading. I could be wrong, but it just doesn't seems to be fix for this problem. 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/40286 -- Edit this bug report at http://bugs.php.net/?id=40286edit=1
#40286 [NoF-Opn]: PHP fastcgi with PHP_FCGI_CHILDREN don't kill children when parent is killed
ID: 40286 User updated by: gabriel at oxeva dot fr Reported By: gabriel at oxeva dot fr -Status: No Feedback +Status: Open Bug Type: CGI related Operating System: Linux 2.6 -PHP Version: 5.2.0 +PHP Version: 5.2.0+ Assigned To: dmitry New Comment: Bug reopened as requested by jakobunt at gmail dot com It is indeed the same bug as the one I described: my logs were the same as yours when I was using the php forking feature. As far as I remember, the child php processes were dropped by the parent php process (acting as a dispatcher) because apache's fastcgi process manager Fastcgi PM sent a SIGKILL signal to it (the only PID the fastcgi PM is aware of because it spawned it). This signal is normally only sent if the process do not exit a few seconds after being sent a SIGTERM signal. The problem is not the parent being killed, but the children waiting on their own loop infinitely. I guess this bug is in the fastcgi accept loop, which leaves the php children stalled waiting on a FD without any process attached to the other side. Previous Comments: [2008-05-06 21:08:16] jakobunt at gmail dot com I still experience this on Ubuntu Hardy, PHP 5.2.4-2ubuntu5 with Suhosin-Patch 0.9.6.2 (cgi-fcgi), so this should be reopened. A pstree showing the orphaned processes: http://launchpadlibrarian.net/14265483/phpkiller.log [2007-11-11 22:22:59] jakob dot at at gmx dot net Workaround: Kill those lurking process regularily using a cronjob. This works for me (Ubuntu Dapper, PHP 5.1.2 (cgi-fcgi) (built: Jul 17 2007 17:21:59) ), you probably need pkill -9 . #/bin/bash pkill -f -x /usr/lib/cgi-bin/php -P 1 [2007-09-27 03:20:24] atomo64 at gmail dot com [EMAIL PROTECTED]: The problem is that this bug affects Debian's PHP5 package of etch[1] and in order to fix it the right patch is required. We can't simply 'update' the source package. [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=431799 [2007-09-14 01:00:01] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to Open. [2007-09-06 11:16:16] [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 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/40286 -- Edit this bug report at http://bugs.php.net/?id=40286edit=1
#44615 [Asn-Csd]: RecursiveArrayIterator doesnt handle correctly objects stored in it
ID: 44615 Updated by: [EMAIL PROTECTED] Reported By: doctorrock83 at gmail dot com -Status: Assigned +Status: Closed Bug Type: SPL related Operating System: Windows XP PHP Version: 6-CVS Assigned To: colder 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. This feature is now controlled by the flag RecursiveArrayIterator::CHILD_ARRAYS_ONLY which is no longer enabled by default. Previous Comments: [2008-04-02 23:12:44] [EMAIL PROTECTED] Sorry, it works fine on 5.3, fails on 5.2.6 and HEAD. This is probably related to bug #38618, and looks that wasn't defined the fix/behavior, right Marcus? Hence, it wasn't merged into branches. Assigned to maintainer. [2008-04-02 22:05:36] [EMAIL PROTECTED] I can reproduce using PHP6-CVS. [2008-04-02 21:54:54] [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 Works fine on 5.2.6. [2008-04-02 15:36:37] doctorrock83 at gmail dot com Description: RecursiveArrayIterator doesn't seem to handle objects stored in it correctly. If you store anything else into the RecursiveArrayIterator (ie : strings, integers, or even ressources ), they are served back from the iterator. But if you store an object of any class into it, then it disappears while iterating. PS : Perhaps a RecursiveIteratorIterator bug, dunnow :-) Reproduce code: --- ?php $a = new stdClass(); $array = array(array('z',$a),array('q','s')); $rai = new RecursiveArrayIterator($array); foreach (new RecursiveIteratorIterator($rai) as $t) { var_dump($t); } Expected result: string(1) z object(stdClass)#1 (0) { } string(1) q string(1) s Actual result: -- string(1) z string(1) q string(1) s -- Edit this bug report at http://bugs.php.net/?id=44615edit=1
#44928 [Opn-Bgs]: classes no more work with PHP 5.2.6 preg_* functions, but pcre support classes
ID: 44928 Updated by: [EMAIL PROTECTED] Reported By: php dot net at waisse dot org -Status: Open +Status: Bogus Bug Type: PCRE related Operating System: gentoo linux PHP Version: 5.2.6 New Comment: This is a PCRE library issue, not the PHP extension. Probably related to item 23 in http://pcre.org/changelog.txt Previous Comments: [2008-05-06 14:28:51] php dot net at waisse dot org Description: Using classes in preg_* functions worked before 5.2.6 After upgrading to 5.2.6 classes like [:space:] no more work I had to replace all [:class:] with things like \s Reproduce code: --- the regular expression : list($header) = preg_split(',(item|entry)[:[:space:]],', $rss, 2); worked before PHP 5.2.6 no more working now, I had to change this to : list($header) = preg_split(',(item|entry)[:\s],', $rss, 2); and it works again. Expected result: see http://www.pcre.org/pcre.txt it says that pcre supports classes ( POSIX CHARACTER CLASSES Perl supports the POSIX notation for character classes. This uses names enclosed by [: and :] within the enclosing square brackets. PCRE also supports this notation. ) so the classes should work with PHP 5.2.6 pcre ( preg_* fucntions ) this always worked before and thousands of websites are using them. The above code is sandard spip ( http://spip.net ) code for years and this feature change in PHP 5.2.6 makes that all spip websites no more work with PHP 5.2.6. Probably many other CMS will have the same problem. Could anyone confirm that this is a PHP 5.2.6 pcre implementation bug before we try to insert a workaround in spip code ? The regular expression seems ok since this works after replacing [:space:] with \s . Actual result: -- Warning: preg_split() [function.preg-split]: Compilation failed: POSIX named classes are supported only within a class at offset 13 in /www/spanish.feeder.ww7.be/html/ecrire/inc/syndic.php on line 145 Warning: preg_match_all() [function.preg-match-all]: Compilation failed: POSIX named classes are supported only within a class at offset 14 in /www/spanish.feeder.ww7.be/html/ecrire/inc/syndic.php on line 166 -- Edit this bug report at http://bugs.php.net/?id=44928edit=1
#44930 [NEW]: protected __set()|__get() not working
From: daniel at txtconnect dot com Operating system: Linux (Ubuntu 7.10) PHP version: 5.2.6 PHP Bug Type: Class/Object related Bug description: protected __set()|__get() not working Description: When using protected __set() it still gets called from outside the class (parent or children) Reproduce code: --- abstract class Example { private $data = array(); protected function __set($key, $value) { $this-data[$key] = $value; } protected function __get($key) { return $this-data[$key]; } } class MyExample extends Example { public function __construct($name, $value) { $this-$name = $value; // sets parent::$data[$name] = $key } } $c = new MyExample('name', 'foo'); echo $c-name; // echoes foo (Should not do so because Example::__get() is protected) $c-name = 'bar'; // Should not be able to assign 'bar' Example::__set() protected, but does! echo $c-name; // echoes bar (Should not do so because Example::__get() are protected) var_dump($c); Expected result: I expected an error to be thrown saying that i am trying to access protected data and am not allowed to do so. When setting a variable, from outside the class, i should be unable to do so error thrown! Actual result: -- foo bar object(MyExample)#1 (1) { [data:private]= array(1) { [name]= string(3) bar } } -- Edit bug report at http://bugs.php.net/?id=44930edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=44930r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=44930r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=44930r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=44930r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=44930r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=44930r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=44930r=needscript Try newer version:http://bugs.php.net/fix.php?id=44930r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=44930r=support Expected behavior:http://bugs.php.net/fix.php?id=44930r=notwrong Not enough info: http://bugs.php.net/fix.php?id=44930r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=44930r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=44930r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=44930r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=44930r=dst IIS Stability:http://bugs.php.net/fix.php?id=44930r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=44930r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=44930r=float No Zend Extensions: http://bugs.php.net/fix.php?id=44930r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=44930r=mysqlcfg
#44931 [NEW]: Extension pg_psql.dll
From: asc_gouveia at yahoo dot com dot br Operating system: windows PHP version: 5.2.6 PHP Bug Type: PostgreSQL related Bug description: Extension pg_psql.dll Description: I downloaded the newest php version 5.2.6 and tried to setup my work environment, that is: windows xp sp2, PostgreSQL 8.1.11-1, apache 1.3. I did all that is necessary to activate the extension php_pgsql.dll, I'm sure I did (I think is not the case to prove that I followed ALL the instructions to activate the extension). All the stuff related to php.ini was ok, and all the configuration about apache(httpd.conf) as well. Then, when I tried to see pgsql working with phpinfo()... FRUSTRATION! And so, I tried some possibilities, changing the server version(apache 1.3, apache 2.0, apache 2.2), changing the DB version(8.2.7)... Nothing. Finally, changed the php version (5.2.4)... And now, it works (PG 8.1.11-1, Apache 1.3, php5.2.4). But, the important is, the only thing that does not work is the extension php5.2.6's extension php_pgsql.dll. I made a test, setting up the php5.2.6 and then, I saw, via phpinfo() that pgsql was not activated, then, I changed only the php_pgsql.dll, overwriting it with php5.2.4'extension php_pgsql.dll. Then, pgpsql was activated. -- Edit bug report at http://bugs.php.net/?id=44931edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=44931r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=44931r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=44931r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=44931r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=44931r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=44931r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=44931r=needscript Try newer version:http://bugs.php.net/fix.php?id=44931r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=44931r=support Expected behavior:http://bugs.php.net/fix.php?id=44931r=notwrong Not enough info: http://bugs.php.net/fix.php?id=44931r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=44931r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=44931r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=44931r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=44931r=dst IIS Stability:http://bugs.php.net/fix.php?id=44931r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=44931r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=44931r=float No Zend Extensions: http://bugs.php.net/fix.php?id=44931r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=44931r=mysqlcfg
#44931 [Opn-Bgs]: Extension pg_psql.dll
ID: 44931 Updated by: [EMAIL PROTECTED] Reported By: asc_gouveia at yahoo dot com dot br -Status: Open +Status: Bogus Bug Type: PostgreSQL related Operating System: windows PHP Version: 5.2.6 New Comment: Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Thank you for your interest in PHP. See Bug#44922 Previous Comments: [2008-05-07 02:38:30] asc_gouveia at yahoo dot com dot br Description: I downloaded the newest php version 5.2.6 and tried to setup my work environment, that is: windows xp sp2, PostgreSQL 8.1.11-1, apache 1.3. I did all that is necessary to activate the extension php_pgsql.dll, I'm sure I did (I think is not the case to prove that I followed ALL the instructions to activate the extension). All the stuff related to php.ini was ok, and all the configuration about apache(httpd.conf) as well. Then, when I tried to see pgsql working with phpinfo()... FRUSTRATION! And so, I tried some possibilities, changing the server version(apache 1.3, apache 2.0, apache 2.2), changing the DB version(8.2.7)... Nothing. Finally, changed the php version (5.2.4)... And now, it works (PG 8.1.11-1, Apache 1.3, php5.2.4). But, the important is, the only thing that does not work is the extension php5.2.6's extension php_pgsql.dll. I made a test, setting up the php5.2.6 and then, I saw, via phpinfo() that pgsql was not activated, then, I changed only the php_pgsql.dll, overwriting it with php5.2.4'extension php_pgsql.dll. Then, pgpsql was activated. -- Edit this bug report at http://bugs.php.net/?id=44931edit=1
#44931 [Bgs-Opn]: php5.2.6, extension pg_psql.dll
ID: 44931 User updated by: asc_gouveia at yahoo dot com dot br -Summary: Extension pg_psql.dll Reported By: asc_gouveia at yahoo dot com dot br -Status: Bogus +Status: Open Bug Type: PostgreSQL related Operating System: windows PHP Version: 5.2.6 New Comment: I downloaded the newest php version 5.2.6 and tried to setup my work environment, that is: windows xp sp2, PostgreSQL 8.1.11-1, apache 1.3. I did all that is necessary to activate the extension php_pgsql.dll, I'm sure I did (I think is not the case to prove that I followed ALL the instructions to activate the extension). All the stuff related to php.ini was ok, and all the configuration about apache(httpd.conf) as well. Then, when I tried to see pgsql working with phpinfo()... FRUSTRATION! And so, I tried some possibilities, changing the server version(apache 1.3, apache 2.0, apache 2.2), changing the DB version(8.2.7)... Nothing. Finally, changed the php version (5.2.4)... And now, it works (PG 8.1.11-1, Apache 1.3, php5.2.4). But, the important is, the only thing that does not work is the php5.2.6's extension php_pgsql.dll. I made a test, once php5.2.4 working perfectly, I saw, via phpinfo() that pgsql was activated, all right. Then, I changed only the php_pgsql.dll, overwriting it with php5.2.6'extension php_pgsql.dll. Then, pgpsql was NOT activated. Previous Comments: [2008-05-07 02:52:36] [EMAIL PROTECTED] Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Thank you for your interest in PHP. See Bug#44922 [2008-05-07 02:38:30] asc_gouveia at yahoo dot com dot br Description: I downloaded the newest php version 5.2.6 and tried to setup my work environment, that is: windows xp sp2, PostgreSQL 8.1.11-1, apache 1.3. I did all that is necessary to activate the extension php_pgsql.dll, I'm sure I did (I think is not the case to prove that I followed ALL the instructions to activate the extension). All the stuff related to php.ini was ok, and all the configuration about apache(httpd.conf) as well. Then, when I tried to see pgsql working with phpinfo()... FRUSTRATION! And so, I tried some possibilities, changing the server version(apache 1.3, apache 2.0, apache 2.2), changing the DB version(8.2.7)... Nothing. Finally, changed the php version (5.2.4)... And now, it works (PG 8.1.11-1, Apache 1.3, php5.2.4). But, the important is, the only thing that does not work is the extension php5.2.6's extension php_pgsql.dll. I made a test, setting up the php5.2.6 and then, I saw, via phpinfo() that pgsql was not activated, then, I changed only the php_pgsql.dll, overwriting it with php5.2.4'extension php_pgsql.dll. Then, pgpsql was activated. -- Edit this bug report at http://bugs.php.net/?id=44931edit=1
#44930 [Com]: protected __set()|__get() not working
ID: 44930 Comment by: crrodriguez at suse dot de Reported By: daniel at txtconnect dot com Status: Open Bug Type: Class/Object related Operating System: Linux (Ubuntu 7.10) PHP Version: 5.2.6 New Comment: http://php.net/manual/en/language.oop5.overloading.php All overloading methods must be defined as public. but anyway.. your code is behaving as expected. Previous Comments: [2008-05-07 00:02:14] daniel at txtconnect dot com Description: When using protected __set() it still gets called from outside the class (parent or children) Reproduce code: --- abstract class Example { private $data = array(); protected function __set($key, $value) { $this-data[$key] = $value; } protected function __get($key) { return $this-data[$key]; } } class MyExample extends Example { public function __construct($name, $value) { $this-$name = $value; // sets parent::$data[$name] = $key } } $c = new MyExample('name', 'foo'); echo $c-name; // echoes foo (Should not do so because Example::__get() is protected) $c-name = 'bar'; // Should not be able to assign 'bar' Example::__set() protected, but does! echo $c-name; // echoes bar (Should not do so because Example::__get() are protected) var_dump($c); Expected result: I expected an error to be thrown saying that i am trying to access protected data and am not allowed to do so. When setting a variable, from outside the class, i should be unable to do so error thrown! Actual result: -- foo bar object(MyExample)#1 (1) { [data:private]= array(1) { [name]= string(3) bar } } -- Edit this bug report at http://bugs.php.net/?id=44930edit=1