#46718 [NEW]: ReflectionProperty::setValue() and ReflectionProperty::setAccessible()
From: [EMAIL PROTECTED] Operating system: irrelevant PHP version: 5.3CVS-2008-11-29 (CVS) PHP Bug Type: Reflection related Bug description: ReflectionProperty::setValue() and ReflectionProperty::setAccessible() Description: ReflectionProperty::setValue() ignores the setting made with ReflectionProperty::setAccessible(TRUE). Reproduce code: --- getValue($a)); } catch (ReflectionException $e) { var_dump($e->getMessage()); } try { var_dump($protectedStatic->getValue()); } catch (ReflectionException $e) { var_dump($e->getMessage()); } try { var_dump($private->getValue($a)); } catch (ReflectionException $e) { var_dump($e->getMessage()); } try { var_dump($privateStatic->getValue()); } catch (ReflectionException $e) { var_dump($e->getMessage()); } $protected->setAccessible(TRUE); $protectedStatic->setAccessible(TRUE); $private->setAccessible(TRUE); $privateStatic->setAccessible(TRUE); var_dump($protected->getValue($a)); var_dump($protectedStatic->getValue()); var_dump($private->getValue($a)); var_dump($privateStatic->getValue()); $protected->setValue($a, 'e'); $protectedStatic->setValue('f'); $private->setValue($a, 'g'); $privateStatic->setValue('h'); var_dump($protected->getValue($a)); var_dump($protectedStatic->getValue()); var_dump($private->getValue($a)); var_dump($privateStatic->getValue()); ?> Expected result: string(44) "Cannot access non-public member A::protected" string(50) "Cannot access non-public member A::protectedStatic" string(42) "Cannot access non-public member A::private" string(48) "Cannot access non-public member A::privateStatic" string(1) "a" string(1) "b" string(1) "c" string(1) "d" string(1) "e" string(1) "f" string(1) "g" string(1) "h" Actual result: -- string(44) "Cannot access non-public member A::protected" string(50) "Cannot access non-public member A::protectedStatic" string(42) "Cannot access non-public member A::private" string(48) "Cannot access non-public member A::privateStatic" string(1) "a" string(1) "b" string(1) "c" string(1) "d" ReflectionException: Cannot access non-public member A::protected in /usr/local/src/php/php-5.3/reflectionProperty_setAccessible.php on line 57 Call Stack: 0.0010 355044 1. {main}() /usr/local/src/php/php-5.3/reflectionProperty_setAccessible.php:0 0.0294 365972 2. ReflectionProperty->setValue() /usr/local/src/php/php-5.3/reflectionProperty_setAccessible.php:57 -- Edit bug report at http://bugs.php.net/?id=46718&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=46718&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=46718&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=46718&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=46718&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=46718&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=46718&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=46718&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=46718&r=needscript Try newer version: http://bugs.php.net/fix.php?id=46718&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=46718&r=support Expected behavior: http://bugs.php.net/fix.php?id=46718&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=46718&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=46718&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=46718&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46718&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=46718&r=dst IIS Stability: http://bugs.php.net/fix.php?id=46718&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=46718&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=46718&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=46718&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=46718&r=mysqlcfg
#46665 [Opn]: Triggering autoload with a variable classname causes truncated autoload param
ID: 46665 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open -Bug Type: Reproducible crash +Bug Type: *General Issues Operating System: Any PHP Version: 5.3CVS-2008-11-25 (snap) New Comment: Changing the category to something more accurate... Previous Comments: [2008-11-25 14:45:15] [EMAIL PROTECTED] Description: Using a variable to instantiate a namespaced class (eg, new $foo();) causes truncated data to be passed to the autoloader when the class is prepended with \. Reproduce code: --- Expected result: Foo\Bar\Baz or \Foo\Bar\Baz in the var_dump Actual result: -- \Foo\Bar\Ba (missing the z) -- Edit this bug report at http://bugs.php.net/?id=46665&edit=1
#46665 [NEW]: Triggering autoload with a variable classname causes truncated autoload param
From: [EMAIL PROTECTED] Operating system: Any PHP version: 5.3CVS-2008-11-25 (snap) PHP Bug Type: Reproducible crash Bug description: Triggering autoload with a variable classname causes truncated autoload param Description: Using a variable to instantiate a namespaced class (eg, new $foo();) causes truncated data to be passed to the autoloader when the class is prepended with \. Reproduce code: --- Expected result: Foo\Bar\Baz or \Foo\Bar\Baz in the var_dump Actual result: -- \Foo\Bar\Ba (missing the z) -- Edit bug report at http://bugs.php.net/?id=46665&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=46665&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=46665&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=46665&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=46665&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=46665&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=46665&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=46665&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=46665&r=needscript Try newer version: http://bugs.php.net/fix.php?id=46665&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=46665&r=support Expected behavior: http://bugs.php.net/fix.php?id=46665&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=46665&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=46665&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=46665&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46665&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=46665&r=dst IIS Stability: http://bugs.php.net/fix.php?id=46665&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=46665&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=46665&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=46665&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=46665&r=mysqlcfg
#46615 [NEW]: SplHeap->key() returns count() instead of count() - 1
From: [EMAIL PROTECTED] Operating system: PHP version: 5.2CVS-2008-11-19 (CVS) PHP Bug Type: SPL related Bug description: SplHeap->key() returns count() instead of count() - 1 Description: Discussed here http://news.php.net/php.internals/41994. -- Edit bug report at http://bugs.php.net/?id=46615&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=46615&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=46615&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=46615&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=46615&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=46615&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=46615&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=46615&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=46615&r=needscript Try newer version: http://bugs.php.net/fix.php?id=46615&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=46615&r=support Expected behavior: http://bugs.php.net/fix.php?id=46615&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=46615&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=46615&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=46615&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46615&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=46615&r=dst IIS Stability: http://bugs.php.net/fix.php?id=46615&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=46615&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=46615&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=46615&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=46615&r=mysqlcfg
#46595 [NEW]: Use cc as default compiler
From: [EMAIL PROTECTED] Operating system: Unix PHP version: 5.3.0alpha2 PHP Bug Type: Feature/Change Request Bug description: Use cc as default compiler Description: Use the cc binary as a default compiler. The AC_PROG_CC macro usually checks for GCC first. There are good reasons to not use gcc and install another default compiler as the cc binary. Therefore AC_PROG_CC should use cc and then fallback to gcc. -- Edit bug report at http://bugs.php.net/?id=46595&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=46595&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=46595&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=46595&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=46595&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=46595&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=46595&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=46595&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=46595&r=needscript Try newer version: http://bugs.php.net/fix.php?id=46595&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=46595&r=support Expected behavior: http://bugs.php.net/fix.php?id=46595&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=46595&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=46595&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=46595&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46595&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=46595&r=dst IIS Stability: http://bugs.php.net/fix.php?id=46595&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=46595&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=46595&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=46595&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=46595&r=mysqlcfg
#46546 [NEW]: Segmentation fault when using declare statement with non-string value
From: [EMAIL PROTECTED] Operating system: PHP version: 5.3CVS-2008-11-11 (CVS) PHP Bug Type: Scripting Engine problem Bug description: Segmentation fault when using declare statement with non-string value Description: See below. Reproduce code: --- declare(encoding = 1); -- Edit bug report at http://bugs.php.net/?id=46546&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=46546&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=46546&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=46546&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=46546&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=46546&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=46546&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=46546&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=46546&r=needscript Try newer version: http://bugs.php.net/fix.php?id=46546&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=46546&r=support Expected behavior: http://bugs.php.net/fix.php?id=46546&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=46546&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=46546&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=46546&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46546&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=46546&r=dst IIS Stability: http://bugs.php.net/fix.php?id=46546&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=46546&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=46546&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=46546&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=46546&r=mysqlcfg
#46543 [NEW]: ibase_trans() memory leaks when using wrong parameters
From: [EMAIL PROTECTED] Operating system: PHP version: 5.2CVS-2008-11-11 (snap) PHP Bug Type: InterBase related Bug description: ibase_trans() memory leaks when using wrong parameters Description: See below. Reproduce code: --- ibase_trans(1); ibase_trans(); ibase_trans('foo'); ibase_trans(fopen(__FILE__, 'r')); $x = ibase_connect('/home/felipe/teste.fdb', 'foo', 'bar'); ibase_trans(1, 2, $x, $x, 3); Expected result: Warning: ibase_trans(): no Firebird/InterBase link resource supplied in /home/felipe/dev/bug.php on line 3 Warning: ibase_trans(): no Firebird/InterBase link resource supplied in /home/felipe/dev/bug.php on line 4 Warning: ibase_trans(): no Firebird/InterBase link resource supplied in /home/felipe/dev/bug.php on line 5 Warning: ibase_trans(): supplied resource is not a valid Firebird/InterBase link resource in /home/felipe/dev/bug.php on line 6 Actual result: -- Warning: ibase_trans(): no Firebird/InterBase link resource supplied in /home/felipe/dev/bug.php on line 3 Warning: ibase_trans(): no Firebird/InterBase link resource supplied in /home/felipe/dev/bug.php on line 4 Warning: ibase_trans(): no Firebird/InterBase link resource supplied in /home/felipe/dev/bug.php on line 5 Warning: ibase_trans(): supplied resource is not a valid Firebird/InterBase link resource in /home/felipe/dev/bug.php on line 6 [Tue Nov 11 11:05:43 2008] Script: '../bug.php' /home/felipe/dev/php6/ext/interbase/interbase.c(1194) : Freeing 0x0897BF38 (8 bytes), script=../bug.php /home/felipe/dev/php6/Zend/zend_alloc.c(2448) : Actual location (location was relayed) Last leak repeated 3 times [Tue Nov 11 11:05:43 2008] Script: '../bug.php' /home/felipe/dev/php6/ext/interbase/interbase.c(1209) : Freeing 0x0897BF70 (8 bytes), script=../bug.php /home/felipe/dev/php6/Zend/zend_alloc.c(2448) : Actual location (location was relayed) [Tue Nov 11 11:05:43 2008] Script: '../bug.php' /home/felipe/dev/php6/ext/interbase/interbase.c(1200) : Freeing 0x0897C250 (4 bytes), script=../bug.php /home/felipe/dev/php6/Zend/zend_alloc.c(2448) : Actual location (location was relayed) [Tue Nov 11 11:05:43 2008] Script: '../bug.php' /home/felipe/dev/php6/ext/interbase/interbase.c(1208) : Freeing 0x0897C530 (12 bytes), script=../bug.php /home/felipe/dev/php6/Zend/zend_alloc.c(2448) : Actual location (location was relayed) === Total 7 memory leaks detected === -- Edit bug report at http://bugs.php.net/?id=46543&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=46543&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=46543&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=46543&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=46543&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=46543&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=46543&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=46543&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=46543&r=needscript Try newer version: http://bugs.php.net/fix.php?id=46543&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=46543&r=support Expected behavior: http://bugs.php.net/fix.php?id=46543&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=46543&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=46543&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=46543&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46543&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=46543&r=dst IIS Stability: http://bugs.php.net/fix.php?id=46543&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=46543&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=46543&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=46543&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=46543&r=mysqlcfg
#46524 [NEW]: is_numeric doesn't take objects as parameter
From: [EMAIL PROTECTED] Operating system: Irrelevant PHP version: 5.3.0alpha2 PHP Bug Type: Feature/Change Request Bug description: is_numeric doesn't take objects as parameter Description: I'm not sure whenever this is intended, but is_numeric() doesn't check if a value is numeric if the value is an object and has a magic __toString() method. I've created a patch and a test to illustrate this: Index: type.c === RCS file: /repository/php-src/ext/standard/type.c,v retrieving revision 1.30.2.2.2.3.2.9 diff -u -r1.30.2.2.2.3.2.9 type.c --- type.c 21 Oct 2008 22:08:38 - 1.30.2.2.2.3.2.9 +++ type.c 8 Nov 2008 16:33:37 - @@ -312,6 +312,11 @@ RETURN_TRUE; break; + case IS_OBJECT: + convert_to_string_ex(arg); + + /* Break intentionally missing */ + case IS_STRING: if (is_numeric_string(Z_STRVAL_PP(arg), Z_STRLEN_PP(arg), NULL, NULL, 0)) { RETURN_TRUE; And the test: /ext/standard/tests/misc/is_numeric_object.phpt --TEST-- is_numeric() should accept objects --FILE-- --EXPECT-- bool(true) -- Edit bug report at http://bugs.php.net/?id=46524&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=46524&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=46524&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=46524&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=46524&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=46524&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=46524&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=46524&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=46524&r=needscript Try newer version: http://bugs.php.net/fix.php?id=46524&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=46524&r=support Expected behavior: http://bugs.php.net/fix.php?id=46524&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=46524&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=46524&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=46524&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46524&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=46524&r=dst IIS Stability: http://bugs.php.net/fix.php?id=46524&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=46524&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=46524&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=46524&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=46524&r=mysqlcfg
#46513 [NEW]: Missing compiler flags for suncc
From: [EMAIL PROTECTED] Operating system: Solaris PHP version: 5.3.0alpha2 PHP Bug Type: Feature/Change Request Bug description: Missing compiler flags for suncc Description: At the moment the php buildsystem does not use any suncc specific compiler flags if someone tries to compile with the suncc. Please add suncc specific compiler flags to the buildsystem if the suncc compiler is detected. The default compiler flags for the gcc are not compatible with suncc and therefore will result in errors. A useful list might be -fsimple=2 -xnorunpath -xO4 -xalias_level=basic -xipo=1 -xlibmopt -xprefetch_level=1 -xprefetch=auto -xstrconst -xtarget=native -zlazyload. It will use floating point (fsimple) and math lib optimization (libmopt) and try to optimize across object files. It also generates processor specific code (xtarget=native) and tries to eleminate duplicated strings (xstrconst). In addition it does optimization based on basic assumptions about used c types (xalias_level=basic). The -xO4 optimization flags should generate useful and fast code without breaking stuff (which might happen if you use -xO5). -- Edit bug report at http://bugs.php.net/?id=46513&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=46513&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=46513&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=46513&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=46513&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=46513&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=46513&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=46513&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=46513&r=needscript Try newer version: http://bugs.php.net/fix.php?id=46513&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=46513&r=support Expected behavior: http://bugs.php.net/fix.php?id=46513&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=46513&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=46513&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=46513&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46513&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=46513&r=dst IIS Stability: http://bugs.php.net/fix.php?id=46513&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=46513&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=46513&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=46513&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=46513&r=mysqlcfg
#46507 [Fbk->Opn]: add support to build against Novell CLDAP SDK
ID: 46507 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Feature/Change Request Operating System: * PHP Version: 5.2CVS-2008-11-06 (snap) New Comment: Hi Jani, on NetWare the CLDAP libraries are part of the OS while doing a port of OpenLDAP would be to re-inventing the wheel... (in fact the Novell CLDAP SDK is based on OpenLDAP with some useful features added). In addition, as Pierre said, this SDK is free, and source code is available too. Find below an updated version of the patch which should now also build cleanly on Linux: http://www.gknw.net/test/php_issues/ldap.diff --- ldap.c.orig Sun May 04 23:35:37 2008 +++ ldap.c Thu Nov 06 20:24:08 2008 @@ -30,12 +30,6 @@ #include "config.h" #endif -/* Additional headers for NetWare */ -#if defined(NETWARE) && (NEW_LIBC) -#include -#include -#endif - #include "php.h" #include "php_ini.h" @@ -165,6 +159,9 @@ PHP_FE(ldap_t61_to_8859, NULL) PHP_FE(ldap_8859_to_t61, NULL) #endif +#ifdef HAVE_NOVELLLDAP + PHP_FE(ldap_change_password, NULL) +#endif {NULL, NULL, NULL} }; @@ -230,6 +227,9 @@ */ PHP_INI_BEGIN() STD_PHP_INI_ENTRY_EX("ldap.max_links", "-1", PHP_INI_SYSTEM, OnUpdateLong, max_links, zend_ldap_globals, ldap_globals, display_link_numbers) +#ifdef HAVE_NOVELLLDAP + STD_PHP_INI_ENTRY_EX("ldap.ssl_cert_dir", PHP_LDAP_CERT_DIR, PHP_INI_SYSTEM, OnUpdateString, ssl_cert_dir, zend_ldap_globals, ldap_globals, display_link_numbers) +#endif PHP_INI_END() /* }}} */ @@ -297,6 +297,48 @@ Z_TYPE(ldap_module_entry) = type; +#ifdef HAVE_NOVELLLDAP + { + int cert_type; + char *cert_dir = NULL, *ext_ptr = NULL; + char cert_fileName[1024]; + DIR *dir_ptr = NULL; + struct dirent *d_ptr = NULL; + + ldapssl_client_init(NULL, NULL); + + cert_dir = LDAPG(ssl_cert_dir); + if (cert_dir == NULL || strlen(cert_dir) == 0) { + cert_dir = PHP_LDAP_CERT_DIR; + } + + dir_ptr = opendir(cert_dir); + while ((d_ptr = readdir(dir_ptr)) !=NULL) { + if (d_ptr && d_ptr->d_type == DT_REG) { + strcpy(cert_fileName, cert_dir); + strcat(cert_fileName, "/"); + strcat(cert_fileName, d_ptr->d_name); + ext_ptr = strrchr(d_ptr->d_name, '.'); + if (ext_ptr && (!stricmp(ext_ptr + 1, "b64") || !stricmp(ext_ptr + 1, "pem"))) { + cert_type = LDAPSSL_CERT_FILETYPE_B64; + } else { + cert_type = LDAPSSL_CERT_FILETYPE_DER; + } + if (ldapssl_add_trusted_cert(cert_fileName, cert_type) == LDAP_SUCCESS) { + php_error(E_NOTICE, "LDAP: added certificate: %s", cert_fileName); + } else { + php_error(E_WARNING, "LDAP: Could not add certificate: %s", cert_fileName); + } + } + } + if (dir_ptr) { + closedir(dir_ptr); + } else { + php_error(E_WARNING, "LDAP: Could not open certificates directory: %s", cert_dir); + } + } +#endif + return SUCCESS; } /* }}} */ @@ -306,6 +348,9 @@ PHP_MSHUTDOWN_FUNCTION(ldap) { UNREGISTER_INI_ENTRIES(); +#ifdef HAVE_NOVELLLDAP + ldapssl_client_deinit(); +#endif return SUCCESS; } /* }}} */ @@ -368,7 +413,15 @@ php_info_print_table_row(2, "SASL Support", "Enabled"); #endif +#ifdef HAVE_NOVELLLDAP + php_info_print_table_row(2, "SSL Support", "Enabled"); +#endif + php_info_print_table_end(); + +#ifdef HAVE_NOVELLLDAP + DISPLAY_INI_ENTRIES(); +#endif } /* }}} */ @@ -426,6 +479,36 @@ } else { ldap = ldap_init(host, port); } +#elif defined(HAVE_NOVELLLDAP) + { + int rc=0, ssl=0; + char *pHost=host; + LDAPURLDesc *ludp=NULL; + + if ((rc=ldap_url_parse(host, &ludp)) == LDAP_URL_SUCCESS ) { + pHost = ludp->lud_host; + if (ludp->lud_scheme && strstr(ludp->lud_scheme, "ldaps")) { + ssl=1; + } + port=ludp->lud_port; +} + else if (rc == LDAP_URL_ERR_BADSCHEME ){ + // possibly only server name. Consider port number to decide scheme. + if (port == 636
#46507 [NEW]: add support to build against Novell CLDAP SDK
From: [EMAIL PROTECTED] Operating system: irrelevant PHP version: 5.2CVS-2008-11-06 (snap) PHP Bug Type: LDAP related Bug description: add support to build against Novell CLDAP SDK Description: Here's a patch which enables the ldap extension to build against Novell CLDAP SDK. This SDK is available for free on almost every platform, and provides enhanced SSL functionality: http://developer.novell.com/wiki/index.php/LDAP_Libraries_for_C Although we've used this patch since PHP 5.0 on NetWare platform only, I think it should build on every platform including Win32. I've also checked with Novell that it is legal to build with the CLDAP SDK, and then ship the resulting binaries together with the CLDAP SDK library binaries. Everything is blocked with HAVE_NOVELLLDAP. The patch below is available as unified diff file here: http://www.gknw.net/test/php_issues/ldap.diff --- ldap.c.orig Sun May 04 23:35:37 2008 +++ ldap.c Thu Nov 06 14:54:32 2008 @@ -30,12 +30,6 @@ #include "config.h" #endif -/* Additional headers for NetWare */ -#if defined(NETWARE) && (NEW_LIBC) -#include -#include -#endif - #include "php.h" #include "php_ini.h" @@ -165,6 +159,9 @@ PHP_FE(ldap_t61_to_8859, NULL) PHP_FE(ldap_8859_to_t61, NULL) #endif +#ifdef HAVE_NOVELLLDAP + PHP_FE(ldap_change_password, NULL) +#endif {NULL, NULL, NULL} }; @@ -230,6 +227,9 @@ */ PHP_INI_BEGIN() STD_PHP_INI_ENTRY_EX("ldap.max_links", "-1", PHP_INI_SYSTEM, OnUpdateLong, max_links, zend_ldap_globals, ldap_globals, display_link_numbers) +#ifdef HAVE_NOVELLLDAP + STD_PHP_INI_ENTRY_EX("ldap.ssl_cert_dir", PHP_LDAP_CERT_DIR, PHP_INI_SYSTEM, OnUpdateString, ssl_cert_dir, zend_ldap_globals, ldap_globals, display_link_numbers) +#endif PHP_INI_END() /* }}} */ @@ -297,6 +297,49 @@ Z_TYPE(ldap_module_entry) = type; +#ifdef HAVE_NOVELLLDAP + { + int cert_type; + DIR *dir_ptr = NULL, *save_dir_ptr = NULL; + char *cert_dir = NULL, *tmp_ptr = NULL; + char cert_fileName[1024]; + + ldapssl_client_init(NULL, NULL); + + cert_dir = LDAPG(ssl_cert_dir); + if (cert_dir == NULL || strlen(cert_dir) == 0) { + cert_dir = PHP_LDAP_CERT_DIR; + } + + save_dir_ptr = opendir(cert_dir); + dir_ptr = save_dir_ptr; + while (dir_ptr) { + dir_ptr = readdir(dir_ptr); + if (dir_ptr && dir_ptr->d_type == DT_REG) { + strcpy(cert_fileName, cert_dir); + strcat(cert_fileName, "/"); + strcat(cert_fileName, dir_ptr->d_name); + tmp_ptr = strrchr(dir_ptr->d_name, '.') + 1; + if (tmp_ptr && (!stricmp(tmp_ptr, "b64") || !stricmp(tmp_ptr, "pem"))) { + cert_type = LDAPSSL_CERT_FILETYPE_B64; + } else { + cert_type = LDAPSSL_CERT_FILETYPE_DER; + } + if (ldapssl_add_trusted_cert(cert_fileName, cert_type) == LDAP_SUCCESS) { + php_error(E_NOTICE, "LDAP: added certificate: %s", cert_fileName); + } else { + php_error(E_WARNING, "LDAP: Could not add certificate: %s", cert_fileName); + } + } + } + if (save_dir_ptr) { + closedir(save_dir_ptr); + } else { + php_error(E_WARNING, "LDAP: Could not open certificates directory: %s", cert_dir); + } + } +#endif + return SUCCESS; } /* }}} */ @@ -306,6 +349,9 @@ PHP_MSHUTDOWN_FUNCTION(ldap) { UNREGISTER_INI_ENTRIES(); +#ifdef HAVE_NOVELLLDAP + ldapssl_client_deinit(); +#endif return SUCCESS; } /* }}} */ @@ -368,7 +414,15 @@ php_info_print_table_row(2, "SASL Support", "Enabled"); #endif +#ifdef HAVE_NOVELLLDAP + php_info_print_table_row(2, "SSL Support", "Enabled"); +#endif + php_info_print_table_end(); + +#ifdef HAVE_NOVELLLDAP + DISPLAY_INI_ENTRIES(); +#endif } /* }}} */ @@ -426,6 +480,37 @@ } else { ldap = ldap_init(host, port); } +#elif defined(HAVE_NOVELLLDAP) + { + int rc=0, ssl=0; + char *pHost=host; + LDAPURLDesc *ludp=NULL; + + if ((rc=ldap_url_parse(host, &ludp)) == LDAP_URL_SUCCESS ) { + pHost = ludp->lud_host; + if (ludp->lud_scheme && strstr(ludp->lud_scheme, &qu
#46367 [Opn]: fputcsv does not add the correct newline character on Windows
ID: 46367 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Feature/Change Request Operating System: Windows XP PHP Version: 5.2.6 New Comment: Updated earlier patch: Index: file.c === RCS file: /repository/php-src/ext/standard/file.c,v retrieving revision 1.530 diff -u -r1.530 file.c --- file.c 21 Oct 2008 22:06:48 - 1.530 +++ file.c 22 Oct 2008 21:21:42 - @@ -2104,7 +2104,7 @@ } } - smart_str_appendc(&csvline, '\n'); + smart_str_appendl(&csvline, PHP_EOL, sizeof(PHP_EOL)); smart_str_0(&csvline); ret = php_stream_write(stream, csvline.c, csvline.len); Also below is a test case for this bug. Should fail currently on Windows. --TEST-- Bug #46367 - fputcsv does not add the correct newline character on Windows --FILE-- --EXPECT-- bool(true) Done Previous Comments: [2008-10-22 17:00:52] [EMAIL PROTECTED] Description: Per the documentation for the fputcsv() function, it adds a newline to the end of the csv string it returns. However, it is hardcoded to be '\n' ( default for unix newline ), while Windows uses \r\n. PHP should do this as well. Below is a patch to fix this issue; it uses the constant PHP_EOL to get the correct newline to use on the current platform: Index: php-src/ext/standard/file.c === RCS file: /repository/php-src/ext/standard/file.c,v retrieving revision 1.530 diff -r1.530 file.c 2107c2107 < smart_str_appendc(&csvline, '\n'); --- > smart_str_appendc(&csvline, PHP_EOL); Reproduce code: --- $array1 = array("a","b","c"); $array2 = array("d","e","f"); echo fputcsv($array1).fputcsv($array2); Expected result: "a","b","c" "d","e","f" Actual result: -- "a","b","c""d","e","f" -- Edit this bug report at http://bugs.php.net/?id=46367&edit=1
#46460 [NEW]: recent macro introduction breaks compile with CodeWarrior
From: [EMAIL PROTECTED] Operating system: NetWare, most likely Win32 PHP version: 5.2CVS-2008-11-01 (snap) PHP Bug Type: Gettext related Bug description: recent macro introduction breaks compile with CodeWarrior Description: The recent changes to gettext.c break NetWare with CodeWarrior. The culprit are the macro defines which in turn when used declare vars int check_len and char *check_name in the middle of the code. This is illegal for many non-gcc compilers, and from my experience I assume this will also break Win32/MSVC most likely beside NetWare/CodeWarrior. As workaround the vars can be declared global; although I'm not fine with this - but it works: --- gettext.c.orig Thu Oct 30 16:38:02 2008 +++ gettext.c Sat Nov 01 23:19:08 2008 @@ -144,6 +144,9 @@ ZEND_GET_MODULE(php_gettext) #endif +static int check_len; +static char *check_name; + #define PHP_GETTEXT_MAX_DOMAIN_LENGTH 1024 #define PHP_GETTEXT_MAX_MSGID_LENGTH 4096 @@ -154,8 +157,8 @@ } #define PHP_GETTEXT_MSGID_LENGTH_CHECK \ - char *check_name = "msgid"; \ - int check_len = msgid_len; \ + check_name = "msgid"; \ + check_len = msgid_len; \ PHP_GETTEXT_LENGTH_CHECK #define PHP_GETTEXT_LENGTH_CHECK \ @@ -165,8 +168,6 @@ } #define PHP_GETTEXT_MULTI_MSGID_LENGTH_CHECK \ - int check_len; \ - char *check_name; \ check_name = "msgid1"; \ check_len = msgid1_len; \ PHP_GETTEXT_LENGTH_CHECK \ -- Edit bug report at http://bugs.php.net/?id=46460&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=46460&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=46460&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=46460&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=46460&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=46460&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=46460&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=46460&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=46460&r=needscript Try newer version: http://bugs.php.net/fix.php?id=46460&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=46460&r=support Expected behavior: http://bugs.php.net/fix.php?id=46460&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=46460&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=46460&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=46460&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46460&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=46460&r=dst IIS Stability: http://bugs.php.net/fix.php?id=46460&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=46460&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=46460&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=46460&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=46460&r=mysqlcfg
#46389 [NEW]: NetWare needs small patch for _timezone
From: [EMAIL PROTECTED] Operating system: NetWare PHP version: 5.2.7RC2 PHP Bug Type: SOAP related Bug description: NetWare needs small patch for _timezone Description: NetWare has _timezone instead of timezone in the headers: --- php_encoding.c.orig Thu Oct 16 17:49:18 2008 +++ php_encoding.c Sun Oct 26 02:35:48 2008 @@ -2876,7 +2876,7 @@ #ifdef HAVE_TM_GMTOFF snprintf(tzbuf, sizeof(tzbuf), "%c%02d:%02d", (ta->tm_gmtoff < 0) ? '-' : '+', abs(ta->tm_gmtoff / 3600), abs( (ta->tm_gmtoff % 3600) / 60 )); #else -# ifdef __CYGWIN__ +# if defined(__CYGWIN__) || defined(NETWARE) snprintf(tzbuf, sizeof(tzbuf), "%c%02d:%02d", ((ta->tm_isdst ? _timezone - 3600:_timezone)>0)?'-':'+', abs((ta->tm_isdst ? _timezone - 3600 : _timezone) / 3600), abs(((ta->tm_isdst ? _timezone - 3600 : _timezone) % 3600) / 60)); # else snprintf(tzbuf, sizeof(tzbuf), "%c%02d:%02d", ((ta->tm_isdst ? timezone - 3600:timezone)>0)?'-':'+', abs((ta->tm_isdst ? timezone - 3600 : timezone) / 3600), abs(((ta->tm_isdst ? timezone - 3600 : timezone) % 3600) / 60)); can you please apply this small patch? thanks. -- Edit bug report at http://bugs.php.net/?id=46389&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=46389&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=46389&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=46389&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=46389&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=46389&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=46389&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=46389&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=46389&r=needscript Try newer version: http://bugs.php.net/fix.php?id=46389&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=46389&r=support Expected behavior: http://bugs.php.net/fix.php?id=46389&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=46389&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=46389&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=46389&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46389&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=46389&r=dst IIS Stability: http://bugs.php.net/fix.php?id=46389&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=46389&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=46389&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=46389&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=46389&r=mysqlcfg
#46381 [NEW]: wrong $this passed to internal methods causes segfault
From: [EMAIL PROTECTED] Operating system: any PHP version: 5.2.7RC2 PHP Bug Type: Reproducible crash Bug description: wrong $this passed to internal methods causes segfault Description: The code below makes PHP crash. This happens because PHP uses wrong $this (PHP4 compatibility, bah..) and extensions have no means to check that. The problem is not present in 5.3+, as it was fixed by Marcus in February as a part of big patch. Reproduce code: --- test(); ?> Actual result: -- ==5855== Invalid read of size 8 ==5855==at 0x5FEDAC: zim_PDO_lastInsertId (pdo_dbh.c:952) ==5855==by 0x8C328E: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:200) ==5855==by 0x8C3FF6: ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER (zend_vm_execute.h:322) ==5855==by 0x8C2D2F: execute (zend_vm_execute.h:92) ==5855==by 0x8C341D: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:234) ==5855==by 0x8C3FF6: ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER (zend_vm_execute.h:322) ==5855==by 0x8C2D2F: execute (zend_vm_execute.h:92) ==5855==by 0x89A35F: zend_execute_scripts (zend.c:1134) ==5855==by 0x83FAC1: php_execute_script (main.c:2011) ==5855==by 0x9209C0: main (php_cli.c:1134) ==5855== Address 0x8e68760 is not stack'd, malloc'd or (recently) free'd ==5855== ==5855== Invalid write of size 8 ==5855==at 0x5FEDBC: zim_PDO_lastInsertId (pdo_dbh.c:952) ==5855==by 0x8C328E: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:200) ==5855==by 0x8C3FF6: ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER (zend_vm_execute.h:322) ==5855==by 0x8C2D2F: execute (zend_vm_execute.h:92) ==5855==by 0x8C341D: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:234) ==5855==by 0x8C3FF6: ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER (zend_vm_execute.h:322) ==5855==by 0x8C2D2F: execute (zend_vm_execute.h:92) ==5855==by 0x89A35F: zend_execute_scripts (zend.c:1134) ==5855==by 0x83FAC1: php_execute_script (main.c:2011) ==5855==by 0x9209C0: main (php_cli.c:1134) ==5855== Address 0x8e68760 is not stack'd, malloc'd or (recently) free'd ==5855== ==5855== Invalid read of size 4 ==5855==at 0x8C0B70: zend_objects_store_del_ref (zend_objects_API.c:165) ==5855==by 0x5FEDD6: zim_PDO_lastInsertId (pdo_dbh.c:952) ==5855==by 0x8C328E: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:200) ==5855==by 0x8C3FF6: ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER (zend_vm_execute.h:322) ==5855==by 0x8C2D2F: execute (zend_vm_execute.h:92) ==5855==by 0x8C341D: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:234) ==5855==by 0x8C3FF6: ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER (zend_vm_execute.h:322) ==5855==by 0x8C2D2F: execute (zend_vm_execute.h:92) ==5855==by 0x89A35F: zend_execute_scripts (zend.c:1134) ==5855==by 0x83FAC1: php_execute_script (main.c:2011) ==5855==by 0x9209C0: main (php_cli.c:1134) ==5855== Address 0x8e68768 is not stack'd, malloc'd or (recently) free'd and so on. -- Edit bug report at http://bugs.php.net/?id=46381&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=46381&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=46381&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=46381&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=46381&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=46381&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=46381&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=46381&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=46381&r=needscript Try newer version: http://bugs.php.net/fix.php?id=46381&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=46381&r=support Expected behavior: http://bugs.php.net/fix.php?id=46381&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=46381&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=46381&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=46381&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46381&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=46381&r=dst IIS Stability: http://bugs.php.net/fix.php?id=46381&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=46381&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=46381&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=46381&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=46381&r=mysqlcfg
#46367 [NEW]: fputcsv does not add the correct newline character on Windows
From: [EMAIL PROTECTED] Operating system: Windows XP PHP version: 5.2.6 PHP Bug Type: *General Issues Bug description: fputcsv does not add the correct newline character on Windows Description: Per the documentation for the fputcsv() function, it adds a newline to the end of the csv string it returns. However, it is hardcoded to be '\n' ( default for unix newline ), while Windows uses \r\n. PHP should do this as well. Below is a patch to fix this issue; it uses the constant PHP_EOL to get the correct newline to use on the current platform: Index: php-src/ext/standard/file.c === RCS file: /repository/php-src/ext/standard/file.c,v retrieving revision 1.530 diff -r1.530 file.c 2107c2107 < smart_str_appendc(&csvline, '\n'); --- > smart_str_appendc(&csvline, PHP_EOL); Reproduce code: --- $array1 = array("a","b","c"); $array2 = array("d","e","f"); echo fputcsv($array1).fputcsv($array2); Expected result: "a","b","c" "d","e","f" Actual result: -- "a","b","c""d","e","f" -- Edit bug report at http://bugs.php.net/?id=46367&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=46367&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=46367&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=46367&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=46367&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=46367&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=46367&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=46367&r=needscript Try newer version:http://bugs.php.net/fix.php?id=46367&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=46367&r=support Expected behavior:http://bugs.php.net/fix.php?id=46367&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=46367&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=46367&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=46367&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46367&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=46367&r=dst IIS Stability:http://bugs.php.net/fix.php?id=46367&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=46367&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=46367&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=46367&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=46367&r=mysqlcfg
#46323 [Fbk->Opn]: compilation of simplexml for NetWare breaks
ID: 46323 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: SimpleXML related Operating System: NetWare PHP Version: 5.2.7RC1 Assigned To: rrichards New Comment: Hi, the error message is probably some misleading, and usual for CodeWarrior (grrr). The real prob is the difference between const xmlChar* and xmlChar*; the prototype of _node_as_zval() has as 6th param 'xmlChar *nsprefix' defined where - as you already pointed out - nodeptr->ns->href is 'const xmlChar*'; therefore your suggestion fails in same way since it would also assign the (const xmlChar*)nodeptr->ns->href to (xmlChar*)href without a cast. So I would stay with a proper cast according to the prototype: --- simplexml.c.origThu Sep 11 16:23:34 2008 +++ simplexml.c Mon Oct 20 18:21:27 2008 @@ -1233,7 +1233,8 @@ if (nodeptr->type == XML_TEXT_NODE) { _node_as_zval(sxe, nodeptr->parent, value, SXE_ITER_NONE, NULL, NULL, 0 TSRMLS_CC); } else if (nodeptr->type == XML_ATTRIBUTE_NODE) { - _node_as_zval(sxe, nodeptr->parent, value, SXE_ITER_ATTRLIST, (char*)nodeptr->name, nodeptr->ns ? nodeptr->ns->href : NULL, 0 TSRMLS_CC); + _node_as_zval(sxe, nodeptr->parent, value, SXE_ITER_ATTRLIST, (char*)nodeptr->name, + nodeptr->ns ? (xmlChar*)nodeptr->ns->href : NULL, 0 TSRMLS_CC); } else { _node_as_zval(sxe, nodeptr, value, SXE_ITER_NONE, NULL, NULL, 0 TSRMLS_CC); } Previous Comments: -------- [2008-10-20 12:33:33] [EMAIL PROTECTED] Why is nodeptr->ns->href being detected as const void * by CodeWarrior? It is of cont xmlChar * (libxml tree.h). Does it compile using the following? xmlChar *href = nodeptr->ns ? nodeptr->ns->href : NULL; _node_as_zval(sxe, nodeptr->parent, value, SXE_ITER_ATTRLIST, (char*)nodeptr->name, href, 0 TSRMLS_CC); ---- [2008-10-16 22:54:31] [EMAIL PROTECTED] Description: compilation of simplexml for NetWare with CodeWarrior compiler breaks because of different types without using a cast: Compiling simplexml.c... simplexml.c:1236: illegal implicit conversion from 'const void *' to simplexml.c:1236: 'unsigned char *' Errors caused tool to abort. make: *** [release/simplexml.obj] Error 1 make: Leaving directory `C:/php5_test/php-5.2.7RC1/ext/simplexml' Reproduce code: --- compile... Expected result: compile doesnt break. Actual result: -- compile breaks. suggested fix: --- simplexml.c.origThu Sep 11 16:23:34 2008 +++ simplexml.c Wed Oct 15 19:21:53 2008 @@ -1233,7 +1233,7 @@ if (nodeptr->type == XML_TEXT_NODE) { _node_as_zval(sxe, nodeptr->parent, value, SXE_ITER_NONE, NULL, NULL, 0 TSRMLS_CC); } else if (nodeptr->type == XML_ATTRIBUTE_NODE) { - _node_as_zval(sxe, nodeptr->parent, value, SXE_ITER_ATTRLIST, (char*)nodeptr->name, nodeptr->ns ? nodeptr->ns->href : NULL, 0 TSRMLS_CC); + _node_as_zval(sxe, nodeptr->parent, value, SXE_ITER_ATTRLIST, (char*)nodeptr->name, nodeptr->ns ? (unsigned char*)nodeptr->ns->href : NULL, 0 TSRMLS_CC); } else { _node_as_zval(sxe, nodeptr, value, SXE_ITER_NONE, NULL, NULL, 0 TSRMLS_CC); } -- Edit this bug report at http://bugs.php.net/?id=46323&edit=1
#46323 [NEW]: compilation of simplexml for NetWare breaks
From: [EMAIL PROTECTED] Operating system: NetWare PHP version: 5.2.7RC1 PHP Bug Type: SimpleXML related Bug description: compilation of simplexml for NetWare breaks Description: compilation of simplexml for NetWare with CodeWarrior compiler breaks because of different types without using a cast: Compiling simplexml.c... simplexml.c:1236: illegal implicit conversion from 'const void *' to simplexml.c:1236: 'unsigned char *' Errors caused tool to abort. make: *** [release/simplexml.obj] Error 1 make: Leaving directory `C:/php5_test/php-5.2.7RC1/ext/simplexml' Reproduce code: --- compile... Expected result: compile doesnt break. Actual result: -- compile breaks. suggested fix: --- simplexml.c.origThu Sep 11 16:23:34 2008 +++ simplexml.c Wed Oct 15 19:21:53 2008 @@ -1233,7 +1233,7 @@ if (nodeptr->type == XML_TEXT_NODE) { _node_as_zval(sxe, nodeptr->parent, value, SXE_ITER_NONE, NULL, NULL, 0 TSRMLS_CC); } else if (nodeptr->type == XML_ATTRIBUTE_NODE) { - _node_as_zval(sxe, nodeptr->parent, value, SXE_ITER_ATTRLIST, (char*)nodeptr->name, nodeptr->ns ? nodeptr->ns->href : NULL, 0 TSRMLS_CC); + _node_as_zval(sxe, nodeptr->parent, value, SXE_ITER_ATTRLIST, (char*)nodeptr->name, nodeptr->ns ? (unsigned char*)nodeptr->ns->href : NULL, 0 TSRMLS_CC); } else { _node_as_zval(sxe, nodeptr, value, SXE_ITER_NONE, NULL, NULL, 0 TSRMLS_CC); } -- Edit bug report at http://bugs.php.net/?id=46323&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=46323&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=46323&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=46323&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=46323&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=46323&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=46323&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=46323&r=needscript Try newer version:http://bugs.php.net/fix.php?id=46323&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=46323&r=support Expected behavior:http://bugs.php.net/fix.php?id=46323&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=46323&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=46323&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=46323&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46323&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=46323&r=dst IIS Stability:http://bugs.php.net/fix.php?id=46323&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=46323&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=46323&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=46323&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=46323&r=mysqlcfg
#46292 [NEW]: PDO::setFetchMode() shouldn't requires the 2nd arg when using FETCH_CLASSTYPE
From: [EMAIL PROTECTED] Operating system: PHP version: 5.3CVS-2008-10-14 (CVS) PHP Bug Type: PDO related Bug description: PDO::setFetchMode() shouldn't requires the 2nd arg when using FETCH_CLASSTYPE Description: See below. Reproduce code: --- false)); class myclass implements Serializable { public function __construct() { printf("%s()\n", __METHOD__); } public function serialize() { printf("%s()\n", __METHOD__); return "any data from serialize()"; } public function unserialize($dat) { printf("%s(%s)\n", __METHOD__, var_export($dat, true)); return $dat; } } class myclass2 extends myclass { } $stmt = $pdoDb->prepare("SELECT * FROM testz"); var_dump($stmt->setFetchMode(PDO::FETCH_CLASS | PDO::FETCH_CLASSTYPE | PDO::FETCH_GROUP)); $stmt->execute(); var_dump($stmt->fetch()); var_dump($stmt->fetch()); var_dump($stmt->fetchAll()); Expected result: bool(true) myclass::__construct() object(myclass)#3 (1) { ["bar"]=> string(1) "1" } myclass::__construct() object(myclass2)#3 (1) { ["bar"]=> string(1) "1" } array(0) { } [felipe php5]$ sapi/cli/php ~/public_html/bug.php bool(true) myclass::__construct() object(myclass)#3 (1) { ["bar"]=> string(1) "1" } myclass::__construct() object(myclass2)#3 (1) { ["bar"]=> string(1) "1" } myclass::__construct() array(1) { [0]=> object(myclass)#3 (1) { ["bar"]=> NULL } } Actual result: -- bool(false) array(4) { ["name"]=> string(7) "myclass" [0]=> string(7) "myclass" ["bar"]=> string(1) "1" [1]=> string(1) "1" } array(4) { ["name"]=> string(8) "myclass2" [0]=> string(8) "myclass2" ["bar"]=> string(1) "1" [1]=> string(1) "1" } array(1) { [0]=> array(4) { ["name"]=> string(7) "myclass" [0]=> string(7) "myclass" ["bar"]=> NULL [1]=> NULL } } -- Edit bug report at http://bugs.php.net/?id=46292&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=46292&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=46292&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=46292&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=46292&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=46292&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=46292&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=46292&r=needscript Try newer version:http://bugs.php.net/fix.php?id=46292&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=46292&r=support Expected behavior:http://bugs.php.net/fix.php?id=46292&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=46292&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=46292&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=46292&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46292&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=46292&r=dst IIS Stability:http://bugs.php.net/fix.php?id=46292&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=46292&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=46292&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=46292&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=46292&r=mysqlcfg
#46274 [NEW]: pdo_pgsql - Segfault when using PDO::ATTR_STRINGIFY_FETCHES and blob
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 5.3CVS-2008-10-11 (CVS) PHP Bug Type: PDO related Bug description: pdo_pgsql - Segfault when using PDO::ATTR_STRINGIFY_FETCHES and blob Description: See below. Reproduce code: --- TRUE)); $res = $db->prepare("SELECT blob1 from test_one_blob"); $res->execute(); var_dump($res->fetch(PDO::FETCH_NUM)); Actual result: -- Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0xb77e26d0 (LWP 18255)] 0x0839a800 in _php_stream_stat (stream=0x88b4500, ssb=0xbfac2124, tsrm_ls=0x8767070) at /home/felipe/dev/php5/main/streams/streams.c:693 693 if (stream->wrapper && stream->wrapper->wops->stream_stat != NULL) { (gdb) bt #0 0x0839a800 in _php_stream_stat (stream=0x88b4500, ssb=0xbfac2124, tsrm_ls=0x8767070) at /home/felipe/dev/php5/main/streams/streams.c:693 #1 0x0839b9f0 in _php_stream_copy_to_mem (src=0x88b4500, buf=0xbfac21f0, maxlen=0, persistent=0, __php_stream_call_depth=0, __zend_filename=0x86bbd58 "/home/felipe/dev/php5/ext/pdo/pdo_stmt.c", __zend_lineno=608, __zend_orig_filename=0x0, __zend_orig_lineno=0, tsrm_ls=0x8767070) at /home/felipe/dev/php5/main/streams/streams.c:1254 #2 0x08130c5d in fetch_value (stmt=0x88b3bcc, dest=0x88b394c, colno=0, type_override=0x0, tsrm_ls=0x8767070) at /home/felipe/dev/php5/ext/pdo/pdo_stmt.c:608 #3 0x08132732 in do_fetch (stmt=0x88b3bcc, do_bind=1, return_value=0x88b39e4, how=PDO_FETCH_NUM, ori=PDO_FETCH_ORI_NEXT, offset=0, return_all=0x0, tsrm_ls=0x8767070) at /home/felipe/dev/php5/ext/pdo/pdo_stmt.c:1123 #4 0x081338c6 in zim_PDOStatement_fetch (ht=1, return_value=0x88b39e4, return_value_ptr=0x0, this_ptr=0x88b2318, return_value_used=1, tsrm_ls=0x8767070) at /home/felipe/dev/php5/ext/pdo/pdo_stmt.c:1401 #5 0x0843efbd in zend_do_fcall_common_helper_SPEC (execute_data=0x88e1674, tsrm_ls=0x8767070) at /home/felipe/dev/php5/Zend/zend_vm_execute.h:315 #6 0x0844017b in ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER (execute_data=0x88e1674, tsrm_ls=0x8767070) at /home/felipe/dev/php5/Zend/zend_vm_execute.h:428 #7 0x0843dd6c in execute (op_array=0x88b2ad0, tsrm_ls=0x8767070) at /home/felipe/dev/php5/Zend/zend_vm_execute.h:104 #8 0x0840e59b in zend_execute_scripts (type=8, tsrm_ls=0x8767070, retval=0x0, file_count=3) at /home/felipe/dev/php5/Zend/zend.c:1197 #9 0x0837ecbe in php_execute_script (primary_file=0xbfac48b8, tsrm_ls=0x8767070) at /home/felipe/dev/php5/main/main.c:2080 #10 0x084add03 in main (argc=2, argv=0xbfac4a14) at /home/felipe/dev/php5/sapi/cli/php_cli.c:1130 -- Edit bug report at http://bugs.php.net/?id=46274&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=46274&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=46274&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=46274&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=46274&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=46274&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=46274&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=46274&r=needscript Try newer version:http://bugs.php.net/fix.php?id=46274&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=46274&r=support Expected behavior:http://bugs.php.net/fix.php?id=46274&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=46274&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=46274&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=46274&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46274&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=46274&r=dst IIS Stability:http://bugs.php.net/fix.php?id=46274&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=46274&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=46274&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=46274&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=46274&r=mysqlcfg
#46247 [NEW]: ibase_set_event_handler() is allowing to pass callback without event
From: [EMAIL PROTECTED] Operating system: PHP version: 5.3CVS-2008-10-07 (CVS) PHP Bug Type: InterBase related Bug description: ibase_set_event_handler() is allowing to pass callback without event Description: See below. Reproduce code: --- http://bugs.php.net/?id=46247&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=46247&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=46247&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=46247&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=46247&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=46247&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=46247&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=46247&r=needscript Try newer version:http://bugs.php.net/fix.php?id=46247&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=46247&r=support Expected behavior:http://bugs.php.net/fix.php?id=46247&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=46247&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=46247&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=46247&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46247&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=46247&r=dst IIS Stability:http://bugs.php.net/fix.php?id=46247&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=46247&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=46247&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=46247&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=46247&r=mysqlcfg
#46241 [NEW]: Erro handler stacking broken
From: [EMAIL PROTECTED] Operating system: Gentoo PHP version: 5.3.0alpha2 PHP Bug Type: Reproducible crash Bug description: Erro handler stacking broken Description: Stacking 2 error handlers is broken. With object methods only the first error handler is invoked, with functions I even get a PHP crash. Reproduce code: --- -- Object methods --- -- Functions --- Expected result: -- Object methods --- Caught on second level: 'Foo' -- Functions --- Caught on second level: 'Foo' Actual result: -- -- Object methods --- Caught on first level: 'Foo' -- Functions --- Caught on first level: 'Foo' zend_mm_heap corrupted -- Edit bug report at http://bugs.php.net/?id=46241&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=46241&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=46241&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=46241&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=46241&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=46241&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=46241&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=46241&r=needscript Try newer version:http://bugs.php.net/fix.php?id=46241&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=46241&r=support Expected behavior:http://bugs.php.net/fix.php?id=46241&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=46241&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=46241&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=46241&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46241&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=46241&r=dst IIS Stability:http://bugs.php.net/fix.php?id=46241&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=46241&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=46241&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=46241&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=46241&r=mysqlcfg
#46237 [NEW]: Repeated compiler warnings (ZE + PHP)
From: [EMAIL PROTECTED] Operating system: Windows Vista PHP version: 5.3.0alpha2 PHP Bug Type: Compile Warning Bug description: Repeated compiler warnings (ZE + PHP) Description: I've noticed that theres really many repeated compiler warnings especially on Windows, so here goes: Zend Engine: HEAD: http://phpfi.com/360836 PHP_5_3: http://phpfi.com/360837 PHP: In both HEAD and PHP_5_3 theres a repeated compiler warning C4142 (benign redefinition of type): C:\Program Files\Microsoft SDKs\Windows\v6.0A\include\Ws2tcpip.h(502) : warning C4142: benign redefinition of type I looked at Ws2tcpip.h, and it seems to be redefining socklen_t which is in the Windows SDK, its only defined if _WIN32_WINNT is >= 6, so it must be included before the generated config file (main/config.w32.h) where _WIN32_WINNT is defined to 5. Also main/php.h seems to be defining socklen_t ifndef HAVE_SOCKLEN_T, which im unsure if the Windows SDK has. Note that these are not critical for actual running PHP, but it would be great to have a cleaner screen on compile ;) Resources (MSDN on compiler warnings): C4090: http://msdn.microsoft.com/en-us/library/k77bkb8d.aspx C4101: http://msdn.microsoft.com/en-us/library/c733d5h9.aspx C4142: http://msdn.microsoft.com/en-us/library/cbs8z6wh.aspx -- Edit bug report at http://bugs.php.net/?id=46237&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=46237&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=46237&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=46237&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=46237&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=46237&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=46237&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=46237&r=needscript Try newer version:http://bugs.php.net/fix.php?id=46237&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=46237&r=support Expected behavior:http://bugs.php.net/fix.php?id=46237&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=46237&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=46237&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=46237&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46237&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=46237&r=dst IIS Stability:http://bugs.php.net/fix.php?id=46237&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=46237&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=46237&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=46237&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=46237&r=mysqlcfg
#46222 [NEW]: Memory issues in ArrayObject
From: [EMAIL PROTECTED] Operating system: Any PHP version: 5.2.6 PHP Bug Type: Scripting Engine problem Bug description: Memory issues in ArrayObject Description: ArrayObject appears to corrupt the symbol table Checked it with Valgrind and didn't see anything, but haven't checked the code yet. Appears to be a problem in both 5.2 and 5.3. Reproduce code: --- $test = new ArrayObject(); $test['d1']['d2'] = 'hello'; print_r($test3['m']); Expected result: nothing Actual result: -- Array ( [d2] => hello ) -- Edit bug report at http://bugs.php.net/?id=46222&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=46222&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=46222&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=46222&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=46222&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=46222&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=46222&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=46222&r=needscript Try newer version:http://bugs.php.net/fix.php?id=46222&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=46222&r=support Expected behavior:http://bugs.php.net/fix.php?id=46222&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=46222&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=46222&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=46222&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46222&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=46222&r=dst IIS Stability:http://bugs.php.net/fix.php?id=46222&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=46222&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=46222&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=46222&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=46222&r=mysqlcfg
#46205 [NEW]: Closure - Memory leaks when ReflectionException is thrown
From: [EMAIL PROTECTED] Operating system: PHP version: 5.3CVS-2008-09-30 (CVS) PHP Bug Type: Scripting Engine problem Bug description: Closure - Memory leaks when ReflectionException is thrown Description: See below. Reproduce code: --- invokeArgs(new reflectionparameter('trim', 'str'), array($y, 1)); } catch (Exception $e) { } Actual result: -- ==5847== 9 bytes in 1 blocks are indirectly lost in loss record 1 of 2 ==5847==at 0x4021620: malloc (vg_replace_malloc.c:149) ==5847==by 0x83CEAC1: _emalloc (zend_alloc.c:2285) ==5847==by 0x83CF03E: _estrndup (zend_alloc.c:2440) ==5847==by 0x841DFB7: zend_get_closure_invoke_method (zend_closures.c:113) ==5847==by 0x818AECF: zim_reflection_parameter___construct (php_reflection.c:1959) ==5847==by 0x83E7E0C: zend_call_function (zend_execute_API.c:907) ==5847==by 0x8188075: _reflection_export (php_reflection.c:1286) ==5847==by 0x818A78B: zim_reflection_parameter_export (php_reflection.c:1863) ==5847==by 0x83E7E0C: zend_call_function (zend_execute_API.c:907) ==5847==by 0x818DA96: zim_reflection_method_invokeArgs (php_reflection.c:2618) ==5847==by 0x8428148: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:315) ==5847==by 0x84291DC: ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER (zend_vm_execute.h:428) ==5847==by 0x842706B: execute (zend_vm_execute.h:104) ==5847==by 0x83F875C: zend_execute_scripts (zend.c:1197) ==5847==by 0x836FBB7: php_execute_script (main.c:2080) ==5847==by 0x8497743: main (php_cli.c:1130) ==5847== ==5847== ==5847== 153 (144 direct, 9 indirect) bytes in 1 blocks are definitely lost in loss record 2 of 2 ==5847==at 0x4021620: malloc (vg_replace_malloc.c:149) ==5847==by 0x83CEAC1: _emalloc (zend_alloc.c:2285) ==5847==by 0x841DF15: zend_get_closure_invoke_method (zend_closures.c:105) ==5847==by 0x818AECF: zim_reflection_parameter___construct (php_reflection.c:1959) ==5847==by 0x83E7E0C: zend_call_function (zend_execute_API.c:907) ==5847==by 0x8188075: _reflection_export (php_reflection.c:1286) ==5847==by 0x818A78B: zim_reflection_parameter_export (php_reflection.c:1863) ==5847==by 0x83E7E0C: zend_call_function (zend_execute_API.c:907) ==5847==by 0x818DA96: zim_reflection_method_invokeArgs (php_reflection.c:2618) ==5847==by 0x8428148: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:315) ==5847==by 0x84291DC: ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER (zend_vm_execute.h:428) ==5847==by 0x842706B: execute (zend_vm_execute.h:104) ==5847==by 0x83F875C: zend_execute_scripts (zend.c:1197) ==5847==by 0x836FBB7: php_execute_script (main.c:2080) ==5847==by 0x8497743: main (php_cli.c:1130) -- Edit bug report at http://bugs.php.net/?id=46205&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=46205&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=46205&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=46205&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=46205&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=46205&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=46205&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=46205&r=needscript Try newer version:http://bugs.php.net/fix.php?id=46205&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=46205&r=support Expected behavior:http://bugs.php.net/fix.php?id=46205&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=46205&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=46205&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=46205&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46205&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=46205&r=dst IIS Stability:http://bugs.php.net/fix.php?id=46205&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=46205&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=46205&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=46205&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=46205&r=mysqlcfg
#46178 [NEW]: memory leak in ext/phar
From: [EMAIL PROTECTED] Operating system: Mac OS X PHP version: 5.3CVS-2008-09-26 (CVS) PHP Bug Type: PHAR related Bug description: memory leak in ext/phar Description: When running http://svn.pear.php.net/PEAR2/Pyrus/trunk/src/Pyrus/makepackage.php I get Greg-Beavers-monster:Pyrus Greg$ php -d phar.readonly=0 makepackage.php [Thu Sep 25 20:38:04 2008] Script: 'makepackage.php' /Users/Greg/Documents/php/php5/ext/phar/util.c(1524) : Freeing 0x00E41CD0 (54 bytes), script=makepackage.php Last leak repeated 5 times [Thu Sep 25 20:38:04 2008] Script: 'makepackage.php' /Users/Greg/Documents/php/php5/ext/phar/util.c(1521) : Freeing 0x00E2FCF8 (104 bytes), script=makepackage.php /Users/Greg/Documents/php/php5/Zend/zend_alloc.c(2391) : Actual location (location was relayed) Last leak repeated 5 times === Total 12 memory leaks detected === not sure why yet -- Edit bug report at http://bugs.php.net/?id=46178&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=46178&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=46178&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=46178&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=46178&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=46178&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=46178&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=46178&r=needscript Try newer version:http://bugs.php.net/fix.php?id=46178&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=46178&r=support Expected behavior:http://bugs.php.net/fix.php?id=46178&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=46178&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=46178&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=46178&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46178&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=46178&r=dst IIS Stability:http://bugs.php.net/fix.php?id=46178&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=46178&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=46178&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=46178&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=46178&r=mysqlcfg
#46164 [NEW]: stream_filter_remove() closes the stream
From: [EMAIL PROTECTED] Operating system: PHP version: 5.3CVS-2008-09-24 (CVS) PHP Bug Type: Streams related Bug description: stream_filter_remove() closes the stream Description: Calling stream_filter_remove() closes the stream when the filter is a user filter. Reproduce code: --- class user_filter extends php_user_filter { function filter($in, $out, &$consumed, $closing) { while($bucket = stream_bucket_make_writeable($in)) { $consumed += $bucket->datalen; stream_bucket_append($out, $bucket); } return PSFS_PASS_ON; } } stream_filter_register('user_filter','user_filter'); $fd = fopen('/tmp/test','w'); $filter = stream_filter_append($fd, 'user_filter'); stream_filter_remove($filter); var_dump(fclose($fd)); Expected result: bool(true) Actual result: -- Warning: fclose(): 5 is not a valid stream resource in /tmp/rep.php on line 15 bool(false) -- Edit bug report at http://bugs.php.net/?id=46164&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=46164&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=46164&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=46164&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=46164&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=46164&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=46164&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=46164&r=needscript Try newer version:http://bugs.php.net/fix.php?id=46164&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=46164&r=support Expected behavior:http://bugs.php.net/fix.php?id=46164&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=46164&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=46164&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=46164&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46164&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=46164&r=dst IIS Stability:http://bugs.php.net/fix.php?id=46164&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=46164&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=46164&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=46164&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=46164&r=mysqlcfg
#46160 [NEW]: SPL - Memory leak when exception is throwed in offsetSet method
From: [EMAIL PROTECTED] Operating system: PHP version: 5.3CVS-2008-09-23 (CVS) PHP Bug Type: SPL related Bug description: SPL - Memory leak when exception is throwed in offsetSet method Description: A simple detail, see the patch: http://felipe.ath.cx/diff/spl-offsetset.diff Reproduce code: --- offsetSet(0, 0); } catch (Exception $e) { } Actual result: -- ==25461== 20 bytes in 1 blocks are definitely lost in loss record 2 of 4 ==25461==at 0x4021620: malloc (vg_replace_malloc.c:149) ==25461==by 0x83B9AD8: ZEND_SEND_VAL_SPEC_CONST_HANDLER (zend_vm_execute.h:1691) ==25461==by 0x83B764B: execute (zend_vm_execute.h:104) ==25461==by 0x8397166: zend_execute_scripts (zend.c:1197) ==25461==by 0x8345947: php_execute_script (main.c:2080) ==25461==by 0x841F6A2: main (php_cli.c:1130) -- Edit bug report at http://bugs.php.net/?id=46160&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=46160&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=46160&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=46160&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=46160&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=46160&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=46160&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=46160&r=needscript Try newer version:http://bugs.php.net/fix.php?id=46160&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=46160&r=support Expected behavior:http://bugs.php.net/fix.php?id=46160&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=46160&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=46160&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=46160&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46160&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=46160&r=dst IIS Stability:http://bugs.php.net/fix.php?id=46160&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=46160&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=46160&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=46160&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=46160&r=mysqlcfg
#46156 [NEW]: Infinite recursion in class destructor causes crash
From: [EMAIL PROTECTED] Operating system: * PHP version: 5.3.0alpha2 PHP Bug Type: Reproducible crash Bug description: Infinite recursion in class destructor causes crash Description: Creating a new instance of the same class in a class destructor which causes infinite recursion will cause PHP to crash, instead of throwing a memory_limit error. Dmitry told me to report this so it wouldn't be forgotten. Reproduce code: --- Expected result: memory_limit error Actual result: -- Crash -- Edit bug report at http://bugs.php.net/?id=46156&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=46156&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=46156&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=46156&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=46156&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=46156&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=46156&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=46156&r=needscript Try newer version:http://bugs.php.net/fix.php?id=46156&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=46156&r=support Expected behavior:http://bugs.php.net/fix.php?id=46156&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=46156&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=46156&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=46156&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46156&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=46156&r=dst IIS Stability:http://bugs.php.net/fix.php?id=46156&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=46156&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=46156&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=46156&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=46156&r=mysqlcfg
#46147 [NEW]: after stream seek, appending stream filter reads incorrect data
From: [EMAIL PROTECTED] Operating system: n/a PHP version: 5.3CVS-2008-09-22 (CVS) PHP Bug Type: Streams related Bug description: after stream seek, appending stream filter reads incorrect data Description: appending a stream filter to a stream that has already had data read into its buffer can cause unfiltered data to be read back in. This is because the data is written to writepos, but read from readpos, and so the buffer should be invalidated (writepos/readpos set to 0) prior to writing back the filtered data. This bug affects all PHP versions, and will be fixed in 5.2, 5.3, and 6.0 by me, I have a working patch ready to commit momentarily This bug was causing ext/phar/tests/zip/badalias.phpt to fail Reproduce code: --- execute within php5/ext/phar/tests/zip: Expected result: string(8) "hi/there" Actual result: -- string(8) "๏ฟฝ๏ฟฝ๏ฟฝ/๏ฟฝH-J" -- Edit bug report at http://bugs.php.net/?id=46147&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=46147&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=46147&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=46147&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=46147&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=46147&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=46147&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=46147&r=needscript Try newer version:http://bugs.php.net/fix.php?id=46147&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=46147&r=support Expected behavior:http://bugs.php.net/fix.php?id=46147&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=46147&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=46147&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=46147&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46147&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=46147&r=dst IIS Stability:http://bugs.php.net/fix.php?id=46147&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=46147&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=46147&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=46147&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=46147&r=mysqlcfg
#46115 [NEW]: Memory leak when calling a method using Reflection
From: [EMAIL PROTECTED] Operating system: PHP version: 5.3CVS-2008-09-18 (CVS) PHP Bug Type: Scripting Engine problem Bug description: Memory leak when calling a method using Reflection Description: zend_execute_API.c:903 -> ALLOC_INIT_ZVAL(*fci->retval_ptr_ptr); zend_interfaces.c:51 -> fci.retval_ptr_ptr = retval_ptr_ptr ? retval_ptr_ptr : &retval zend_execute_API.c:699 -> *fci->retval_ptr_ptr = NULL; Reproduce code: --- invoke(new RecursiveArrayIterator(array())); Actual result: -- ==16579== 20 bytes in 1 blocks are definitely lost in loss record 2 of 4 ==16579==at 0x4021620: malloc (vg_replace_malloc.c:149) ==16579==by 0x838C7DF: zend_call_function (zend_execute_API.c:903) ==16579==by 0x81B101F: zim_reflection_method_invoke (php_reflection.c:2510) ==16579==by 0x83B8992: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:315) ==16579==by 0x83B74EB: execute (zend_vm_execute.h:104) ==16579==by 0x8397006: zend_execute_scripts (zend.c:1197) ==16579==by 0x83457F7: php_execute_script (main.c:2080) ==16579==by 0x841F542: main (php_cli.c:1130) -- Edit bug report at http://bugs.php.net/?id=46115&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=46115&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=46115&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=46115&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=46115&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=46115&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=46115&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=46115&r=needscript Try newer version:http://bugs.php.net/fix.php?id=46115&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=46115&r=support Expected behavior:http://bugs.php.net/fix.php?id=46115&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=46115&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=46115&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=46115&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46115&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=46115&r=dst IIS Stability:http://bugs.php.net/fix.php?id=46115&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=46115&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=46115&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=46115&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=46115&r=mysqlcfg
#46110 [NEW]: XMLWriter - openmemory() and openuri() mem. leaks
From: [EMAIL PROTECTED] Operating system: PHP version: 5.3CVS-2008-09-17 (CVS) PHP Bug Type: XML Writer Bug description: XMLWriter - openmemory() and openuri() mem. leaks Description: The mem. leak happens when calling two or more times the openuri() and openmemory(). See below. Reproduce code: --- openuri(1); $x->openuri(1); $x->openmemory(); $x->openmemory(); Actual result: -- ==19574== 18 bytes in 6 blocks are indirectly lost in loss record 2 of 14 ==19574==at 0x4021620: malloc (vg_replace_malloc.c:149) ==19574==by 0x51CFE65: xmlStrndup (in /usr/lib/libxml2.so.2.6.27) ==19574==by 0x51D000B: xmlStrdup (in /usr/lib/libxml2.so.2.6.27) ==19574==by 0x5225BE9: xmlNewTextWriter (in /usr/lib/libxml2.so.2.6.27) ==19574==by 0x52260D1: xmlNewTextWriterFilename (in /usr/lib/libxml2.so.2.6.27) ==19574==by 0x8357E54: zif_xmlwriter_open_uri (php_xmlwriter.c:1833) ==19574==by 0x83FB4DF: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:315) ==19574==by 0x83E9602: execute (zend_vm_execute.h:104) ==19574==by 0x83C3A6E: zend_execute_scripts (zend.c:1197) ==19574==by 0x836916C: php_execute_script (main.c:2080) ==19574==by 0x845B734: main (php_cli.c:1130) ==19574== ==19574== 8,450 (8 direct, 8,442 indirect) bytes in 1 blocks are definitely lost in loss record 12 of 14 ==19574==at 0x4021620: malloc (vg_replace_malloc.c:149) ==19574==by 0x8357C71: zif_xmlwriter_open_memory (php_xmlwriter.c:1890) ==19574==by 0x83FB4DF: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:315) ==19574==by 0x83E9602: execute (zend_vm_execute.h:104) ==19574==by 0x83C3A6E: zend_execute_scripts (zend.c:1197) ==19574== 64 bytes in 4 blocks are indirectly lost in loss record 5 of 14 ==19574==at 0x4021620: malloc (vg_replace_malloc.c:149) ==19574==by 0x517C151: xmlBufferCreate (in /usr/lib/libxml2.so.2.6.27) ==19574==by 0x5185786: xmlAllocOutputBuffer (in /usr/lib/libxml2.so.2.6.27) ==19574==by 0x518585A: xmlOutputBufferCreateIO (in /usr/lib/libxml2.so.2.6.27) ==19574==by 0x51858BB: xmlOutputBufferCreateBuffer (in /usr/lib/libxml2.so.2.6.27) ==19574==by 0x522602C: xmlNewTextWriterMemory (in /usr/lib/libxml2.so.2.6.27) ==19574==by 0x8357C5F: zif_xmlwriter_open_memory (php_xmlwriter.c:1884) ==19574==by 0x83FB4DF: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:315) ==19574==by 0x83E9602: execute (zend_vm_execute.h:104) ==19574==by 0x83C3A6E: zend_execute_scripts (zend.c:1197) ==19574==by 0x836916C: php_execute_script (main.c:2080) ==19574==by 0x845B734: main (php_cli.c:1130) ==19574== ==19574== ==19574== 72 bytes in 6 blocks are indirectly lost in loss record 6 of 14 ==19574==at 0x4021620: malloc (vg_replace_malloc.c:149) ==19574==by 0x5184C0B: xmlListCreate (in /usr/lib/libxml2.so.2.6.27) ==19574==by 0x5225BB0: xmlNewTextWriter (in /usr/lib/libxml2.so.2.6.27) ==19574==by 0x522603A: xmlNewTextWriterMemory (in /usr/lib/libxml2.so.2.6.27) ==19574==by 0x8357C5F: zif_xmlwriter_open_memory (php_xmlwriter.c:1884) ==19574==by 0x83FB4DF: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:315) ==19574==by 0x83E9602: execute (zend_vm_execute.h:104) ==19574==by 0x83C3A6E: zend_execute_scripts (zend.c:1197) ==19574==by 0x836916C: php_execute_script (main.c:2080) ==19574==by 0x845B734: main (php_cli.c:1130) ==19574== ==19574== ==19574== 72 bytes in 6 blocks are indirectly lost in loss record 7 of 14 ==19574==at 0x4021620: malloc (vg_replace_malloc.c:149) ==19574==by 0x5184BE8: xmlListCreate (in /usr/lib/libxml2.so.2.6.27) ==19574==by 0x5225BB0: xmlNewTextWriter (in /usr/lib/libxml2.so.2.6.27) ==19574==by 0x52260D1: xmlNewTextWriterFilename (in /usr/lib/libxml2.so.2.6.27) ==19574==by 0x8357E54: zif_xmlwriter_open_uri (php_xmlwriter.c:1833) ==19574==by 0x83FB4DF: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:315) ==19574==by 0x83E9602: execute (zend_vm_execute.h:104) ==19574==by 0x83C3A6E: zend_execute_scripts (zend.c:1197) ==19574==by 0x836916C: php_execute_script (main.c:2080) ==19574==by 0x845B734: main (php_cli.c:1130) ==19574== ==19574== ==19574== 96 bytes in 3 blocks are indirectly lost in loss record 8 of 14 ==19574==at 0x4021620: malloc (vg_replace_malloc.c:149) ==19574==by 0x5185768: xmlAllocOutputBuffer (in /usr/lib/libxml2.so.2.6.27) ==19574==by 0x8072B24: php_libxml_output_buffer_create_filename (libxml.c:413) ==19574==by 0x518848F: xmlOutputBufferCreateFilename (in /usr/lib/libxml2.so.2.6.27) ==19574==by 0x52260C3: xmlNewTextWriterFilename (in /usr/lib/libxml2.so.2.6.27) ==19574==by 0x8357E54: zif_xmlwriter_open_uri (php_xmlwriter.c:1833) ==19574==by 0x83FB4DF: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:315) ==19574==by 0x83E9602: execute (zend_vm_execute.h:104) ==19574==by 0x83C3A6E: zend_execute_scripts (zend.c:1197) ==1957
#46109 [NEW]: MySQLi::init - Memory leaks
From: [EMAIL PROTECTED] Operating system: PHP version: 5.3CVS-2008-09-17 (CVS) PHP Bug Type: MySQLi related Bug description: MySQLi::init - Memory leaks Description: Calling init() two or more times generates the mem. leak. Reproduce code: --- init(); $x->init(); Actual result: -- ==19445== 988 (12 direct, 976 indirect) bytes in 1 blocks are definitely lost in loss record 5 of 7 ==19445==at 0x4021620: malloc (vg_replace_malloc.c:149) ==19445==by 0x83A4EB8: _ecalloc (zend_alloc.c:2414) ==19445==by 0x816F4A1: zif_mysqli_init (mysqli_api.c:1330) ==19445==by 0x83FB4DF: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:315) ==19445==by 0x83E9602: execute (zend_vm_execute.h:104) ==19445==by 0x83C3A6E: zend_execute_scripts (zend.c:1197) ==19445==by 0x836916C: php_execute_script (main.c:2080) ==19445==by 0x845B734: main (php_cli.c:1130) ==19445== ==19445== ==19445== 952 bytes in 1 blocks are indirectly lost in loss record 6 of 7 ==19445==at 0x4021620: malloc (vg_replace_malloc.c:149) ==19445==by 0x4F3D31C: my_malloc (in /usr/lib/libmysqlclient_r.so.15.0.0) ==19445==by 0x4F6325E: mysql_init (in /usr/lib/libmysqlclient_r.so.15.0.0) ==19445==by 0x816F483: zif_mysqli_init (mysqli_api.c:1317) ==19445==by 0x83FB4DF: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:315) ==19445==by 0x83E9602: execute (zend_vm_execute.h:104) ==19445==by 0x83C3A6E: zend_execute_scripts (zend.c:1197) ==19445==by 0x836916C: php_execute_script (main.c:2080) ==19445==by 0x845B734: main (php_cli.c:1130) -- Edit bug report at http://bugs.php.net/?id=46109&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=46109&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=46109&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=46109&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=46109&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=46109&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=46109&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=46109&r=needscript Try newer version:http://bugs.php.net/fix.php?id=46109&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=46109&r=support Expected behavior:http://bugs.php.net/fix.php?id=46109&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=46109&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=46109&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=46109&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46109&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=46109&r=dst IIS Stability:http://bugs.php.net/fix.php?id=46109&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=46109&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=46109&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=46109&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=46109&r=mysqlcfg
#46108 [NEW]: DateTime - Memory leak when unserializing
From: [EMAIL PROTECTED] Operating system: PHP version: 5.3CVS-2008-09-17 (CVS) PHP Bug Type: Date/time related Bug description: DateTime - Memory leak when unserializing Description: See below. Reproduce code: --- http://bugs.php.net/?id=46108&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=46108&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=46108&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=46108&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=46108&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=46108&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=46108&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=46108&r=needscript Try newer version:http://bugs.php.net/fix.php?id=46108&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=46108&r=support Expected behavior:http://bugs.php.net/fix.php?id=46108&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=46108&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=46108&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=46108&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46108&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=46108&r=dst IIS Stability:http://bugs.php.net/fix.php?id=46108&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=46108&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=46108&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=46108&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=46108&r=mysqlcfg
#46106 [NEW]: Memory leaks when using global statement
From: [EMAIL PROTECTED] Operating system: PHP version: 5.3CVS-2008-09-17 (CVS) PHP Bug Type: Scripting Engine problem Bug description: Memory leaks when using global statement Description: See below. Reproduce code: --- invokeArgs(array(0)); } $x = new ReflectionFunction('str_pad'); test($x); Actual result: -- /home/felipe/dev/php5/Zend/zend_vm_execute.h(4047) : Freeing 0x08C23230 (20 bytes), script=/home/felipe/public_html/bug.php [Wed Sep 17 11:46:07 2008] Script: '/home/felipe/public_html/bug.php' /home/felipe/dev/php5/Zend/zend_vm_execute.h(4078) : Freeing 0x08C2392C (35 bytes), script=/home/felipe/public_html/bug.php /home/felipe/dev/php5/Zend/zend_hash.c(388) : Actual location (location was relayed) [Wed Sep 17 11:46:07 2008] Script: '/home/felipe/public_html/bug.php' /home/felipe/dev/php5/Zend/zend_vm_execute.h(4092) : Freeing 0x08C24150 (32 bytes), script=/home/felipe/public_html/bug.php /home/felipe/dev/php5/Zend/zend_alloc.c(2391) : Actual location (location was relayed) Last leak repeated 1 time [Wed Sep 17 11:46:07 2008] Script: '/home/felipe/public_html/bug.php' /home/felipe/dev/php5/Zend/zend_execute.c(737) : Freeing 0x08C241A0 (20 bytes), script=/home/felipe/public_html/bug.php [Wed Sep 17 11:46:07 2008] Script: '/home/felipe/public_html/bug.php' /home/felipe/dev/php5/Zend/zend_vm_execute.h(482) : Freeing 0x08C258B4 (20 bytes), script=/home/felipe/public_html/bug.php === Total 6 memory leaks detected === -- Edit bug report at http://bugs.php.net/?id=46106&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=46106&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=46106&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=46106&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=46106&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=46106&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=46106&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=46106&r=needscript Try newer version:http://bugs.php.net/fix.php?id=46106&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=46106&r=support Expected behavior:http://bugs.php.net/fix.php?id=46106&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=46106&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=46106&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=46106&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46106&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=46106&r=dst IIS Stability:http://bugs.php.net/fix.php?id=46106&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=46106&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=46106&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=46106&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=46106&r=mysqlcfg
#46099 [NEW]: Xsltprocessor::setProfiling - memory leak
From: [EMAIL PROTECTED] Operating system: PHP version: 5.3CVS-2008-09-16 (CVS) PHP Bug Type: XSLT related Bug description: Xsltprocessor::setProfiling - memory leak Description: See below. The intern->profiling isn't freed and not checked when calling setProfiling() two or more times. Reproduce code: --- setProfiling('foo'); $x->setProfiling('foo'); Actual result: -- Memory leak. -- Edit bug report at http://bugs.php.net/?id=46099&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=46099&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=46099&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=46099&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=46099&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=46099&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=46099&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=46099&r=needscript Try newer version:http://bugs.php.net/fix.php?id=46099&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=46099&r=support Expected behavior:http://bugs.php.net/fix.php?id=46099&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=46099&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=46099&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=46099&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46099&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=46099&r=dst IIS Stability:http://bugs.php.net/fix.php?id=46099&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=46099&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=46099&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=46099&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=46099&r=mysqlcfg
#46071 [NEW]: finfo_open() segfaults with wrong file name in 64-bit machine
From: [EMAIL PROTECTED] Operating system: FreeBSD6 PHP version: 5.3CVS-2008-09-13 (CVS) PHP Bug Type: Filesystem function related Bug description: finfo_open() segfaults with wrong file name in 64-bit machine Description: See below. Reproduce code: --- Starting program: /usr/home/felipe/php5/sapi/cli/php -r 'print finfo_open(NULL, PHP_INT_MAX);' warning: Unable to get location for thread creation breakpoint: generic error [New LWP 100130] [New Thread 0xbad000 (LWP 100130)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0xbad000 (LWP 100130)] 0x000801cd2520 in strlen () from /lib/libc.so.6 (gdb) bt #0 0x000801cd2520 in strlen () from /lib/libc.so.6 #1 0x00672713 in vspprintf (pbuf=0x7fffdb98, max_len=0, format=0x7fffdc08 "", ap=0x7fffdbd0) at /usr/home/felipe/php5/main/spprintf.c:564 #2 0x004ba7a3 in file_error_core (ms=0xbd64c8, error=0, f=0x9713b4 "bad magic in `%s'", va=0x7fffdbd0, lineno=0) at /usr/home/felipe/php5/ext/fileinfo/libmagic/funcs.c:96 #3 0x004ba904 in file_error (ms=0x400, error=5128, f=0x7fffdc08 "") at /usr/home/felipe/php5/ext/fileinfo/libmagic/funcs.c:119 #4 0x004b9127 in apprentice_1 (ms=0xbd64c8, fn=0xbd6610 "/usr/home/felipe/php5/9223372036854775807", action=0, mlist=0xbd6650) at /usr/home/felipe/php5/ext/fileinfo/libmagic/apprentice.c:1904 #5 0x004b926d in file_apprentice (ms=0xbd64c8, fn=0x0, action=0) at /usr/home/felipe/php5/ext/fileinfo/libmagic/apprentice.c:336 #6 0x004bb078 in magic_load (ms=0xbd64c8, magicfile=0x1408 ) at /usr/home/felipe/php5/ext/fileinfo/libmagic/magic.c:192 #7 0x004b5f3f in zif_finfo_open (ht=1024, return_value=0xbd5640, return_value_ptr=0x7fffdc08, this_ptr=0x0, return_value_used=12, tsrm_ls=0xba4640) at /usr/home/felipe/php5/ext/fileinfo/fileinfo.c:351 #8 0x006ed5a5 in zend_do_fcall_common_helper_SPEC (execute_data=0xef5040, tsrm_ls=0xba4640) at zend_vm_execute.h:315 #9 0x006ec792 in execute (op_array=0xbd5d70, tsrm_ls=0xba4640) at zend_vm_execute.h:104 #10 0x006bb866 in zend_eval_string (str=0xbd5d70 "\004]๏ฟฝ", retval_ptr=0x0, string_name=0x0, tsrm_ls=0xba4640) at /usr/home/felipe/php5/Zend/zend_execute_API.c:1118 #11 0x006bba1b in zend_eval_string_ex (str=0x400 , retval_ptr=0x1408, string_name=0x7fffdc08 "", handle_exceptions=1, tsrm_ls=0xba4640) at /usr/home/felipe/php5/Zend/zend_execute_API.c:1153 #12 0x0076c00f in main (argc=3, argv=0x7fffe878) at /usr/home/felipe/php5/sapi/cli/php_cli.c:1219 -- Edit bug report at http://bugs.php.net/?id=46071&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=46071&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=46071&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=46071&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=46071&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=46071&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=46071&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=46071&r=needscript Try newer version:http://bugs.php.net/fix.php?id=46071&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=46071&r=support Expected behavior:http://bugs.php.net/fix.php?id=46071&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=46071&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=46071&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=46071&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46071&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=46071&r=dst IIS Stability:http://bugs.php.net/fix.php?id=46071&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=46071&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=46071&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=46071&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=46071&r=mysqlcfg
#46058 [NEW]: ReflectionMethod::invoke - wrong behavior
From: [EMAIL PROTECTED] Operating system: PHP version: 5.2CVS-2008-09-11 (CVS) PHP Bug Type: Reflection related Bug description: ReflectionMethod::invoke - wrong behavior Description: Currently the behavior is different of 5.3 and HEAD. Note also: the method name in the warning message. Reproduce code: --- invokeArgs(new ReflectionFunction('trim'), array(' foobar '))); Expected result: string(6) "foobar" Actual result: -- Fatal error: Non-static method ReflectionFunction::trim() cannot be called statically in %s on line %d -- Edit bug report at http://bugs.php.net/?id=46058&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=46058&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=46058&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=46058&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=46058&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=46058&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=46058&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=46058&r=needscript Try newer version:http://bugs.php.net/fix.php?id=46058&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=46058&r=support Expected behavior:http://bugs.php.net/fix.php?id=46058&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=46058&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=46058&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=46058&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46058&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=46058&r=dst IIS Stability:http://bugs.php.net/fix.php?id=46058&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=46058&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=46058&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=46058&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=46058&r=mysqlcfg
#46055 [NEW]: Tidy crashes when no document is supplied
From: [EMAIL PROTECTED] Operating system: PHP version: 5.3CVS-2008-09-11 (CVS) PHP Bug Type: Unknown/Other Function Bug description: Tidy crashes when no document is supplied Description: See below. Reproduce code: --- 1) getparent(); --- 2) diagnose(); --- etc Actual result: -- 1) ==32570== Invalid read of size 4 ==32570==at 0x41823CE: tidyGetParent (in /usr/lib/libtidy-0.99.so.0.0.0) ==32570==by 0x838679D: zif_tnm_getParent (tidy.c:1803) ==32570==by 0x845468F: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:315) ==32570==by 0x84427B2: execute (zend_vm_execute.h:104) ==32570==by 0x841CC2E: zend_execute_scripts (zend.c:1197) ==32570==by 0x83C22CC: php_execute_script (main.c:2075) ==32570==by 0x84B4C0C: main (php_cli.c:1130) ==32570== Address 0x0 is not stack'd, malloc'd or (recently) free'd ==32570== ==32570== Process terminating with default action of signal 11 (SIGSEGV) ==32570== Access not within mapped region at address 0x0 ==32570==at 0x41823CE: tidyGetParent (in /usr/lib/libtidy-0.99.so.0.0.0) ==32570==by 0x838679D: zif_tnm_getParent (tidy.c:1803) ==32570==by 0x845468F: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:315) ==32570==by 0x84427B2: execute (zend_vm_execute.h:104) ==32570==by 0x841CC2E: zend_execute_scripts (zend.c:1197) ==32570==by 0x83C22CC: php_execute_script (main.c:2075) ==32570==by 0x84B4C0C: main (php_cli.c:1130) 2) ==32580== Invalid read of size 4 ==32580==at 0x4179D53: ReportMarkupVersion (in /usr/lib/libtidy-0.99.so.0.0.0) ==32580==by 0x41819AC: tidyDocRunDiagnostics (in /usr/lib/libtidy-0.99.so.0.0.0) ==32580==by 0x41819DC: tidyRunDiagnostics (in /usr/lib/libtidy-0.99.so.0.0.0) ==32580==by 0x8386428: zif_tidy_diagnose (tidy.c:1319) ==32580==by 0x845468F: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:315) ==32580==by 0x84427B2: execute (zend_vm_execute.h:104) ==32580==by 0x841CC2E: zend_execute_scripts (zend.c:1197) ==32580==by 0x83C22CC: php_execute_script (main.c:2075) ==32580==by 0x84B4C0C: main (php_cli.c:1130) ==32580== Address 0x1C is not stack'd, malloc'd or (recently) free'd ==32580== ==32580== Process terminating with default action of signal 11 (SIGSEGV) ==32580== Access not within mapped region at address 0x1C ==32580==at 0x4179D53: ReportMarkupVersion (in /usr/lib/libtidy-0.99.so.0.0.0) ==32580==by 0x41819AC: tidyDocRunDiagnostics (in /usr/lib/libtidy-0.99.so.0.0.0) ==32580==by 0x41819DC: tidyRunDiagnostics (in /usr/lib/libtidy-0.99.so.0.0.0) ==32580==by 0x8386428: zif_tidy_diagnose (tidy.c:1319) ==32580==by 0x845468F: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:315) ==32580==by 0x84427B2: execute (zend_vm_execute.h:104) ==32580==by 0x841CC2E: zend_execute_scripts (zend.c:1197) ==32580==by 0x83C22CC: php_execute_script (main.c:2075) ==32580==by 0x84B4C0C: main (php_cli.c:1130) -- Edit bug report at http://bugs.php.net/?id=46055&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=46055&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=46055&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=46055&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=46055&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=46055&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=46055&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=46055&r=needscript Try newer version:http://bugs.php.net/fix.php?id=46055&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=46055&r=support Expected behavior:http://bugs.php.net/fix.php?id=46055&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=46055&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=46055&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=46055&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46055&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=46055&r=dst IIS Stability:http://bugs.php.net/fix.php?id=46055&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=46055&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=46055&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=46055&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=46055&r=mysqlcfg
#46053 [NEW]: SplFileObject::seek - Endless loop
From: [EMAIL PROTECTED] Operating system: PHP version: 5.3CVS-2008-09-11 (CVS) PHP Bug Type: SPL related Bug description: SplFileObject::seek - Endless loop Description: The endless loop occurs when passing a number greater than the number of line in file. Reproduce code: --- getPathName(); $x->seek(10); -- Edit bug report at http://bugs.php.net/?id=46053&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=46053&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=46053&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=46053&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=46053&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=46053&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=46053&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=46053&r=needscript Try newer version:http://bugs.php.net/fix.php?id=46053&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=46053&r=support Expected behavior:http://bugs.php.net/fix.php?id=46053&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=46053&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=46053&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=46053&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46053&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=46053&r=dst IIS Stability:http://bugs.php.net/fix.php?id=46053&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=46053&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=46053&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=46053&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=46053&r=mysqlcfg
#46051 [NEW]: SplFileInfo::openFile - memory overlap
From: [EMAIL PROTECTED] Operating system: PHP version: 5.3CVS-2008-09-11 (CVS) PHP Bug Type: SPL related Bug description: SplFileInfo::openFile - memory overlap Description: ==906== Source and destination overlap in memcpy(0x6777400, 0x6777400, 32) ==906==at 0x4022ED6: memcpy (mc_replace_strmem.c:116) ==906==by 0x83FDED2: _estrndup (zend_alloc.c:2444) ==906==by 0x84286C5: add_assoc_stringl_ex (zend_API.c:1157) ==906==by 0x8274E3F: spl_filesystem_object_get_debug_info (spl_directory.c:548) ==906==by 0x8361F20: php_var_dump (var.c:128) ==906==by 0x836229C: zif_var_dump (var.c:178) ==906==by 0x845468F: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:315) ==906==by 0x84427B2: execute (zend_vm_execute.h:104) ==906==by 0x841CC2E: zend_execute_scripts (zend.c:1197) ==906==by 0x83C22CC: php_execute_script (main.c:2075) ==906==by 0x84B4C0C: main (php_cli.c:1130) Reproduce code: --- openFile(NULL, NULL, NULL); } catch (Exception $e) { } var_dump($x->getPathName()); Expected result: string(32) "/home/felipe/public_html/bug.php" Actual result: -- string(32) "e/felipe/public_html/bug.php" -- Edit bug report at http://bugs.php.net/?id=46051&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=46051&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=46051&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=46051&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=46051&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=46051&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=46051&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=46051&r=needscript Try newer version:http://bugs.php.net/fix.php?id=46051&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=46051&r=support Expected behavior:http://bugs.php.net/fix.php?id=46051&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=46051&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=46051&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=46051&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46051&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=46051&r=dst IIS Stability:http://bugs.php.net/fix.php?id=46051&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=46051&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=46051&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=46051&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=46051&r=mysqlcfg
#46049 [NEW]: feof() hangs
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 5.3CVS-2008-09-11 (CVS) PHP Bug Type: Streams related Bug description: feof() hangs Description: The code below works fine with PHP 5.2.6 (and earlier), but not with the unreleased PHP 5.2.7 and PHP 5.3.0: 892 $handle = @fopen($url, 'r'); 893 894 if (!$handle) { 895 throw new RuntimeException( 896 'Could not connect to the Selenium RC server.' 897 ); 898 } 899 900 stream_set_blocking($handle, 1); 901 stream_set_timeout($handle, 0, $this->timeout); 902 903 $info = stream_get_meta_data($handle); 904 $response = ''; 905 906 while ((!feof($handle)) && (!$info['timed_out'])) { 907 $response .= fgets($handle, 4096); 908 $info = stream_get_meta_data($handle); 909 } 910 911 fclose($handle); The code above hangs with PHP 5.2.7 and PHP 5.3.0 in line 906 as shown using Xdebug's tracing: fopen() Driver.php:892 stream_set_blocking() Driver.php:900 stream_set_timeout() Driver.php:901 stream_get_meta_data() Driver.php:903 feof() Driver.php:906 fgets() Driver.php:907 stream_get_meta_data() Driver.php:908 feof() Driver.php:906 The second feof() call above hangs. More information can be found here: - http://static.phpunit.de/trace.818532121.xt - http://static.phpunit.de/strace.txt Changing the loop to while (!$info['eof'] && !$info['timed_out']) { $response .= fgets($handle, 4096); $info = stream_get_meta_data($handle); } fixes the problem. This means a difference between feof() and $info['eof']. -- Edit bug report at http://bugs.php.net/?id=46049&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=46049&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=46049&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=46049&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=46049&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=46049&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=46049&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=46049&r=needscript Try newer version:http://bugs.php.net/fix.php?id=46049&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=46049&r=support Expected behavior:http://bugs.php.net/fix.php?id=46049&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=46049&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=46049&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=46049&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46049&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=46049&r=dst IIS Stability:http://bugs.php.net/fix.php?id=46049&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=46049&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=46049&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=46049&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=46049&r=mysqlcfg
#46043 [Bgs]: file_get_contents() gives "stream does not support seeking" error with offset
ID: 46043 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Streams related Operating System: Linux, debian PHP Version: 5.2.6 New Comment: But it does work fine (and returning the correct data) with a lower offset? The provided code also shows that the error only occurs at some cutoff point, meaning the stream supports seeking without any problems until the limit. I suppose this "it sometimes works" nature should be noted in the documentation or at least disallow file_get_contents() from using offset at all at a stream that does not support fseek(). Currently it is in a state where the feature could work one day and not the next (I suppose if the content is found within the first chunk of the request of a given limit) where it is not clear why the feature is not working. At least the text "stream does not support seeking" is confusing as some kind of offset usage is possible to a certain limit. Previous Comments: [2008-09-10 23:11:36] [EMAIL PROTECTED] You cannot seek on non-local files. [2008-09-10 14:55:42] [EMAIL PROTECTED] Description: file_get_contents() supports an offset. However, at certain times this gives an "stream does not support seeking" at a certain offset. This offset might differ with installations and the website a resource is requested from. Reproduce code: --- file_get_contents("http://stock.ter.dk/taske.jpg";, null, null, 8000, 1000); Expected result: The content should be returned Actual result: -- Warning: file_get_contents(): stream does not support seeking in Command line code on line 1 Warning: file_get_contents(): Failed to seek to position 8000 in the stream in Command line code on line 1 The exact cutoff-point seem to differ. A script such as the following gives different results at different servers. http://stock.ter.dk/taske.jpg";, null, null, $offset, $length)) { print "$offset, $length\n"; $offset += $length; } ?> PHP 5.2.6-0.dotdeb.1 with Suhosin-Patch 0.9.6.2 (cli): 0, 500 500, 500 1000, 500 1500, 500 2000, 500 2500, 500 3000, 500 3500, 500 4000, 500 4500, 500 5000, 500 5500, 500 6000, 500 6500, 500 7000, 500 7500, 500 Warning: file_get_contents(): stream does not support seeking in /home/penguin/- on line 4 Warning: file_get_contents(): Failed to seek to position 8000 in the stream in /home/penguin/- on line 4 PHP 5.2.0 (cli) (built: Nov 26 2006 10:25:07): 0, 500 500, 500 1000, 500 Warning: file_get_contents(): stream does not support seeking in /home/penguin/- on line 4 Warning: file_get_contents(): Failed to seek to position 1500 in the stream. in /home/penguin/- on line 4 The behaviour is the same whether php-cli or mod_php is used, as seen at http://stock.ter.dk/filegetbug.php (as a side note, file_get_contents() [or rather, the http stream] could try to use a ranged request when an offset and range is present, with a fallback to the current behaviour if the webserver returns the whole file) -- Edit this bug report at http://bugs.php.net/?id=46043&edit=1
#46044 [NEW]: Mysqli - wrong error message
From: [EMAIL PROTECTED] Operating system: PHP version: 5.3CVS-2008-09-10 (CVS) PHP Bug Type: MySQLi related Bug description: Mysqli - wrong error message Description: See below. Reproduce code: --- new mysqli_result(1); // Error! OK Warning: mysqli_result::mysqli_result() expects parameter 1 to be mysqli, integer given in /home/felipe/public_html/bug.php on line 4 new mysqli('localhost', 'root'); // No error, OK! new mysqli_result(new mysqli('localhost', 'root')); // hm!?!?!? Warning: mysqli::mysqli() expects parameter 1 to be string, object given in /home/felipe/public_html/bug.php on line 4 -- Edit bug report at http://bugs.php.net/?id=46044&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=46044&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=46044&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=46044&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=46044&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=46044&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=46044&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=46044&r=needscript Try newer version:http://bugs.php.net/fix.php?id=46044&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=46044&r=support Expected behavior:http://bugs.php.net/fix.php?id=46044&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=46044&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=46044&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=46044&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46044&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=46044&r=dst IIS Stability:http://bugs.php.net/fix.php?id=46044&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=46044&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=46044&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=46044&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=46044&r=mysqlcfg
#46043 [NEW]: file_get_contents() gives "stream does not support seeking" error with offset
From: [EMAIL PROTECTED] Operating system: Linux, debian PHP version: 5.2.6 PHP Bug Type: Streams related Bug description: file_get_contents() gives "stream does not support seeking" error with offset Description: file_get_contents() supports an offset. However, at certain times this gives an "stream does not support seeking" at a certain offset. This offset might differ with installations and the website a resource is requested from. Reproduce code: --- file_get_contents("http://stock.ter.dk/taske.jpg";, null, null, 8000, 1000); Expected result: The content should be returned Actual result: -- Warning: file_get_contents(): stream does not support seeking in Command line code on line 1 Warning: file_get_contents(): Failed to seek to position 8000 in the stream in Command line code on line 1 The exact cutoff-point seem to differ. A script such as the following gives different results at different servers. http://stock.ter.dk/taske.jpg";, null, null, $offset, $length)) { print "$offset, $length\n"; $offset += $length; } ?> PHP 5.2.6-0.dotdeb.1 with Suhosin-Patch 0.9.6.2 (cli): 0, 500 500, 500 1000, 500 1500, 500 2000, 500 2500, 500 3000, 500 3500, 500 4000, 500 4500, 500 5000, 500 5500, 500 6000, 500 6500, 500 7000, 500 7500, 500 Warning: file_get_contents(): stream does not support seeking in /home/penguin/- on line 4 Warning: file_get_contents(): Failed to seek to position 8000 in the stream in /home/penguin/- on line 4 PHP 5.2.0 (cli) (built: Nov 26 2006 10:25:07): 0, 500 500, 500 1000, 500 Warning: file_get_contents(): stream does not support seeking in /home/penguin/- on line 4 Warning: file_get_contents(): Failed to seek to position 1500 in the stream. in /home/penguin/- on line 4 The behaviour is the same whether php-cli or mod_php is used, as seen at http://stock.ter.dk/filegetbug.php (as a side note, file_get_contents() [or rather, the http stream] could try to use a ranged request when an offset and range is present, with a fallback to the current behaviour if the webserver returns the whole file) -- Edit bug report at http://bugs.php.net/?id=46043&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=46043&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=46043&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=46043&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=46043&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=46043&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=46043&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=46043&r=needscript Try newer version:http://bugs.php.net/fix.php?id=46043&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=46043&r=support Expected behavior:http://bugs.php.net/fix.php?id=46043&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=46043&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=46043&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=46043&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46043&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=46043&r=dst IIS Stability:http://bugs.php.net/fix.php?id=46043&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=46043&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=46043&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=46043&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=46043&r=mysqlcfg
#46042 [NEW]: Mem. leaks when calling mb_convert_encoding using Reflection
From: [EMAIL PROTECTED] Operating system: PHP version: 5.3CVS-2008-09-10 (CVS) PHP Bug Type: mbstring related Bug description: Mem. leaks when calling mb_convert_encoding using Reflection Description: See below. Reproduce code: --- invokeArgs(array(1, 2, 3)); Expected result: Warning: mb_convert_encoding(): Unknown encoding "2" in %s on line %d [Wed Sep 10 09:11:05 2008] Script: '%s' /home/felipe/dev/php5/ext/mbstring/mbstring.c(3120) : Freeing 0x08BC5F94 (20 bytes), script=%s [Wed Sep 10 09:11:05 2008] Script: '%s' /home/felipe/dev/php5/main/spprintf.c(764) : Freeing 0x08BC5FD8 (79 bytes), script=%s === Total 2 memory leaks detected === -- Edit bug report at http://bugs.php.net/?id=46042&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=46042&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=46042&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=46042&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=46042&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=46042&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=46042&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=46042&r=needscript Try newer version:http://bugs.php.net/fix.php?id=46042&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=46042&r=support Expected behavior:http://bugs.php.net/fix.php?id=46042&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=46042&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=46042&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=46042&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46042&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=46042&r=dst IIS Stability:http://bugs.php.net/fix.php?id=46042&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=46042&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=46042&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=46042&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=46042&r=mysqlcfg
#46033 [NEW]: Segfault when trying to instance SQLite3Stmt
From: [EMAIL PROTECTED] Operating system: PHP version: 5.3CVS-2008-09-09 (CVS) PHP Bug Type: SQLite related Bug description: Segfault when trying to instance SQLite3Stmt Description: See below. Reproduce code: --- http://bugs.php.net/?id=46033&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=46033&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=46033&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=46033&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=46033&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=46033&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=46033&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=46033&r=needscript Try newer version:http://bugs.php.net/fix.php?id=46033&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=46033&r=support Expected behavior:http://bugs.php.net/fix.php?id=46033&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=46033&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=46033&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=46033&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46033&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=46033&r=dst IIS Stability:http://bugs.php.net/fix.php?id=46033&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=46033&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=46033&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=46033&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=46033&r=mysqlcfg
#46032 [NEW]: PharData::__construct() - wrong memory read
From: [EMAIL PROTECTED] Operating system: PHP version: 5.2CVS-2008-09-09 (CVS) PHP Bug Type: PHAR related Bug description: PharData::__construct() - wrong memory read Description: See the "file name" in the exception trace. Reproduce code: --- __construct('`hf???0...') #1 {main} thrown in %s on line %d -- Edit bug report at http://bugs.php.net/?id=46032&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=46032&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=46032&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=46032&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=46032&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=46032&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=46032&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=46032&r=needscript Try newer version:http://bugs.php.net/fix.php?id=46032&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=46032&r=support Expected behavior:http://bugs.php.net/fix.php?id=46032&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=46032&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=46032&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=46032&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46032&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=46032&r=dst IIS Stability:http://bugs.php.net/fix.php?id=46032&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=46032&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=46032&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=46032&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=46032&r=mysqlcfg
#46031 [NEW]: Segfault in AppendIterator::next
From: [EMAIL PROTECTED] Operating system: PHP version: 5.2CVS-2008-09-09 (CVS) PHP Bug Type: SPL related Bug description: Segfault in AppendIterator::next Description: See below. Reproduce code: --- next(); Actual result: -- ==25082== ==25082== Invalid read of size 4 ==25082==at 0x81B8421: spl_append_it_next (spl_iterators.c:1449) ==25082==by 0x83714BF: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:315) ==25082==by 0x835F5E2: execute (zend_vm_execute.h:104) ==25082==by 0x8339A7E: zend_execute_scripts (zend.c:1197) ==25082==by 0x82DF76C: php_execute_script (main.c:2075) ==25082==by 0x83D1714: main (php_cli.c:1130) ==25082== Address 0x4 is not stack'd, malloc'd or (recently) free'd ==25082== ==25082== Process terminating with default action of signal 11 (SIGSEGV) ==25082== Access not within mapped region at address 0x4 ==25082==at 0x81B8421: spl_append_it_next (spl_iterators.c:1449) ==25082==by 0x83714BF: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:315) ==25082==by 0x835F5E2: execute (zend_vm_execute.h:104) ==25082==by 0x8339A7E: zend_execute_scripts (zend.c:1197) ==25082==by 0x82DF76C: php_execute_script (main.c:2075) ==25082==by 0x83D1714: main (php_cli.c:1130) ==25082== -- Edit bug report at http://bugs.php.net/?id=46031&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=46031&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=46031&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=46031&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=46031&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=46031&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=46031&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=46031&r=needscript Try newer version:http://bugs.php.net/fix.php?id=46031&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=46031&r=support Expected behavior:http://bugs.php.net/fix.php?id=46031&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=46031&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=46031&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=46031&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46031&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=46031&r=dst IIS Stability:http://bugs.php.net/fix.php?id=46031&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=46031&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=46031&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=46031&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=46031&r=mysqlcfg
#46029 [NEW]: Segfault in DOMText when using with Reflection
From: [EMAIL PROTECTED] Operating system: PHP version: 5.2CVS-2008-09-09 (CVS) PHP Bug Type: DOM XML related Bug description: Segfault in DOMText when using with Reflection Description: See below. Reproduce code: --- invoke(new domtext); print "ok!\n"; Expected result: ok ok Actual result: -- ==7575== Process terminating with default action of signal 11 (SIGSEGV) ==7575== Bad permissions for mapped region at address 0x41BFAB4 ==7575==at 0x808B987: php_libxml_clear_object (libxml.c:147) ==7575==by 0x808B9E8: php_libxml_unregister_node (libxml.c:162) ==7575==by 0x808DDEB: php_libxml_node_free_resource (libxml.c:1008) ==7575==by 0x80F55FC: zim_domtext___construct (text.c:96) ==7575==by 0x83402CD: zend_call_function (zend_execute_API.c:1027) ==7575==by 0x819DE85: zim_reflection_method_invoke (php_reflection.c:2376) ==7575==by 0x8378AF9: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:200) ==7575==by 0x8379AE7: ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER (zend_vm_execute.h:322) ==7575==by 0x8378593: execute (zend_vm_execute.h:92) ==7575==by 0x834F898: zend_execute_scripts (zend.c:1134) ==7575==by 0x82E8D09: php_execute_script (main.c:2011) ==7575==by 0x83D8C82: main (php_cli.c:1134) -- Edit bug report at http://bugs.php.net/?id=46029&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=46029&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=46029&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=46029&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=46029&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=46029&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=46029&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=46029&r=needscript Try newer version:http://bugs.php.net/fix.php?id=46029&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=46029&r=support Expected behavior:http://bugs.php.net/fix.php?id=46029&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=46029&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=46029&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=46029&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46029&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=46029&r=dst IIS Stability:http://bugs.php.net/fix.php?id=46029&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=46029&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=46029&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=46029&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=46029&r=mysqlcfg
#45327 [Fbk->Opn]: [PATCH] memory leak if offsetGet throws exception (PHP_5_2 branch only!)
ID: 45327 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Scripting Engine problem Operating System: linux 64bit PHP Version: 5.2CVS-2008-06-21 Assigned To: dmitry New Comment: yes, to reproduce, cp ext/phar from PHP_5_3 into PHP_5_2 and run the test I described Previous Comments: [2008-09-02 13:44:20] [EMAIL PROTECTED] ext/phar is not a part of PHP_5_2 branch, and I don't see any leaks in PHP_5_3. Do you still have this leak? Could you provide a script that causes leak on PHP_5_2 (without ext/phar) or PHP_5_3 (with phar). [2008-06-21 17:36:19] [EMAIL PROTECTED] Description: ext/phar's test phar_offset_get_error.phpt fails with leaked memory in zend_execute_API.c:1023, which is where retval is allocated. It turns out that if offsetGet() throws an exception, zend_std_read_dimension() does not free the return zval, and it leaks. This only affects PHP 5.2. The patch to fix is at http://pear.php.net/~greg/fix_leak.patch.txt and is pasted below Reproduce code: --- Index: Zend/zend_object_handlers.c === RCS file: /repository/ZendEngine2/zend_object_handlers.c,v retrieving revision 1.135.2.6.2.28 diff -u -r1.135.2.6.2.28 zend_object_handlers.c --- Zend/zend_object_handlers.c 21 Feb 2008 13:55:22 - 1.135.2.6.2.28 +++ Zend/zend_object_handlers.c 21 Jun 2008 17:33:18 - @@ -469,6 +469,10 @@ return 0; } + if (EG(exception)) { + zval_ptr_dtor(&retval); + return 0; + } /* Undo PZVAL_LOCK() */ retval->refcount--; -- Edit this bug report at http://bugs.php.net/?id=45327&edit=1
#45941 [NEW]: mysqli_stmt_fetch() crashes
From: [EMAIL PROTECTED] Operating system: Linux 64bit PHP version: 5.3CVS-2008-08-28 (CVS) PHP Bug Type: MySQLi related Bug description: mysqli_stmt_fetch() crashes Description: ext/mysqli/tests/mysqli_stmt_bind_result.phpt crashes. The invalid write and the crash it causes are reproducible both in ZTS and non-ZTS modes. # mysql --version mysql Ver 14.12 Distrib 5.0.26, for suse-linux-gnu (x86_64) using readline 5.1 Using ./configure --with-mysqli seems to be enough (i.e. no mysqlnd used). Reproduce code: --- See ext/mysqli/tests/mysqli_stmt_bind_result.phpt Actual result: -- GDB bt: Program terminated with signal 11, Segmentation fault. #0 0x006e2027 in mysqli_stmt_fetch_libmysql (ht=1, return_value=0x1be4e80, return_value_ptr=0x0, this_ptr=0x0, return_value_used=1, tsrm_ls=0x18940c0) at /local/qa/5_3.gcov/ext/mysqli/mysqli_api.c:842 842 if (Z_TYPE_P(stmt->result.vars[i]) == IS_STRING) { (gdb) bt #0 0x006e2027 in mysqli_stmt_fetch_libmysql (ht=1, return_value=0x1be4e80, return_value_ptr=0x0, this_ptr=0x0, return_value_used=1, tsrm_ls=0x18940c0) at /local/qa/5_3.gcov/ext/mysqli/mysqli_api.c:842 #1 0x006e2aaa in zif_mysqli_stmt_fetch (ht=1, return_value=0x1be4e80, return_value_ptr=0x0, this_ptr=0x0, return_value_used=1, tsrm_ls=0x18940c0) at /local/qa/5_3.gcov/ext/mysqli/mysqli_api.c:984 #2 0x00d3e3ca in zend_do_fcall_common_helper_SPEC (execute_data=0x2b7bf7ab3970, tsrm_ls=0x18940c0) at /local/qa/5_3.gcov/Zend/zend_vm_execute.h:315 #3 0x00d48039 in ZEND_DO_FCALL_SPEC_CONST_HANDLER (execute_data=0x2b7bf7ab3970, tsrm_ls=0x18940c0) at /local/qa/5_3.gcov/Zend/zend_vm_execute.h:1574 #4 0x00d3c7ef in execute (op_array=0x1bf0240, tsrm_ls=0x18940c0) at /local/qa/5_3.gcov/Zend/zend_vm_execute.h:104 #5 0x00ce945f in zend_execute_scripts (type=8, tsrm_ls=0x18940c0, retval=0x0, file_count=3) at /local/qa/5_3.gcov/Zend/zend.c:1197 #6 0x00bff458 in php_execute_script (primary_file=0x7fffb30af670, tsrm_ls=0x18940c0) at /local/qa/5_3.gcov/main/main.c:2074 #7 0x00e04d76 in main (argc=61, argv=0x7fffb30af8c8) at /local/qa/5_3.gcov/sapi/cli/php_cli.c:1130 Valgrind log: ==25793== Invalid write of size 1 ==25793==at 0x5CC414: mysqli_stmt_fetch_libmysql (mysqli_api.c:826) ==25793==by 0x5CCC93: zif_mysqli_stmt_fetch (mysqli_api.c:984) ==25793==by 0x9E374D: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:315) ==25793==by 0x9EA1EE: ZEND_DO_FCALL_SPEC_CONST_HANDLER (zend_vm_execute.h:1574) ==25793==by 0x9E21FF: execute (zend_vm_execute.h:104) ==25793==by 0x9AD109: zend_execute_scripts (zend.c:1197) ==25793==by 0x90F5E1: php_execute_script (main.c:2074) ==25793==by 0xA618F0: main (php_cli.c:1130) ==25793== Address 0x8b83368 is 0 bytes after a block of size 256 alloc'd ==25793==at 0x4C22DAB: malloc (vg_replace_malloc.c:207) ==25793==by 0x97D83A: _emalloc (zend_alloc.c:2285) ==25793==by 0x5C9EBB: mysqli_stmt_bind_result_do_bind (mysqli_api.c:407) ==25793==by 0x5CA55C: zif_mysqli_stmt_bind_result (mysqli_api.c:499) ==25793==by 0x9E374D: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:315) ==25793==by 0x9EA1EE: ZEND_DO_FCALL_SPEC_CONST_HANDLER (zend_vm_execute.h:1574) ==25793==by 0x9E21FF: execute (zend_vm_execute.h:104) ==25793==by 0x9AD109: zend_execute_scripts (zend.c:1197) ==25793==by 0x90F5E1: php_execute_script (main.c:2074) ==25793==by 0xA618F0: main (php_cli.c:1130) ==25793== ==25793== Invalid read of size 8 ==25793==at 0x997C36: _zval_ptr_dtor (zend_execute_API.c:422) ==25793==by 0x9A950A: _zval_ptr_dtor_wrapper (zend_variables.c:175) ==25793==by 0x9BE947: zend_hash_destroy (zend_hash.c:526) ==25793==by 0x9D8DC3: zend_object_std_dtor (zend_objects.c:45) ==25793==by 0x5C348B: mysqli_objects_free_storage (mysqli.c:212) ==25793==by 0x5C38DD: mysqli_result_free_storage (mysqli.c:288) ==25793==by 0x9DF006: zend_objects_store_del_ref_by_handle_ex (zend_objects_API.c:215) ==25793==by 0x9DEB5C: zend_objects_store_del_ref (zend_objects_API.c:171) ==25793==by 0x9A910B: _zval_dtor_func (zend_variables.c:52) ==25793==by 0x99788B: _zval_dtor (zend_variables.h:35) ==25793==by 0x997CE6: _zval_ptr_dtor (zend_execute_API.c:428) ==25793==by 0x9E26A0: zend_leave_helper_SPEC (zend_vm_execute.h:157) ==25793== Address 0x0 is not stack'd, malloc'd or (recently) free'd ==25793== ==25793== Process terminating with default action of signal 11 (SIGSEGV): dumping core ==25793== Access not within mapped region at address 0x0 ==25793==at 0x997C36: _zval_ptr_dtor (zend_execute_API.c:422) ==25793==by 0x9A950A: _zval_ptr_dtor_wrapper (zend_variables.c:175) ==25793==by 0x9BE947: zend_hash_destroy (zend_hash.c:526) ==25793==by 0x9D8DC3: zend_object_std_dtor (zend_objects.c:45) =
#45928 [NEW]: large scripts from stdin are stripped at 16K border
From: [EMAIL PROTECTED] Operating system: Mac OS X 10.5 PHP version: 5.3CVS-2008-08-26 (CVS) PHP Bug Type: CGI related Bug description: large scripts from stdin are stripped at 16K border Description: any php-file which is larger that 16Kb will result in parse error on Mac OS X, if run as following: cat largefile.php|php -l while the following options will work: php -l largefile.php php -l < largefile.php "-l" flag is optional. it can be reproduced without it too I discussed this with Rasmus (he was able to reproduce this problem too), and he mentioned, that this bug is most likely re2c-related Expected result: No syntax errors detected in - Actual result: -- PHP Parse error: syntax error, unexpected $end in ย -- Edit bug report at http://bugs.php.net/?id=45928&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45928&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45928&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45928&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45928&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45928&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45928&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45928&r=needscript Try newer version:http://bugs.php.net/fix.php?id=45928&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45928&r=support Expected behavior:http://bugs.php.net/fix.php?id=45928&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45928&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45928&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45928&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45928&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45928&r=dst IIS Stability:http://bugs.php.net/fix.php?id=45928&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45928&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45928&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45928&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45928&r=mysqlcfg
#45902 [NEW]: failed tests with 3.8.x
From: [EMAIL PROTECTED] Operating system: * PHP version: 5.3CVS-2008-08-24 (snap) PHP Bug Type: I18N and L10N related Bug description: failed tests with 3.8.x Description: Tests fail with ICU 3.8.x (x86 or x64, win or linux). As 3.8 is the recommended version for 5.3+, the tests should be fixed with 3.8+. Reproduce code: --- = FAILED TEST SUMMARY - datefmt_format_code() [ext/intl/tests/dateformat_format.phpt] datefmt_format_code() and datefmt_parse_code() [ext/intl/tests/dateformat_format_parse.phpt] datefmt_localtime_code() [ext/intl/tests/dateformat_localtime.phpt] datefmt_parse_code() [ext/intl/tests/dateformat_parse.phpt] datefmt_parse_localtime() with parse pos [ext/intl/tests/dateformat_parse_localtime_parsepos.phpt] datefmt_parse_timestamp_code() with parse pos [ext/intl/tests/dateformat_parse_timestamp_parsepos.phpt] numfmt_format() [ext/intl/tests/formatter_format.phpt] numfmt_format_currency() [ext/intl/tests/formatter_format_currency.phpt] numfmt_get_locale() [ext/intl/tests/formatter_get_locale.phpt] numfmt_get/set_pattern() [ext/intl/tests/formatter_get_set_pattern.phpt] locale_get_display_language() [ext/intl/tests/locale_get_display_language.phpt] locale_get_display_name() [ext/intl/tests/locale_get_display_name.phpt] locale_get_display_region() [ext/intl/tests/locale_get_display_region.phpt] locale_get_display_variant() [ext/intl/tests/locale_get_display_variant.phpt] = -- Edit bug report at http://bugs.php.net/?id=45902&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45902&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45902&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45902&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45902&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45902&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45902&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45902&r=needscript Try newer version:http://bugs.php.net/fix.php?id=45902&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45902&r=support Expected behavior:http://bugs.php.net/fix.php?id=45902&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45902&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45902&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45902&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45902&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45902&r=dst IIS Stability:http://bugs.php.net/fix.php?id=45902&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45902&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45902&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45902&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45902&r=mysqlcfg
#45888 [NEW]: Refcounting in ZTS mode
From: [EMAIL PROTECTED] Operating system: n/a PHP version: 5.3.0alpha1 PHP Bug Type: OCI8 related Bug description: Refcounting in ZTS mode Description: Tony debugged this after a user report of a problem: "There seem to be an issue in OCI8 (in ZTS mode only). We close all the connections forcibly in certain order, but it seems this procedure is wrong. In case if a connection is opened twice (using oci_connect() with the same details), it has refcount == 2 and one refcount-- is not enough to delete it, so this session stays open in the process list." Tony has a patch. It is currently being reviewed. -- Edit bug report at http://bugs.php.net/?id=45888&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45888&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45888&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45888&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45888&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45888&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45888&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45888&r=needscript Try newer version:http://bugs.php.net/fix.php?id=45888&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45888&r=support Expected behavior:http://bugs.php.net/fix.php?id=45888&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45888&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45888&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45888&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45888&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45888&r=dst IIS Stability:http://bugs.php.net/fix.php?id=45888&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45888&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45888&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45888&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45888&r=mysqlcfg
#45832 [NEW]: Unable to write to user-defined stream by imagejpeg()
From: [EMAIL PROTECTED] Operating system: Windows PHP version: 5.2.6 PHP Bug Type: GD related Bug description: Unable to write to user-defined stream by imagejpeg() Description: Function imagejpeg() is not able to write to the user-defined stream. [I think it is caused by the fact that _php_image_output_ctx() uses VCWD_FOPEN() instead of php_stream_open_wrapper() - but I'm not an expert.] Reproduce code: --- imagejpeg(imagecreatefromjpeg("x.jpg"), "var://myvar"); "var" protocol defined as an example in http://www.php.net/stream_wrapper_register Expected result: Image successfully copied to the variable. Actual result: -- Warning: imagejpeg(): Unable to open 'var://myvar' for writing: Invalid argument -- Edit bug report at http://bugs.php.net/?id=45832&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45832&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45832&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45832&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45832&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45832&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45832&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45832&r=needscript Try newer version:http://bugs.php.net/fix.php?id=45832&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45832&r=support Expected behavior:http://bugs.php.net/fix.php?id=45832&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45832&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45832&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45832&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45832&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45832&r=dst IIS Stability:http://bugs.php.net/fix.php?id=45832&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45832&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45832&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45832&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45832&r=mysqlcfg
#45820 [NEW]: ArrayObject does not allow empty strings as keys
From: [EMAIL PROTECTED] Operating system: Gentoo PHP version: 5.2.6 PHP Bug Type: SPL related Bug description: ArrayObject does not allow empty strings as keys Description: While '' works as an array key, it does not work with ArrayObject. It should either work both or none (first one preferred). Reproduce code: --- php > $foo = new ArrayObject(); php > $foo[''] = 'lala'; PHP Fatal error: Uncaught exception 'InvalidArgumentException' with message 'An offset must not begin with \0 or be empty' in php shell code:1 Stack trace: #0 php shell code(1): unknown() #1 {main} thrown in php shell code on line 1 InvalidArgumentException: An offset must not begin with \0 or be empty in php shell code on line 1 Call Stack: 16.7554 63916 1. {main}() php shell code:0 Expected result: Same as for arrays. php > $foo = array(); php > $foo[''] = 'lala'; php > var_dump($foo); array(1) { [""]=> string(4) "lala" } Actual result: -- PHP Fatal error: Uncaught exception 'InvalidArgumentException' with message 'An offset must not begin with \0 or be empty' in php shell code:1 Stack trace: #0 php shell code(1): unknown() #1 {main} thrown in php shell code on line 1 InvalidArgumentException: An offset must not begin with \0 or be empty in php shell code on line 1 Call Stack: 16.7554 63916 1. {main}() php shell code:0 -- Edit bug report at http://bugs.php.net/?id=45820&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45820&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45820&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45820&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45820&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45820&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45820&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45820&r=needscript Try newer version:http://bugs.php.net/fix.php?id=45820&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45820&r=support Expected behavior:http://bugs.php.net/fix.php?id=45820&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45820&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45820&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45820&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45820&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45820&r=dst IIS Stability:http://bugs.php.net/fix.php?id=45820&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45820&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45820&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45820&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45820&r=mysqlcfg
#45813 [NEW]: Segfault in error handling
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 6CVS-2008-08-13 (CVS) PHP Bug Type: Reproducible crash Bug description: Segfault in error handling Description: When error reporting is set to E_ALL, calling ob_start() in an error handler function causes a segfault when triggered by imap_open(). I don't know if this is an imap only issue, it didn't crash with a couple other functions I tested. PHP6 snapshot compiled with --with-imap --with-imap-ssl Reproduce code: --- Actual result: -- Segmentation fault Backtrace: -- Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0xb6bd76d0 (LWP 32715)] php_output_handler_create_internal (name=0x0, output_handler=0x8279240 , chunk_size=0, flags=112) at /mnt/hd/gsoc/php6/Zend/zend.h:414 414 return ++pz->refcount__gc; (gdb) bt #0 php_output_handler_create_internal (name=0x0, output_handler=0x8279240 , chunk_size=0, flags=112) at /mnt/hd/gsoc/php6/Zend/zend.h:414 #1 0x0827a2e8 in php_output_start_user (output_handler=0x0, chunk_size=0, flags=112) at /mnt/hd/gsoc/php6/main/output.c:492 #2 0x0827a379 in zif_ob_start (ht=0, return_value=0x88000e4, return_value_ptr=0x8835638, this_ptr=0x0, return_value_used=0) at /mnt/hd/gsoc/php6/main/output.c:1346 #3 0x082edbb7 in zend_do_fcall_common_helper_SPEC (execute_data=0x88355e8) at /mnt/hd/gsoc/php6/Zend/zend_vm_execute.h:323 #4 0x082ed088 in execute (op_array=0x8833570) at /mnt/hd/gsoc/php6/Zend/zend_vm_execute.h:104 #5 0x082b400d in zend_call_function (fci=0xbf9a6044, fci_cache=0xbf9a5fcc) at /mnt/hd/gsoc/php6/Zend/zend_execute_API.c:933 #6 0x082b4dc8 in call_user_function_ex (function_table=0x86ac4c0, object_pp=0x0, function_name=0x87fff80, retval_ptr_ptr=0xbf9a60c0, param_count=5, params=0x88000c8, no_separation=1, symbol_table=0x0) at /mnt/hd/gsoc/php6/Zend/zend_execute_API.c:729 #7 0x082c4d88 in zend_error (type=8, format=0x8604722 "%s") at /mnt/hd/gsoc/php6/Zend/zend.c:1632 #8 0x08268d33 in php_verror (docref=0x0, params=0x83b9100 "", type=8, format=0x85b8978 "%s (errflg=%ld)", args=0xbf9a618c "hH\203\b\002") at /mnt/hd/gsoc/php6/main/main.c:818 #9 0x08269233 in php_error_docref0 (docref=0x0, type=8, format=0x85b8978 "%s (errflg=%ld)") at /mnt/hd/gsoc/php6/main/main.c:839 #10 0x080f8c08 in zm_deactivate_imap (type=1, module_number=20) at /mnt/hd/gsoc/php6/ext/imap/php_imap.c:1117 #11 0x082c5ae2 in module_registry_cleanup (module=0x8708728) at /mnt/hd/gsoc/php6/Zend/zend_API.c:2487 #12 0x082d1936 in zend_hash_apply (ht=0x86abf40, apply_func=0x82c5ac0 ) at /mnt/hd/gsoc/php6/Zend/zend_hash.c:920 #13 0x082c3318 in zend_deactivate_modules () at /mnt/hd/gsoc/php6/Zend/zend.c:1394 #14 0x08267ba6 in php_request_shutdown (dummy=0x0) at /mnt/hd/gsoc/php6/main/main.c:1600 #15 0x08359aa4 in main (argc=2, argv=0xbf9a6674) at /mnt/hd/gsoc/php6/sapi/cli/php_cli.c:1329 -- Edit bug report at http://bugs.php.net/?id=45813&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45813&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45813&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45813&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45813&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45813&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45813&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45813&r=needscript Try newer version:http://bugs.php.net/fix.php?id=45813&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45813&r=support Expected behavior:http://bugs.php.net/fix.php?id=45813&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45813&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45813&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45813&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45813&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45813&r=dst IIS Stability:http://bugs.php.net/fix.php?id=45813&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45813&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45813&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45813&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45813&r=mysqlcfg
#45805 [NEW]: sebastian
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 5.3CVS-2008-08-13 (CVS) PHP Bug Type: Reproducible crash Bug description: sebastian Description: The attached PHP script segfaults with both PHP_5_2 and PHP_5_3. Reproduce code: --- getX(); } public function bar() { $m = new ReflectionMethod('B', 'foo'); $m->invoke($this); } } set_error_handler( array('PHPUnit_Util_ErrorHandler', 'handleError'), E_ALL | E_STRICT ); $o = new B; $o->bar(); ?> Actual result: -- [EMAIL PROTECTED] ~ % gdb php GNU gdb 6.8-debian Copyright (C) 2008 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "i486-linux-gnu"... (gdb) r test.php Starting program: /usr/local/php-5.3/bin/php test.php [Thread debugging using libthread_db enabled] [New Thread 0xb77fc6b0 (LWP 21404)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0xb77fc6b0 (LWP 21404)] 0x085674c0 in _get_zval_ptr_var (node=0x8a5546c, Ts=0x8c0f888, should_free=0xbfe03efc, tsrm_ls=0x8a53070) at /usr/local/src/php/php-5.3/Zend/zend_execute.c:197 197 if (T->str_offset.str->type != IS_STRING (gdb) bt #0 0x085674c0 in _get_zval_ptr_var (node=0x8a5546c, Ts=0x8c0f888, should_free=0xbfe03efc, tsrm_ls=0x8a53070) at /usr/local/src/php/php-5.3/Zend/zend_execute.c:197 #1 0x085c65fa in ZEND_ASSIGN_SPEC_CV_VAR_HANDLER (execute_data=0x8c0f82c, tsrm_ls=0x8a53070) at /usr/local/src/php/php-5.3/Zend/zend_vm_execute.h:27470 #2 0x085c69fd in ZEND_ASSIGN_REF_SPEC_CV_VAR_HANDLER (execute_data=0x8c0f82c, tsrm_ls=0x8a53070) at /usr/local/src/php/php-5.3/Zend/zend_vm_execute.h:27515 #3 0x085628ec in execute (op_array=0x8be2214, tsrm_ls=0x8a53070) at /usr/local/src/php/php-5.3/Zend/zend_vm_execute.h:104 #4 0x08523d5e in zend_call_function (fci=0xbfe04144, fci_cache=0xbfe04168, tsrm_ls=0x8a53070) at /usr/local/src/php/php-5.3/Zend/zend_execute_API.c:876 #5 0x08237261 in zim_reflection_method_invoke (ht=1, return_value=0x8be3e5c, return_value_ptr=0x0, this_ptr=0x8be0854, return_value_used=0, tsrm_ls=0x8a53070) at /usr/local/src/php/php-5.3/ext/reflection/php_reflection.c:2510 #6 0x085639bf in zend_do_fcall_common_helper_SPEC (execute_data=0x8c0f738, tsrm_ls=0x8a53070) at /usr/local/src/php/php-5.3/Zend/zend_vm_execute.h:315 #7 0x08564a4f in ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER (execute_data=0x8c0f738, tsrm_ls=0x8a53070) at /usr/local/src/php/php-5.3/Zend/zend_vm_execute.h:428 #8 0x085628ec in execute (op_array=0x8be2b68, tsrm_ls=0x8a53070) at /usr/local/src/php/php-5.3/Zend/zend_vm_execute.h:104 #9 0x085347e4 in zend_execute_scripts (type=8, tsrm_ls=0x8a53070, retval=0x0, file_count=3) at /usr/local/src/php/php-5.3/Zend/zend.c:1199 #10 0x084ad611 in php_execute_script (primary_file=0xbfe06630, tsrm_ls=0x8a53070) at /usr/local/src/php/php-5.3/main/main.c:2073 #11 0x085d19a4 in main (argc=2, argv=0xbfe067a4) at /usr/local/src/php/php-5.3/sapi/cli/php_cli.c:1132 -- Edit bug report at http://bugs.php.net/?id=45805&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45805&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45805&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45805&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45805&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45805&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45805&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45805&r=needscript Try newer version:http://bugs.php.net/fix.php?id=45805&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45805&r=support Expected behavior:http://bugs.php.net/fix.php?id=45805&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45805&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45805&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45805&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45805&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45805&r=dst IIS Stability:http://bugs.php.net/fix.php?id=45805&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45805&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45805&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45805&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45805&r=mysqlcfg
#45800 [NEW]: cannot compile PHP with http on osx
From: [EMAIL PROTECTED] Operating system: osx 10.4 PHP version: 5.3.0alpha1 PHP Bug Type: HTTP related Bug description: cannot compile PHP with http on osx Description: When compiling PHP with --enable-http, I get this error : In file included from /Users/macbook/bin/php5.3- 200808111430/ext/http/http.c:26: /Users/macbook/bin/php5.3-200808111430/ext/http/php_http_api.h: In function '_zval_copy': /Users/macbook/bin/php5.3-200808111430/ext/http/php_http_api.h:299: error: 'struct _zval_struct' has no member named 'refcount' /Users/macbook/bin/php5.3-200808111430/ext/http/php_http_api.h:300: error: 'struct _zval_struct' has no member named 'is_ref' make: *** [ext/http/http.lo] Error 1 Reproduce code: --- ./configure --enable-http & make Expected result: PHP compile correctly with the http extension. Actual result: -- Compilation fails. -- Edit bug report at http://bugs.php.net/?id=45800&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45800&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45800&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45800&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45800&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45800&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45800&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45800&r=needscript Try newer version:http://bugs.php.net/fix.php?id=45800&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45800&r=support Expected behavior:http://bugs.php.net/fix.php?id=45800&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45800&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45800&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45800&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45800&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45800&r=dst IIS Stability:http://bugs.php.net/fix.php?id=45800&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45800&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45800&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45800&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45800&r=mysqlcfg
#45798 [NEW]: sqlite3 doesn't notice if variable was bound
From: [EMAIL PROTECTED] Operating system: OSX PHP version: 5.3.0alpha1 PHP Bug Type: SQLite related Bug description: sqlite3 doesn't notice if variable was bound Description: If a prepared statement is executed while the bound variable doesn't exist, or is NULL, PHP freeze and wait. I tweaked the test also to use SQLITE3_NULL instead of SQLITE3_TEXT, and NULL or !isset($foo) also froze PHP. Reproduce code: --- exec('CREATE TABLE test (time INTEGER, id STRING)'); $db->exec("INSERT INTO test (time, id) VALUES (" . time() . ", 'a')"); $db->exec("INSERT INTO test (time, id) VALUES (" . time() . ", 'b')"); $stmt = $db->prepare("SELECT * FROM test WHERE id = ? ORDER BY id ASC"); //$foo = 'a'; works OK //$foo = NULL; also freeze $stmt->bindParam(1, $foo, SQLITE3_TEXT); $results = $stmt->execute(); while ($result = $results->fetchArray(SQLITE3_NUM)) { var_dump($result); } $results->finalize(); $db->close(); ?> Expected result: I would expect PHP to return from execute with an error. Actual result: -- PHP freeze, doing nothing. -- Edit bug report at http://bugs.php.net/?id=45798&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45798&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45798&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45798&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45798&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45798&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45798&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45798&r=needscript Try newer version:http://bugs.php.net/fix.php?id=45798&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45798&r=support Expected behavior:http://bugs.php.net/fix.php?id=45798&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45798&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45798&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45798&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45798&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45798&r=dst IIS Stability:http://bugs.php.net/fix.php?id=45798&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45798&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45798&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45798&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45798&r=mysqlcfg
#45792 [NEW]: bz2 compressed files in zip failure
From: [EMAIL PROTECTED] Operating system: linux PHP version: 5.3CVS-2008-08-12 (CVS) PHP Bug Type: PHAR related Bug description: bz2 compressed files in zip failure Description: a zip archive created with info-zip using bzip2 compression is not properly processed by phar. -- Edit bug report at http://bugs.php.net/?id=45792&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45792&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45792&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45792&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45792&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45792&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45792&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45792&r=needscript Try newer version:http://bugs.php.net/fix.php?id=45792&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45792&r=support Expected behavior:http://bugs.php.net/fix.php?id=45792&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45792&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45792&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45792&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45792&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45792&r=dst IIS Stability:http://bugs.php.net/fix.php?id=45792&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45792&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45792&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45792&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45792&r=mysqlcfg
#45779 [NEW]: regression with shebang lines processing
From: [EMAIL PROTECTED] Operating system: Windows PHP version: 5.3.0alpha1 PHP Bug Type: Scripting Engine problem Bug description: regression with shebang lines processing Description: tests\lang\comments.php fails. There is a regression between 5.2.x and 5.3 on how the shebang line is processed. 5.2.x ignores only the first line, 5.3.x ignores the first two lines. Reproduce code: --- See tests\lang\comments.php -- Edit bug report at http://bugs.php.net/?id=45779&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45779&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45779&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45779&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45779&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45779&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45779&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45779&r=needscript Try newer version:http://bugs.php.net/fix.php?id=45779&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45779&r=support Expected behavior:http://bugs.php.net/fix.php?id=45779&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45779&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45779&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45779&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45779&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45779&r=dst IIS Stability:http://bugs.php.net/fix.php?id=45779&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45779&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45779&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45779&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45779&r=mysqlcfg
#45777 [NEW]: Date tests failed on windows
From: [EMAIL PROTECTED] Operating system: windows PHP version: 5.3.0alpha1 PHP Bug Type: Date/time related Bug description: Date tests failed on windows Description: = FAILED TEST SUMMARY - Bug #27780 (strtotime(+1 xxx) returns a wrong date/time) [C:\Users\pierre\Documents\php-sdk\vc9\x86\php_5_3\ext\date\tests\bug27780.phpt] Bug #32555 (strtotime("tomorrow") can return false) [C:\Users\pierre\Documents\php-sdk\vc9\x86\php_5_3\ext\date\tests\bug32555.phpt] Bug #33532 (Different output for strftime() and date()) [C:\Users\pierre\Documents\php-sdk\vc9\x86\php_5_3\ext\date\tests\bug33532.phpt] date_default_timezone_get() function [1] [C:\Users\pierre\Documents\php-sdk\vc9\x86\php_5_3\ext\date\tests\date_default_timezone_get-1.phpt] date_default_timezone_get() function [2] [C:\Users\pierre\Documents\php-sdk\vc9\x86\php_5_3\ext\date\tests\date_default_timezone_get-2.phpt] date_default_timezone_set() function [1] [C:\Users\pierre\Documents\php-sdk\vc9\x86\php_5_3\ext\date\tests\date_default_timezone_set-1.phpt] DatePeriod [C:\Users\pierre\Documents\php-sdk\vc9\x86\php_5_3\ext\date\tests\date_period.phpt] = Log/out/diff can be seen here: http://pierre.libgd.org/bugs/failed_tests_date_5_3.zip -- Edit bug report at http://bugs.php.net/?id=45777&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45777&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45777&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45777&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45777&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45777&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45777&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45777&r=needscript Try newer version:http://bugs.php.net/fix.php?id=45777&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45777&r=support Expected behavior:http://bugs.php.net/fix.php?id=45777&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45777&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45777&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45777&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45777&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45777&r=dst IIS Stability:http://bugs.php.net/fix.php?id=45777&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45777&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45777&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45777&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45777&r=mysqlcfg
#45744 [NEW]: Case sensitive callback behaviour
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 5.3.0alpha1 PHP Bug Type: Scripting Engine problem Bug description: Case sensitive callback behaviour Description: When running the small examples below, the first version works fine, while the second triggers a warning: Warning: array_map() expects parameter 1 to be a valid callback, cannot access private method Bar::callBack() in /tmp/private_callback-buggy.php on line 6 The only difference between the two code snippets is the callback being camel case in the second example. Both versions work fine with 5.2. Reproduce code: --- First example: 'bar', 'baz' => array('one', 'two\"'; Second example: 'bar', 'baz' => array('one', 'two\"'; -- Edit bug report at http://bugs.php.net/?id=45744&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45744&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45744&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45744&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45744&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45744&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45744&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45744&r=needscript Try newer version:http://bugs.php.net/fix.php?id=45744&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45744&r=support Expected behavior:http://bugs.php.net/fix.php?id=45744&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45744&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45744&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45744&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45744&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45744&r=dst IIS Stability:http://bugs.php.net/fix.php?id=45744&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45744&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45744&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45744&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45744&r=mysqlcfg
#45742 [NEW]: Wrong class array inpretetion using constant indexes
From: [EMAIL PROTECTED] Operating system: Linux 2.6.26-gentoo PHP version: 5.3CVS-2008-08-07 (CVS) PHP Bug Type: *Compile Issues Bug description: Wrong class array inpretetion using constant indexes Description: If an array is used as a class property and the keys are constants, where two keys / constants have the same value, the second key is converted to a "strange" string. Reproduce code: --- 23, Constants::B => 42, ); } var_dump( ArrayProperty::$array ); ?> Expected result: Output PHP 5.2.7-dev (cli) (built: Aug 7 2008 11:12:42) (DEBUG) array(1) { [1]=> int(42) } Actual result: -- Output PHP 5.3.0alpha2-dev (cli) (built: Aug 6 2008 19:47:42) (DEBUG) array(2) { [1]=> int(23) ["Constants::"]=> int(42) } -- Edit bug report at http://bugs.php.net/?id=45742&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45742&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45742&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45742&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45742&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45742&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45742&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45742&r=needscript Try newer version:http://bugs.php.net/fix.php?id=45742&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45742&r=support Expected behavior:http://bugs.php.net/fix.php?id=45742&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45742&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45742&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45742&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45742&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45742&r=dst IIS Stability:http://bugs.php.net/fix.php?id=45742&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45742&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45742&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45742&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45742&r=mysqlcfg
#45691 [NEW]: some per-dir or runtime settings may leak into other requests
From: [EMAIL PROTECTED] Operating system: Irrelevant PHP version: 5.2.6 PHP Bug Type: mbstring related Bug description: some per-dir or runtime settings may leak into other requests Description: Some per-dir or runtime settings that is set in a request pollutes the global state of the extension and they leak into another request when the web server's forked instances are reused between connections and no corresponding system settings are provded. Reproduce code: --- Expected result: The first request: ISO-8859-1 UTF-8 The second request: ISO-8859-1 UTF-8 Actual result: -- The first request: ISO-8859-1 UTF-8 The second request: UTF-8 UTF-8 -- Edit bug report at http://bugs.php.net/?id=45691&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45691&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45691&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45691&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45691&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45691&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45691&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45691&r=needscript Try newer version:http://bugs.php.net/fix.php?id=45691&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45691&r=support Expected behavior:http://bugs.php.net/fix.php?id=45691&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45691&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45691&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45691&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45691&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45691&r=dst IIS Stability:http://bugs.php.net/fix.php?id=45691&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45691&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45691&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45691&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45691&r=mysqlcfg
#45639 [NEW]: Phar bugs from pecl.php.net
From: [EMAIL PROTECTED] Operating system: Mac PHP version: 5.3CVS-2008-07-27 (snap) PHP Bug Type: PHAR related Bug description: Phar bugs from pecl.php.net Description: Two open phar bugs exist within the old phar bug database. http://pecl.php.net/bugs/search.php?cmd=display&status=Open&package_name[]=phar -- Edit bug report at http://bugs.php.net/?id=45639&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45639&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45639&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45639&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45639&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45639&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45639&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45639&r=needscript Try newer version:http://bugs.php.net/fix.php?id=45639&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45639&r=support Expected behavior:http://bugs.php.net/fix.php?id=45639&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45639&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45639&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45639&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45639&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45639&r=dst IIS Stability:http://bugs.php.net/fix.php?id=45639&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45639&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45639&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45639&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45639&r=mysqlcfg
#45585 [NEW]: fread() return value for EOF inconsistent between PHP 5 and 6
From: [EMAIL PROTECTED] Operating system: * PHP version: 6CVS-2008-07-21 (CVS) PHP Bug Type: Filesystem function related Bug description: fread() return value for EOF inconsistent between PHP 5 and 6 Description: # echo "1" > /tmp/test.txt # php_5_2/sapi/cli/php -n -r '$fp=fopen("/tmp/test.txt", "r"); while(1) {$a=fread($fp, 8192); if (!$a) {var_dump($a); exit;}}' string(0) "" # php_5_3/sapi/cli/php -n -r '$fp=fopen("/tmp/test.txt", "r"); while(1) {$a=fread($fp, 8192); if (!$a) {var_dump($a); exit;}}' string(0) "" # php_6/sapi/cli/php -n -r '$fp=fopen("/tmp/test.txt", "r"); while(1) {$a=fread($fp, 8192); if (!$a) {var_dump($a); exit;}}' bool(false) -- Edit bug report at http://bugs.php.net/?id=45585&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45585&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45585&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45585&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45585&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45585&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45585&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45585&r=needscript Try newer version:http://bugs.php.net/fix.php?id=45585&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45585&r=support Expected behavior:http://bugs.php.net/fix.php?id=45585&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45585&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45585&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45585&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45585&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45585&r=dst IIS Stability:http://bugs.php.net/fix.php?id=45585&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45585&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45585&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45585&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45585&r=mysqlcfg
#45552 [NEW]: Full circle drawn instead of arc with very small angle
From: [EMAIL PROTECTED] Operating system: Linux 2.6.25-gentoo-r6 PHP version: 5.2.6 PHP Bug Type: GD related Bug description: Full circle drawn instead of arc with very small angle Description: Instead of a very small arc slice, a full circle is drawn when calling imagefilledarc with very small angles. Reproduce code: --- Expected result: An image with a very small arc slice. Actual result: -- A full circle, like: http://k023.de/imagefilledarc_test.png -- Edit bug report at http://bugs.php.net/?id=45552&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45552&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45552&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45552&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45552&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45552&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45552&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45552&r=needscript Try newer version:http://bugs.php.net/fix.php?id=45552&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45552&r=support Expected behavior:http://bugs.php.net/fix.php?id=45552&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45552&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45552&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45552&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45552&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45552&r=dst IIS Stability:http://bugs.php.net/fix.php?id=45552&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45552&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45552&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45552&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45552&r=mysqlcfg
#45394 [NEW]: Phar::running options reversed
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 5.2CVS-2008-06-30 (CVS) PHP Bug Type: Unknown/Other Function Bug description: Phar::running options reversed Description: The http://www.php.net/manual/en/phar.running.php examples and description of the method argument say "TRUE by default. If TRUE, the full path on disk to the phar archive is returned. If FALSE, a full phar URL is returned.". This is incorrect Reproduce code: --- Expected result: In index.php phar file: /home/cjones/public_html/phr1.phar phar URL: phar:///home/cjones/public_html/phr1.phar Actual result: -- In index.php phar file: phar:///home/cjones/public_html/phr1.phar phar URL: /home/cjones/public_html/phr1.phar -- Edit bug report at http://bugs.php.net/?id=45394&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45394&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45394&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45394&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45394&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45394&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45394&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45394&r=needscript Try newer version:http://bugs.php.net/fix.php?id=45394&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45394&r=support Expected behavior:http://bugs.php.net/fix.php?id=45394&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45394&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45394&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45394&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45394&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45394&r=dst IIS Stability:http://bugs.php.net/fix.php?id=45394&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45394&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45394&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45394&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45394&r=mysqlcfg
#45388 [NEW]: mbstring fails to load
From: [EMAIL PROTECTED] Operating system: OSX PHP version: 5.3CVS-2008-06-28 (CVS) PHP Bug Type: mbstring related Bug description: mbstring fails to load Description: When trying to load the mbstring extension it fails causing PHP crash. Reproduce code: --- $ php -d extension=mbstring.so -v Expected result: PHP 5.3.0-dev (cli) (built: Jun 28 2008 12:15:44) Copyright (c) 1997-2008 The PHP Group Zend Engine v2.3.0, Copyright (c) 1998-2008 Zend Technologies with Xdebug v2.0.3, Copyright (c) 2002-2007, by Derick Rethans Actual result: -- dyld: NSLinkModule() error dyld: Symbol not found: _third_arg_force_ref Referenced from: /usr/local/lib/php/extensions/no-debug-non-zts- 20071006/mbstring.so Expected in: flat namespace Trace/BPT trap -- Edit bug report at http://bugs.php.net/?id=45388&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45388&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45388&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45388&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45388&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45388&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45388&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45388&r=needscript Try newer version:http://bugs.php.net/fix.php?id=45388&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45388&r=support Expected behavior:http://bugs.php.net/fix.php?id=45388&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45388&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45388&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45388&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45388&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45388&r=dst IIS Stability:http://bugs.php.net/fix.php?id=45388&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45388&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45388&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45388&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45388&r=mysqlcfg
#45387 [NEW]: (string)$obj on objects w/o __toString() behaves differently
From: [EMAIL PROTECTED] Operating system: OS X PHP version: 5.3CVS-2008-06-28 (CVS) PHP Bug Type: *General Issues Bug description: (string)$obj on objects w/o __toString() behaves differently Description: In PHP 5.2.x calling (string)$object on an object w/o the __toString() method would cause a catchable fatal error and would halt execution. In PHP 5.3, the error is thrown but execution continues. This is the same behavior as PHP 5.1.4 - 5.1.6 (may be true for older versions as well, but I only tested back to 5.1.4). Reproduce code: --- http://bugs.php.net/?id=45387&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45387&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45387&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45387&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45387&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45387&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45387&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45387&r=needscript Try newer version:http://bugs.php.net/fix.php?id=45387&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45387&r=support Expected behavior:http://bugs.php.net/fix.php?id=45387&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45387&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45387&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45387&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45387&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45387&r=dst IIS Stability:http://bugs.php.net/fix.php?id=45387&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45387&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45387&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45387&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45387&r=mysqlcfg
#45384 [NEW]: parse_ini_file will result in parse error with no trailing newline
From: [EMAIL PROTECTED] Operating system: Ubuntu PHP version: 5.3CVS-2008-06-28 (CVS) PHP Bug Type: Filesystem function related Bug description: parse_ini_file will result in parse error with no trailing newline Description: an ini file with no trailing newline will result in "Parse error", php5.3 only, 5.2 parses the file fine Reproduce code: --- $ echo -n "foo.bar = baz" > test.ini $ /opt/php53/bin/php -r 'var_dump(parse_ini_file("test.ini"));' Expected result: array(1) { ["foo.bar"]=> string(3) "baz" } Actual result: -- Warning: syntax error, unexpected $end in test.ini on line 1 in Command line code on line 1 Call Stack: 0.0003 312916 1. {main}() Command line code:0 0.0128 312936 2. parse_ini_file() Command line code:1 array(0) { } -- Edit bug report at http://bugs.php.net/?id=45384&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45384&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45384&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45384&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45384&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45384&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45384&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45384&r=needscript Try newer version:http://bugs.php.net/fix.php?id=45384&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45384&r=support Expected behavior:http://bugs.php.net/fix.php?id=45384&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45384&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45384&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45384&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45384&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45384&r=dst IIS Stability:http://bugs.php.net/fix.php?id=45384&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45384&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45384&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45384&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45384&r=mysqlcfg
#45372 [Asn]: hash# check in new re2c parser breaks code
ID: 45372 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Assigned Bug Type: Scripting Engine problem Operating System: linux PHP Version: 5.3CVS-2008-06-27 (CVS) Assigned To: helly New Comment: Not sure why re2c needs to deal with the #bang situation looking at the code it would be better to eat that line outside of the lexer.. Something like: int ini_lex(zval *ini_lval TSRMLS_DC) { if ((YYCTYPE*)yytext == SCNG(yy_start) && *yych == '#') { while(*yych != '\n' && *yych != '\n' && yych < yyend) { yych++; } while((*yych == '\n' || *yych == '\n') && yych < yyend) { yych++; } YYCURSOR = yych; } . Previous Comments: ---- [2008-06-27 11:26:18] [EMAIL PROTECTED] Duplicated... Bug #45147 ---- [2008-06-27 09:31:21] [EMAIL PROTECTED] This should work like in older releases, Marcus please check it! ---- [2008-06-27 09:05:48] [EMAIL PROTECTED] (yyless(1) could just be used before the goto...) Anyway, did you actually try that? AFAIK it still won't work, at least with your single line example (which there's already been at least one report about). While the local code fix is correct, the re2c code/logic seems flawed to me. (Maybe this bug report can be about that instead, in general, since I didn't get around to sending a follow-up message to the internals@ list yet, explaining things. :-)) In this example, it will still be broken because of the YYFILL() check -- each time it checks if the next character can match, even when it's at the end of the input. YYFILL() then makes it return, completely ignoring anything that has matched up to that point! I'm not sure if this explanation is 100% correct, but I believe this wrong behavior happens when EOF is encountered while trying to match the variable length part of ANY rule; or something close to that. :-) It's been over a month since I tried to track and figure out what was happening. Granted, most of the cases (unlike yours), where the match is aborted because of YYFILL(), it's with invalid code, but it shouldn't happen. BTW, I think the part with the inline_char_handler label where it looks for opening PHP tags in the HTML, while a good optimization (using memchr() to find < etc.), was actually added as a workaround for this re2c/YYFILL() behavior. I didn't try it, but from what I've observed, I think whatever plain HTML was at the end of a file would have been lost if a regular rule (like in Flex) was used to match it... Oh, there are also some more bugs in the code that looks for opening PHP tag, but they wouldn't be found as easily as this (and haven't been reported so far). I think I know how it can be fixed nicely, along with some more other scanner optimizations (for inline HTML and comments, basically). But I haven't done anything yet since some of it won't even work with these re2c/YYFILL() issues. :-/ Finally, to simplify what I think is the basic, underlying flaw with the code of re2c and YYFILL() now, here's a super easy example. Say you have one rule: [a-z]+ It will NEVER match any input that a person would think, such as the string "foo" -- seems pretty messed up to me!? ---- [2008-06-27 06:03:16] [EMAIL PROTECTED] marking as critical [2008-06-27 06:00:54] [EMAIL PROTECTED] Description: single line file: # produces a parse error: get's caught with this rule from the re2c scanner. "#".+ {NEWLINE} { if ((YYCTYPE*)yytext == SCNG(yy_start)) { /* ignore first line when it's started with a # */ goto restart; } else { goto inline_char_handler; } } basically the scanner runs off the end, and eats everything after the # I've fixed it by changing the above to something like: } else { /* shunt back to just return the # on it's own.. */ YYCURSOR = YYMARKER; yyleng = 1; goto inline_char_handler; } -- Edit this bug report at http://bugs.php.net/?id=45372&edit=1
#45372 [NEW]: hash# check in new re2c parser breaks code
From: [EMAIL PROTECTED] Operating system: linux PHP version: 5.3CVS-2008-06-27 (CVS) PHP Bug Type: Scripting Engine problem Bug description: hash# check in new re2c parser breaks code Description: single line file: # produces a parse error: get's caught with this rule from the re2c scanner. "#".+ {NEWLINE} { if ((YYCTYPE*)yytext == SCNG(yy_start)) { /* ignore first line when it's started with a # */ goto restart; } else { goto inline_char_handler; } } basically the scanner runs off the end, and eats everything after the # I've fixed it by changing the above to something like: } else { /* shunt back to just return the # on it's own.. */ YYCURSOR = YYMARKER; yyleng = 1; goto inline_char_handler; } -- Edit bug report at http://bugs.php.net/?id=45372&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45372&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45372&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45372&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45372&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45372&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45372&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45372&r=needscript Try newer version:http://bugs.php.net/fix.php?id=45372&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45372&r=support Expected behavior:http://bugs.php.net/fix.php?id=45372&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45372&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45372&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45372&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45372&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45372&r=dst IIS Stability:http://bugs.php.net/fix.php?id=45372&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45372&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45372&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45372&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45372&r=mysqlcfg
#45327 [NEW]: memory leak if offsetGet throws exception
From: [EMAIL PROTECTED] Operating system: linux 64bit PHP version: 5.2CVS-2008-06-21 (CVS) PHP Bug Type: Scripting Engine problem Bug description: memory leak if offsetGet throws exception Description: ext/phar's test phar_offset_get_error.phpt fails with leaked memory in zend_execute_API.c:1023, which is where retval is allocated. It turns out that if offsetGet() throws an exception, zend_std_read_dimension() does not free the return zval, and it leaks. This only affects PHP 5.2. The patch to fix is at http://pear.php.net/~greg/fix_leak.patch.txt and is pasted below Reproduce code: --- Index: Zend/zend_object_handlers.c === RCS file: /repository/ZendEngine2/zend_object_handlers.c,v retrieving revision 1.135.2.6.2.28 diff -u -r1.135.2.6.2.28 zend_object_handlers.c --- Zend/zend_object_handlers.c 21 Feb 2008 13:55:22 - 1.135.2.6.2.28 +++ Zend/zend_object_handlers.c 21 Jun 2008 17:33:18 - @@ -469,6 +469,10 @@ return 0; } + if (EG(exception)) { + zval_ptr_dtor(&retval); + return 0; + } /* Undo PZVAL_LOCK() */ retval->refcount--; -- Edit bug report at http://bugs.php.net/?id=45327&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45327&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45327&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45327&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45327&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45327&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45327&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45327&r=needscript Try newer version:http://bugs.php.net/fix.php?id=45327&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45327&r=support Expected behavior:http://bugs.php.net/fix.php?id=45327&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45327&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45327&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45327&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45327&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45327&r=dst IIS Stability:http://bugs.php.net/fix.php?id=45327&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45327&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45327&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45327&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45327&r=mysqlcfg
#45303 [NEW]: Opening php:// wrapper in append mode results in a warning
From: [EMAIL PROTECTED] Operating system: Linux (Debian) PHP version: 5.2CVS-2008-06-18 (CVS) PHP Bug Type: Streams related Bug description: Opening php:// wrapper in append mode results in a warning Description: When attempting to fopen any php:// wrapper in append mode (which should be equivalent to writing), PHP gives the following warning before returning the resource: fopen(): cannot seek on a pipe The resource returned behaves properly. Reproduce code: --- Expected result: Warning: fopen(): cannot seek on a pipe in <...> on line 2 resource(5) of type (stream) Warning: fopen(): cannot seek on a pipe in <...> on line 3 resource(6) of type (stream) Warning: fopen(): cannot seek on a pipe in <...> on line 4 resource(7) of type (stream) Actual result: -- resource(5) of type (stream) resource(6) of type (stream) resource(7) of type (stream) -- Edit bug report at http://bugs.php.net/?id=45303&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45303&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45303&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45303&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45303&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45303&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45303&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45303&r=needscript Try newer version:http://bugs.php.net/fix.php?id=45303&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45303&r=support Expected behavior:http://bugs.php.net/fix.php?id=45303&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45303&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45303&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45303&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45303&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45303&r=dst IIS Stability:http://bugs.php.net/fix.php?id=45303&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45303&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45303&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45303&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45303&r=mysqlcfg
#45268 [NEW]: Incorrect DB4 error callback function prototype
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 5.3CVS-2008-06-14 (CVS) PHP Bug Type: DBM/DBA related Bug description: Incorrect DB4 error callback function prototype Description: For BDB 4.7.25 (and probably earlier), the prototype php_dba_db4_errcall_fcn() needs three arguments. Documentation for the callback is at: http://www.oracle.com/technology/documentation/berkeley-db/db/api_c/env_set_errcall.html The expected prototype is: void DB_ENV->set_errcall(DB_ENV *dbenv, void (*db_errcall_fcn) (const DB_ENV *dbenv, const char *errpfx, const char *msg)); In ext/dba/dba_db4.c: static void php_dba_db4_errcall_fcn(const char *errpfx, char *msg) should be: static void php_dba_db4_errcall_fcn(const DB_ENV *dbenv, const char *errpfx, const char *msg) Actual result: -- Currently a compile warning is given: /home/cjones/phpsrc/php53/ext/dba/dba_db4.c:99: warning: passing argument 2 of 'dbp->set_errcall' from incompatible pointer type -- Edit bug report at http://bugs.php.net/?id=45268&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45268&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45268&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45268&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45268&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45268&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45268&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45268&r=needscript Try newer version:http://bugs.php.net/fix.php?id=45268&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45268&r=support Expected behavior:http://bugs.php.net/fix.php?id=45268&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45268&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45268&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45268&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45268&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45268&r=dst IIS Stability:http://bugs.php.net/fix.php?id=45268&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45268&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45268&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45268&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45268&r=mysqlcfg
#45267 [NEW]: Revisit locking in DBA for DB4
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 5.3CVS-2008-06-14 (CVS) PHP Bug Type: DBM/DBA related Bug description: Revisit locking in DBA for DB4 Description: The locking for DBA with DB4 needs to be revisited. The way DB_INIT_LOCK and DB_FCNTL_LOCKING are passed to DB4, and the use of DBA_LOCK_EXT in dba.c seem to be based on the assumption that BDB will do locking. This isn't true with the way BDB is used by DBA. See http://bugs.php.net/bug.php?id=45266 for why DB_INIT_LOCK isn't valid. DB_FCNTL_LOCKING is undocumented. It implies that PHP does locking. It just tells BDB when to release file handles. Perhaps the easiest solution is for dba.c to use DBA_LOCK_ALL, but I'm not fully aware of the implications of this flag. -- Edit bug report at http://bugs.php.net/?id=45267&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45267&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45267&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45267&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45267&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45267&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45267&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45267&r=needscript Try newer version:http://bugs.php.net/fix.php?id=45267&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45267&r=support Expected behavior:http://bugs.php.net/fix.php?id=45267&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45267&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45267&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45267&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45267&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45267&r=dst IIS Stability:http://bugs.php.net/fix.php?id=45267&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45267&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45267&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45267&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45267&r=mysqlcfg
#45266 [NEW]: DB_INIT_LOCK not a valid option
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 5.3CVS-2008-06-14 (CVS) PHP Bug Type: DBM/DBA related Bug description: DB_INIT_LOCK not a valid option Description: In ext/dba/dba_db4.c, the DB_INIT_LOCK bit is set in the gmode flag passed into dbp->open(). This is not a valid option for opening a BDB4 DB. The DBA code may have accidently worked against earlier versions of BDB because the integer value of the option previously matched a valid value. Tested with BDB 4.7.25 For debugging, note in BDB's db-4.7.25/db/db_iface.c the OKFLAGS macro doesn't include DB_INIT_LOCK. Reproduce code: --- Expected result: No error Actual result: -- Warning: dba_open(/tmp/dba1.db,c): Driver initialization failed for handler: db4: Invalid argument in dba1.php on line 5 -- Edit bug report at http://bugs.php.net/?id=45266&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45266&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45266&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45266&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45266&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45266&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45266&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45266&r=needscript Try newer version:http://bugs.php.net/fix.php?id=45266&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45266&r=support Expected behavior:http://bugs.php.net/fix.php?id=45266&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45266&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45266&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45266&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45266&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45266&r=dst IIS Stability:http://bugs.php.net/fix.php?id=45266&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45266&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45266&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45266&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45266&r=mysqlcfg
#45218 [Fbk->Csd]: PHAR archive built from directory limited by max open file handles
ID: 45218 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Closed Bug Type: *General Issues Operating System: * PHP Version: 5.3CVS-2008-06-09 (snap) Assigned To: cellog New Comment: Great, that's now fixed. Thanks for the prompt response. I'd like to use PHAR to create an uncompressed data archive of around 15,000 files (total size about 60MB), but I'm finding the time to create the archive can be measured in hours, whereas creating a zip of the same files takes less than 30 seconds. Though I appreciate that I may be using PHAR for a purpose that it was not designed for, are there any plans to improve performance for large amounts of files in the future? Previous Comments: [2008-06-10 19:20:54] [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 [2008-06-09 16:35:53] [EMAIL PROTECTED] Description: When building a PHAR archive using the methods buildFromDirectory() or buildFromIterator(), a temporary file is opened for each file to be added to the archive. These temporary files remain open until the last stages of the archive creation (to prevent the files from being deleted), meaning that the number of files that can be added to the archive is limited by the maximum number of file handles that can be open at any one time (often 2048). -- Edit this bug report at http://bugs.php.net/?id=45218&edit=1
#45248 [NEW]: Shfift_JIS encoded characters in PHP script cause an error.
From: [EMAIL PROTECTED] Operating system: Windows Vista PHP version: 6CVS-2008-06-12 (CVS) PHP Bug Type: Unicode Engine related Bug description: Shfift_JIS encoded characters in PHP script cause an error. Description: Shift_JIS encoded characters in PHP script cause an error. A tiny script causes the problem. It is based on php6/tests/unicode/enc-SJIS.phpt. For UTF-8 or EUC-JP encoded script, it works fine. Reproduce code: --- enc-SJIS.php enc-SJIS.inc Expected result: ัะตัั - ok Actual result: -- Warning: Illegal or truncated character in input: offset 0, state=0 in C:\php6\enc-SJIS.inc on line 2 Parse error: syntax error, unexpected $end, expecting T_STRING in C:\php6\enc-SJIS.inc on line 2 -- Edit bug report at http://bugs.php.net/?id=45248&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45248&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45248&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45248&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45248&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45248&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45248&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45248&r=needscript Try newer version:http://bugs.php.net/fix.php?id=45248&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45248&r=support Expected behavior:http://bugs.php.net/fix.php?id=45248&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45248&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45248&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45248&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45248&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45248&r=dst IIS Stability:http://bugs.php.net/fix.php?id=45248&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45248&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45248&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45248&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45248&r=mysqlcfg
#45218 [NEW]: PHAR archive built from directory limited by max open file handles
From: [EMAIL PROTECTED] Operating system: All PHP version: 5.3CVS-2008-06-09 (snap) PHP Bug Type: *Compression related Bug description: PHAR archive built from directory limited by max open file handles Description: When building a PHAR archive using the methods buildFromDirectory() or buildFromIterator(), a temporary file is opened for each file to be added to the archive. These temporary files remain open until the last stages of the archive creation (to prevent the files from being deleted), meaning that the number of files that can be added to the archive is limited by the maximum number of file handles that can be open at any one time (often 2048). -- Edit bug report at http://bugs.php.net/?id=45218&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45218&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45218&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45218&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45218&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45218&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45218&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45218&r=needscript Try newer version:http://bugs.php.net/fix.php?id=45218&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45218&r=support Expected behavior:http://bugs.php.net/fix.php?id=45218&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45218&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45218&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45218&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45218&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45218&r=dst IIS Stability:http://bugs.php.net/fix.php?id=45218&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45218&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45218&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45218&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45218&r=mysqlcfg
#45186 [NEW]: __call depends on __callstatic in class scope
From: [EMAIL PROTECTED] Operating system: PHP version: 5.3CVS-2008-06-05 (CVS) PHP Bug Type: Scripting Engine problem Bug description: __call depends on __callstatic in class scope Description: The magic method __call depends on __callstatic to be called in *class scope*. Adding: static public function __callstatic($a, $b) { print "__callstatic:\n"; var_dump($a); } The __call is called. Therefore, why dependency on __callstatic? Reproduce code: --- test(); Expected result: __call: object(bar)#1 (0) { } __call: object(bar)#1 (0) { } __call: object(bar)#1 (0) { } Actual result: -- __call: object(bar)#1 (0) { } __call: object(bar)#1 (0) { } Warning: call_user_func() expects parameter 1 to be a valid callback, class 'bar' does not have a method 'abc' in ... -- Edit bug report at http://bugs.php.net/?id=45186&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45186&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45186&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45186&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45186&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45186&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45186&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45186&r=needscript Try newer version:http://bugs.php.net/fix.php?id=45186&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45186&r=support Expected behavior:http://bugs.php.net/fix.php?id=45186&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45186&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45186&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45186&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45186&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45186&r=dst IIS Stability:http://bugs.php.net/fix.php?id=45186&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45186&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45186&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45186&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45186&r=mysqlcfg
#45180 [NEW]: 'class::method' works differently than array('class', 'method')
From: [EMAIL PROTECTED] Operating system: PHP version: 5.3CVS-2008-06-04 (CVS) PHP Bug Type: Scripting Engine problem Bug description: 'class::method' works differently than array('class', 'method') Description: See the code below. Reproduce code: --- test(); Expected result: __call: string(3) "ABC" __call: string(3) "ABC" __call: string(3) "ABC" Actual result: -- __call: string(3) "ABC" __call: string(3) "ABC" Fatal error: Non-static method foo::ABC() cannot be called statically in ... -- Edit bug report at http://bugs.php.net/?id=45180&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45180&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45180&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45180&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45180&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45180&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45180&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45180&r=needscript Try newer version:http://bugs.php.net/fix.php?id=45180&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45180&r=support Expected behavior:http://bugs.php.net/fix.php?id=45180&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45180&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45180&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45180&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45180&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45180&r=dst IIS Stability:http://bugs.php.net/fix.php?id=45180&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45180&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45180&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45180&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45180&r=mysqlcfg
#45029 [NEW]: POST requests have an emalloc leak
From: [EMAIL PROTECTED] Operating system: Linux/FreeBSD PHP version: 5.3CVS-2008-05-17 (CVS) PHP Bug Type: cURL related Bug description: POST requests have an emalloc leak Description: Adding a bug for this so we can track it. The leak size isn't constant even though the post data size in this example is constant, and the returned data (a dns error, presumably) is the same. Seems like there is something weird in our postfield handling code in the curl extension. Note also that it stabilizes somehow, although this is an extremely simplified version of a long-running command-line script that seems to grow on each post with wildly varying post data. Reproduce code: --- Expected result: No memory_usage increase from one POST request to the next. Actual result: -- start 326616 GET 327256 GET 327276 GET 327276 GET 327276 GET 327276 GET 327276 GET 327276 GET 327276 GET 327276 GET 327276 POST 327516 POST 327588 POST 327652 POST 327712 POST 327892 POST 328064 POST 328228 POST 328384 POST 328528 POST 328628 -- Edit bug report at http://bugs.php.net/?id=45029&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45029&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45029&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45029&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45029&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45029&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45029&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45029&r=needscript Try newer version:http://bugs.php.net/fix.php?id=45029&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45029&r=support Expected behavior:http://bugs.php.net/fix.php?id=45029&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45029&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45029&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45029&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45029&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45029&r=dst IIS Stability:http://bugs.php.net/fix.php?id=45029&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45029&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45029&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45029&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45029&r=mysqlcfg
#44966 [NEW]: Cannot create ReflectionFunction object for disabled functions
From: [EMAIL PROTECTED] Operating system: irrelevant PHP version: 5.3CVS-2008-05-11 (CVS) PHP Bug Type: Scripting Engine problem Bug description: Cannot create ReflectionFunction object for disabled functions Description: One cannot create an object of the ReflectionFunction class for a function that has been disabled via the disable_functions configuration directive. This effectively renders the ReflectionFunction::isDisabled() method useless. Reproduce code: --- --TEST-- ReflectionFunction::isDisabled() --INI-- disable_functions=eval --FILE-- isDisabled()); $function = new ReflectionFunction('eval'); var_dump($function->isDisabled()); ?> --EXPECT-- bool(false) bool(true) Expected result: Test passes. Actual result: -- bool(false) Fatal error: Uncaught exception 'ReflectionException' with message 'Function eval() does not exist' in /home/sb/ReflectionFunction_isDisabled.php:5 Stack trace: #0 /home/sb/ReflectionFunction_isDisabled.php(5): ReflectionFunction->__construct('eval') #1 {main} thrown in /home/sb/ReflectionFunction_isDisabled.php on line 5 -- Edit bug report at http://bugs.php.net/?id=44966&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=44966&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=44966&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=44966&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=44966&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=44966&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=44966&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=44966&r=needscript Try newer version:http://bugs.php.net/fix.php?id=44966&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=44966&r=support Expected behavior:http://bugs.php.net/fix.php?id=44966&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=44966&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=44966&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=44966&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=44966&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=44966&r=dst IIS Stability:http://bugs.php.net/fix.php?id=44966&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=44966&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=44966&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=44966&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=44966&r=mysqlcfg
#44910 [NEW]: Restrict GOTOs from/to try catch blocks
From: [EMAIL PROTECTED] Operating system: Irrelevant PHP version: 5.3CVS-2008-05-04 (CVS) PHP Bug Type: Scripting Engine problem Bug description: Restrict GOTOs from/to try catch blocks Description: Currently, things like that are allowed: try { ... plop: } catch(Exception $e) { goto plop; } try { } catch(Exception1 $e) { goto plop; } catch(Exception2 $e) { plop: } GOTOs shouldn't be allowed in those cases. -- Edit bug report at http://bugs.php.net/?id=44910&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=44910&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=44910&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=44910&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=44910&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=44910&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=44910&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=44910&r=needscript Try newer version:http://bugs.php.net/fix.php?id=44910&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=44910&r=support Expected behavior:http://bugs.php.net/fix.php?id=44910&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=44910&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=44910&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=44910&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=44910&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=44910&r=dst IIS Stability:http://bugs.php.net/fix.php?id=44910&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=44910&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=44910&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=44910&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=44910&r=mysqlcfg
#44870 [NEW]: rename() on directory deletes same named file
From: [EMAIL PROTECTED] Operating system: Windows/XP PHP version: 5.3CVS-2008-04-30 (snap) PHP Bug Type: Streams related Bug description: rename() on directory deletes same named file Description: Calling rename() on a directory where there is already a file with the new name does something odd, it renames the directory but also deletes the file. If this is in fact a bug then the test case rename_variation3.phpt will need to be fixed up. Reproduce code: --- Expected result: A directory called rename_variation3.tmp and also a file called rename_variation3.tmp Actual result: -- A directory called rename_variation3.tmp and no file..! -- Edit bug report at http://bugs.php.net/?id=44870&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=44870&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=44870&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=44870&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=44870&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=44870&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=44870&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=44870&r=needscript Try newer version:http://bugs.php.net/fix.php?id=44870&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=44870&r=support Expected behavior:http://bugs.php.net/fix.php?id=44870&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=44870&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=44870&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=44870&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=44870&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=44870&r=dst IIS Stability:http://bugs.php.net/fix.php?id=44870&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=44870&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=44870&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=44870&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=44870&r=mysqlcfg
#44860 [NEW]: session_encode fails for php_binary serialiser
From: [EMAIL PROTECTED] Operating system: All PHP version: 6CVS-2008-04-29 (snap) PHP Bug Type: Session related Bug description: session_encode fails for php_binary serialiser Description: I've added a new test into the 6.0 branch called session_encode_variation7.phpt - the expected output for this test shows the problem. It shows that when unicode is enabled the output from session_encode when using the php_binary serialiser is wrong. Reproduce code: --- --TEST-- Test session_encode() function : variation --SKIPIF-- --INI-- session.serialize_handler=php_binary --FILE-- --EXPECTF-- *** Testing session_encode() : variation *** bool(true) string(24) "A2Zvb2k6MTIzNDU2Nzg5MDs=" bool(true) Done --UEXPECTF-- *** Testing session_encode() : variation *** bool(true) string(0) "" bool(true) Done Expected result: --UEXPECTF-- *** Testing session_encode() : variation *** bool(true) unicode(24) "A2Zvb2k6MTIzNDU2Nzg5MDs=" bool(true) Done Actual result: -- --UEXPECTF-- *** Testing session_encode() : variation *** bool(true) string(0) "" bool(true) Done -- Edit bug report at http://bugs.php.net/?id=44860&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=44860&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=44860&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=44860&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=44860&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=44860&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=44860&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=44860&r=needscript Try newer version:http://bugs.php.net/fix.php?id=44860&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=44860&r=support Expected behavior:http://bugs.php.net/fix.php?id=44860&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=44860&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=44860&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=44860&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=44860&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=44860&r=dst IIS Stability:http://bugs.php.net/fix.php?id=44860&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=44860&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=44860&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=44860&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=44860&r=mysqlcfg
#44849 [Asn]: imagecolorclosesthwb() is not avaible on Windows
ID: 44849 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Assigned Bug Type: GD related Operating System: Windows Vista PHP Version: 5.2.5 Assigned To: pajoye New Comment: imagecreatefromxpm() is also affected by this issue on Windows Previous Comments: [2008-04-27 23:34:02] [EMAIL PROTECTED] Description: The imagecolorclosesthwb() function is not avaible on Windows, I spoke to Pierre on IRC and he said it was a missing /D flag in config.w32 Reproduce code: --- var_dump(function_exists('imagecolorclosesthwb')); Expected result: bool(true) Actual result: -- bool(false) -- Edit this bug report at http://bugs.php.net/?id=44849&edit=1
#44852 [NEW]: PDO_OCI crashes
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 5.2.5 PHP Bug Type: PDO related Bug description: PDO_OCI crashes Description: PDO/OCI segfaults while describing columns. I gave a stab at a quick reproducing script, but did not manage unfortunately. I get this issue by running the WorkflowDatabaseTiein component test suite with: php -dmemory_limit=-1 UnitTest/src/runtests.php -v -D oracle://ezc:[EMAIL PROTECTED]/ezctest WorkflowDatabaseTiein/tests/execution_test.php Reproduce code: --- Database schema: CREATE TABLE "execution" ( "execution_id" number NOT NULL, "execution_next_thread_id" number NOT NULL, "execution_parent" number NOT NULL, "execution_started" number NOT NULL, "execution_threads" clob, "execution_variables" clob, "execution_waiting_for" clob, "workflow_id" number NOT NULL ) CREATE SEQUENCE "execution_execution_id_seq" start with 1 increment by 1 nomaxvalue CREATE OR REPLACE TRIGGER "execution_execution_id_trg" before insert on "execution" for each row begin select "execution_execution_id_seq".nextval into :new."execution_id" from dual; end; ALTER TABLE "execution" ADD CONSTRAINT "execution_pkey" PRIMARY KEY ( "execution_id" ) CREATE INDEX "execution_parent" ON "execution" ( "execution_parent" ) CREATE TABLE "execution_state" ( "execution_id" number NOT NULL, "node_activated_from" clob NOT NULL, "node_id" number NOT NULL, "node_state" clob, "node_thread_id" number NOT NULL ) ALTER TABLE "execution_state" ADD CONSTRAINT "execution_state_pkey" PRIMARY KEY ( "execution_id", "node_id" ) CREATE TABLE "node" ( "node_class" varchar2(255) NOT NULL, "node_configuration" clob, "node_id" number NOT NULL, "workflow_id" number NOT NULL ) CREATE SEQUENCE "node_node_id_seq" start with 1 increment by 1 nomaxvalue CREATE OR REPLACE TRIGGER "node_node_id_trg" before insert on "node" for each row begin select "node_node_id_seq".nextval into :new."node_id" from dual; end; ALTER TABLE "node" ADD CONSTRAINT "node_pkey" PRIMARY KEY ( "node_id" ) CREATE INDEX "workflow_id" ON "node" ( "workflow_id" ) CREATE TABLE "node_connection" ( "in_node_id" number NOT NULL, "out_node_id" number NOT NULL ) CREATE INDEX "in_node_id" ON "node_connection" ( "in_node_id" ) CREATE TABLE "variable_handler" ( "class" varchar2(255) NOT NULL, "variable" varchar2(255) NOT NULL, "workflow_id" number NOT NULL ) ALTER TABLE "variable_handler" ADD CONSTRAINT "variable_handler_pkey" PRIMARY KEY ( "class", "workflow_id" ) CREATE TABLE "workflow" ( "workflow_created" number NOT NULL, "workflow_id" number NOT NULL, "workflow_name" varchar2(64) NOT NULL, "workflow_version" number DEFAULT 1 NOT NULL ) CREATE SEQUENCE "workflow_workflow_id_seq" start with 1 increment by 1 nomaxvalue CREATE OR REPLACE TRIGGER "workflow_workflow_id_trg" before insert on "workflow" for each row begin select "workflow_workflow_id_seq".nextval into :new."workflow_id" from dual; end; ALTER TABLE "workflow" ADD CONSTRAINT "workflow_pkey" PRIMARY KEY ( "workflow_id" ) CREATE UNIQUE INDEX "name_version" ON "workflow" ( "workflow_name", "workflow_version" ) Actual result: -- Segfault: backtrace: #0 0xb7447574 in kghualloc () from /usr/lib/oracle/xe/app/oracle/product/10.2.0/client/lib/libclntsh.so.10.1 No symbol table info available. #1 0xb73e865f in kohalc () from /usr/lib/oracle/xe/app/oracle/product/10.2.0/client/lib/libclntsh.so.10.1 No symbol table info available. #2 0xb73e7f4f in kohalc () from /usr/lib/oracle/xe/app/oracle/product/10.2.0/client/lib/libclntsh.so.10.1 No symbol table info available. #3 0xb73e8902 in kohalw () from /usr/lib/oracle/xe/app/oracle/product/10.2.0/client/lib/libclntsh.so.10.1 No symbol table info available. #4 0xb7283b83 in kollalfn () from /usr/lib/oracle/xe/app/oracle/product/10.2.0/client/lib/libclntsh.so.10.1 No symbol table info available. #5 0xb6d401d3 in kpugdesc () from /usr/lib/oracle/xe/app/oracle/product/10.2.0/client/lib/libclntsh.so.10.1 No symbol table info available. #6 0xb6e
#44849 [NEW]: imagecolorclosesthwb() is not avaible on Windows
From: [EMAIL PROTECTED] Operating system: Windows Vista PHP version: 5.2.5 PHP Bug Type: GD related Bug description: imagecolorclosesthwb() is not avaible on Windows Description: The imagecolorclosesthwb() function is not avaible on Windows, I spoke to Pierre on IRC and he said it was a missing /D flag in config.w32 Reproduce code: --- var_dump(function_exists('imagecolorclosesthwb')); Expected result: bool(true) Actual result: -- bool(false) -- Edit bug report at http://bugs.php.net/?id=44849&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=44849&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=44849&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=44849&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=44849&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=44849&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=44849&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=44849&r=needscript Try newer version:http://bugs.php.net/fix.php?id=44849&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=44849&r=support Expected behavior:http://bugs.php.net/fix.php?id=44849&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=44849&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=44849&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=44849&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=44849&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=44849&r=dst IIS Stability:http://bugs.php.net/fix.php?id=44849&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=44849&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=44849&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=44849&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=44849&r=mysqlcfg
#44827 [NEW]: define('::') can be defined
From: [EMAIL PROTECTED] Operating system: Windows Vista PHP version: 5.2.5 PHP Bug Type: Scripting Engine problem Bug description: define('::') can be defined Description: PHP (5.2.5) allows you to define '::' as a constant without issuing an E_WARNING, below examples will demonstrate it. The constant() function will issue an fatal error when recieving '::' as constant name: Fatal error: Class '' not found in C:\webserver\www\gd\gd.php on line 91 Which might also be wrong or confusing to the programmer Reproduce code: --- Expected result: A fatal error for each of the calls: Fatal error: Invalid constant name in test.php on line 2 Fatal error: Invalid constant name in test.php on line 3 Actual result: -- Fatal error: Class '' not found in C:\webserver\www\gd\gd.php on line 91 None warning or fatal error for define()... -- Edit bug report at http://bugs.php.net/?id=44827&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=44827&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=44827&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=44827&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=44827&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=44827&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=44827&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=44827&r=needscript Try newer version:http://bugs.php.net/fix.php?id=44827&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=44827&r=support Expected behavior:http://bugs.php.net/fix.php?id=44827&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=44827&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=44827&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=44827&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=44827&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=44827&r=dst IIS Stability:http://bugs.php.net/fix.php?id=44827&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=44827&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=44827&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=44827&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=44827&r=mysqlcfg
#44823 [NEW]: SAPI way to access request_rec data
From: [EMAIL PROTECTED] Operating system: PHP version: 5.3CVS-2008-04-24 (CVS) PHP Bug Type: Feature/Change Request Bug description: SAPI way to access request_rec data Description: We have a (really lots) shared extension that require access to the request_rec, but also need to run under either apache 1 or the apache 2 SAPI. Could we get SAPI function for access (both get and set) the request_rec data, such as: r->headers_in r->headers_out r->subprocess_env r->notes Reproduce code: --- Right now we do things like: request_rec *r = (request_rec *) SG(server_context); if (r != NULL) { const char *foo = ap_table_get(r->subprocess_env, "foo"); } this means we have to build a version of the extension for apache 1 and apache 2. Expected result: I would like to do something like this (where is some new function for r->subprocess_env access): const char *foo = sapi__get("foo"); or sapi__set("foo", "bar"); This way we could build one sapi module for apache 1 and one for apache 2, but a single shared extension that would work with either. -- Edit bug report at http://bugs.php.net/?id=44823&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=44823&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=44823&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=44823&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=44823&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=44823&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=44823&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=44823&r=needscript Try newer version:http://bugs.php.net/fix.php?id=44823&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=44823&r=support Expected behavior:http://bugs.php.net/fix.php?id=44823&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=44823&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=44823&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=44823&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=44823&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=44823&r=dst IIS Stability:http://bugs.php.net/fix.php?id=44823&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=44823&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=44823&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=44823&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=44823&r=mysqlcfg
#44811 [NEW]: [Patch] Improve error message when creating new SoapClient with invalid data
From: [EMAIL PROTECTED] Operating system: Any PHP version: 5.3CVS-2008-04-23 (CVS) PHP Bug Type: SOAP related Bug description: [Patch] Improve error message when creating new SoapClient with invalid data Description: In case a new SoapClient is created and the loaded XML has problems, the exact libxml2 error message is hidden. It should be noted that with the provided patch, an extra \n gets introduces which is from the libxml error context "message" member. However I favor more exact error messages over formatting. Index: php_sdl.c === RCS file: /repository/php-src/ext/soap/php_sdl.c,v retrieving revision 1.88.2.12.2.9.2.2 diff -u -r1.88.2.12.2.9.2.2 php_sdl.c --- php_sdl.c 31 Dec 2007 07:17:13 - 1.88.2.12.2.9.2.2 +++ php_sdl.c 23 Apr 2008 19:10:01 - @@ -240,7 +240,12 @@ wsdl = soap_xmlParseFile(struri TSRMLS_CC); if (!wsdl) { - soap_error1(E_ERROR, "Parsing WSDL: Couldn't load from '%s'", struri); + xmlErrorPtr xmlErrorPtr = xmlGetLastError(); + if (xmlErrorPtr) { + soap_error2(E_ERROR, "Parsing WSDL: Couldn't load from '%s': %s", struri, xmlErrorPtr->message); + } else { + soap_error1(E_ERROR, "Parsing WSDL: Couldn't load from '%s'", struri); + } } zend_hash_add(&ctx->docs, struri, strlen(struri)+1, (void**)&wsdl, sizeof(xmlDocPtr), NULL); Reproduce code: --- php -r 'new SoapClient("http://slashdot.org";);' Expected result: Fatal error: Uncaught SoapFault exception: [WSDL] SOAP-ERROR: Parsing WSDL: Couldn't load from 'http://slashdot.org': Premature end of data in tag html line 3 in Command line code:1 Actual result: -- Fatal error: Uncaught SoapFault exception: [WSDL] SOAP-ERROR: Parsing WSDL: Couldn't load from 'http://slashdot.org' in Command line code:1 -- Edit bug report at http://bugs.php.net/?id=44811&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=44811&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=44811&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=44811&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=44811&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=44811&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=44811&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=44811&r=needscript Try newer version:http://bugs.php.net/fix.php?id=44811&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=44811&r=support Expected behavior:http://bugs.php.net/fix.php?id=44811&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=44811&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=44811&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=44811&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=44811&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=44811&r=dst IIS Stability:http://bugs.php.net/fix.php?id=44811&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=44811&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=44811&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=44811&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=44811&r=mysqlcfg
#44779 [NEW]: filter returns NULL in CLI when it shouldn't
From: [EMAIL PROTECTED] Operating system: Mac PHP version: 5.3CVS-2008-04-18 (snap) PHP Bug Type: Filter related Bug description: filter returns NULL in CLI when it shouldn't Description: The filter extension appears to have issues with CLI. I have not fully tested it but will provide examples below to demonstrate the problem. These tests use INPUT_SERVER, but others may be affected. Note: The same code is working correctly for me in mod_php. Reproduce code: --- philip$ cat > foo.php http://bugs.php.net/?id=44779&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=44779&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=44779&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=44779&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=44779&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=44779&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=44779&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=44779&r=needscript Try newer version:http://bugs.php.net/fix.php?id=44779&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=44779&r=support Expected behavior:http://bugs.php.net/fix.php?id=44779&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=44779&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=44779&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=44779&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=44779&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=44779&r=dst IIS Stability:http://bugs.php.net/fix.php?id=44779&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=44779&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=44779&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=44779&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=44779&r=mysqlcfg
#44742 [NEW]: Segmentation fault
From: [EMAIL PROTECTED] Operating system: Any PHP version: 5.2CVS-2008-04-16 (snap) PHP Bug Type: Date/time related Bug description: Segmentation fault Description: timezone_offset_get() causes segmentation faults. Reproduce code: --- $ ./php.exe -r '$date= date_create("2008-04-11 00:00:00+"); var_dump(timezone_offset_get(date_timezone_get($date), $date));' [...Segmentation fault Dialog box...] [EMAIL PROTECTED] ~/bin/php5dev $ ./php.exe -v PHP 5.2.6RC6-dev (cli) (built: Apr 15 2008 12:04:52) Copyright (c) 1997-2008 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2008 Zend Technologies Expected result: int(7200) Actual result: -- Segmentation fault -- Edit bug report at http://bugs.php.net/?id=44742&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=44742&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=44742&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=44742&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=44742&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=44742&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=44742&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=44742&r=needscript Try newer version:http://bugs.php.net/fix.php?id=44742&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=44742&r=support Expected behavior:http://bugs.php.net/fix.php?id=44742&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=44742&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=44742&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=44742&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=44742&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=44742&r=dst IIS Stability:http://bugs.php.net/fix.php?id=44742&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=44742&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=44742&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=44742&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=44742&r=mysqlcfg
#44739 [NEW]: var.c:410: warning: unknown conversion type character 'H' in format
From: [EMAIL PROTECTED] Operating system: Ubuntu 7.10 PHP version: 5.3CVS-2008-04-15 (CVS) PHP Bug Type: Unknown/Other Function Bug description: var.c:410: warning: unknown conversion type character 'H' in format Description: With PHP 5.3 or 5.2 on Ubuntu 7.10 or RHEL 4 I see this compile warning: gcc -Iext/standard/ -I/home/cjones/phpsrc/php53/ext/standard/ -DPHP_ATOM_INC -I/home/cjones/phpsrc/php53/include -I/home/cjones/phpsrc/php53/main -I/home/cjones/phpsrc/php53 -I/home/cjones/phpsrc/php53/ext/ereg/regex -I/usr/include/libxml2 -I/home/cjones/phpsrc/php53/ext/date/lib -I/home/cjones/instantclient_10_2/sdk/include -I/home/cjones/phpsrc/php53/TSRM -I/home/cjones/phpsrc/php53/Zend -I/usr/include -g -fvisibility=hidden -O0 -Wall -c /home/cjones/phpsrc/php53/ext/standard/var.c -o ext/standard/.libs/var.o /home/cjones/phpsrc/php53/ext/standard/var.c: In function 'php_var_export': /home/cjones/phpsrc/php53/ext/standard/var.c:410: warning: unknown conversion type character 'H' in format /home/cjones/phpsrc/php53/ext/standard/var.c:410: warning: too many arguments for format My config.nice is: './configure' \ '--prefix=/home/cjones/php53_10' \ '--with-apxs2=/home/cjones/apache/bin/apxs' \ '--enable-debug' \ '--with-gd' \ '--with-zlib' \ '--with-oci8=instantclient,/home/cjones/instantclient_10_2' \ '--enable-sigchild' \ "$@" -- Edit bug report at http://bugs.php.net/?id=44739&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=44739&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=44739&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=44739&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=44739&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=44739&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=44739&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=44739&r=needscript Try newer version:http://bugs.php.net/fix.php?id=44739&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=44739&r=support Expected behavior:http://bugs.php.net/fix.php?id=44739&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=44739&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=44739&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=44739&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=44739&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=44739&r=dst IIS Stability:http://bugs.php.net/fix.php?id=44739&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=44739&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=44739&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=44739&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=44739&r=mysqlcfg