#49910 [NEW]: no support for ././@LongLink for long filenames
From: cel...@php.net Operating system: n/a PHP version: 5.3SVN-2009-10-18 (SVN) PHP Bug Type: PHAR related Bug description: no support for ././@LongLink for long filenames Description: The arcane (and poorly documented) ././@LongLink method of storing long filenames is not supported by ext/phar. The header stores the size of the filename, and the next block stores the filename itself. -- Edit bug report at http://bugs.php.net/?id=49910edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=49910r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=49910r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=49910r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=49910r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=49910r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=49910r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=49910r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=49910r=needscript Try newer version: http://bugs.php.net/fix.php?id=49910r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=49910r=support Expected behavior: http://bugs.php.net/fix.php?id=49910r=notwrong Not enough info: http://bugs.php.net/fix.php?id=49910r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=49910r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=49910r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=49910r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=49910r=dst IIS Stability: http://bugs.php.net/fix.php?id=49910r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=49910r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=49910r=float No Zend Extensions: http://bugs.php.net/fix.php?id=49910r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=49910r=mysqlcfg
#49274 [NEW]: filter_var() should accept objects without fatal error
From: cel...@php.net Operating system: PHP version: 5.3SVN-2009-08-16 (SVN) PHP Bug Type: Filter related Bug description: filter_var() should accept objects without fatal error Description: ?php filter_var(new stdClass, FILTER_VALIDATE_EMAIL); ? throws a fatal error because stdClass can't be converted into a string. filter_var() should be more flexible and simply return false in this situation, it makes it very difficult to provide validation not just for untrusted user input but for untrusted third party use of libraries who may make it insecure by passing in the wrong value to a field for setting. -- Edit bug report at http://bugs.php.net/?id=49274edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=49274r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=49274r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=49274r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=49274r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=49274r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=49274r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=49274r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=49274r=needscript Try newer version: http://bugs.php.net/fix.php?id=49274r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=49274r=support Expected behavior: http://bugs.php.net/fix.php?id=49274r=notwrong Not enough info: http://bugs.php.net/fix.php?id=49274r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=49274r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=49274r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=49274r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=49274r=dst IIS Stability: http://bugs.php.net/fix.php?id=49274r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=49274r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=49274r=float No Zend Extensions: http://bugs.php.net/fix.php?id=49274r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=49274r=mysqlcfg
#49018 [NEW]: tar stores long filenames with prefix/name reversed
From: cel...@php.net Operating system: PHP version: 5.3.0 PHP Bug Type: PHAR related Bug description: tar stores long filenames with prefix/name reversed Description: for filenames longer than 100 characters, phar stores the prefix in the name section, and the name in the prefix section -- Edit bug report at http://bugs.php.net/?id=49018edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=49018r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=49018r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=49018r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=49018r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=49018r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=49018r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=49018r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=49018r=needscript Try newer version: http://bugs.php.net/fix.php?id=49018r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=49018r=support Expected behavior: http://bugs.php.net/fix.php?id=49018r=notwrong Not enough info: http://bugs.php.net/fix.php?id=49018r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=49018r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=49018r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=49018r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=49018r=dst IIS Stability: http://bugs.php.net/fix.php?id=49018r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=49018r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=49018r=float No Zend Extensions: http://bugs.php.net/fix.php?id=49018r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=49018r=mysqlcfg
#49020 [NEW]: phar misinterprets ustar long filename standard
From: cel...@php.net Operating system: PHP version: 5.3.0 PHP Bug Type: PHAR related Bug description: phar misinterprets ustar long filename standard Description: the phar implementation of long filenames splits on the 100th character no matter what, but the ustar standard specifies that the split should be on a directory boundary -- Edit bug report at http://bugs.php.net/?id=49020edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=49020r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=49020r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=49020r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=49020r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=49020r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=49020r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=49020r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=49020r=needscript Try newer version: http://bugs.php.net/fix.php?id=49020r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=49020r=support Expected behavior: http://bugs.php.net/fix.php?id=49020r=notwrong Not enough info: http://bugs.php.net/fix.php?id=49020r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=49020r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=49020r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=49020r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=49020r=dst IIS Stability: http://bugs.php.net/fix.php?id=49020r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=49020r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=49020r=float No Zend Extensions: http://bugs.php.net/fix.php?id=49020r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=49020r=mysqlcfg
#49021 [NEW]: phar tar signature algorithm reports as Unknown (0) in getSignature() call
From: cel...@php.net Operating system: PHP version: 5.3.0 PHP Bug Type: PHAR related Bug description: phar tar signature algorithm reports as Unknown (0) in getSignature() call Description: a call to getSignature on a Phar or PharData object based on a tar archive always reports Unknown (0) as the signature type -- Edit bug report at http://bugs.php.net/?id=49021edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=49021r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=49021r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=49021r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=49021r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=49021r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=49021r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=49021r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=49021r=needscript Try newer version: http://bugs.php.net/fix.php?id=49021r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=49021r=support Expected behavior: http://bugs.php.net/fix.php?id=49021r=notwrong Not enough info: http://bugs.php.net/fix.php?id=49021r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=49021r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=49021r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=49021r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=49021r=dst IIS Stability: http://bugs.php.net/fix.php?id=49021r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=49021r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=49021r=float No Zend Extensions: http://bugs.php.net/fix.php?id=49021r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=49021r=mysqlcfg
#48681 [NEW]: openssl signature verification for tar archives broken
From: cel...@php.net
Operating system:
PHP version: 5.3CVS-2009-06-24 (CVS)
PHP Bug Type: PHAR related
Bug description: openssl signature verification for tar archives broken
Description:
openssl signature verification is broken for tar archives, and will be
broken in PHP 5.3.0. This patch can be used for those who can't wait until
PHP 5.3.1.
Alternately, HEAD of php-src/ext/phar can be used, or pecl/phar, as they
are synchronized with php5/ext/phar
Reproduce code:
---
Index: ext/phar/tar.c
===
RCS file: /repository/php-src/ext/phar/tar.c,v
retrieving revision 1.55.2.29
diff -u -r1.55.2.29 tar.c
--- ext/phar/tar.c 4 Jun 2009 19:59:09 - 1.55.2.29
+++ ext/phar/tar.c 24 Jun 2009 22:14:08 -
@@ -255,6 +255,8 @@
phar_tar_number(hdr-size, sizeof(hdr-size));
if (((!old hdr-prefix[0] == 0) || old) strlen(hdr-name)
==
sizeof(.phar/signature.bin)-1 !strncmp(hdr-name,
.phar/signature.bin, sizeof(.phar/signature.bin)-1)) {
+ off_t curloc;
+
if (size 511) {
if (error) {
spprintf(error, 4096, phar error:
tar-based phar \%s\ has
signature that is larger than 511 bytes, cannot process, fname);
@@ -264,6 +266,7 @@
phar_destroy_phar_data(myphar TSRMLS_CC);
return FAILURE;
}
+ curloc = php_stream_tell(fp);
read = php_stream_read(fp, buf, size);
if (read != size) {
if (error) {
@@ -280,7 +283,7 @@
#else
# define PHAR_GET_32(buffer) (php_uint32) *(buffer)
#endif
- if (FAILURE == phar_verify_signature(fp,
php_stream_tell(fp) - size -
512, PHAR_GET_32(buf), buf + 8, PHAR_GET_32(buf + 4), fname,
myphar-signature, myphar-sig_len, error TSRMLS_CC)) {
+ if (FAILURE == phar_verify_signature(fp,
php_stream_tell(fp) - size -
512, PHAR_GET_32(buf), buf + 8, size - 8, fname, myphar-signature,
myphar-sig_len, error TSRMLS_CC)) {
if (error) {
char *save = *error;
spprintf(error, 4096, phar error:
tar-based phar \%s\ signature
cannot be verified: %s, fname, save);
@@ -288,11 +291,11 @@
}
goto bail;
}
+ php_stream_seek(fp, curloc + 512, SEEK_SET);
/* signature checked out, let's ensure this is the last
file in the
phar */
- size = ((size+511)~511) + 512;
if (((hdr-typeflag == '\0') || (hdr-typeflag ==
TAR_FILE)) size
0) {
/* this is not good enough - seek succeeds even
on truncated tars */
- php_stream_seek(fp, size, SEEK_CUR);
+ php_stream_seek(fp, 512, SEEK_CUR);
if ((uint)php_stream_tell(fp) totalsize) {
if (error) {
spprintf(error, 4096, phar
error: \%s\ is a corrupted tar file
(truncated), fname);
--
Edit bug report at http://bugs.php.net/?id=48681edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=48681r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=48681r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=48681r=trysnapshot60
Fixed in CVS:
http://bugs.php.net/fix.php?id=48681r=fixedcvs
Fixed in CVS and need be documented:
http://bugs.php.net/fix.php?id=48681r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=48681r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=48681r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=48681r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=48681r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=48681r=support
Expected behavior:
http://bugs.php.net/fix.php?id=48681r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=48681r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=48681r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=48681r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=48681r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=48681r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=48681r=isapi
#48541 [NEW]: spl_autoload_register only registers first closure, then leaks the others
From: cel...@php.net
Operating system:
PHP version: 5.3CVS-2009-06-13 (CVS)
PHP Bug Type: SPL related
Bug description: spl_autoload_register only registers first closure, then
leaks the others
Description:
The test script below does not leak, but if $a were to successfully load
class foo (i.e. move the eval() in $b() into $a) it leaks memory in
zend_execute.c on line 723, which is the portion called when the closure is
assigned to $b.
This is caused by 2 separate bugs.
1) php_spl.c line 501 increases the refcount of the closure zval
2) php_spl.c line 511 checks to see if the function name has already been
registered, but treats all closures as if they were closure::__invoke
instead of using some unique aspect of each closure. This then jumps to
the end of spl_autoload_register without decreasing the refcount, and boom,
we have a memory leak.
I don't know anything about the closures implementation, so someone who
knows a better way to get a unique function name for a closure needs to fix
this, both the refcount and the only-one-closure-allowed issues.
Also, the memory leak is triggered by an important feature of Pyrus, and
yes, we are registering multiple closures as autoload callbacks to
implement a dynamic plugin system. It works great except for these two
bugs.
Reproduce code:
---
?php
$a = function ($class) {
echo a called\n;
};
$b = function ($class) {
eval('class ' . $class . '{}');
echo b called\n;
};
spl_autoload_register($a);
spl_autoload_register($b);
$c = new foo;
Expected result:
a called
b called
Actual result:
--
a called
Fatal error: Class 'foo' not found in /home/user/workspace/php5/test.php
on line 11
Call Stack:
0.0005 345172 1. {main}() /home/user/workspace/php5/test.php:0
--
Edit bug report at http://bugs.php.net/?id=48541edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=48541r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=48541r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=48541r=trysnapshot60
Fixed in CVS:
http://bugs.php.net/fix.php?id=48541r=fixedcvs
Fixed in CVS and need be documented:
http://bugs.php.net/fix.php?id=48541r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=48541r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=48541r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=48541r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=48541r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=48541r=support
Expected behavior:
http://bugs.php.net/fix.php?id=48541r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=48541r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=48541r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=48541r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=48541r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=48541r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=48541r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=48541r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=48541r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=48541r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=48541r=mysqlcfg
#48377 [NEW]: error message unclear on converting phar with existing file
From: cel...@php.net Operating system: n/a PHP version: 5.3CVS-2009-05-24 (CVS) PHP Bug Type: PHAR related Bug description: error message unclear on converting phar with existing file Description: if one is converting from a tar P1-1.0.0.tar to P1-1.0.0.tgz, the error message says the file extension is invalid, when in fact the problem is that the file exists and must be deleted prior to converting. -- Edit bug report at http://bugs.php.net/?id=48377edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=48377r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=48377r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=48377r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=48377r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=48377r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=48377r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=48377r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=48377r=needscript Try newer version: http://bugs.php.net/fix.php?id=48377r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=48377r=support Expected behavior: http://bugs.php.net/fix.php?id=48377r=notwrong Not enough info: http://bugs.php.net/fix.php?id=48377r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=48377r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=48377r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=48377r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=48377r=dst IIS Stability: http://bugs.php.net/fix.php?id=48377r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=48377r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=48377r=float No Zend Extensions: http://bugs.php.net/fix.php?id=48377r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=48377r=mysqlcfg
#48257 [NEW]: PharData throws exception with non-phar tar
From: cel...@php.net Operating system: n/a PHP version: 5.3CVS-2009-05-13 (CVS) PHP Bug Type: PHAR related Bug description: PharData throws exception with non-phar tar Description: pear download Net_URL php -r 'new PharData(Net_URL-1.0.15.tgz);' results in exception, tar does not have signature. -- Edit bug report at http://bugs.php.net/?id=48257edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=48257r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=48257r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=48257r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=48257r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=48257r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=48257r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=48257r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=48257r=needscript Try newer version: http://bugs.php.net/fix.php?id=48257r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=48257r=support Expected behavior: http://bugs.php.net/fix.php?id=48257r=notwrong Not enough info: http://bugs.php.net/fix.php?id=48257r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=48257r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=48257r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=48257r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=48257r=dst IIS Stability: http://bugs.php.net/fix.php?id=48257r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=48257r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=48257r=float No Zend Extensions: http://bugs.php.net/fix.php?id=48257r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=48257r=mysqlcfg
#47257 [NEW]: SQLite3-__construct has no sane way to detect errors
From: cel...@php.net
Operating system: n/a
PHP version: 5.3.0beta1
PHP Bug Type: SQLite related
Bug description: SQLite3-__construct has no sane way to detect errors
Description:
SQLite3-__construct does not indicate errors by anything other than an
E_NOTICE. This means we have to set a user error handler just to tell
whether or not this code succeeds:
?php
$a = new SQLite3('/path/to/database.sqlite');
?
the constructor should throw an exception, or provide an error string
parameter by reference like the SQLite object.
Reproduce code:
---
?php
// run as non-root
$a = new SQLite3('/root/database.sqlite');
?
Expected result:
exception
Actual result:
--
E_NOTICE error
--
Edit bug report at http://bugs.php.net/?id=47257edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=47257r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=47257r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=47257r=trysnapshot60
Fixed in CVS:
http://bugs.php.net/fix.php?id=47257r=fixedcvs
Fixed in CVS and need be documented:
http://bugs.php.net/fix.php?id=47257r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=47257r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=47257r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=47257r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=47257r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=47257r=support
Expected behavior:
http://bugs.php.net/fix.php?id=47257r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=47257r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=47257r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=47257r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=47257r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=47257r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=47257r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=47257r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=47257r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=47257r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=47257r=mysqlcfg
#46500 [NEW]: opcode modification/minor constant refactor in namespace implementation
From: [EMAIL PROTECTED] Operating system: PHP version: 5.3CVS-2008-11-06 (CVS) PHP Bug Type: Scripting Engine problem Bug description: opcode modification/minor constant refactor in namespace implementation Description: in ZEND_FETCH_CONSTANT opcode handler, the opcode is modified, which is a big no-no. In addition, 1 and 2 is used in zend_resolve_non_class_name() instead of named #define constants. This patch fixes those 2 issues: http://pear.php.net/~greg/fix_ns1.patch.txt -- Edit bug report at http://bugs.php.net/?id=46500edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=46500r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=46500r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=46500r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=46500r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=46500r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=46500r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=46500r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=46500r=needscript Try newer version: http://bugs.php.net/fix.php?id=46500r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=46500r=support Expected behavior: http://bugs.php.net/fix.php?id=46500r=notwrong Not enough info: http://bugs.php.net/fix.php?id=46500r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=46500r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=46500r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46500r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=46500r=dst IIS Stability: http://bugs.php.net/fix.php?id=46500r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=46500r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=46500r=float No Zend Extensions: http://bugs.php.net/fix.php?id=46500r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=46500r=mysqlcfg
