#46718 [NEW]: ReflectionProperty::setValue() and ReflectionProperty::setAccessible()

2008-11-29 Thread [EMAIL PROTECTED]
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

2008-11-25 Thread [EMAIL PROTECTED]
 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

2008-11-25 Thread [EMAIL PROTECTED]
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

2008-11-19 Thread [EMAIL PROTECTED]
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

2008-11-17 Thread [EMAIL PROTECTED]
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

2008-11-11 Thread [EMAIL PROTECTED]
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

2008-11-11 Thread [EMAIL PROTECTED]
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

2008-11-08 Thread [EMAIL PROTECTED]
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

2008-11-06 Thread [EMAIL PROTECTED]
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

2008-11-06 Thread [EMAIL PROTECTED]
 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

2008-11-06 Thread [EMAIL PROTECTED]
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

2008-11-06 Thread [EMAIL PROTECTED]
 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

2008-11-01 Thread [EMAIL PROTECTED]
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

2008-10-25 Thread [EMAIL PROTECTED]
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

2008-10-24 Thread [EMAIL PROTECTED]
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

2008-10-22 Thread [EMAIL PROTECTED]
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

2008-10-20 Thread [EMAIL PROTECTED]
 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

2008-10-16 Thread [EMAIL PROTECTED]
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

2008-10-14 Thread [EMAIL PROTECTED]
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

2008-10-10 Thread [EMAIL PROTECTED]
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

2008-10-06 Thread [EMAIL PROTECTED]
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

2008-10-06 Thread [EMAIL PROTECTED]
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)

2008-10-05 Thread [EMAIL PROTECTED]
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

2008-10-02 Thread [EMAIL PROTECTED]
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

2008-09-30 Thread [EMAIL PROTECTED]
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

2008-09-25 Thread [EMAIL PROTECTED]
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

2008-09-23 Thread [EMAIL PROTECTED]
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

2008-09-23 Thread [EMAIL PROTECTED]
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

2008-09-23 Thread [EMAIL PROTECTED]
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

2008-09-21 Thread [EMAIL PROTECTED]
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

2008-09-18 Thread [EMAIL PROTECTED]
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

2008-09-17 Thread [EMAIL PROTECTED]
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

2008-09-17 Thread [EMAIL PROTECTED]
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

2008-09-17 Thread [EMAIL PROTECTED]
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

2008-09-17 Thread [EMAIL PROTECTED]
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

2008-09-16 Thread [EMAIL PROTECTED]
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

2008-09-13 Thread [EMAIL PROTECTED]
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

2008-09-11 Thread [EMAIL PROTECTED]
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

2008-09-11 Thread [EMAIL PROTECTED]
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

2008-09-11 Thread [EMAIL PROTECTED]
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

2008-09-11 Thread [EMAIL PROTECTED]
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

2008-09-11 Thread [EMAIL PROTECTED]
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

2008-09-10 Thread [EMAIL PROTECTED]
 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

2008-09-10 Thread [EMAIL PROTECTED]
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

2008-09-10 Thread [EMAIL PROTECTED]
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

2008-09-10 Thread [EMAIL PROTECTED]
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

2008-09-09 Thread [EMAIL PROTECTED]
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

2008-09-09 Thread [EMAIL PROTECTED]
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

2008-09-09 Thread [EMAIL PROTECTED]
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

2008-09-09 Thread [EMAIL PROTECTED]
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!)

2008-09-02 Thread [EMAIL PROTECTED]
 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

2008-08-28 Thread [EMAIL PROTECTED]
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

2008-08-26 Thread [EMAIL PROTECTED]
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

2008-08-24 Thread [EMAIL PROTECTED]
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

2008-08-21 Thread [EMAIL PROTECTED]
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()

2008-08-15 Thread [EMAIL PROTECTED]
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

2008-08-14 Thread [EMAIL PROTECTED]
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

2008-08-13 Thread [EMAIL PROTECTED]
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

2008-08-12 Thread [EMAIL PROTECTED]
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

2008-08-12 Thread [EMAIL PROTECTED]
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

2008-08-12 Thread [EMAIL PROTECTED]
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

2008-08-11 Thread [EMAIL PROTECTED]
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

2008-08-10 Thread [EMAIL PROTECTED]
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

2008-08-10 Thread [EMAIL PROTECTED]
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

2008-08-07 Thread [EMAIL PROTECTED]
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

2008-08-07 Thread [EMAIL PROTECTED]
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

2008-08-02 Thread [EMAIL PROTECTED]
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

2008-07-27 Thread [EMAIL PROTECTED]
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

2008-07-21 Thread [EMAIL PROTECTED]
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

2008-07-18 Thread [EMAIL PROTECTED]
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

2008-06-30 Thread [EMAIL PROTECTED]
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

2008-06-28 Thread [EMAIL PROTECTED]
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

2008-06-28 Thread [EMAIL PROTECTED]
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

2008-06-27 Thread [EMAIL PROTECTED]
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

2008-06-27 Thread [EMAIL PROTECTED]
 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

2008-06-26 Thread [EMAIL PROTECTED]
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

2008-06-21 Thread [EMAIL PROTECTED]
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

2008-06-18 Thread [EMAIL PROTECTED]
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

2008-06-13 Thread [EMAIL PROTECTED]
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

2008-06-13 Thread [EMAIL PROTECTED]
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

2008-06-13 Thread [EMAIL PROTECTED]
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

2008-06-13 Thread [EMAIL PROTECTED]
 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.

2008-06-12 Thread [EMAIL PROTECTED]
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

2008-06-09 Thread [EMAIL PROTECTED]
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

2008-06-05 Thread [EMAIL PROTECTED]
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')

2008-06-04 Thread [EMAIL PROTECTED]
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

2008-05-17 Thread [EMAIL PROTECTED]
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

2008-05-10 Thread [EMAIL PROTECTED]
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

2008-05-04 Thread [EMAIL PROTECTED]
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

2008-04-30 Thread [EMAIL PROTECTED]
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

2008-04-29 Thread [EMAIL PROTECTED]
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

2008-04-28 Thread [EMAIL PROTECTED]
 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

2008-04-28 Thread [EMAIL PROTECTED]
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

2008-04-27 Thread [EMAIL PROTECTED]
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

2008-04-25 Thread [EMAIL PROTECTED]
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

2008-04-24 Thread [EMAIL PROTECTED]
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

2008-04-23 Thread [EMAIL PROTECTED]
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

2008-04-18 Thread [EMAIL PROTECTED]
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

2008-04-16 Thread [EMAIL PROTECTED]
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

2008-04-15 Thread [EMAIL PROTECTED]
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



  1   2   3   4   5   6   7   8   9   10   >