#43863 [NEW]: str_word_count and russian chars in locale cp1251
From: phprus at gmail dot com Operating system: OpenSuSE 10.2 PHP version: 5.2.5 PHP Bug Type: Strings related Bug description: str_word_count and russian chars in locale cp1251 Description: str_word_count return wrong number, if char "я" is contained in the word. Problem code (in file ext/standard/string.c): while (p < e && (isalpha(*p) || (char_list && ch[(unsigned char)*p]) || *p == '\'' || *p == '-')) { Corrected code: while (p < e && (isalpha((unsigned char)*p) || (char_list && ch[(unsigned char)*p]) || *p == '\'' || *p == '-')) { Description of bug fixes in Russian language: http://phpclub.ru/talk/showthread.php?postid=746475#post746475 Reproduce code: --- Expected result: array(7) { [0]=> string(7) "русский" [8]=> string(5) "текст" [15]=> string(1) "я" [17]=> string(6) "тестер" [25]=> string(5) "аябаг" [32]=> string(3) "яап" [37]=> string(3) "авя" } Actual result: -- array(7) { [0]=> string(7) "русский" [8]=> string(5) "текст" [17]=> string(6) "тестер" [25]=> string(1) "а" [27]=> string(3) "баг" [33]=> string(2) "ап" [37]=> string(2) "ав" } -- Edit bug report at http://bugs.php.net/?id=43863&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=43863&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=43863&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=43863&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=43863&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=43863&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=43863&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=43863&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=43863&r=needscript Try newer version:http://bugs.php.net/fix.php?id=43863&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=43863&r=support Expected behavior:http://bugs.php.net/fix.php?id=43863&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=43863&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=43863&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=43863&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=43863&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=43863&r=dst IIS Stability:http://bugs.php.net/fix.php?id=43863&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=43863&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=43863&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=43863&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=43863&r=mysqlcfg
#42850 [Csd]: array_walk_recursive() leaves references
ID: 42850 User updated by: ltaupiac at lfdj dot com Reported By: ltaupiac at lfdj dot com Status: Closed Bug Type: Arrays related Operating System: windows/solaris PHP Version: 5.3.0-dev New Comment: I check on win32 snaps built on 16 jan 2008 Everything is correct now. Thx a lot. Previous Comments: [2008-01-14 22:51:46] [EMAIL PROTECTED] This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. [2007-11-26 08:00:18] ltaupiac at lfdj dot com I have tested on window with apache 2.2.6 the snap.zip you given. The bug is still there. A & for reference is still leaved after call array_walk_recursive on val2 and original array can't be duplicate anymore after. Reproduce code: -- echo PHP_VERSION; $data = array ('key1' => 'val1', array('key2' => 'val2')); echo ''; function foo2($item, $key) {}; // dumb callback function var_dump($data); array_walk_recursive($data, 'foo2'); $data2 = $data; // Duplicate array $data2[0] = 'altered'; // Alter copy var_dump($data); var_dump($data2); Expected result: 5.3.0-dev array(2) { ["key1"]=> string(4) "val1" [0]=> array(1) { ["key2"]=> string(4) "val2" } } array(2) { ["key1"]=> string(4) "val1" [0]=> string(7) "val2" } array(2) { ["key1"]=> string(4) "val1" [0]=> string(7) "altered" } Actual result: -- 5.3.0-dev array(2) { ["key1"]=> string(4) "val1" [0]=> array(1) { ["key2"]=> string(4) "val2" } } array(2) { ["key1"]=> string(4) "val1" [0]=> &string(7) "altered" } array(2) { ["key1"]=> string(4) "val1" [0]=> &string(7) "altered" } [2007-11-25 17:35:35] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.3-latest.tar.gz For Windows (zip): http://snaps.php.net/win32/php5.3-win32-latest.zip For Windows (installer): http://snaps.php.net/win32/php5.3-win32-installer-latest.msi [2007-10-04 08:10:34] ltaupiac at lfdj dot com Description: I have to reopen this bug http://bugs.php.net/bug.php?id=42655 because it was incorrectly closed and tony2001 doesn't seem to receive email. Here Copy/paste email i send him. This is not the same bug. In #34982, an array is modified outside the function func() that call array_walk_recursive. This bug doesn't exist anymore in 5.2.4 The bug i report is when calling array_walk_recursive on an array (callback function doesn't even have reference & for array input and does nothing). Original array shouldn't be modified, but if you var_dump it, you can see reference on subarray [0]=> &array(1) instead of [0]=> array(1) The array shouldn't have been modified but array_walk_recursive leaves references. This can cause trouble, eg you cant duplicate the original array anymore. Look at following example $data = array ('key1' => 'val1', array('key2' => 'val2')); function foo($item, $key) {}; // dumb callback function var_dump($data); array_walk_recursive($data, 'foo'); $data2 = $data; // Duplicate array $data2[0] = 'altered'; // Alter copy var_dump($data); var_dump($data2); array(2) { ["key1"]=> string(4) "val1" [0]=> &string(5) "bingo" } array(2) { ["key1"]=> string(4) "val1" [0]=> &string(5) "bingo" } both $data and $data2 are altered; Reproduce code: --- $data = array ('key1' => 'val1', array('key2' => 'val2')); function dumb($i, $k){} var_dump($data); array_walk_recursive($data,'foo'); // Double check the [0]=>&array(1) in actual result var_dump($data); Expected result: Expected result: array(2) { ["key1"]=> string(4) "val1" [0]=> array(1) { ["key2"]=> string(4) "val2" } } array(2) { ["key1"]=> string(4) "val1" [0]=> array(1) { ["key2"]=> string(4) "val2" } } Actual result: -- Actual result: -- array(2) { ["key1"]=> string(4) "val1" [0]=> array(1) { ["key2"]=> string(4) "val2" } } array(2) { ["key1"]=> string(4) "val1" [0]=> &array(1) { ["key2"]=> string(4) "val2" } } -- Edit this bug report at http://bugs.php.net/?id=42850&edit=1
#27946 [Bgs->WFx]: Stack overflow on IIS 6 and PHP ISAPI running PHPWiki 1.3.7
ID: 27946 Updated by: [EMAIL PROTECTED] Reported By: bugs dot php dot net at moritz-naumann dot com -Status: Bogus +Status: Wont fix Bug Type: Reproducible crash Operating System: Windows 2003 Server PHP Version: 4.3.4 New Comment: A quick check with google shows this is obviously not a phpwiki issie: http://www.google.com.au/search?q=PHP+has+encountered+a+Stack+overflow One can quickly reproduce this error message with PHP5.2 and Windows Server 2003 with the following: The above recursion issue is already known to the PHP team, and is currently regarded as unfixable, though this error message does not appear on Apache servers. It thus appears that IIS is generating the error message. Previous Comments: [2004-04-10 16:53:02] [EMAIL PROTECTED] PHP does not give this message ever, it must be a phpwiki error messages and thus you'll have to contact its authors. [2004-04-10 16:49:39] bugs dot php dot net at moritz-naumann dot com Description: While generating the virgin wiki page (the first dynamically generated page of a wiki which is created after configuring the config files), PHP exits with a stack overflow: "PHP has encountered a Stack overflow". This may also be a script error, but from the error message I assume it is rather not so I am posting this here as well. http://www.boliviahosting.com/wiki/ The PHP version in use is 4.3.4, running on IIS 6 (on Win 2003 Server) as ISAPI module. Further information on the PHP configuration is available on request. However the installation is mostly based php.ini-recommended. As all the other bug reports mentioning a stack overflow are rather old I assume this may be a new one, otherwise I am sorry and would really welcome a hint. FYI: I reported the same bug to PHPWikis bug tracker at http://sourceforge.net/tracker/index.php?func=detail&aid=932950&group_id=6121&atid=106121 -- Edit this bug report at http://bugs.php.net/?id=27946&edit=1
#37964 [Asn]: Reflection shows private methods of parent class
ID: 37964 Updated by: [EMAIL PROTECTED] Reported By: lavin dot peter at gmail dot com Status: Assigned Bug Type: Scripting Engine problem Operating System: Windows XP PHP Version: 5.1.4 Assigned To: tony2001 New Comment: Simple fix: Index: php_reflection.c === RCS file: /repository/php-src/ext/reflection/php_reflection.c,v retrieving revision 1.164.2.33.2.45.2.6 diff -u -r1.164.2.33.2.45.2.6 php_reflection.c --- php_reflection.c31 Dec 2007 07:17:13 - 1.164.2.33.2.45.2.6 +++ php_reflection.c16 Jan 2008 02:14:41 - @@ -519,7 +519,8 @@ zend_hash_internal_pointer_reset_ex(&ce->function_table, &pos); while (zend_hash_get_current_data_ex(&ce->function_table, (void **) &mptr, &pos) == SUCCESS) { - if (!(mptr->common.fn_flags & ZEND_ACC_STATIC)) { + if (!((mptr->common.fn_flags & ZEND_ACC_STATIC) || + ((mptr->common.fn_flags & ZEND_ACC_PRIVATE) && mptr->common.scope != ce))) { char *key; uint key_len; ulong num_index; Previous Comments: [2006-08-20 13:36:43] ruslan dot kyrychuk at gmail dot com Maybe it is not valid to have private variables of parent class in Reflection. Then it is only my own custom serialization problem. [2006-08-20 12:39:18] ruslan dot kyrychuk at gmail dot com With this serializing interface (if you mean __sleep and __wakeup method) and with reflection can not work with private variables, I can not write serialization method that can be used in all child classes .In every child class Reflection will have child instance and will not have access for private variables of parent. Reproduce code: --- class A { public function __sleep() { $refl = new ReflectionObject($this); $props = $refl->getProperties(); $result = array(); foreach($props as $prop) $result[] = $prop->getName(); return $result ; } private $privateVar = 'Test Private'; public $publicVar = 'Test Public'; public function setPublic($value) { $this->publicVar = $value; } public function setPrivate($value) { $this->privateVar = $value; } } class B extends A{} $instance = new B(); $instance->setPrivate('Set Test Private'); $instance->setPublic('Set Test Private'); var_dump($instance); var_dump(unserialize(serialize($instance))); Expected result: Object before serializing and after is same. Actual result: -- object(B)#1 (2) { ["privateVar:private"]=> string(16) "Set Test Private" ["publicVar"]=> string(16) "Set Test Private" } object(B)#3 (2) { ["privateVar:private"]=> string(12) "Test Private" ["publicVar"]=> string(16) "Set Test Private" } -- When writing public function __sleep(){return array('privateVar', 'publicVar');} In B class Than you'll get Notice: serialize() [function.serialize]: "privateVar" returned as member variable from __sleep() but does not exist. So you can't write custom serializing for child object when private properties exists in parent class. [2006-08-20 11:07:59] [EMAIL PROTECTED] That is why we have a new serializing interface which allows you to call a serializing function in the base class which then can deal with the private properties in that base class. [2006-08-20 09:31:05] ruslan dot kyrychuk at gmail dot com I'd say it is not correct. Properties and methods defined as private are inherited but you have no access to this properties in child class. If for example during serializing if you ommit private properties of base class - you'll get wrong object. class Base{ private $basevar; public function baseFunction(){return $this->basevar;} } class Derived extends Base{} if private properties are not inherited - than calling baseFunction will cause null result and this is not correct in class inheritance. [2006-07-04 14:13:08] lavin dot peter at gmail dot com The "getMethods" method of ReflectionClass also returns the private methods of the parent class. The remainder of the comments for this report are too long. To view the rest of the
#43861 [NEW]: suhosin patch detects heap overflow on mssql_free_result()
From: skennedy at vcn dot com Operating system: FreeBSD 6.2 PHP version: 5.2.5 PHP Bug Type: MSSQL related Bug description: suhosin patch detects heap overflow on mssql_free_result() Description: Getting an "ALERT - canary mismatch on efree() - heap overflow detected" error when running two certain queries. This seems to be triggered when the second query runs. The error indicates the mssql_free_result() is the offender, but it happens even when mssql_free_result() is omitted (however does not show the offending line number). This bug is the similar, if not the same, as #40119. Reproduce code: --- http://bandwidthbuilders.com/php_mssql_suhosin_bug.phps Expected result: To run without error and exit cleanly. Actual result: -- ALERT - canary mismatch on efree() - heap overflow detected (attacker 'REMOTE_ADDR not set', file '/usr/home/bwbuilders/test.php', line 33) -- Edit bug report at http://bugs.php.net/?id=43861&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=43861&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=43861&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=43861&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=43861&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=43861&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=43861&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=43861&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=43861&r=needscript Try newer version:http://bugs.php.net/fix.php?id=43861&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=43861&r=support Expected behavior:http://bugs.php.net/fix.php?id=43861&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=43861&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=43861&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=43861&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=43861&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=43861&r=dst IIS Stability:http://bugs.php.net/fix.php?id=43861&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=43861&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=43861&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=43861&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=43861&r=mysqlcfg
#41941 [Asn->Csd]: oci8 extension not lib64 savvy
ID: 41941 Updated by: [EMAIL PROTECTED] Reported By: wdierkes at 5dollarwhitebox dot org -Status: Assigned +Status: Closed Bug Type: OCI8 related Operating System: Redhat Enterprise Linux PHP Version: 5.2.3 Assigned To: sixd 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. + | Fixed in PHP 5.2.6, 5.3 and 6. Support for | Oracle-provided, 64bit Linux RPMs has been added. | | Also, --with-oci8=instantclient will now search for the | most recent version of the Instant Client RPMs if no | directory is specified. + Previous Comments: [2007-12-12 06:02:30] Fedora at FamilleCollet dot com Here is a little patch for this issue. It handle /usr/lib64 and client64 in both oci8 and pdo_oci extension. http://remi.collet.free.fr/files/php-5.2.5-oci8conf.patch Regards [2007-12-12 05:59:08] Fedora at FamilleCollet dot com Oracle now provides RPM for i386, x86_64 and even ppc With new version 11.1, install path is "client64" and only "client" is test during "configure". [2007-11-29 22:56:36] [EMAIL PROTECTED] We're not going to add support for any unofficial Instant Client rpms (there is enough hassle with the official ones, so please don't add even more). The support for official 64bit OIC rpms is currently being tested. [2007-11-29 21:28:09] [EMAIL PROTECTED] Update: Oracle has released Instant Client x86_64 RPMs on the OTN website. OCI8 should use the directory structure in these official RPMs. [2007-07-23 18:03:17] [EMAIL PROTECTED] Status update: I'm pushing for official Oracle 64 bit RPMs to be released and am waiting to see what directory structure they will have. 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/41941 -- Edit this bug report at http://bugs.php.net/?id=41941&edit=1
#43497 [Asn->Csd]: OCI8 XML/getClobVal leaks UGA memory
ID: 43497 Updated by: [EMAIL PROTECTED] Reported By: ghosh at q-one dot com -Status: Assigned +Status: Closed Bug Type: OCI8 related Operating System: Linux 2.6.22-14-server PHP Version: 5.2.5 Assigned To: sixd 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. +-- | Fixed in 5.2.6, 5.3, 6. Queries with OCI_RETURN_LOBS will | automatically free the DB's Temporary LOBs. Fetches | returning LOB locators need to use LOB->free(). See | oci8/tests/bug43497.phpt for examples. +--- Previous Comments: [2008-01-15 17:30:32] ghosh at q-one dot com Sorry. I have been on vacation. I will try to check the new patch this week if possible. Definitely next week otherwise. [2008-01-15 02:30:42] [EMAIL PROTECTED] An enhanced patch was sent to the bug filer and Tony on 8th Jan. I'm still waiting for feedback . . . [2008-01-06 23:17:34] ghosh at q-one dot com Temporary LOBs are created in UGA memory. This is per-session, so the leak appears on a per-session basis. Nevertheless this is a problem, because PHP scripts dont necessarily have to run for a few seconds. PHP is a full-featured scripting language and can also be used from the command-line or to implement longer-running import-scripts. Even if not, the limit is quickly reached, when reading many rows like in my example. [2008-01-06 20:42:52] [EMAIL PROTECTED] >What I don't understand: I thought OCI_RETURN_LOBS is just a short- >cut for those who don't want to write: That's what I don't understand either: does the leak appear only on per-session basis or Oracle doesn't free those LOBs at all? If the leak is only per-session, then users are not supposed even to notice it, since PHP requests are not supposed to take more than several seconds. [2007-12-29 22:37:21] ghosh at q-one dot com Really great! Thanks a lot!! This patch works. What I don't understand: I thought OCI_RETURN_LOBS is just a short-cut for those who don't want to write: $s=$result[0]->load(); $result[0]->free(); $result[0]=$s; If you use OCI_RETURN_LOBS you dont want to care about lobs but get the result as a string and forget about lobs altogether. So IMHO this should work as well. My specific problem is solved though. 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/43497 -- Edit this bug report at http://bugs.php.net/?id=43497&edit=1
#43860 [Opn->Fbk]: compile fails with curl version 7.16.4 and gd
ID: 43860 Updated by: [EMAIL PROTECTED] Reported By: pierre dot grandmaison at gmail dot com -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: Centos 5 PHP Version: 5.2.5 -Assigned To: +Assigned To: pajoye New Comment: Specify the options for the dependencies (xpm, png and jpeg libraries for ex.) The compile tests fail for a reason, this reason is in your config.log, please paste the relevant part here. Previous Comments: [2008-01-15 20:57:03] pierre dot grandmaison at gmail dot com I have just tested the following versions of PHP using the same method. Here are my results: With: rm config.cache ; ./configure --disable-all --disable-cgi --with-gd --with-curl=/usr/local/lib FAILED: PHP latest snapshot ( FAILED: PHP 5.2.4 FAILED: PHP 5.2.3 SUCCESS: PHP 5.2.2 So I think something has changed from PHP version 5.2.2 to PHP version 5.2.3 that makes compiling PHP with curl versions 7.16.4 (and I'm guessing lower versions as well not work) Do you need anything else to help in resolving this? Thanks, [2008-01-15 20:42:44] pierre dot grandmaison at gmail dot com Even though there are line breaks in the configure commands show in the php bug page, in reality I did type it correctly in the system. [2008-01-15 20:39:16] pierre dot grandmaison at gmail dot com Description: Hi, On a clean system, I am installing from source: openssl: cd /usr/local/src wget [mirror]/openssl-0.9.8g.tar.gz tar xfz openssl-0.9.8g.tar.gz cd openssl-0.9.8g ./config --openssldir=/usr/local/ssl make; make install curl version 7.16.4: cd /usr/local/src wget [mirror]/curl-7.16.4.tar.gz tar xfz curl-7.16.4.tar.gz cd curl-7.16.4 ./configure --disable-ipv6 --with-ssl=/usr/local/ssl; make; make install Then PHP: cd /usr/local/src wget [mirror]/php-5.2.5.tar.gz tar xfz php-5.2.5.tar.gz cd php-5.2.5 Then, The following WORKS: rm config.cache ; ./configure --disable-all --disable-cgi --with-gd The following also WORKS: rm config.cache ; ./configure --disable-all --disable-cgi --with-curl=/usr/local/lib Howether, the following does NOT work: rm config.cache ; ./configure --disable-all --disable-cgi --with-gd --with-curl=/usr/local/lib The error message is: checking for GD support... yes checking for the location of libjpeg... no checking for the location of libpng... no checking for the location of libXpm... no checking for FreeType 1.x support... no checking for FreeType 2... no checking for T1lib support... no checking whether to enable truetype string function in GD... no checking whether to enable JIS-mapped Japanese font support in GD... no checking for fabsf... yes checking for floorf... yes If configure fails try --with-jpeg-dir= checking for png_write_image in -lpng... yes If configure fails try --with-xpm-dir= If configure fails try --with-freetype-dir= configure: error: GD build test failed. Please check the config.log for details. Expected result: PHP should compile -- Edit this bug report at http://bugs.php.net/?id=43860&edit=1
#43860 [Opn]: compile fails with curl version 7.16.4 and gd
ID: 43860 User updated by: pierre dot grandmaison at gmail dot com Reported By: pierre dot grandmaison at gmail dot com Status: Open Bug Type: Compile Failure Operating System: Centos 5 PHP Version: 5.2.5 New Comment: I have just tested the following versions of PHP using the same method. Here are my results: With: rm config.cache ; ./configure --disable-all --disable-cgi --with-gd --with-curl=/usr/local/lib FAILED: PHP latest snapshot ( FAILED: PHP 5.2.4 FAILED: PHP 5.2.3 SUCCESS: PHP 5.2.2 So I think something has changed from PHP version 5.2.2 to PHP version 5.2.3 that makes compiling PHP with curl versions 7.16.4 (and I'm guessing lower versions as well not work) Do you need anything else to help in resolving this? Thanks, Previous Comments: [2008-01-15 20:42:44] pierre dot grandmaison at gmail dot com Even though there are line breaks in the configure commands show in the php bug page, in reality I did type it correctly in the system. [2008-01-15 20:39:16] pierre dot grandmaison at gmail dot com Description: Hi, On a clean system, I am installing from source: openssl: cd /usr/local/src wget [mirror]/openssl-0.9.8g.tar.gz tar xfz openssl-0.9.8g.tar.gz cd openssl-0.9.8g ./config --openssldir=/usr/local/ssl make; make install curl version 7.16.4: cd /usr/local/src wget [mirror]/curl-7.16.4.tar.gz tar xfz curl-7.16.4.tar.gz cd curl-7.16.4 ./configure --disable-ipv6 --with-ssl=/usr/local/ssl; make; make install Then PHP: cd /usr/local/src wget [mirror]/php-5.2.5.tar.gz tar xfz php-5.2.5.tar.gz cd php-5.2.5 Then, The following WORKS: rm config.cache ; ./configure --disable-all --disable-cgi --with-gd The following also WORKS: rm config.cache ; ./configure --disable-all --disable-cgi --with-curl=/usr/local/lib Howether, the following does NOT work: rm config.cache ; ./configure --disable-all --disable-cgi --with-gd --with-curl=/usr/local/lib The error message is: checking for GD support... yes checking for the location of libjpeg... no checking for the location of libpng... no checking for the location of libXpm... no checking for FreeType 1.x support... no checking for FreeType 2... no checking for T1lib support... no checking whether to enable truetype string function in GD... no checking whether to enable JIS-mapped Japanese font support in GD... no checking for fabsf... yes checking for floorf... yes If configure fails try --with-jpeg-dir= checking for png_write_image in -lpng... yes If configure fails try --with-xpm-dir= If configure fails try --with-freetype-dir= configure: error: GD build test failed. Please check the config.log for details. Expected result: PHP should compile -- Edit this bug report at http://bugs.php.net/?id=43860&edit=1
#43860 [Opn]: compile fails with curl version 7.16.4 and gd
ID: 43860 User updated by: pierre dot grandmaison at gmail dot com Reported By: pierre dot grandmaison at gmail dot com Status: Open Bug Type: Compile Failure Operating System: Centos 5 PHP Version: 5.2.5 New Comment: Even though there are line breaks in the configure commands show in the php bug page, in reality I did type it correctly in the system. Previous Comments: [2008-01-15 20:39:16] pierre dot grandmaison at gmail dot com Description: Hi, On a clean system, I am installing from source: openssl: cd /usr/local/src wget [mirror]/openssl-0.9.8g.tar.gz tar xfz openssl-0.9.8g.tar.gz cd openssl-0.9.8g ./config --openssldir=/usr/local/ssl make; make install curl version 7.16.4: cd /usr/local/src wget [mirror]/curl-7.16.4.tar.gz tar xfz curl-7.16.4.tar.gz cd curl-7.16.4 ./configure --disable-ipv6 --with-ssl=/usr/local/ssl; make; make install Then PHP: cd /usr/local/src wget [mirror]/php-5.2.5.tar.gz tar xfz php-5.2.5.tar.gz cd php-5.2.5 Then, The following WORKS: rm config.cache ; ./configure --disable-all --disable-cgi --with-gd The following also WORKS: rm config.cache ; ./configure --disable-all --disable-cgi --with-curl=/usr/local/lib Howether, the following does NOT work: rm config.cache ; ./configure --disable-all --disable-cgi --with-gd --with-curl=/usr/local/lib The error message is: checking for GD support... yes checking for the location of libjpeg... no checking for the location of libpng... no checking for the location of libXpm... no checking for FreeType 1.x support... no checking for FreeType 2... no checking for T1lib support... no checking whether to enable truetype string function in GD... no checking whether to enable JIS-mapped Japanese font support in GD... no checking for fabsf... yes checking for floorf... yes If configure fails try --with-jpeg-dir= checking for png_write_image in -lpng... yes If configure fails try --with-xpm-dir= If configure fails try --with-freetype-dir= configure: error: GD build test failed. Please check the config.log for details. Expected result: PHP should compile -- Edit this bug report at http://bugs.php.net/?id=43860&edit=1
#43860 [NEW]: compile fails with curl version 7.16.4 and gd
From: pierre dot grandmaison at gmail dot com Operating system: Centos 5 PHP version: 5.2.5 PHP Bug Type: Compile Failure Bug description: compile fails with curl version 7.16.4 and gd Description: Hi, On a clean system, I am installing from source: openssl: cd /usr/local/src wget [mirror]/openssl-0.9.8g.tar.gz tar xfz openssl-0.9.8g.tar.gz cd openssl-0.9.8g ./config --openssldir=/usr/local/ssl make; make install curl version 7.16.4: cd /usr/local/src wget [mirror]/curl-7.16.4.tar.gz tar xfz curl-7.16.4.tar.gz cd curl-7.16.4 ./configure --disable-ipv6 --with-ssl=/usr/local/ssl; make; make install Then PHP: cd /usr/local/src wget [mirror]/php-5.2.5.tar.gz tar xfz php-5.2.5.tar.gz cd php-5.2.5 Then, The following WORKS: rm config.cache ; ./configure --disable-all --disable-cgi --with-gd The following also WORKS: rm config.cache ; ./configure --disable-all --disable-cgi --with-curl=/usr/local/lib Howether, the following does NOT work: rm config.cache ; ./configure --disable-all --disable-cgi --with-gd --with-curl=/usr/local/lib The error message is: checking for GD support... yes checking for the location of libjpeg... no checking for the location of libpng... no checking for the location of libXpm... no checking for FreeType 1.x support... no checking for FreeType 2... no checking for T1lib support... no checking whether to enable truetype string function in GD... no checking whether to enable JIS-mapped Japanese font support in GD... no checking for fabsf... yes checking for floorf... yes If configure fails try --with-jpeg-dir= checking for png_write_image in -lpng... yes If configure fails try --with-xpm-dir= If configure fails try --with-freetype-dir= configure: error: GD build test failed. Please check the config.log for details. Expected result: PHP should compile -- Edit bug report at http://bugs.php.net/?id=43860&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=43860&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=43860&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=43860&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=43860&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=43860&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=43860&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=43860&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=43860&r=needscript Try newer version:http://bugs.php.net/fix.php?id=43860&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=43860&r=support Expected behavior:http://bugs.php.net/fix.php?id=43860&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=43860&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=43860&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=43860&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=43860&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=43860&r=dst IIS Stability:http://bugs.php.net/fix.php?id=43860&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=43860&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=43860&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=43860&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=43860&r=mysqlcfg
#43859 [NEW]: Wrong comparison
From: seocar at gmail dot com Operating system: Fedora Core PHP version: 5.2.5 PHP Bug Type: Unknown/Other Function Bug description: Wrong comparison Description: Wrong comparison between two strings. (Yes, I know about strict comparison, but I want to know about this case) Reproduce code: --- if ("" == "0e01") echo "BUG"; else echo "OK"; Expected result: OK Actual result: -- BUG -- Edit bug report at http://bugs.php.net/?id=43859&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=43859&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=43859&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=43859&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=43859&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=43859&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=43859&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=43859&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=43859&r=needscript Try newer version:http://bugs.php.net/fix.php?id=43859&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=43859&r=support Expected behavior:http://bugs.php.net/fix.php?id=43859&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=43859&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=43859&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=43859&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=43859&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=43859&r=dst IIS Stability:http://bugs.php.net/fix.php?id=43859&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=43859&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=43859&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=43859&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=43859&r=mysqlcfg
#43858 [Opn->Csd]: Bug in date generation with mktime and strtotime
ID: 43858 User updated by: nicollasrs at gmail dot com Reported By: nicollasrs at gmail dot com -Status: Open +Status: Closed Bug Type: Date/time related Operating System: Windows XP Professional SP2 PHP Version: 5.2.5 New Comment: sorry... my bad Previous Comments: [2008-01-15 20:01:21] nicollasrs at gmail dot com Description: When i try convert date "Jan 15 2008, 19:28:09 CET" to unix timestamp and convert again to date, php show incorrect date. Reproduce code: --- $Temp = "Jan 15 2008, 19:28:09 CET"; echo "Date: $Temp"; echo "Trying strtotime: ".strtotime($Temp).""; echo "Date: ".date("d/m/Y - H:m:s", strtotime($Temp)).""; function fixTime($Date) { $Date = str_replace(",", null, $Date); $Date = explode(" ", $Date); $DateTemp = strtotime($Date[0].$Date[1].$Date[2]); $Dia = date("d", $DateTemp); $Mes = date("m", $DateTemp); $Ano = date("Y", $DateTemp); $Time = explode(":", $Date[3]); $Hora = $Time[0]; $Minuto = $Time[1]; $Segundo = $Time[2]; $CEST = $Date[4]; echo "mktime($Hora, $Minuto, $Segundo, $Mes, $Dia, $Ano)"; return mktime($Hora, $Minuto, $Segundo, $Mes, $Dia, $Ano); } $Temp = fixTime($Temp); echo "Trying mktime: $Temp"; echo "Date: ".date("d/m/Y - H:m:s", $Temp).""; Expected result: Date: Jan 15 2008, 19:28:09 CET Trying strtotime: ?? Date: 15/01/2008 - 19:28:09 mktime(19, 28, 09, 01, 15, 2008) Trying mktime: ? Date: 15/01/2008 - 19:28:09 Actual result: -- Date: Jan 15 2008, 19:28:09 CET Trying strtotime: 1200421689 Date: 15/01/2008 - 16:01:09 mktime(19, 28, 09, 01, 15, 2008) Trying mktime: 1200432489 Date: 15/01/2008 - 19:01:09 -- Edit this bug report at http://bugs.php.net/?id=43858&edit=1
#43858 [NEW]: Bug in date generation with mktime and strtotime
From: nicollasrs at gmail dot com Operating system: Windows XP Professional SP2 PHP version: 5.2.5 PHP Bug Type: Date/time related Bug description: Bug in date generation with mktime and strtotime Description: When i try convert date "Jan 15 2008, 19:28:09 CET" to unix timestamp and convert again to date, php show incorrect date. Reproduce code: --- $Temp = "Jan 15 2008, 19:28:09 CET"; echo "Date: $Temp"; echo "Trying strtotime: ".strtotime($Temp).""; echo "Date: ".date("d/m/Y - H:m:s", strtotime($Temp)).""; function fixTime($Date) { $Date = str_replace(",", null, $Date); $Date = explode(" ", $Date); $DateTemp = strtotime($Date[0].$Date[1].$Date[2]); $Dia = date("d", $DateTemp); $Mes = date("m", $DateTemp); $Ano = date("Y", $DateTemp); $Time = explode(":", $Date[3]); $Hora = $Time[0]; $Minuto = $Time[1]; $Segundo = $Time[2]; $CEST = $Date[4]; echo "mktime($Hora, $Minuto, $Segundo, $Mes, $Dia, $Ano)"; return mktime($Hora, $Minuto, $Segundo, $Mes, $Dia, $Ano); } $Temp = fixTime($Temp); echo "Trying mktime: $Temp"; echo "Date: ".date("d/m/Y - H:m:s", $Temp).""; Expected result: Date: Jan 15 2008, 19:28:09 CET Trying strtotime: ?? Date: 15/01/2008 - 19:28:09 mktime(19, 28, 09, 01, 15, 2008) Trying mktime: ? Date: 15/01/2008 - 19:28:09 Actual result: -- Date: Jan 15 2008, 19:28:09 CET Trying strtotime: 1200421689 Date: 15/01/2008 - 16:01:09 mktime(19, 28, 09, 01, 15, 2008) Trying mktime: 1200432489 Date: 15/01/2008 - 19:01:09 -- Edit bug report at http://bugs.php.net/?id=43858&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=43858&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=43858&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=43858&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=43858&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=43858&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=43858&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=43858&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=43858&r=needscript Try newer version:http://bugs.php.net/fix.php?id=43858&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=43858&r=support Expected behavior:http://bugs.php.net/fix.php?id=43858&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=43858&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=43858&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=43858&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=43858&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=43858&r=dst IIS Stability:http://bugs.php.net/fix.php?id=43858&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=43858&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=43858&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=43858&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=43858&r=mysqlcfg
#43752 [Opn]: PDO bindParam Mangles bound objects
ID: 43752 User updated by: motoma at gmail dot com Reported By: motoma at gmail dot com Status: Open Bug Type: PDO related Operating System: Windows PHP Version: 5.2CVS-2008-01-04 (snap) New Comment: I will have to check later. I doubt that this is the same error, this error is related directly to the utilization of __toString() in PDO's bindParam() function. Previous Comments: [2008-01-15 15:14:06] mjs at beebo dot org Does the mangling happen without the ATTR_PERSISTENT? It looks like this may be related to: http://bugs.php.net/bug.php?id=43831 which concerns $this getting mangled [2008-01-04 18:32:58] motoma at gmail dot com Description: I built a class with a __toString() member function. When I pass an instance of this class to bindParam(), the object is overwritten with the result of __toString(). The result from the code sample suggests that bindParam is overwriting the value of the object with the object's __toString() value. Reproduce code: --- a); } } $db = new PDO('mysql:host=localhost;dbname=test', 'root', '', array(PDO::ATTR_PERSISTENT => true)); $obj = new test(); $prepared = $db->prepare('SELECT * FROM table1 WHERE 1 = :test'); var_dump($obj); $prepared->bindParam('test', $obj); var_dump($obj); ?> Expected result: object(test)#2 (1) { ["a:private"]=> int(1) } object(test)#2 (1) { ["a:private"]=> int(1) } Actual result: -- object(test)#2 (1) { ["a:private"]=> int(1) } string(1) "1" -- Edit this bug report at http://bugs.php.net/?id=43752&edit=1
#43497 [Asn]: OCI8 XML/getClobVal leaks UGA memory
ID: 43497 User updated by: ghosh at q-one dot com Reported By: ghosh at q-one dot com Status: Assigned Bug Type: OCI8 related Operating System: Linux 2.6.22-14-server PHP Version: 5.2.5 Assigned To: sixd New Comment: Sorry. I have been on vacation. I will try to check the new patch this week if possible. Definitely next week otherwise. Previous Comments: [2008-01-15 02:30:42] [EMAIL PROTECTED] An enhanced patch was sent to the bug filer and Tony on 8th Jan. I'm still waiting for feedback . . . [2008-01-06 23:17:34] ghosh at q-one dot com Temporary LOBs are created in UGA memory. This is per-session, so the leak appears on a per-session basis. Nevertheless this is a problem, because PHP scripts dont necessarily have to run for a few seconds. PHP is a full-featured scripting language and can also be used from the command-line or to implement longer-running import-scripts. Even if not, the limit is quickly reached, when reading many rows like in my example. [2008-01-06 20:42:52] [EMAIL PROTECTED] >What I don't understand: I thought OCI_RETURN_LOBS is just a short- >cut for those who don't want to write: That's what I don't understand either: does the leak appear only on per-session basis or Oracle doesn't free those LOBs at all? If the leak is only per-session, then users are not supposed even to notice it, since PHP requests are not supposed to take more than several seconds. [2007-12-29 22:37:21] ghosh at q-one dot com Really great! Thanks a lot!! This patch works. What I don't understand: I thought OCI_RETURN_LOBS is just a short-cut for those who don't want to write: $s=$result[0]->load(); $result[0]->free(); $result[0]=$s; If you use OCI_RETURN_LOBS you dont want to care about lobs but get the result as a string and forget about lobs altogether. So IMHO this should work as well. My specific problem is solved though. [2007-12-27 21:44:07] [EMAIL PROTECTED] This is really an issue with temporary LOBS since getClobVal() returns a temporary LOB. There are two parts to the fix: changing the script and patching the OCI8 extension. Also don't forget to apply the patch for http://bugs.php.net/bug.php?id=42496 Please test this suggestion and report any issues. Thanks to Krishna & Shankar for the solution. 1. Change the test to get the results as LOBs, not as strings. This allows the script to free temporary LOBs. In the supplied testcase change: $query = "select extract(xml, '/').getclobval() from ugatest"; $stmt = oci_parse($conn, $query); if (oci_execute($stmt)) while ($result = oci_fetch_array($stmt, OCI_NUM+OCI_RETURN_LOBS)) ; to: $query = "select extract(xml, '/').getclobval() from ugatest"; $stmt = oci_parse($conn, $query); if (oci_execute($stmt)) while ($result = oci_fetch_array($stmt, OCI_NUM)) { // echo $result[0]->load(), "\n"; // do something with the XML $result[0]->free(); // free the temporary LOB } The connection must be open when LOB->free() is called, as the underlying OCILobFreeTemporary() call does a roundtrip to the database. 2. Patch oci8_lob.c. The change copies some LOB freeing code from php_oci_lob_close() into php_oci_lob_free(): --- oci8_lob.c.orig2007-07-31 12:21:08.0 -0700 +++ oci8_lob.c2007-12-27 12:33:19.0 -0800 @@ -647,6 +647,9 @@ Close LOB descriptor and free associated resources */ void php_oci_lob_free (php_oci_descriptor *descriptor TSRMLS_DC) { +#ifdef HAVE_OCI8_TEMP_LOB +int is_temporary; +#endif if (!descriptor || !descriptor->connection) { return; @@ -662,6 +665,40 @@ php_oci_lob_flush(descriptor, OCI_LOB_BUFFER_FREE TSRMLS_CC); } +#ifdef HAVE_OCI8_TEMP_LOB +if (descriptor->type == OCI_DTYPE_LOB) { +PHP_OCI_CALL_RETURN(descriptor->connection->errcode, +OCILobIsTemporary, +( +descriptor->connection->env, +descriptor->connection->err, +descriptor->descriptor, +&is_temporary + ) +); +if (descriptor->connection->errcode != OCI_SUCCESS) { +php_oci_error(descriptor->connection->err, descriptor->connection->errcode TSRMLS_CC); +PHP_OCI_HANDLE_ERROR(descriptor->connection, descriptor->connection->errcode); +return 1; +} +if (is_temporary) { +PHP_OCI_CALL_RETURN(descriptor->connection->errcode, +OCILobFreeTemporary, +( +
#43854 [Opn]: Wrong length calculation in serialize S type
ID: 43854 Updated by: [EMAIL PROTECTED] Reported By: tomasz dot rutkowski at domeny dot pl Status: Open Bug Type: Arrays related Operating System: Linux PHP Version: 5.2.5 New Comment: Clarifying... The last code. (Prepared array) Previous Comments: [2008-01-15 16:12:04] [EMAIL PROTECTED] The example works fine in PHP5.2.5, 5.2.6, 5.3. [2008-01-15 15:32:04] tomasz dot rutkowski at domeny dot pl Sorry Bad: Perhaps it is liberty problem. Good: Probably it is a library problem. [2008-01-15 15:24:56] tomasz dot rutkowski at domeny dot pl Sorry but I can't reconstruct this bug. Admin change PHP verions on my demand. This is productive server and they can't back to error version. On similar server this bug is not reported :( Perhaps it is liberty problem. Example code: '; /* Good - fixed by me */ $fix_serialize = 'a:3:{i:0;a:4:{i:0;a:7:{i:0;i:69;i:1;s:34:"Lakier do wzorków czarny 10ml";i:2;d:19.980426325641456060111522674560546875;i:3;i:1;i:4;d:19.980426325641456060111522674560546875;i:5;s:0:"";i:6;s:2:"82";}i:1;a:7:{i:0;i:70;i:1;s:47:"Lakier do wzorków czarny perłowy 10ml";i:2;d:19.980426325641456060111522674560546875;i:3;i:1;i:4;d:19.980426325641456060111522674560546875;i:5;s:0:"";i:6;s:2:"99";}i:2;a:7:{i:0;i:65;i:1;s:38:"Lakier do wzorków biały 10ml";i:2;d:19.980426325641456060111522674560546875;i:3;i:1;i:4;d:19.980426325641456060111522674560546875;i:5;s:0:"";i:6;s:2:"85";}i:3;a:7:{i:0;i:75;i:1;s:28:"Lakier utrwalający 10ml";i:2;d:19.980426325641456060111522674560546875;i:3;i:1;i:4;d:19.980426325641456060111522674560546875;i:5;s:0:"";i:6;s:2:"92";}}i:1;a:3:{i:0;s:2:"75";i:1;s:28:"Lakier utrwalający 10ml";i:2;d:12.9902131628207280300557613372802734375;}i:2;i:13;}'; var_dump( unserialize( $fix_serialize ) ); echo ''; /* Prepared array */ $prepare_array = array( array( array( 69, (string) "Lakier do wzorków czarny 10ml", (float) 19.98, 1, (float) 19.98, (string) "", (string) "82" ), array( 70, (string) "Lakier do wzorków czarny perłowy 10ml", (float) 19.98, 1, (float) 19.98, (string) "", (string) "99" ), array( 65, "Lakier do wzorków biały 10ml", (float) 19.98, 1, (float) 19.98, (string) "",(string) "85" ), array( 75, (string) "Lakier utrwalający 10ml", (float) 19.98, 1, (float) 19.98, (string) "", (string) "92" ) ), array( (string) "75", (string) "Lakier utrwalający 10ml", (float) 12.99 ), 2=> 13 ); $tmp = serialize( $prepare_array ); var_dump( unserialize( $tmp ) ); ?> [2008-01-15 12:12:39] [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 , 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-01-15 11:44:25] tomasz dot rutkowski at domeny dot pl Description: PHP 5.2.5 bad serialize string into multiarray. This bug is only into PHP 5.2.5 . PHP 5.2.4 is good. Reproduce code: --- $bad_serialized_multiarray = 'a:3:{i:0;a:4:{i:0;a:7:{i:0;i:69;i:1;s:30:"Lakier do wzorków czarny 10ml";i:2;d:19.980426325641456060111522674560546875;i:3;i:1;i:4;d:19.980426325641456060111522674560546875;i:5;s:0:"";i:6;s:2:"82";}i:1;a:7:{i:0;i:70;i:1;s:43:"Lakier do wzorków czarny perłowy 10ml";i:2;d:19.980426325641456060111522674560546875;i:3;i:1;i:4;d:19.980426325641456060111522674560546875;i:5;s:0:"";i:6;s:2:"99";}i:2;a:7:{i:0;i:65;i:1;s:34:"Lakier do wzorków biały 10ml";i:2;d:19.980426325641456060111522674560546875;i:3;i:1;i:4;d:19.980426325641456060111522674560546875;i:5;s:0:"";i:6;s:2:"85";}i:3;a:7:{i:0;i:75;i:1;s:28:"Lakier utrwalający 10ml";i:2;d:19.980426325641456060111522674560546875;i:3;i:1;i:4;d:19.980426325641456060111522674560546875;i:5;s:0:"";i:6;s:2:"92";}}i:1;a:3:{i:0;s:2:"75";i:1;s:28:"Lakier utrwalający 10ml";i:2;d:12.9902131628207280300557613372802734375;}i:2;i:13;}'; $fix_serialized_multiarray = 'a:3:{i:0;a:4:{i:0;a:7:{i:0;i:69;i:1;s:34:"Lakier do wzorków czarny 10ml";i:2;d:19.980426325641456060111522674560546875;i:3;i:1;i:4;d:19.980426325641456060111522674560546875;i:5;s:0:"";i:6;s:2:"82";}i:1;a:7:{
#43856 [Opn->Asn]: mktime and strftime use different timezones
ID: 43856 Updated by: [EMAIL PROTECTED] Reported By: john at jcoppens dot com -Status: Open +Status: Assigned Bug Type: Date/time related Operating System: Linux PHP Version: 5.2.5 -Assigned To: +Assigned To: derick Previous Comments: [2008-01-15 15:17:14] john at jcoppens dot com Description: mktime() and strftime use different timezones... Reproduce code: --- echo "time() = " . time() . " \nstrftime = ", strftime("%T %Z %z") . " \nGMT offset = " . mktime(0, 0, 0, 1, 1, 1970) . "\n";; Expected result: time() = 1200409896 strftime = 13:11:36 ARST -0200 GMT offset = 7200 Actual result: -- time() = 1200409896 strftime = 13:11:36 ARST -0200 GMT offset = 10800 -- Edit this bug report at http://bugs.php.net/?id=43856&edit=1
#43680 [Opn->Csd]: OnUpdateUTF8String problems in PHP 6
ID: 43680 Updated by: [EMAIL PROTECTED] Reported By: christopher dot jones at oracle dot com -Status: Open +Status: Closed Bug Type: Unicode Engine related Operating System: n/a PHP Version: 6CVS-2007-12-26 (CVS) 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. Committed =) Previous Comments: [2007-12-26 19:36:00] christopher dot jones at oracle dot com Description: Problem reported to me as: > The problems I faced when unicode.semantics=On were: > > 1) Any OnUpdateUTF8String php.ini variable is seen as NULL in > oci_globals. > > 2) If the above is resolved, the memory of the variable is wiped out, > by the time we come to execution of the script, after module inits. > > 3) We still convert to UTF-16 when unicode.semantics=Off. Patch is in: http://news.php.net/php.internals/32817 Andrei was OK with the change: http://news.php.net/php.internals/32949 -- Edit this bug report at http://bugs.php.net/?id=43680&edit=1
#43857 [NEW]: --program-suffix not always reflected everywhere
From: bjoern at xrow dot de Operating system: linux PHP version: 5.2.5 PHP Bug Type: *Configuration Issues Bug description: --program-suffix not always reflected everywhere Description: Hi, I used ./configure --program-suffix=5 --prefix=/usr/local/php5 when i try to run stuff like bin/pecl it fails since the script created by the installer didn`t take the suffix in account for pecl - lines from bin/pecl if test "/usr/local/php5/bin/php" = '@'php_bin'@'; then PHP=php else PHP="/usr/local/php5/bin/php" fi after fixing that manually i tryied it again and it seems also the correct path to phpize is missing with is phpize5 /usr/local/php5/bin/pecl install xdebug ^[[A^[[Adownloading xdebug-2.0.2.tgz ... Starting to download xdebug-2.0.2.tgz (279,621 bytes) .done: 279,621 bytes 65 source files, building running: phpize Configuring for: PHP Api Version: 20020918 Zend Module Api No: 20020429 Zend Extension Api No: 20050606 ERROR: `phpize' failed -- Edit bug report at http://bugs.php.net/?id=43857&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=43857&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=43857&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=43857&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=43857&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=43857&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=43857&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=43857&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=43857&r=needscript Try newer version:http://bugs.php.net/fix.php?id=43857&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=43857&r=support Expected behavior:http://bugs.php.net/fix.php?id=43857&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=43857&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=43857&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=43857&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=43857&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=43857&r=dst IIS Stability:http://bugs.php.net/fix.php?id=43857&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=43857&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=43857&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=43857&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=43857&r=mysqlcfg
#43854 [Opn]: Wrong length calculation in serialize S type
ID: 43854 Updated by: [EMAIL PROTECTED] Reported By: tomasz dot rutkowski at domeny dot pl Status: Open Bug Type: Arrays related Operating System: Linux PHP Version: 5.2.5 New Comment: The example works fine in PHP5.2.5, 5.2.6, 5.3. Previous Comments: [2008-01-15 15:32:04] tomasz dot rutkowski at domeny dot pl Sorry Bad: Perhaps it is liberty problem. Good: Probably it is a library problem. [2008-01-15 15:24:56] tomasz dot rutkowski at domeny dot pl Sorry but I can't reconstruct this bug. Admin change PHP verions on my demand. This is productive server and they can't back to error version. On similar server this bug is not reported :( Perhaps it is liberty problem. Example code: '; /* Good - fixed by me */ $fix_serialize = 'a:3:{i:0;a:4:{i:0;a:7:{i:0;i:69;i:1;s:34:"Lakier do wzorków czarny 10ml";i:2;d:19.980426325641456060111522674560546875;i:3;i:1;i:4;d:19.980426325641456060111522674560546875;i:5;s:0:"";i:6;s:2:"82";}i:1;a:7:{i:0;i:70;i:1;s:47:"Lakier do wzorków czarny perłowy 10ml";i:2;d:19.980426325641456060111522674560546875;i:3;i:1;i:4;d:19.980426325641456060111522674560546875;i:5;s:0:"";i:6;s:2:"99";}i:2;a:7:{i:0;i:65;i:1;s:38:"Lakier do wzorków biały 10ml";i:2;d:19.980426325641456060111522674560546875;i:3;i:1;i:4;d:19.980426325641456060111522674560546875;i:5;s:0:"";i:6;s:2:"85";}i:3;a:7:{i:0;i:75;i:1;s:28:"Lakier utrwalający 10ml";i:2;d:19.980426325641456060111522674560546875;i:3;i:1;i:4;d:19.980426325641456060111522674560546875;i:5;s:0:"";i:6;s:2:"92";}}i:1;a:3:{i:0;s:2:"75";i:1;s:28:"Lakier utrwalający 10ml";i:2;d:12.9902131628207280300557613372802734375;}i:2;i:13;}'; var_dump( unserialize( $fix_serialize ) ); echo ''; /* Prepared array */ $prepare_array = array( array( array( 69, (string) "Lakier do wzorków czarny 10ml", (float) 19.98, 1, (float) 19.98, (string) "", (string) "82" ), array( 70, (string) "Lakier do wzorków czarny perłowy 10ml", (float) 19.98, 1, (float) 19.98, (string) "", (string) "99" ), array( 65, "Lakier do wzorków biały 10ml", (float) 19.98, 1, (float) 19.98, (string) "",(string) "85" ), array( 75, (string) "Lakier utrwalający 10ml", (float) 19.98, 1, (float) 19.98, (string) "", (string) "92" ) ), array( (string) "75", (string) "Lakier utrwalający 10ml", (float) 12.99 ), 2=> 13 ); $tmp = serialize( $prepare_array ); var_dump( unserialize( $tmp ) ); ?> [2008-01-15 12:12:39] [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 , 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-01-15 11:44:25] tomasz dot rutkowski at domeny dot pl Description: PHP 5.2.5 bad serialize string into multiarray. This bug is only into PHP 5.2.5 . PHP 5.2.4 is good. Reproduce code: --- $bad_serialized_multiarray = 'a:3:{i:0;a:4:{i:0;a:7:{i:0;i:69;i:1;s:30:"Lakier do wzorków czarny 10ml";i:2;d:19.980426325641456060111522674560546875;i:3;i:1;i:4;d:19.980426325641456060111522674560546875;i:5;s:0:"";i:6;s:2:"82";}i:1;a:7:{i:0;i:70;i:1;s:43:"Lakier do wzorków czarny perłowy 10ml";i:2;d:19.980426325641456060111522674560546875;i:3;i:1;i:4;d:19.980426325641456060111522674560546875;i:5;s:0:"";i:6;s:2:"99";}i:2;a:7:{i:0;i:65;i:1;s:34:"Lakier do wzorków biały 10ml";i:2;d:19.980426325641456060111522674560546875;i:3;i:1;i:4;d:19.980426325641456060111522674560546875;i:5;s:0:"";i:6;s:2:"85";}i:3;a:7:{i:0;i:75;i:1;s:28:"Lakier utrwalający 10ml";i:2;d:19.980426325641456060111522674560546875;i:3;i:1;i:4;d:19.980426325641456060111522674560546875;i:5;s:0:"";i:6;s:2:"92";}}i:1;a:3:{i:0;s:2:"75";i:1;s:28:"Lakier utrwalający 10ml";i:2;d:12.9902131628207280300557613372802734375;}i:2;i:13;}'; $fix_serialized_multiarray = 'a:3:{i:0;a:4:{i:0;a:7:{i:0;i:69;i:1;s:34:"Lakier do wzorków czarny 10ml";i:2;d:19.980426325641456060111522674560546875;i:3;i:1;i:4;d:19.980426325641456060111522674560546875;i:5;s:0:"";i:6;s:2:"82";}i:1;a:7:{i:0;i:70;i:1;s:47:"Lakier do wzorków czarny perłowy 10ml";i:2;d:19.980426325641456060111522674560546875;i:3;i:1;i:4;d:19.98042632564145606
#43854 [Opn]: Wrong length calculation in serialize S type
ID: 43854 User updated by: tomasz dot rutkowski at domeny dot pl Reported By: tomasz dot rutkowski at domeny dot pl Status: Open Bug Type: Arrays related Operating System: Linux PHP Version: 5.2.5 New Comment: Sorry Bad: Perhaps it is liberty problem. Good: Probably it is a library problem. Previous Comments: [2008-01-15 15:24:56] tomasz dot rutkowski at domeny dot pl Sorry but I can't reconstruct this bug. Admin change PHP verions on my demand. This is productive server and they can't back to error version. On similar server this bug is not reported :( Perhaps it is liberty problem. Example code: '; /* Good - fixed by me */ $fix_serialize = 'a:3:{i:0;a:4:{i:0;a:7:{i:0;i:69;i:1;s:34:"Lakier do wzorków czarny 10ml";i:2;d:19.980426325641456060111522674560546875;i:3;i:1;i:4;d:19.980426325641456060111522674560546875;i:5;s:0:"";i:6;s:2:"82";}i:1;a:7:{i:0;i:70;i:1;s:47:"Lakier do wzorków czarny perłowy 10ml";i:2;d:19.980426325641456060111522674560546875;i:3;i:1;i:4;d:19.980426325641456060111522674560546875;i:5;s:0:"";i:6;s:2:"99";}i:2;a:7:{i:0;i:65;i:1;s:38:"Lakier do wzorków biały 10ml";i:2;d:19.980426325641456060111522674560546875;i:3;i:1;i:4;d:19.980426325641456060111522674560546875;i:5;s:0:"";i:6;s:2:"85";}i:3;a:7:{i:0;i:75;i:1;s:28:"Lakier utrwalający 10ml";i:2;d:19.980426325641456060111522674560546875;i:3;i:1;i:4;d:19.980426325641456060111522674560546875;i:5;s:0:"";i:6;s:2:"92";}}i:1;a:3:{i:0;s:2:"75";i:1;s:28:"Lakier utrwalający 10ml";i:2;d:12.9902131628207280300557613372802734375;}i:2;i:13;}'; var_dump( unserialize( $fix_serialize ) ); echo ''; /* Prepared array */ $prepare_array = array( array( array( 69, (string) "Lakier do wzorków czarny 10ml", (float) 19.98, 1, (float) 19.98, (string) "", (string) "82" ), array( 70, (string) "Lakier do wzorków czarny perłowy 10ml", (float) 19.98, 1, (float) 19.98, (string) "", (string) "99" ), array( 65, "Lakier do wzorków biały 10ml", (float) 19.98, 1, (float) 19.98, (string) "",(string) "85" ), array( 75, (string) "Lakier utrwalający 10ml", (float) 19.98, 1, (float) 19.98, (string) "", (string) "92" ) ), array( (string) "75", (string) "Lakier utrwalający 10ml", (float) 12.99 ), 2=> 13 ); $tmp = serialize( $prepare_array ); var_dump( unserialize( $tmp ) ); ?> [2008-01-15 12:12:39] [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 , 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-01-15 11:44:25] tomasz dot rutkowski at domeny dot pl Description: PHP 5.2.5 bad serialize string into multiarray. This bug is only into PHP 5.2.5 . PHP 5.2.4 is good. Reproduce code: --- $bad_serialized_multiarray = 'a:3:{i:0;a:4:{i:0;a:7:{i:0;i:69;i:1;s:30:"Lakier do wzorków czarny 10ml";i:2;d:19.980426325641456060111522674560546875;i:3;i:1;i:4;d:19.980426325641456060111522674560546875;i:5;s:0:"";i:6;s:2:"82";}i:1;a:7:{i:0;i:70;i:1;s:43:"Lakier do wzorków czarny perłowy 10ml";i:2;d:19.980426325641456060111522674560546875;i:3;i:1;i:4;d:19.980426325641456060111522674560546875;i:5;s:0:"";i:6;s:2:"99";}i:2;a:7:{i:0;i:65;i:1;s:34:"Lakier do wzorków biały 10ml";i:2;d:19.980426325641456060111522674560546875;i:3;i:1;i:4;d:19.980426325641456060111522674560546875;i:5;s:0:"";i:6;s:2:"85";}i:3;a:7:{i:0;i:75;i:1;s:28:"Lakier utrwalający 10ml";i:2;d:19.980426325641456060111522674560546875;i:3;i:1;i:4;d:19.980426325641456060111522674560546875;i:5;s:0:"";i:6;s:2:"92";}}i:1;a:3:{i:0;s:2:"75";i:1;s:28:"Lakier utrwalający 10ml";i:2;d:12.9902131628207280300557613372802734375;}i:2;i:13;}'; $fix_serialized_multiarray = 'a:3:{i:0;a:4:{i:0;a:7:{i:0;i:69;i:1;s:34:"Lakier do wzorków czarny 10ml";i:2;d:19.980426325641456060111522674560546875;i:3;i:1;i:4;d:19.980426325641456060111522674560546875;i:5;s:0:"";i:6;s:2:"82";}i:1;a:7:{i:0;i:70;i:1;s:47:"Lakier do wzorków czarny perłowy 10ml";i:2;d:19.980426325641456060111522674560546875;i:3;i:1;i:4;d:19.980426325641456060111522674560546875;i:5;s:0:"";i:6;s:2:"99";}i:2;a:7:{i:0;i:65;i:1;s:38:"Lakier do wzorków biały 10ml";i:2;d:19.980426325641456060111522674560546875;i:3
#42443 [Opn->Ana]: PDO SQLite3 lacks integer type support
ID: 42443 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Analyzed Bug Type: SQLite related Operating System: * PHP Version: 6CVS-2007-08-27 (CVS) New Comment: I have a patch to deal with both of these issues here, just waiting to here back from Wez about adding it. http://server.macvicar.net/patches/php-bug42443.patch Previous Comments: [2008-01-14 22:27:08] lapo at lapo dot it Even worse than the integer case (which leads to inefficience) is the case of BLOBs, which leads to corruption of data: text values can't contain \0, while blob data can. E.g. from command line sqlite3: sqlite> SELECT LENGTH(X'1200'); 4 sqlite> SELECT LENGTH(CAST(X'1200' AS text)); 1 Because "case PDO_PARAM_LOB" falls through to "case PDO_PARAM_STR", which uses sqlite3_bind_text... using PDO is impossible to store BLOB data in Sqlite3. [2007-08-27 10:42:16] [EMAIL PROTECTED] Description: PDO SQLite3 calls sqlite3_bind_text() for all non-blob and non-null parameter types regardless of whether integer data is provided. Integer data can be bound with sqlite3_bind_int(), which saves memory space and improves efficiency, as well as storing the intended type in a database which uses SQLite3's value typing. Patch is at: http://news.php.net/php.internals/31935 Reproduce code: --- Difficult to show reproduction. Expected result: Difficult to show reproduction. Actual result: -- Difficult to show reproduction. -- Edit this bug report at http://bugs.php.net/?id=42443&edit=1
#43854 [Fbk->Opn]: Wrong length calculation in serialize S type
ID: 43854 User updated by: tomasz dot rutkowski at domeny dot pl Reported By: tomasz dot rutkowski at domeny dot pl -Status: Feedback +Status: Open Bug Type: Arrays related Operating System: Linux PHP Version: 5.2.5 New Comment: Sorry but I can't reconstruct this bug. Admin change PHP verions on my demand. This is productive server and they can't back to error version. On similar server this bug is not reported :( Perhaps it is liberty problem. Example code: '; /* Good - fixed by me */ $fix_serialize = 'a:3:{i:0;a:4:{i:0;a:7:{i:0;i:69;i:1;s:34:"Lakier do wzorków czarny 10ml";i:2;d:19.980426325641456060111522674560546875;i:3;i:1;i:4;d:19.980426325641456060111522674560546875;i:5;s:0:"";i:6;s:2:"82";}i:1;a:7:{i:0;i:70;i:1;s:47:"Lakier do wzorków czarny perłowy 10ml";i:2;d:19.980426325641456060111522674560546875;i:3;i:1;i:4;d:19.980426325641456060111522674560546875;i:5;s:0:"";i:6;s:2:"99";}i:2;a:7:{i:0;i:65;i:1;s:38:"Lakier do wzorków biały 10ml";i:2;d:19.980426325641456060111522674560546875;i:3;i:1;i:4;d:19.980426325641456060111522674560546875;i:5;s:0:"";i:6;s:2:"85";}i:3;a:7:{i:0;i:75;i:1;s:28:"Lakier utrwalający 10ml";i:2;d:19.980426325641456060111522674560546875;i:3;i:1;i:4;d:19.980426325641456060111522674560546875;i:5;s:0:"";i:6;s:2:"92";}}i:1;a:3:{i:0;s:2:"75";i:1;s:28:"Lakier utrwalający 10ml";i:2;d:12.9902131628207280300557613372802734375;}i:2;i:13;}'; var_dump( unserialize( $fix_serialize ) ); echo ''; /* Prepared array */ $prepare_array = array( array( array( 69, (string) "Lakier do wzorków czarny 10ml", (float) 19.98, 1, (float) 19.98, (string) "", (string) "82" ), array( 70, (string) "Lakier do wzorków czarny perłowy 10ml", (float) 19.98, 1, (float) 19.98, (string) "", (string) "99" ), array( 65, "Lakier do wzorków biały 10ml", (float) 19.98, 1, (float) 19.98, (string) "",(string) "85" ), array( 75, (string) "Lakier utrwalający 10ml", (float) 19.98, 1, (float) 19.98, (string) "", (string) "92" ) ), array( (string) "75", (string) "Lakier utrwalający 10ml", (float) 12.99 ), 2=> 13 ); $tmp = serialize( $prepare_array ); var_dump( unserialize( $tmp ) ); ?> Previous Comments: [2008-01-15 12:12:39] [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 , 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-01-15 11:44:25] tomasz dot rutkowski at domeny dot pl Description: PHP 5.2.5 bad serialize string into multiarray. This bug is only into PHP 5.2.5 . PHP 5.2.4 is good. Reproduce code: --- $bad_serialized_multiarray = 'a:3:{i:0;a:4:{i:0;a:7:{i:0;i:69;i:1;s:30:"Lakier do wzorków czarny 10ml";i:2;d:19.980426325641456060111522674560546875;i:3;i:1;i:4;d:19.980426325641456060111522674560546875;i:5;s:0:"";i:6;s:2:"82";}i:1;a:7:{i:0;i:70;i:1;s:43:"Lakier do wzorków czarny perłowy 10ml";i:2;d:19.980426325641456060111522674560546875;i:3;i:1;i:4;d:19.980426325641456060111522674560546875;i:5;s:0:"";i:6;s:2:"99";}i:2;a:7:{i:0;i:65;i:1;s:34:"Lakier do wzorków biały 10ml";i:2;d:19.980426325641456060111522674560546875;i:3;i:1;i:4;d:19.980426325641456060111522674560546875;i:5;s:0:"";i:6;s:2:"85";}i:3;a:7:{i:0;i:75;i:1;s:28:"Lakier utrwalający 10ml";i:2;d:19.980426325641456060111522674560546875;i:3;i:1;i:4;d:19.980426325641456060111522674560546875;i:5;s:0:"";i:6;s:2:"92";}}i:1;a:3:{i:0;s:2:"75";i:1;s:28:"Lakier utrwalający 10ml";i:2;d:12.9902131628207280300557613372802734375;}i:2;i:13;}'; $fix_serialized_multiarray = 'a:3:{i:0;a:4:{i:0;a:7:{i:0;i:69;i:1;s:34:"Lakier do wzorków czarny 10ml";i:2;d:19.980426325641456060111522674560546875;i:3;i:1;i:4;d:19.980426325641456060111522674560546875;i:5;s:0:"";i:6;s:2:"82";}i:1;a:7:{i:0;i:70;i:1;s:47:"Lakier do wzorków czarny perłowy 10ml";i:2;d:19.980426325641456060111522674560546875;i:3;i:1;i:4;d:19.980426325641456060111522674560546875;i:5;s:0:"";i:6;s:2:"99";}i:2;a:7:{i:0;i:65;i:1;s:38:"Lakier do wzorków biały 10ml";i:2;d:19.980426325641456060111522674560546875;i:3;i:1;i:4;d:19.980426325641456060111522674560546875;i:5;s:0:"";i:6;s:2:"85";}i:3;a:7:{i:0;i:75;i:1;s:28:"Lakier utrwalający 10ml";i:2;d:19.98042632564145606011152267456
#43856 [NEW]: mktime and strftime use different timezones
From: john at jcoppens dot com Operating system: Linux PHP version: 5.2.5 PHP Bug Type: Date/time related Bug description: mktime and strftime use different timezones Description: mktime() and strftime use different timezones... Reproduce code: --- echo "time() = " . time() . " \nstrftime = ", strftime("%T %Z %z") . " \nGMT offset = " . mktime(0, 0, 0, 1, 1, 1970) . "\n";; Expected result: time() = 1200409896 strftime = 13:11:36 ARST -0200 GMT offset = 7200 Actual result: -- time() = 1200409896 strftime = 13:11:36 ARST -0200 GMT offset = 10800 -- Edit bug report at http://bugs.php.net/?id=43856&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=43856&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=43856&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=43856&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=43856&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=43856&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=43856&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=43856&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=43856&r=needscript Try newer version:http://bugs.php.net/fix.php?id=43856&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=43856&r=support Expected behavior:http://bugs.php.net/fix.php?id=43856&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=43856&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=43856&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=43856&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=43856&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=43856&r=dst IIS Stability:http://bugs.php.net/fix.php?id=43856&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=43856&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=43856&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=43856&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=43856&r=mysqlcfg
#43752 [Com]: PDO bindParam Mangles bound objects
ID: 43752 Comment by: mjs at beebo dot org Reported By: motoma at gmail dot com Status: Open Bug Type: PDO related Operating System: Windows PHP Version: 5.2CVS-2008-01-04 (snap) New Comment: Does the mangling happen without the ATTR_PERSISTENT? It looks like this may be related to: http://bugs.php.net/bug.php?id=43831 which concerns $this getting mangled Previous Comments: [2008-01-04 18:32:58] motoma at gmail dot com Description: I built a class with a __toString() member function. When I pass an instance of this class to bindParam(), the object is overwritten with the result of __toString(). The result from the code sample suggests that bindParam is overwriting the value of the object with the object's __toString() value. Reproduce code: --- a); } } $db = new PDO('mysql:host=localhost;dbname=test', 'root', '', array(PDO::ATTR_PERSISTENT => true)); $obj = new test(); $prepared = $db->prepare('SELECT * FROM table1 WHERE 1 = :test'); var_dump($obj); $prepared->bindParam('test', $obj); var_dump($obj); ?> Expected result: object(test)#2 (1) { ["a:private"]=> int(1) } object(test)#2 (1) { ["a:private"]=> int(1) } Actual result: -- object(test)#2 (1) { ["a:private"]=> int(1) } string(1) "1" -- Edit this bug report at http://bugs.php.net/?id=43752&edit=1
#43851 [Asn->Csd]: Memory corrution on reuse of assigned value
ID: 43851 Updated by: [EMAIL PROTECTED] Reported By: dmitry at zend dot com -Status: Assigned +Status: Closed Bug Type: Scripting Engine problem Operating System: * PHP Version: 5.3CVS-2008-01-15 (CVS) Assigned To: dmitry 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-01-15 08:25:04] dmitry at zend dot com Description: Run the following script with valgrind and USE_ZEND_ALLOC=0. $ USE_ZEND_ALLOC=0 valgrind sapi/cli/php foo.php Reproduce code: --- Expected result: ok Actual result: -- ==24239== Conditional jump or move depends on uninitialised value(s) ==24239==at 0x83ED944: zend_pzval_unlock_func (zend_execute.c:69) ==24239==by 0x83EFE9A: _get_zval_ptr_var (zend_execute.c:187) ==24239==by 0x8405823: ZEND_MUL_SPEC_VAR_CONST_HANDLER (zend_vm_execute.h:8581) ==24239==by 0x83EC05B: execute (zend_vm_execute.h:87) ==24239==by 0x83EC6B4: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:221) ==24239==by 0x83ED270: ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER (zend_vm_execute.h:309) ==24239==by 0x83EC05B: execute (zend_vm_execute.h:87) ==24239==by 0x83C493D: zend_execute_scripts (zend.c:1139) ==24239==by 0x836B15D: php_execute_script (main.c:2010) ==24239==by 0x844BEBB: main (php_cli.c:1140) ==24239== ==24239== Conditional jump or move depends on uninitialised value(s) ==24239==at 0x83ED994: zend_pzval_unlock_func (zend_execute.c:76) ==24239==by 0x83EFE9A: _get_zval_ptr_var (zend_execute.c:187) ==24239==by 0x8405823: ZEND_MUL_SPEC_VAR_CONST_HANDLER (zend_vm_execute.h:8581) ==24239==by 0x83EC05B: execute (zend_vm_execute.h:87) ==24239==by 0x83EC6B4: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:221) ==24239==by 0x83ED270: ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER (zend_vm_execute.h:309) ==24239==by 0x83EC05B: execute (zend_vm_execute.h:87) ==24239==by 0x83C493D: zend_execute_scripts (zend.c:1139) ==24239==by 0x836B15D: php_execute_script (main.c:2010) ==24239==by 0x844BEBB: main (php_cli.c:1140) ==24239== ==24239== Conditional jump or move depends on uninitialised value(s) ==24239==at 0x83ED9A5: zend_pzval_unlock_func (zend_execute.c:76) ==24239==by 0x83EFE9A: _get_zval_ptr_var (zend_execute.c:187) ==24239==by 0x8405823: ZEND_MUL_SPEC_VAR_CONST_HANDLER (zend_vm_execute.h:8581) ==24239==by 0x83EC05B: execute (zend_vm_execute.h:87) ==24239==by 0x83EC6B4: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:221) ==24239==by 0x83ED270: ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER (zend_vm_execute.h:309) ==24239==by 0x83EC05B: execute (zend_vm_execute.h:87) ==24239==by 0x83C493D: zend_execute_scripts (zend.c:1139) ==24239==by 0x836B15D: php_execute_script (main.c:2010) ==24239==by 0x844BEBB: main (php_cli.c:1140) -- Edit this bug report at http://bugs.php.net/?id=43851&edit=1
#43855 [NEW]: Apache crashes when creating large number of instances in static function
From: dzonny dot dz at gmail dot com Operating system: Windows XP Pro SP2 CZ PHP version: 5.2.5 PHP Bug Type: Class/Object related Bug description: Apache crashes when creating large number of instances in static function Description: Code below always makes my Apache (2.2) to crash. It's class with static function. Thet static function creates instance of the class and call some method on it. It also appends string to static variable and produces output. It is called in a loop 1000 times. When called 999 times - no crash. The crash occurs AFTER the code is evaluated (it means when called 2500, there are 2500 outputs and the crash report). Reproduced also on Windows Vista Business EN, Apache 2.2. NOT reproduced on any Linux I have access to. Reproduce code: --- class X{ public function __construct(){} public static function DoSthStatic(){$inst=new X();$inst->DoSth();return $inst;} static $st; public function DoSth(){ static $st; @$st++; echo "Done $st, "; self::$st.="Some string like this;\r\n"; } } for($i=0;$i<1000;$i++) X::DoSthStatic(); Expected result: No crash. Actual result: -- Crash. The was an error in Apache HTP Server Application ... message. -- Edit bug report at http://bugs.php.net/?id=43855&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=43855&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=43855&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=43855&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=43855&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=43855&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=43855&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=43855&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=43855&r=needscript Try newer version:http://bugs.php.net/fix.php?id=43855&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=43855&r=support Expected behavior:http://bugs.php.net/fix.php?id=43855&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=43855&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=43855&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=43855&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=43855&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=43855&r=dst IIS Stability:http://bugs.php.net/fix.php?id=43855&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=43855&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=43855&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=43855&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=43855&r=mysqlcfg
#43854 [Opn->Fbk]: Wrong length calculation in serialize S type
ID: 43854 Updated by: [EMAIL PROTECTED] Reported By: tomasz dot rutkowski at domeny dot pl -Status: Open +Status: Feedback Bug Type: Arrays related Operating System: Linux PHP Version: 5.2.5 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: [2008-01-15 11:44:25] tomasz dot rutkowski at domeny dot pl Description: PHP 5.2.5 bad serialize string into multiarray. This bug is only into PHP 5.2.5 . PHP 5.2.4 is good. Reproduce code: --- $bad_serialized_multiarray = 'a:3:{i:0;a:4:{i:0;a:7:{i:0;i:69;i:1;s:30:"Lakier do wzorków czarny 10ml";i:2;d:19.980426325641456060111522674560546875;i:3;i:1;i:4;d:19.980426325641456060111522674560546875;i:5;s:0:"";i:6;s:2:"82";}i:1;a:7:{i:0;i:70;i:1;s:43:"Lakier do wzorków czarny perłowy 10ml";i:2;d:19.980426325641456060111522674560546875;i:3;i:1;i:4;d:19.980426325641456060111522674560546875;i:5;s:0:"";i:6;s:2:"99";}i:2;a:7:{i:0;i:65;i:1;s:34:"Lakier do wzorków biały 10ml";i:2;d:19.980426325641456060111522674560546875;i:3;i:1;i:4;d:19.980426325641456060111522674560546875;i:5;s:0:"";i:6;s:2:"85";}i:3;a:7:{i:0;i:75;i:1;s:28:"Lakier utrwalający 10ml";i:2;d:19.980426325641456060111522674560546875;i:3;i:1;i:4;d:19.980426325641456060111522674560546875;i:5;s:0:"";i:6;s:2:"92";}}i:1;a:3:{i:0;s:2:"75";i:1;s:28:"Lakier utrwalający 10ml";i:2;d:12.9902131628207280300557613372802734375;}i:2;i:13;}'; $fix_serialized_multiarray = 'a:3:{i:0;a:4:{i:0;a:7:{i:0;i:69;i:1;s:34:"Lakier do wzorków czarny 10ml";i:2;d:19.980426325641456060111522674560546875;i:3;i:1;i:4;d:19.980426325641456060111522674560546875;i:5;s:0:"";i:6;s:2:"82";}i:1;a:7:{i:0;i:70;i:1;s:47:"Lakier do wzorków czarny perłowy 10ml";i:2;d:19.980426325641456060111522674560546875;i:3;i:1;i:4;d:19.980426325641456060111522674560546875;i:5;s:0:"";i:6;s:2:"99";}i:2;a:7:{i:0;i:65;i:1;s:38:"Lakier do wzorków biały 10ml";i:2;d:19.980426325641456060111522674560546875;i:3;i:1;i:4;d:19.980426325641456060111522674560546875;i:5;s:0:"";i:6;s:2:"85";}i:3;a:7:{i:0;i:75;i:1;s:28:"Lakier utrwalający 10ml";i:2;d:19.980426325641456060111522674560546875;i:3;i:1;i:4;d:19.980426325641456060111522674560546875;i:5;s:0:"";i:6;s:2:"92";}}i:1;a:3:{i:0;s:2:"75";i:1;s:28:"Lakier utrwalający 10ml";i:2;d:12.9902131628207280300557613372802734375;}i:2;i:13;}'; -- Edit this bug report at http://bugs.php.net/?id=43854&edit=1
#43854 [NEW]: Wrong length calculation in serialize S type
From: tomasz dot rutkowski at domeny dot pl Operating system: Linux PHP version: 5.2.5 PHP Bug Type: Arrays related Bug description: Wrong length calculation in serialize S type Description: PHP 5.2.5 bad serialize string into multiarray. This bug is only into PHP 5.2.5 . PHP 5.2.4 is good. Reproduce code: --- $bad_serialized_multiarray = 'a:3:{i:0;a:4:{i:0;a:7:{i:0;i:69;i:1;s:30:"Lakier do wzorków czarny 10ml";i:2;d:19.980426325641456060111522674560546875;i:3;i:1;i:4;d:19.980426325641456060111522674560546875;i:5;s:0:"";i:6;s:2:"82";}i:1;a:7:{i:0;i:70;i:1;s:43:"Lakier do wzorków czarny perłowy 10ml";i:2;d:19.980426325641456060111522674560546875;i:3;i:1;i:4;d:19.980426325641456060111522674560546875;i:5;s:0:"";i:6;s:2:"99";}i:2;a:7:{i:0;i:65;i:1;s:34:"Lakier do wzorków biały 10ml";i:2;d:19.980426325641456060111522674560546875;i:3;i:1;i:4;d:19.980426325641456060111522674560546875;i:5;s:0:"";i:6;s:2:"85";}i:3;a:7:{i:0;i:75;i:1;s:28:"Lakier utrwalający 10ml";i:2;d:19.980426325641456060111522674560546875;i:3;i:1;i:4;d:19.980426325641456060111522674560546875;i:5;s:0:"";i:6;s:2:"92";}}i:1;a:3:{i:0;s:2:"75";i:1;s:28:"Lakier utrwalający 10ml";i:2;d:12.9902131628207280300557613372802734375;}i:2;i:13;}'; $fix_serialized_multiarray = 'a:3:{i:0;a:4:{i:0;a:7:{i:0;i:69;i:1;s:34:"Lakier do wzorków czarny 10ml";i:2;d:19.980426325641456060111522674560546875;i:3;i:1;i:4;d:19.980426325641456060111522674560546875;i:5;s:0:"";i:6;s:2:"82";}i:1;a:7:{i:0;i:70;i:1;s:47:"Lakier do wzorków czarny perłowy 10ml";i:2;d:19.980426325641456060111522674560546875;i:3;i:1;i:4;d:19.980426325641456060111522674560546875;i:5;s:0:"";i:6;s:2:"99";}i:2;a:7:{i:0;i:65;i:1;s:38:"Lakier do wzorków biały 10ml";i:2;d:19.980426325641456060111522674560546875;i:3;i:1;i:4;d:19.980426325641456060111522674560546875;i:5;s:0:"";i:6;s:2:"85";}i:3;a:7:{i:0;i:75;i:1;s:28:"Lakier utrwalający 10ml";i:2;d:19.980426325641456060111522674560546875;i:3;i:1;i:4;d:19.980426325641456060111522674560546875;i:5;s:0:"";i:6;s:2:"92";}}i:1;a:3:{i:0;s:2:"75";i:1;s:28:"Lakier utrwalający 10ml";i:2;d:12.9902131628207280300557613372802734375;}i:2;i:13;}'; -- Edit bug report at http://bugs.php.net/?id=43854&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=43854&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=43854&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=43854&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=43854&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=43854&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=43854&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=43854&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=43854&r=needscript Try newer version:http://bugs.php.net/fix.php?id=43854&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=43854&r=support Expected behavior:http://bugs.php.net/fix.php?id=43854&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=43854&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=43854&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=43854&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=43854&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=43854&r=dst IIS Stability:http://bugs.php.net/fix.php?id=43854&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=43854&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=43854&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=43854&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=43854&r=mysqlcfg
#43852 [Opn]: serialize() uses \0 in its output
ID: 43852 User updated by: lapo at lapo dot it Reported By: lapo at lapo dot it Status: Open Bug Type: Strings related Operating System: * PHP Version: 5.2.5 New Comment: On the other hand, (since 5.0.0) there is a testcase that specifically checks that the output *does indeed* use zero bytes in private&protected methods (tests/classes/bug26737.phpt). If that testcase always succeded, I wonder how version 5.0.5 could possibly have solved the problem outlined in bug #29865 (that is, the fact that "\0" is used by serialize, the same as this bug does). Previous Comments: [2008-01-15 08:52:46] lapo at lapo dot it Description: It seems that bug #29865 is back: in release 5.2.5 serialize() uses "ASCII 0" to serialize private property names. Reproduce code: --- % php -r 'class A { private $t;} echo serialize(new A());'|hexdump -C Expected result: 4f 3a 31 3a 22 41 22 3a 31 3a 7b 73 3a 34 3a 22 |O:1:"A":1:{s:4:"| 0010 ** 41 ** 74 22 3b 4e 3b 7d |.A.t";N;}| Actual result: -- 4f 3a 31 3a 22 41 22 3a 31 3a 7b 73 3a 34 3a 22 |O:1:"A":1:{s:4:"| 0010 00 41 00 74 22 3b 4e 3b 7d |.A.t";N;}| -- Edit this bug report at http://bugs.php.net/?id=43852&edit=1
#43853 [NEW]: Some IP addresses are note resolved by gethostbyaddr()
From: radonov at ecad dot tu-sofia dot bg Operating system: Solaris 8 PHP version: 4.4.8 PHP Bug Type: Network related Bug description: Some IP addresses are note resolved by gethostbyaddr() Description: Some IP addresses are note resolved by gethostbyaddr() under Solaris 8. Solrais nslookup resolves the addresses normaly. Reproduce code: --- var_dump(gethostbyaddr('78.130.136.12')); The result is: string(13) "78.130.136.12" Expected result: The result should be: string(22) "atlantis.botevgrad.com" -- Edit bug report at http://bugs.php.net/?id=43853&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=43853&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=43853&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=43853&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=43853&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=43853&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=43853&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=43853&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=43853&r=needscript Try newer version:http://bugs.php.net/fix.php?id=43853&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=43853&r=support Expected behavior:http://bugs.php.net/fix.php?id=43853&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=43853&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=43853&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=43853&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=43853&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=43853&r=dst IIS Stability:http://bugs.php.net/fix.php?id=43853&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=43853&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=43853&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=43853&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=43853&r=mysqlcfg
#43842 [Opn]: register_globals randomise switching value On/Off
ID: 43842 User updated by: dan at eskhosting dot com Reported By: dan at eskhosting dot com Status: Open Bug Type: *Configuration Issues Operating System: Linux Red Hat ES 4 PHP Version: 5.2.5 New Comment: See here: http://blog.nefedov.org/phpinfo.php Now php.ini value is On. In .htaccess - Off. Local Master OnOn Off On Off On Off On OnOn OnOn OnOn Off On Off On OnOn OnOn OnOn OnOn OnOn OnOn Off On OnOn Off On OnOn (interval - 1 min) Previous Comments: [2008-01-14 17:05:01] dan at eskhosting dot com Apache 1.3.37 PHP as module. 5.2.3 worked without this problem.. [2008-01-14 16:54:29] dan at eskhosting dot com Description: Set up value for gerister_globals take a random effect. Reproduce code: --- php.ini: register_globals = Off .htaccess: php_flag register_globals On Expected result: register_globals On Actual result: -- reports: register_globals On/Off - randomise! -- Edit this bug report at http://bugs.php.net/?id=43842&edit=1
#43852 [NEW]: serialize() uses \0 in its output
From: lapo at lapo dot it Operating system: * PHP version: 5.2.5 PHP Bug Type: Strings related Bug description: serialize() uses \0 in its output Description: It seems that bug #29865 is back: in release 5.2.5 serialize() uses "ASCII 0" to serialize private property names. Reproduce code: --- % php -r 'class A { private $t;} echo serialize(new A());'|hexdump -C Expected result: 4f 3a 31 3a 22 41 22 3a 31 3a 7b 73 3a 34 3a 22 |O:1:"A":1:{s:4:"| 0010 ** 41 ** 74 22 3b 4e 3b 7d |.A.t";N;}| Actual result: -- 4f 3a 31 3a 22 41 22 3a 31 3a 7b 73 3a 34 3a 22 |O:1:"A":1:{s:4:"| 0010 00 41 00 74 22 3b 4e 3b 7d |.A.t";N;}| -- Edit bug report at http://bugs.php.net/?id=43852&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=43852&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=43852&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=43852&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=43852&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=43852&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=43852&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=43852&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=43852&r=needscript Try newer version:http://bugs.php.net/fix.php?id=43852&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=43852&r=support Expected behavior:http://bugs.php.net/fix.php?id=43852&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=43852&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=43852&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=43852&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=43852&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=43852&r=dst IIS Stability:http://bugs.php.net/fix.php?id=43852&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=43852&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=43852&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=43852&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=43852&r=mysqlcfg
#43851 [Opn->Asn]: Memory corrution on reuse of assigned value
ID: 43851 Updated by: [EMAIL PROTECTED] Reported By: dmitry at zend dot com -Status: Open +Status: Assigned Bug Type: Scripting Engine problem Operating System: * PHP Version: 5.3CVS-2008-01-15 (CVS) -Assigned To: +Assigned To: dmitry Previous Comments: [2008-01-15 08:25:04] dmitry at zend dot com Description: Run the following script with valgrind and USE_ZEND_ALLOC=0. $ USE_ZEND_ALLOC=0 valgrind sapi/cli/php foo.php Reproduce code: --- Expected result: ok Actual result: -- ==24239== Conditional jump or move depends on uninitialised value(s) ==24239==at 0x83ED944: zend_pzval_unlock_func (zend_execute.c:69) ==24239==by 0x83EFE9A: _get_zval_ptr_var (zend_execute.c:187) ==24239==by 0x8405823: ZEND_MUL_SPEC_VAR_CONST_HANDLER (zend_vm_execute.h:8581) ==24239==by 0x83EC05B: execute (zend_vm_execute.h:87) ==24239==by 0x83EC6B4: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:221) ==24239==by 0x83ED270: ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER (zend_vm_execute.h:309) ==24239==by 0x83EC05B: execute (zend_vm_execute.h:87) ==24239==by 0x83C493D: zend_execute_scripts (zend.c:1139) ==24239==by 0x836B15D: php_execute_script (main.c:2010) ==24239==by 0x844BEBB: main (php_cli.c:1140) ==24239== ==24239== Conditional jump or move depends on uninitialised value(s) ==24239==at 0x83ED994: zend_pzval_unlock_func (zend_execute.c:76) ==24239==by 0x83EFE9A: _get_zval_ptr_var (zend_execute.c:187) ==24239==by 0x8405823: ZEND_MUL_SPEC_VAR_CONST_HANDLER (zend_vm_execute.h:8581) ==24239==by 0x83EC05B: execute (zend_vm_execute.h:87) ==24239==by 0x83EC6B4: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:221) ==24239==by 0x83ED270: ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER (zend_vm_execute.h:309) ==24239==by 0x83EC05B: execute (zend_vm_execute.h:87) ==24239==by 0x83C493D: zend_execute_scripts (zend.c:1139) ==24239==by 0x836B15D: php_execute_script (main.c:2010) ==24239==by 0x844BEBB: main (php_cli.c:1140) ==24239== ==24239== Conditional jump or move depends on uninitialised value(s) ==24239==at 0x83ED9A5: zend_pzval_unlock_func (zend_execute.c:76) ==24239==by 0x83EFE9A: _get_zval_ptr_var (zend_execute.c:187) ==24239==by 0x8405823: ZEND_MUL_SPEC_VAR_CONST_HANDLER (zend_vm_execute.h:8581) ==24239==by 0x83EC05B: execute (zend_vm_execute.h:87) ==24239==by 0x83EC6B4: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:221) ==24239==by 0x83ED270: ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER (zend_vm_execute.h:309) ==24239==by 0x83EC05B: execute (zend_vm_execute.h:87) ==24239==by 0x83C493D: zend_execute_scripts (zend.c:1139) ==24239==by 0x836B15D: php_execute_script (main.c:2010) ==24239==by 0x844BEBB: main (php_cli.c:1140) -- Edit this bug report at http://bugs.php.net/?id=43851&edit=1
#43851 [NEW]: Memory corrution on reuse of assigned value
From: dmitry at zend dot com Operating system: * PHP version: 5.3CVS-2008-01-15 (CVS) PHP Bug Type: Scripting Engine problem Bug description: Memory corrution on reuse of assigned value Description: Run the following script with valgrind and USE_ZEND_ALLOC=0. $ USE_ZEND_ALLOC=0 valgrind sapi/cli/php foo.php Reproduce code: --- Expected result: ok Actual result: -- ==24239== Conditional jump or move depends on uninitialised value(s) ==24239==at 0x83ED944: zend_pzval_unlock_func (zend_execute.c:69) ==24239==by 0x83EFE9A: _get_zval_ptr_var (zend_execute.c:187) ==24239==by 0x8405823: ZEND_MUL_SPEC_VAR_CONST_HANDLER (zend_vm_execute.h:8581) ==24239==by 0x83EC05B: execute (zend_vm_execute.h:87) ==24239==by 0x83EC6B4: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:221) ==24239==by 0x83ED270: ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER (zend_vm_execute.h:309) ==24239==by 0x83EC05B: execute (zend_vm_execute.h:87) ==24239==by 0x83C493D: zend_execute_scripts (zend.c:1139) ==24239==by 0x836B15D: php_execute_script (main.c:2010) ==24239==by 0x844BEBB: main (php_cli.c:1140) ==24239== ==24239== Conditional jump or move depends on uninitialised value(s) ==24239==at 0x83ED994: zend_pzval_unlock_func (zend_execute.c:76) ==24239==by 0x83EFE9A: _get_zval_ptr_var (zend_execute.c:187) ==24239==by 0x8405823: ZEND_MUL_SPEC_VAR_CONST_HANDLER (zend_vm_execute.h:8581) ==24239==by 0x83EC05B: execute (zend_vm_execute.h:87) ==24239==by 0x83EC6B4: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:221) ==24239==by 0x83ED270: ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER (zend_vm_execute.h:309) ==24239==by 0x83EC05B: execute (zend_vm_execute.h:87) ==24239==by 0x83C493D: zend_execute_scripts (zend.c:1139) ==24239==by 0x836B15D: php_execute_script (main.c:2010) ==24239==by 0x844BEBB: main (php_cli.c:1140) ==24239== ==24239== Conditional jump or move depends on uninitialised value(s) ==24239==at 0x83ED9A5: zend_pzval_unlock_func (zend_execute.c:76) ==24239==by 0x83EFE9A: _get_zval_ptr_var (zend_execute.c:187) ==24239==by 0x8405823: ZEND_MUL_SPEC_VAR_CONST_HANDLER (zend_vm_execute.h:8581) ==24239==by 0x83EC05B: execute (zend_vm_execute.h:87) ==24239==by 0x83EC6B4: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:221) ==24239==by 0x83ED270: ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER (zend_vm_execute.h:309) ==24239==by 0x83EC05B: execute (zend_vm_execute.h:87) ==24239==by 0x83C493D: zend_execute_scripts (zend.c:1139) ==24239==by 0x836B15D: php_execute_script (main.c:2010) ==24239==by 0x844BEBB: main (php_cli.c:1140) -- Edit bug report at http://bugs.php.net/?id=43851&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=43851&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=43851&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=43851&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=43851&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=43851&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=43851&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=43851&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=43851&r=needscript Try newer version:http://bugs.php.net/fix.php?id=43851&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=43851&r=support Expected behavior:http://bugs.php.net/fix.php?id=43851&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=43851&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=43851&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=43851&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=43851&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=43851&r=dst IIS Stability:http://bugs.php.net/fix.php?id=43851&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=43851&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=43851&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=43851&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=43851&r=mysqlcfg