#44021 [Fbk->Csd]: is_subclass_of Does Not Accept Namespaces
ID: 44021
User updated by: rpanning at hotmail dot com
Reported By: rpanning at hotmail dot com
-Status: Feedback
+Status: Closed
Bug Type: Class/Object related
Operating System: Windows XP SP2
PHP Version: 5.3CVS-2008-02-02 (snap)
New Comment:
Alright, that does work and I did further testing and it seems to work.
Unfortunately I deleted my original tests so I cannot determine what I
was originally trying. Thanks
Previous Comments:
[2008-02-02 03:35:33] [EMAIL PROTECTED]
Does the above code work for you? If yes, please close this bug as
bogus.
Automatic prefixing only occurs with absolute classnames, not compiled
variables. Imagine, for instance this code:
Now, if one calls this code from this file:
should it look for Blah::ChildClass, Foo::ChildClass, or ::ChildClass?
There is no deterministic way to answer this question. Therefore fully
qualified classnames must be used for anything that isn't a T_STRING.
[2008-02-02 02:01:37] rpanning at hotmail dot com
Description:
The is_subclass_of() function does not accept classes in namespaces. A
warning is generated and the statement results as FALSE.
Also, in the example, if the namespace definition is removed it works.
Reproduce code:
---
namespace NS;
class ParentClass {}
class ChildClass extends ParentClass {}
if (is_subclass_of('ChildClass', 'ParentClass')) {
print 'Yes';
} else {
print 'No';
}
Expected result:
Yes
Actual result:
--
Warning: Unknown class passed as parameter in C:\test.php on line 7
No
--
Edit this bug report at http://bugs.php.net/?id=44021&edit=1
#44022 [NEW]: Infinite loop with each( )
From: martin at bang dot ca
Operating system: Linux
PHP version: 4.4.8
PHP Bug Type: Arrays related
Bug description: Infinite loop with each( )
Description:
Infinite loop when using a function call which returns an array in each(
)
Reproduce code:
---
Infinite loop here (prints "1 -> 1\n" forever)
while( list( $k, $v ) = each( getTestArray() ) ) {
echo "$k -> $v\n";
}
function getTestArray() {
return array( "1" => "1" );
}
This works OK (prints "1 -> 1" once):
$GLOBALS['test'] = array( "1" => "1" );
while( list( $k, $v ) = each( getTestArray() ) ) {
echo "$k -> $v\n";
}
function getTestArray() {
return $GLOBALS['test'];
}
--
Edit bug report at http://bugs.php.net/?id=44022&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=44022&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=44022&r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=44022&r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=44022&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=44022&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=44022&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=44022&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=44022&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=44022&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=44022&r=support
Expected behavior:http://bugs.php.net/fix.php?id=44022&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=44022&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=44022&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=44022&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=44022&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=44022&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=44022&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=44022&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=44022&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=44022&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=44022&r=mysqlcfg
#44021 [Opn->Fbk]: is_subclass_of Does Not Accept Namespaces
ID: 44021
Updated by: [EMAIL PROTECTED]
Reported By: rpanning at hotmail dot com
-Status: Open
+Status: Feedback
Bug Type: Class/Object related
Operating System: Windows XP SP2
PHP Version: 5.3CVS-2008-02-02 (snap)
New Comment:
Does the above code work for you? If yes, please close this bug as
bogus.
Automatic prefixing only occurs with absolute classnames, not compiled
variables. Imagine, for instance this code:
Now, if one calls this code from this file:
should it look for Blah::ChildClass, Foo::ChildClass, or ::ChildClass?
There is no deterministic way to answer this question. Therefore fully
qualified classnames must be used for anything that isn't a T_STRING.
Previous Comments:
[2008-02-02 02:01:37] rpanning at hotmail dot com
Description:
The is_subclass_of() function does not accept classes in namespaces. A
warning is generated and the statement results as FALSE.
Also, in the example, if the namespace definition is removed it works.
Reproduce code:
---
namespace NS;
class ParentClass {}
class ChildClass extends ParentClass {}
if (is_subclass_of('ChildClass', 'ParentClass')) {
print 'Yes';
} else {
print 'No';
}
Expected result:
Yes
Actual result:
--
Warning: Unknown class passed as parameter in C:\test.php on line 7
No
--
Edit this bug report at http://bugs.php.net/?id=44021&edit=1
#44021 [NEW]: is_subclass_of Does Not Accept Namespaces
From: rpanning at hotmail dot com
Operating system: Windows XP SP2
PHP version: 5.3CVS-2008-02-02 (snap)
PHP Bug Type: Class/Object related
Bug description: is_subclass_of Does Not Accept Namespaces
Description:
The is_subclass_of() function does not accept classes in namespaces. A
warning is generated and the statement results as FALSE.
Also, in the example, if the namespace definition is removed it works.
Reproduce code:
---
namespace NS;
class ParentClass {}
class ChildClass extends ParentClass {}
if (is_subclass_of('ChildClass', 'ParentClass')) {
print 'Yes';
} else {
print 'No';
}
Expected result:
Yes
Actual result:
--
Warning: Unknown class passed as parameter in C:\test.php on line 7
No
--
Edit bug report at http://bugs.php.net/?id=44021&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=44021&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=44021&r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=44021&r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=44021&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=44021&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=44021&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=44021&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=44021&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=44021&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=44021&r=support
Expected behavior:http://bugs.php.net/fix.php?id=44021&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=44021&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=44021&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=44021&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=44021&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=44021&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=44021&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=44021&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=44021&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=44021&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=44021&r=mysqlcfg
#43231 [Asn->Csd]: array-based callback syntax is overly E_STRICT
ID: 43231 Updated by: [EMAIL PROTECTED] Reported By: chuck at horde dot org -Status: Assigned +Status: Closed Bug Type: Scripting Engine problem Operating System: * PHP Version: 5.2.* Assigned To: helly New Comment: This is fixed in CVS now. Previous Comments: [2008-02-01 22:56:08] [EMAIL PROTECTED] Wasn't this fixed now..? [2008-02-01 08:58:15] jochem at mondrian dot nl I agree that this should be a bug, a lot of applications that try to be compatible with both php4 and php5 will run into this. I know everyone should run PHP5, but reality is that many people don't yet, or can't yet. [2008-01-31 16:48:43] mike at theupstairsroom dot com This is insane. You should not produce an E_STRICT error if E_STRICT is turned off. This will break a *lot* of existing code... [2008-01-31 15:30:16] jason at citydiesel dot net I also don't understand. It seems to me that this logic will lead to a lot of unnecessary compatibility issues. If we need the strict behavior we can always set E_STRICT. [2008-01-30 19:25:35] [EMAIL PROTECTED] I'm sorry, I don't understand. Of course it is an E_STRICT error. But why is it an error if E_STRICT is turned off? The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/43231 -- Edit this bug report at http://bugs.php.net/?id=43231&edit=1
#44019 [NEW]: Quoted strings in parse_ini_file function are not handled properly
From: petr at hroch dot info Operating system: * PHP version: 5.3CVS-2008-02-01 (snap) PHP Bug Type: Filesystem function related Bug description: Quoted strings in parse_ini_file function are not handled properly Description: Quoted strings in parse_ini_file function are not handled properly Tested on Windows XP SP2 php5.3-dev running as apache 2.2.6 module possibly not working on the other operation systems I've searched the web and I've found the same problem already described php6.0-dev snapshot http://groups.google.pl/group/mailing.www.php-dev/msg/e5b4b179d4d3ce15 Reproduce code: --- Ini file test.ini content: -- [Topic] number=1 string="test" foo=FOO"barian" PHP code test.php: -- Expected result: Array ( [Topic] => Array ( [number] => 1 [string] => test [foo] => barbarian ) ) Actual result: -- Warning: syntax error, unexpected TC_QUOTED_STRING in test.ini on line 3 in D:\htdocs\test.php on line 3 Array ( ) -- Edit bug report at http://bugs.php.net/?id=44019&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=44019&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=44019&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=44019&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=44019&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=44019&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=44019&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=44019&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=44019&r=needscript Try newer version:http://bugs.php.net/fix.php?id=44019&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=44019&r=support Expected behavior:http://bugs.php.net/fix.php?id=44019&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=44019&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=44019&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=44019&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=44019&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=44019&r=dst IIS Stability:http://bugs.php.net/fix.php?id=44019&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=44019&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=44019&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=44019&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=44019&r=mysqlcfg
#44015 [Opn->Fbk]: ignore_repeated_source uses from error history
ID: 44015 Updated by: [EMAIL PROTECTED] Reported By: s dot hopfe at cc-carconsult dot de -Status: Open +Status: Feedback Bug Type: *General Issues Operating System: Any PHP Version: 5.2.5 New Comment: What _exactly_ is output? Previous Comments: [2008-02-01 13:25:59] s dot hopfe at cc-carconsult dot de Description: Hi, i would ask you about a little problem in my skript. I want to use the init-setting "ignore_repeated_errors" - but it does not things explained in the documentation. For testing this feature, i had wrote a little testscript. (See in Repoduce Code) And on my WinXP - Xammp (It should work on this platform) i tried this. But, i got 10 times the same error - produced in the script. It seems to be wrong. After testing, we add the following command in the top of the file: error_reporting(E_ALL); And we saw that there are NOTICE between the Warnings. So it seem to be a different between the displayed and the real errors. But wenn this functions is called "ignore_repeated_errors" then the compiler should inspect the displayed errors. Because, this function should help to avert the spamming by same errors into the logfile. Reproduce code: --- Expected result: I want to See one Warning Actual result: -- I see all 10 warnings - because the notice are hide -- Edit this bug report at http://bugs.php.net/?id=44015&edit=1
#43856 [Opn->Asn]: mktime and strftime use different timezones
ID: 43856
Updated by: [EMAIL PROTECTED]
Reported By: john at jcoppens dot com
-Status: Open
+Status: Assigned
Bug Type: Date/time related
Operating System: Linux
PHP Version: 5.2.5
Assigned To: derick
Previous Comments:
[2008-02-01 01:29:25] john at jcoppens dot com
That was a typo, it must be:
America/Argentina/Cordoba
John
[2008-02-01 01:11:40] john at jcoppens dot com
Output of script:
PHP Strict Standards: date_default_timezone_get(): It is not safe to
rely on the system's timezone settings. Please use the date.timezone
setting, the TZ environment variable or the date_default_timezone_set()
function. In case you used any of those methods and you are still
getting this warning, you most likely misspelled the timezone
identifier. We selected 'America/Buenos_Aires' for 'ARST/-2.0/DST'
instead in /root/- on line 4
America/Buenos_Aires
time() = 1201827963
strftime = PHP Strict Standards: strftime(): It is not safe to rely on
the system's timezone settings. Please use the date.timezone setting,
the TZ environment variable or the date_default_timezone_set() function.
In case you used any of those methods and you are still getting this
warning, you most likely misspelled the timezone identifier. We selected
'America/Buenos_Aires' for 'ARST/-2.0/DST' instead in /root/- on line 9
PHP Strict Standards: mktime(): It is not safe to rely on the system's
timezone settings. Please use the date.timezone setting, the TZ
environment variable or the date_default_timezone_set() function. In
case you used any of those methods and you are still getting this
warning, you most likely misspelled the timezone identifier. We selected
'America/Buenos_Aires' for 'ARST/-2.0/DST' instead in /root/- on line 9
23:06:03 ARST -0200
GMT offset = 10800
Do note that I have updated the zoneinfo of the system, and the
way to define the time zone is now
Amertica/Argentina/Cordoba
I noticed that is some systems the Argentina directory was added,
but the old BuenosAires etc files were not removed in the
America level (BuenosAires, Cordoba, Jujuy, SanJuan, and a couple
others.
John
[2008-01-31 20:36:27] [EMAIL PROTECTED]
What's the output of this script:
[2008-01-15 15:17:14] john at jcoppens dot com
Description:
mktime() and strftime use different timezones...
Reproduce code:
---
echo "time() = " . time() .
" \nstrftime = ", strftime("%T %Z %z") .
" \nGMT offset = " . mktime(0, 0, 0, 1, 1, 1970) .
"\n";;
Expected result:
time() = 1200409896
strftime = 13:11:36 ARST -0200
GMT offset = 7200
Actual result:
--
time() = 1200409896
strftime = 13:11:36 ARST -0200
GMT offset = 10800
--
Edit this bug report at http://bugs.php.net/?id=43856&edit=1
#44017 [Opn->Bgs]: wrong error description with include/require in static method
ID: 44017 Updated by: [EMAIL PROTECTED] -Summary: wrong error discription with include/require in static method Reported By: admin at ifyouwantblood dot de -Status: Open +Status: Bogus Bug Type:Class/Object related PHP Version: 5.2.5 New Comment: Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Thank you for your interest in PHP. Previous Comments: [2008-02-01 21:52:35] admin at ifyouwantblood dot de Description: include/require (_once) return wrong error messages when used inside a static method. the function name as well as the manual link are prefixed by the classname. Reproduce code: --- Actual result: -- Warning: test::require_once(i_do_not_exists.php) [function.test-require-once]: failed to open stream: No such file or directory Fatal error: test::require_once() [function.require]: Failed opening required 'i_do_not_exists.php' (include_path='.;C:\php5\pear') -- Edit this bug report at http://bugs.php.net/?id=44017&edit=1
#43231 [Opn->Asn]: array-based callback syntax is overly E_STRICT
ID: 43231 Updated by: [EMAIL PROTECTED] Reported By: chuck at horde dot org -Status: Open +Status: Assigned Bug Type: Scripting Engine problem Operating System: * PHP Version: 5.2.* Assigned To: helly New Comment: Wasn't this fixed now..? Previous Comments: [2008-02-01 08:58:15] jochem at mondrian dot nl I agree that this should be a bug, a lot of applications that try to be compatible with both php4 and php5 will run into this. I know everyone should run PHP5, but reality is that many people don't yet, or can't yet. [2008-01-31 16:48:43] mike at theupstairsroom dot com This is insane. You should not produce an E_STRICT error if E_STRICT is turned off. This will break a *lot* of existing code... [2008-01-31 15:30:16] jason at citydiesel dot net I also don't understand. It seems to me that this logic will lead to a lot of unnecessary compatibility issues. If we need the strict behavior we can always set E_STRICT. [2008-01-30 19:25:35] [EMAIL PROTECTED] I'm sorry, I don't understand. Of course it is an E_STRICT error. But why is it an error if E_STRICT is turned off? [2008-01-30 19:20:47] [EMAIL PROTECTED] Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php This is indeed the correct behavior. You do not pass in a valid callback. If you call hello() directly you get an E_STRICT. Now call_user_func[_array]() tries to bind this function and cannot because it is not a valid one. It used to work in 5.2 for BC sakes, because I overlooked this in 5.0. When I first noticed this issue in 5.1, we couldn't change it in 5.1 and we also decided to not change this in 5.2. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/43231 -- Edit this bug report at http://bugs.php.net/?id=43231&edit=1
#43341 [Opn->Fbk]: no libphp5.so or php cli binary created
ID: 43341 Updated by: [EMAIL PROTECTED] Reported By: jay3ld at yahoo dot com -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: Mac os X 10.5 Leopard PHP Version: 5.3CVS-2007-11-20 (snap) New Comment: Did you happen to do something like './buildconf --force' when you build it..? Previous Comments: [2008-01-31 01:25:31] geoffrey dot hughes at otago dot ac dot nz I've sort of fixed my issue. The libphp5.so was being installed but for some reason when I used apachectl to restart the webserver it wasn't actually doing anything. Had to use the Sharing prefpane. As to the php cli binary, it is being installed but for some reason it is being installed as php.dSYM. I've added a symbolic link of php that points to php.dSYM so when I update in future I won't have this hassle. I'd still love to know why leopard is installing the php cli as php.dSYM though. [2008-01-30 20:55:57] geoffrey dot hughes at otago dot ac dot nz I notice that after running make, I have a php binary in ./sapi/cli and I have a libphp5.so in ./libs/ but it doesn't seem to install them when I run "make install" Copying them manually to their correct locations works. [2008-01-25 08:08:06] coder1 at gmail dot com I can reproduce the problem on CentOS 5.1. I took the configuration that came with a default install and re-compiled with 5.25. No php5lib.so is created or installed. [2007-12-07 20:40:14] b dot mcpherson at csuohio dot edu I'm having the same issue on AIX 5.3 64-bit PPC. Build complete. Don't forget to run 'make test'. # make test echo '\ \ Build complete. Don't forget to run 'make test'. ERROR: Cannot run tests without CLI sapi. # make install echo '\ \ Installing PHP SAPI module: nsapi cp: libs/libphp5.so: No such file or directory make: 1254-004 The error code from the last command is 1. Stop. The main directory has a libphp5.la file -rw-r--r-- 1 root system 2234 Dec 07 16:28 libphp5.la # cd libs # ls -l total 16704 -rw-r--r-- 1 root system 8547783 Dec 07 16:28 libphp5.a -rw-r--r-- 1 root system 2235 Dec 07 16:28 libphp5.la The libphp5.la file in the libs directory is not the same size. [2007-12-05 18:16:45] jesse dot charbneau at cengagelearning dot com Hello, I wanted to provide an update to my earlier post. I have performed the exact same steps on Suse 10 Enterprise. PHP built and installed without issue, and I was able to install a module via pecl. Does anyone know if this is correctable for Suse 9? The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/43341 -- Edit this bug report at http://bugs.php.net/?id=43341&edit=1
#43566 [Opn->Bgs]: Logical xor operator crashes PHP under Windows (Zend
ID: 43566 Updated by: [EMAIL PROTECTED] Reported By: phpbugs dot jj05 at xoxy dot net -Status: Open +Status: Bogus Bug Type: Reproducible crash Operating System: Windows Vista PHP Version: 5.2.5 New Comment: Zend Optimizer bugs are not PHP bugs. Please report to Zend. Previous Comments: [2008-01-29 12:14:45] phpbugs dot jj05 at xoxy dot net After further investigation, I've found that the bug is caused by Zend Optimizer 3.3.0 . Disabling Zend Optimizer solved the issue. [2008-01-29 00:45:02] [EMAIL PROTECTED] Cannot reproduce. Please try with a working Windows version. [2007-12-11 16:06:49] phpbugs dot jj05 at xoxy dot net Description: Using the xor logical operator crashes PHP 5.2.5 under Windows Vista. This does not seem to happen with Linux. Reproduce code: --- Actual result: -- Fehlerhafte Anwendung php.exe, Version 5.2.5.5, Zeitstempel 0x4733dfab, fehlerhaftes Modul unknown, Version 0.0.0.0, Zeitstempel 0x, Ausnahmecode 0xc005, Fehleroffset 0x, Prozess-ID 0x1400, Anwendungsstartzeit 01c83c0ec4d2fef0. -- Edit this bug report at http://bugs.php.net/?id=43566&edit=1
#43593 [Opn->Fbk]: Impossible to disable Zend Memory Manager in anything other than CLI SAPI
ID: 43593 Updated by: [EMAIL PROTECTED] Reported By: phajdan dot jr at gmail dot com -Status: Open +Status: Feedback -Bug Type: Unknown/Other Function +Bug Type: Scripting Engine problem Operating System: Linux Gentoo 2007.0 PHP Version: 5.2CVS-2007-12-14 New Comment: How about --disable-malloc-mm ?? Previous Comments: [2008-01-29 07:06:10] phajdan dot jr at gmail dot com Well, reproduction script is *not*needed* as it's a PHP configuration setting issue. It is visible for example in and I gave exact *steps* to reproduce at the beginning. Here they are, for convenience: The goal is to disable the Zend Memory Manager. Try #1: 1. set USE_ZEND_ALLOC in the environment (/etc/profile) 1a. also tried other ways, like setting it in the Apache config (SetEnv etc) 2. Restart Apache to make sure change takes effect 3. View phpinfo page to see if Zend Memory Manager got disabled 3a. But this way works for the CLI version of PHP (setting env in /etc/profile). Try #2: (proven to be futile and ineffective, but anyway) I tried to recompile PHP with ./configure switches like --disable-zend-memory-manager or --enable-malloc-mm (some webpages told they will disable Zend MM), but as other developers said in this report, there are no such compile options. [2008-01-29 00:23:03] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If the script requires a database to demonstrate the issue, please make sure it creates all necessary tables, stored procedures etc. Please avoid embedding huge scripts into the report. [2007-12-17 10:59:06] phajdan dot jr at gmail dot com So the bug I referred to was http://bugs.php.net/bug.php?id=43397. Curently it's marked as a duplicate of some other bug, which is now closed because of lack of feedback. I tried to request reopening my original bug, unfortunately without success. About setting env var - please note that I tried this method. No go. phpinfo shows that Zend Memory Manager is enabled. Note that I didn't set it from command line, but had in environment (something like export USE_ZEND_ALLOC=0; /usr/sbin/httpd ...). But it shouldn't make a difference. [2007-12-17 10:00:38] [EMAIL PROTECTED] How about you tell us what the crash is you get? (what bug id was the one you reported?) Also note that some crash bugs were fixed recently. And there are no -disable-zend-memory-manager or --enable-malloc-mm configure options. To disable the memory manager (for debugging) you start e.g. apache with same way you do with PHP CLI: # USE_ZEND_ALLOC=0 /usr/sbin/httpd [2007-12-14 10:38:40] phajdan dot jr at gmail dot com Wait, I can test everything, but which method should I use (to disable Zend Memory Manager)? The crashes occur even in 5.3-latest, so please tell me what should I *exactly* do with this snapshot. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/43593 -- Edit this bug report at http://bugs.php.net/?id=43593&edit=1
#43625 [Opn->Bgs]: square brackets in form input name are 'dropped'
ID: 43625
Updated by: [EMAIL PROTECTED]
Reported By: php-qa at sebastianmendel dot de
-Status: Open
+Status: Bogus
-Bug Type: *Web Server problem
+Bug Type: Apache related
Operating System: Windows XP SP2
PHP Version: 5.3CVS-2007-12-18 (CVS)
New Comment:
That's simply invalid form data that PHP simply won't understand. No
bug here. Untested:
This should work..
Previous Comments:
[2008-01-29 08:09:16] php-qa at sebastianmendel dot de
Apache mod_php
[2008-01-29 00:20:41] [EMAIL PROTECTED]
Not enough information was provided for us to be able
to handle this bug. Please re-read the instructions at
http://bugs.php.net/how-to-report.php
If you can provide more information, feel free to add it
to this bug and change the status back to "Open".
Thank you for your interest in PHP.
Which SAPI is used?
[2007-12-18 15:26:27] php-qa at sebastianmendel dot de
Description:
the input name: "fields[field[test]]" reaches the script as
$_POST["fields"]["field[test"]
Reproduce code:
---
Expected result:
array(1) {
["funcs"]=>
array(1) {
["field[test]"]=>
string(4) "test"
}
}
Actual result:
--
array(1) {
["funcs"]=>
array(1) {
["field[test"]=>
string(4) "test"
}
}
--
Edit this bug report at http://bugs.php.net/?id=43625&edit=1
#43682 [Fbk]: session id kept, content lost on subdomain
ID: 43682 Updated by: [EMAIL PROTECTED] Reported By: k dot andris at gmail dot com Status: Feedback Bug Type: Session related Operating System: Debian Sarge PHP Version: 5.2.4 New Comment: Try check what the domain actually is in that /var/www/index.php file. Previous Comments: [2008-02-01 22:35:51] [EMAIL PROTECTED] Sounds like a lighttpd problem to me. I only use lighttpd but I don't have any wildcard dns names set. Perhaps lighttpd doesn't set the host properly that is passed to PHP (or actually any other fastcgi..) [2008-02-01 19:47:05] k dot andris at gmail dot com Now I'm closer to see what's causing this... It only happens with a vhost serving a wildcard subdomain. When all *.mysite.net requests go to a single /var/www/index.php file. When I serve subdomains from /var/www/subdomain/ it works ok. I'm using lighttpd with fastcgi. I'l try to see if the problem is with lighttpd or php, but if you can test it with Apache... Thanks. [2008-01-26 01:04:07] [EMAIL PROTECTED] If you're not using the sources we provide, then we can't help you. But if you can reproduce this using fresh sources from http://php.net/ then we can talk more.. I have NO problems with sessions in subdomains. [2008-01-18 13:15:54] k dot andris at gmail dot com Thanks, I'll try it. 5.2.4 works OK, too. My 5.2.5 was from dotdeb and not the official sources. [2008-01-18 01:31:13] [EMAIL PROTECTED] I'd check first that the cookie is actually set and with what data. I had some problems with this when I changed the domain to be something different what it originally was, and as there already existed a cookie with same name, but just set with domain 'www.example.com' it wasn't reset. (tested using Firefox) Try change the session name (ie. cookie name) too. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/43682 -- Edit this bug report at http://bugs.php.net/?id=43682&edit=1
#43682 [Opn->Fbk]: session id kept, content lost on subdomain
ID: 43682 Updated by: [EMAIL PROTECTED] Reported By: k dot andris at gmail dot com -Status: Open +Status: Feedback Bug Type: Session related Operating System: Debian Sarge PHP Version: 5.2.4 New Comment: Sounds like a lighttpd problem to me. I only use lighttpd but I don't have any wildcard dns names set. Perhaps lighttpd doesn't set the host properly that is passed to PHP (or actually any other fastcgi..) Previous Comments: [2008-02-01 19:47:05] k dot andris at gmail dot com Now I'm closer to see what's causing this... It only happens with a vhost serving a wildcard subdomain. When all *.mysite.net requests go to a single /var/www/index.php file. When I serve subdomains from /var/www/subdomain/ it works ok. I'm using lighttpd with fastcgi. I'l try to see if the problem is with lighttpd or php, but if you can test it with Apache... Thanks. [2008-01-26 01:04:07] [EMAIL PROTECTED] If you're not using the sources we provide, then we can't help you. But if you can reproduce this using fresh sources from http://php.net/ then we can talk more.. I have NO problems with sessions in subdomains. [2008-01-18 13:15:54] k dot andris at gmail dot com Thanks, I'll try it. 5.2.4 works OK, too. My 5.2.5 was from dotdeb and not the official sources. [2008-01-18 01:31:13] [EMAIL PROTECTED] I'd check first that the cookie is actually set and with what data. I had some problems with this when I changed the domain to be something different what it originally was, and as there already existed a cookie with same name, but just set with domain 'www.example.com' it wasn't reset. (tested using Firefox) Try change the session name (ie. cookie name) too. [2007-12-27 00:27:18] k dot andris at gmail dot com Works all right in 5.2 The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/43682 -- Edit this bug report at http://bugs.php.net/?id=43682&edit=1
#43748 [Ana->Asn]: MSI installer fails with error 2738
ID: 43748 Updated by: [EMAIL PROTECTED] Reported By: alvaro at demogracia dot com -Status: Analyzed +Status: Assigned Bug Type: *General Issues Operating System: Windows Vista PHP Version: 5.2.5 Assigned To: jmertic Previous Comments: [2008-01-28 15:33:03] [EMAIL PROTECTED] It's actually something different, more specific to Vista not liking custom actions written in VBScript unless you are running from an elevated console as you did. Other than re-writing the custom actions as managed c++, you can do one of two things - Re-register vbscript.dll or jscript.dll under an elevated console -or- - Run the installer from an elevated console. I'm going to look into re-writing the custom actions as managed C++ in the future. [2008-01-04 07:20:06] alvaro at demogracia dot com Description: I can't install any *.msi package newer that 2.5.3 under Windows Vista by double-clicking the file. Even though my user has admin rights, I need to run it from an elevated console. Installer doesn't warn about it. It starts as usual, prompts for options, asks for elevation and finally stops with this error message: "The installer has encountered an unexpected error installing this package. This may indicate a problem with this package. The error code is 2738." The chosen options do not seem to make any difference. It also happens with today's snapshot (2.5.6-dev 2008-01-04): http://snaps.php.net/win32/php5.2-win32-installer-latest.msi I believe it's not a dupe of #43230 because that fixed the problem for my Windows XP box but not for my Vista box. As I said, opening an elevated console and running it for command line does work. Reproduce code: --- Please find an excerpt from verbose logging mode output below (non-elevated console). msiexec /i php-5.2.5-win32-installer.msi /l*v error.log Full logs can be found here: http://alvaro.es/archivos/error_2.5.2_2007-12-11.log.zip [30KB] http://alvaro.es/archivos/error_2.5.6-dev_2008-01-04.log.zip [30KB] Actual result: -- [...] MSI (s) (CC:6C) [07:51:45:428]: Running as a service. MSI (s) (CC:6C) [07:51:45:432]: Hello, I'm your 32bit Impersonated custom action server. MSI (s) (CC:E4) [07:51:45:434]: Note: 1: 2205 2: 3: Error MSI (s) (CC:E4) [07:51:45:434]: Note: 1: 2228 2: 3: Error 4: SELECT `Message` FROM `Error` WHERE `Error` = 2738 DEBUG: Error 2738: Could not access VBScript runtime for custom action The installer has encountered an unexpected error installing this package. This may indicate a problem with this package. The error code is 2738. The arguments are: , , MSI (s) (CC:E4) [07:51:46:615]: Note: 1: 2205 2: 3: Error MSI (s) (CC:E4) [07:51:46:615]: Note: 1: 2228 2: 3: Error 4: SELECT `Message` FROM `Error` WHERE `Error` = 1709 MSI (s) (CC:E4) [07:51:46:615]: Product: PHP 5.2.3 -- The installer has encountered an unexpected error installing this package. This may indicate a problem with this package. The error code is 2738. The arguments are: , , [...] MSI (c) (A8:DC) [07:51:47:896]: Windows Installer installed the product. Product Name: PHP 5.2.5. Product Version: 5.2.5. Product Language: 1033. Installation success or error status: 1603. MSI (c) (A8:DC) [07:51:47:900]: Grabbed execution mutex. MSI (c) (A8:DC) [07:51:47:900]: Cleaning up uninstalled install packages, if any exist MSI (c) (A8:DC) [07:51:47:901]: MainEngineThread is returning 1603 === Verbose logging stopped: 04/01/2008 7:51:47 === -- Edit this bug report at http://bugs.php.net/?id=43748&edit=1
#43958 [Opn->Fbk]: Reproduces on 5.3 nightly, 5.2.5 and 5.2.1 (live link)
ID: 43958 Updated by: [EMAIL PROTECTED] Reported By: sv4php at fmethod dot com -Status: Open +Status: Feedback Bug Type: *General Issues Operating System: Windows XP PHP Version: 5.2.5 New Comment: Exactly why it shouldn't print the class in which this happens? Previous Comments: [2008-01-31 00:49:31] [EMAIL PROTECTED] My suggestion: http://ecl.zoone.com.br/etc/patches/bug43958.diff [2008-01-29 11:30:43] kissifrot at gmail dot com Reproduces with PHP 5.2.5 on Windows Vista too PHP Version 5.2.5; Windows NT 6.0 build 6000; Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies This happens with require function too [2008-01-29 08:50:45] jck_true at hotmail dot com PHP Version 5.2.3 Build date: May 31 2007 09:36:39 Windows XP Profesional SP2 Reproduced [2008-01-29 08:18:42] sv4php at fmethod dot com Hi, I reproduced this on a 5.3 nightly just now (on XP), on 5.2.5 (on XP), and here's a live link to a 5.2.1 (on Linux, CentOS): http://www.fmethod.com/include_fail.php This is the same exact example, but I added phpversion() call. Note for the archives: I'll remove this link in few days. [2008-01-29 07:54:56] [EMAIL PROTECTED] I can not reproduce this btw The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/43958 -- Edit this bug report at http://bugs.php.net/?id=43958&edit=1
#43970 [Opn->Asn]: Crash if exif loaded before mbstring
ID: 43970 Updated by: [EMAIL PROTECTED] Reported By: bryan dot tongminh at gmail dot com -Status: Open +Status: Assigned Bug Type: Dynamic loading Operating System: Windows Vista Bussiness 64 bits PHP Version: 5.2.5 -Assigned To: +Assigned To: jmertic New Comment: Obviously installer bug since this is documented that mbstring must be before exif in php.ini. Assigned to our installer guru. Previous Comments: [2008-01-29 17:00:39] bryan dot tongminh at gmail dot com Description: If php_exif.dll if loaded before php_mbstring.dll in php.ini, PHP crashes with the following error description: Probleemhandtekening: Gebeurtenisnaam van probleem: APPCRASH Naam van de toepassing: php-cgi.exe Versie van toepassing:5.2.5.5 Tijdstempel van toepassing: 4733dfaa Naam van foutmodule: php_mbstring.dll Versie van foutmodule:5.2.5.5 Tijdstempel van foutmodule: 4733e09e Uitzonderingscode:c005 Uitzonderingsmarge: 1a76 Versie van besturingssysteem: 6.0.6000.2.0.0.256.6 Landinstelling-id:1043 Aanvullende informatie 1: 8d13 Aanvullende informatie 2: cdca9b1d21d12b77d84f02df48e34311 Aanvullende informatie 3: 8d13 Aanvullende informatie 4: cdca9b1d21d12b77d84f02df48e34311 Lees onze privacyverklaring: http://go.microsoft.com/fwlink/?linkid=50163&clcid=0x0413 The Windows installer automatically sets php_exif.dll above php_mbstring.dll. -- Edit this bug report at http://bugs.php.net/?id=43970&edit=1
#43983 [Opn->Fbk]: Weird referencing with stdClass objects
ID: 43983 Updated by: [EMAIL PROTECTED] -Summary: to Chang atribute, change arrays assigned before Reported By: rubens21 at gmail dot com -Status: Open +Status: Feedback Bug Type:Scripting Engine problem PHP Version: 5.2.5 New Comment: What does it output when you replace print_r() with var_dump() ? Previous Comments: [2008-01-30 15:40:53] rubens21 at gmail dot com This example is more simple: $test = new stdClass(); $Objeto = new stdClass(); $test->valor = "The first value"; $Objeto->valorDeTeste[] = $test; $test->valor = "The second value"; print_r($Objeto->valorDeTeste); Expected: Array ( [0] => stdClass Object ( [valor] => The first value ) ) Actual Array ( [0] => stdClass Object ( [valor] => The second value ) ) [2008-01-30 15:37:54] rubens21 at gmail dot com Description: change atribute of a class, and arrays that received values is change too. I know that the bug #33207 (http://bugs.php.net/bug.php?id=33207&edit=2) describes this same problem, but there is not the solution and the id of the other related. Reproduce code: --- $test = new stdClass(); $Objeto = new stdClass(); $test->valor = "No Change!"; $Objeto->valorDeTeste[] = $test; $test->valor = "Yes, change!"; $Objeto->valorDeTeste[] = $test; print_r($Objeto->valorDeTeste); Expected result: Array ( [0] => stdClass Object ( [valor] => No Change! ) [1] => stdClass Object ( [valor] => Yes, change! ) ) Actual result: -- Array ( [0] => stdClass Object ( [valor] => Yes, change! ) [1] => stdClass Object ( [valor] => Yes, change! ) ) -- Edit this bug report at http://bugs.php.net/?id=43983&edit=1
#43982 [Opn->Bgs]: Running specific error code without any error messages
ID: 43982
Updated by: [EMAIL PROTECTED]
Reported By: php at ert dot org dot ua
-Status: Open
+Status: Bogus
Bug Type: Scripting Engine problem
Operating System: WinXP
PHP Version: 5.2.5
New Comment:
Documented behaviour -> bogus.
Previous Comments:
[2008-01-31 17:01:13] root at mantoru dot de
Accessing offsets is only supported for strings and arrays.
As the manual states: "Accessing by [] or {} to variables of other type
silently returns NULL."
See also http://php.net/language.types.string and bug #41195.
[2008-01-30 10:24:19] php at ert dot org dot ua
Description:
When I try to index some scalar value (integer, for example), I want to
get error message, but I have normal NULL result.
Reproduce code:
---
Expected result:
Error, warning or notice
Actual result:
--
no
--
Edit this bug report at http://bugs.php.net/?id=43982&edit=1
#44001 [Opn->Fbk]: PATH_INFO with final dot is not correctly set under Windows
ID: 44001 Updated by: [EMAIL PROTECTED] Reported By: nicolas dot grekas+php at gmail dot com -Status: Open +Status: Feedback Bug Type: Apache related Operating System: Windows XP PHP Version: 5.2.5 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows (zip): http://snaps.php.net/win32/php5.2-win32-latest.zip For Windows (installer): http://snaps.php.net/win32/php5.2-win32-installer-latest.msi Previous Comments: [2008-01-31 16:51:13] nicolas dot grekas+php at gmail dot com Description: This bug seems to be Windows only (tested under linux, it's ok) Compare the output of : http://doc.espci.org/path_info_bug.php/foo http://doc.espci.org/path_info_bug.php/foo. (with final dot) In the second case PATH_INFO, SCRIPT_NAME and PATH_TRANSLATED are not correctly set. This bug seems specific to windows and a final dot in path_info. Reproduce code: --- See http://doc.espci.org/path_info_bug.php/foo. (the final dot is important) '; echo 'SCRIPT_NAME: ', htmlspecialchars($_SERVER['SCRIPT_NAME']), ''; echo 'PATH_TRANSLATED: ', htmlspecialchars($_SERVER['PATH_TRANSLATED']), ''; Expected result: PATH_INFO: /foo. SCRIPT_NAME: /path_info_bug.php PATH_TRANSLATED: C:\wamp\www\foo. Actual result: -- PATH_INFO: /foo SCRIPT_NAME: /path_info_bug.php/foo. PATH_TRANSLATED: C:\wamp\www\foo -- Edit this bug report at http://bugs.php.net/?id=44001&edit=1
#44002 [Opn->Bgs]: PHP 5.2.4 stops running (?crashes?) while idle
ID: 44002 Updated by: [EMAIL PROTECTED] Reported By: curtis at curtisjackson dot com -Status: Open +Status: Bogus Bug Type: Apache2 related Operating System: Mac OS X PHP Version: 5.2.5 New Comment: We don't support 3rd party binaries. If you're not using a binary build from the sources we provide, too bad. You should ask support from Apple instead. Previous Comments: [2008-01-31 17:02:39] curtis at curtisjackson dot com Description: Yes, I am running 5.2.4 (as shipped with Leopard) because the 5.2.5 OS X binary is not yet available; I figured I'd report this anyway since it doesn't appear to be something that was reported and fixed between 5.2.4 and 5.2.5. Macbook Pro, OS X 10.5.1, apache2 shipped with Leopard. Apache loads the PHP module just fine, and runs fine. I'll leave it alone (working elsewhere on the machine or physically leaving the machine, doesn't matter), and several hours later I will return and try a PHP page that was working perfectly before, but now Apache just serves up the PHP source code for the page -- PHP has obviously quit or crashed; I don't know if it crashed an hour or two before while idle, or if it crashes/quits while loading the page. Apache is still fine, so is MySQL. Restarting Apache fixes the problem, and PHP is working again. I will wildly guess that this happens every 4-6 hours, from empirical data. I've combed through all the console and system and app logs I can find, but I can't find any indication of what is going wrong. If someone can tell me where to look, or tell me how to change php.ini to enable more logging or somesuch, I'll be happy to do so. I will also try this with 5.2.5 as soon as that binary is available for OS X. Reproduce code: --- n/a Expected result: n/a Actual result: -- n/a -- Edit this bug report at http://bugs.php.net/?id=44002&edit=1
#44018 [Opn]: RecursiveDirectoryIterator options inconsistancy
ID: 44018
User updated by: jordan dot raub at dataxltd dot com
Reported By: jordan dot raub at dataxltd dot com
Status: Open
Bug Type: SPL related
Operating System: linux
PHP Version: 5.2.5
New Comment:
(oops sorry... first paragraph should have been)
creating a new RecursiveDirectoryIterator with no options passed and 0
as the options passed give 2 different things. for nothing passed the
current value is an SplFileInfo while for a 0 passed a
RecursiveDirectoryIterator object is passed. I would think that sending
in 0 and nothing would give the same thing. Also in
RecursiveDirectoryIterator constructor (ext/spl/spl_directory.c line 965
php5.2.5 not CVS) the flags are automatically set to return an
SplFileInfo object, should this not be a RecursiveDirectoryIterator?
(correct me if i'm wrong)
Previous Comments:
[2008-02-01 21:56:38] jordan dot raub at dataxltd dot com
Description:
creating a new RecursiveDirectoryIterator with no options passes and 0
as the options passed give 2 different things. for nothing passed the
current value is a RecursiveDirectoryIterator while for a 0 passed a
SplFileInfo object is passed. I would think that sending in 0 and
nothing would give the same thing. Also in RecursiveDirectoryIterator
constructor (ext/spl/spl_directory.c line 965 php5.2.5 not CVS) the
flags are automatically set to return an SplFileInfo object, should this
not be a RecursiveDirectoryIterator? (correct me if i'm wrong)
also the documentation has the constants set:
const CURRENT_AS_FILEINFO RecursiveDirectoryIterator::x0010
const KEY_AS_FILENAME RecursiveDirectoryIterator::x0020
while from this test code they should be the following
const CURRENT_AS_FILEINFO RecursiveDirectoryIterator::x0010
const KEY_AS_FILENAME RecursiveDirectoryIterator::x0100
Thanks,
Jordan
Reproduce code:
---
#!/usr/lib/php5/bin/php
$file)
{
var_dump($key);
var_dump($file);
}
$options = 0;
printf("\$options = %x\n", $options);
foreach(new RecursiveDirectoryIterator(dirname(__FILE__), $options) as
$key => $file)
{
var_dump($key);
var_dump($file);
}
$options = 0;
$options |= RecursiveDirectoryIterator::CURRENT_AS_FILEINFO;
printf("\$options = %x\n", $options);
foreach(new RecursiveDirectoryIterator(dirname(__FILE__), $options) as
$key => $file)
{
var_dump($key);
var_dump($file);
}
$options = 0;
$options |= RecursiveDirectoryIterator::KEY_AS_FILENAME;
printf("\$options = %x\n", $options);
foreach(new RecursiveDirectoryIterator(dirname(__FILE__), $options) as
$key => $file)
{
var_dump($key);
var_dump($file);
}
$options = 0;
$options |= RecursiveDirectoryIterator::CURRENT_AS_FILEINFO;
$options |= RecursiveDirectoryIterator::KEY_AS_FILENAME;
printf("\$options = %x\n", $options);
foreach(new RecursiveDirectoryIterator(dirname(__FILE__), $options) as
$key => $file)
{
var_dump($key);
var_dump($file);
}
Expected result:
$options not passed
string(21) "/virtualhosts/tmp/dir"
object(RecursiveDirectoryIterator)#2 (0) {
}
string(52) "/virtualhosts/tmp/RecursiveDirectoryIteratorTest.php"
object(RecursiveDirectoryIterator)#2 (0) {
}
$options = 0
string(21) "/virtualhosts/tmp/dir"
object(RecursiveDirectoryIterator)#2 (0) {
}
string(52) "/virtualhosts/tmp/RecursiveDirectoryIteratorTest.php"
object(RecursiveDirectoryIterator)#2 (0) {
}
$options = 10
string(21) "/virtualhosts/tmp/dir"
object(SplFileInfo)#3 (0) {
}
string(52) "/virtualhosts/tmp/RecursiveDirectoryIteratorTest.php"
object(SplFileInfo)#2 (0) {
}
$options = 100
string(3) "dir"
object(RecursiveDirectoryIterator)#4 (0) {
}
string(34) "RecursiveDirectoryIteratorTest.php"
object(RecursiveDirectoryIterator)#4 (0) {
}
$options = 110
string(3) "dir"
object(SplFileInfo)#3 (0) {
}
string(34) "RecursiveDirectoryIteratorTest.php"
object(SplFileInfo)#4 (0) {
}
Actual result:
--
$options not passed
string(21) "/virtualhosts/tmp/dir"
object(SplFileInfo)#3 (0) {
}
string(52) "/virtualhosts/tmp/RecursiveDirectoryIteratorTest.php"
object(SplFileInfo)#4 (0) {
}
$options = 0
string(21) "/virtualhosts/tmp/dir"
object(RecursiveDirectoryIterator)#2 (0) {
}
string(52) "/virtualhosts/tmp/RecursiveDirectoryIteratorTest.php"
object(RecursiveDirectoryIterator)#2 (0) {
}
$options = 10
string(21) "/virtualhosts/tmp/dir"
object(SplFileInfo)#3 (0) {
}
string(52) "/virtualhosts/tmp/RecursiveDirectoryIteratorTest.php"
object(SplFileInfo)#2 (0) {
}
$options = 100
string(3) "dir"
object(RecursiveDirectoryIterator)#4 (0) {
}
string(34) "RecursiveDirectoryIteratorTest.php"
object(RecursiveDirectoryIterator)#4 (0) {
}
$options = 110
string(3) "dir"
object(SplFileInfo)#3 (0) {
}
string(34) "RecursiveDirectoryIteratorTest.php"
object(SplFileInfo)#4 (0) {
}
--
Edit
#44018 [NEW]: RecursiveDirectoryIterator options inconsistancy
From: jordan dot raub at dataxltd dot com
Operating system: linux
PHP version: 5.2.5
PHP Bug Type: SPL related
Bug description: RecursiveDirectoryIterator options inconsistancy
Description:
creating a new RecursiveDirectoryIterator with no options passes and 0 as
the options passed give 2 different things. for nothing passed the current
value is a RecursiveDirectoryIterator while for a 0 passed a SplFileInfo
object is passed. I would think that sending in 0 and nothing would give
the same thing. Also in RecursiveDirectoryIterator constructor
(ext/spl/spl_directory.c line 965 php5.2.5 not CVS) the flags are
automatically set to return an SplFileInfo object, should this not be a
RecursiveDirectoryIterator? (correct me if i'm wrong)
also the documentation has the constants set:
const CURRENT_AS_FILEINFO RecursiveDirectoryIterator::x0010
const KEY_AS_FILENAME RecursiveDirectoryIterator::x0020
while from this test code they should be the following
const CURRENT_AS_FILEINFO RecursiveDirectoryIterator::x0010
const KEY_AS_FILENAME RecursiveDirectoryIterator::x0100
Thanks,
Jordan
Reproduce code:
---
#!/usr/lib/php5/bin/php
$file)
{
var_dump($key);
var_dump($file);
}
$options = 0;
printf("\$options = %x\n", $options);
foreach(new RecursiveDirectoryIterator(dirname(__FILE__), $options) as
$key => $file)
{
var_dump($key);
var_dump($file);
}
$options = 0;
$options |= RecursiveDirectoryIterator::CURRENT_AS_FILEINFO;
printf("\$options = %x\n", $options);
foreach(new RecursiveDirectoryIterator(dirname(__FILE__), $options) as
$key => $file)
{
var_dump($key);
var_dump($file);
}
$options = 0;
$options |= RecursiveDirectoryIterator::KEY_AS_FILENAME;
printf("\$options = %x\n", $options);
foreach(new RecursiveDirectoryIterator(dirname(__FILE__), $options) as
$key => $file)
{
var_dump($key);
var_dump($file);
}
$options = 0;
$options |= RecursiveDirectoryIterator::CURRENT_AS_FILEINFO;
$options |= RecursiveDirectoryIterator::KEY_AS_FILENAME;
printf("\$options = %x\n", $options);
foreach(new RecursiveDirectoryIterator(dirname(__FILE__), $options) as
$key => $file)
{
var_dump($key);
var_dump($file);
}
Expected result:
$options not passed
string(21) "/virtualhosts/tmp/dir"
object(RecursiveDirectoryIterator)#2 (0) {
}
string(52) "/virtualhosts/tmp/RecursiveDirectoryIteratorTest.php"
object(RecursiveDirectoryIterator)#2 (0) {
}
$options = 0
string(21) "/virtualhosts/tmp/dir"
object(RecursiveDirectoryIterator)#2 (0) {
}
string(52) "/virtualhosts/tmp/RecursiveDirectoryIteratorTest.php"
object(RecursiveDirectoryIterator)#2 (0) {
}
$options = 10
string(21) "/virtualhosts/tmp/dir"
object(SplFileInfo)#3 (0) {
}
string(52) "/virtualhosts/tmp/RecursiveDirectoryIteratorTest.php"
object(SplFileInfo)#2 (0) {
}
$options = 100
string(3) "dir"
object(RecursiveDirectoryIterator)#4 (0) {
}
string(34) "RecursiveDirectoryIteratorTest.php"
object(RecursiveDirectoryIterator)#4 (0) {
}
$options = 110
string(3) "dir"
object(SplFileInfo)#3 (0) {
}
string(34) "RecursiveDirectoryIteratorTest.php"
object(SplFileInfo)#4 (0) {
}
Actual result:
--
$options not passed
string(21) "/virtualhosts/tmp/dir"
object(SplFileInfo)#3 (0) {
}
string(52) "/virtualhosts/tmp/RecursiveDirectoryIteratorTest.php"
object(SplFileInfo)#4 (0) {
}
$options = 0
string(21) "/virtualhosts/tmp/dir"
object(RecursiveDirectoryIterator)#2 (0) {
}
string(52) "/virtualhosts/tmp/RecursiveDirectoryIteratorTest.php"
object(RecursiveDirectoryIterator)#2 (0) {
}
$options = 10
string(21) "/virtualhosts/tmp/dir"
object(SplFileInfo)#3 (0) {
}
string(52) "/virtualhosts/tmp/RecursiveDirectoryIteratorTest.php"
object(SplFileInfo)#2 (0) {
}
$options = 100
string(3) "dir"
object(RecursiveDirectoryIterator)#4 (0) {
}
string(34) "RecursiveDirectoryIteratorTest.php"
object(RecursiveDirectoryIterator)#4 (0) {
}
$options = 110
string(3) "dir"
object(SplFileInfo)#3 (0) {
}
string(34) "RecursiveDirectoryIteratorTest.php"
object(SplFileInfo)#4 (0) {
}
--
Edit bug report at http://bugs.php.net/?id=44018&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=44018&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=44018&r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=44018&r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=44018&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=44018&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=44018&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=44018&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=44018&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=44018&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=44018&r=support
Expected behavior:
#44017 [NEW]: wrong error discription with include/require in static method
From: admin at ifyouwantblood dot de Operating system: PHP version: 5.2.5 PHP Bug Type: Class/Object related Bug description: wrong error discription with include/require in static method Description: include/require (_once) return wrong error messages when used inside a static method. the function name as well as the manual link are prefixed by the classname. Reproduce code: --- Actual result: -- Warning: test::require_once(i_do_not_exists.php) [function.test-require-once]: failed to open stream: No such file or directory Fatal error: test::require_once() [function.require]: Failed opening required 'i_do_not_exists.php' (include_path='.;C:\php5\pear') -- Edit bug report at http://bugs.php.net/?id=44017&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=44017&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=44017&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=44017&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=44017&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=44017&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=44017&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=44017&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=44017&r=needscript Try newer version:http://bugs.php.net/fix.php?id=44017&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=44017&r=support Expected behavior:http://bugs.php.net/fix.php?id=44017&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=44017&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=44017&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=44017&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=44017&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=44017&r=dst IIS Stability:http://bugs.php.net/fix.php?id=44017&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=44017&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=44017&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=44017&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=44017&r=mysqlcfg
#43112 [Asn->Fbk]: install-pear-installer fails
ID: 43112 Updated by: [EMAIL PROTECTED] Reported By: buck dot golemon at amd dot com -Status: Assigned +Status: Feedback Bug Type: Compile Failure Operating System: RHEL (Taroon Update 3) PHP Version: 5.2.4 Assigned To: cellog New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows (zip): http://snaps.php.net/win32/php5.2-win32-latest.zip For Windows (installer): http://snaps.php.net/win32/php5.2-win32-installer-latest.msi Previous Comments: [2007-11-01 04:11:40] [EMAIL PROTECTED] you have a corrupted PEAR installation from a previous version. Best is to wipe out /usr/local/lib/php/.registry and try again. Before wiping, run: pear list and note the packages installed. After you've upgraded PEAR, you will want to re-install these packages using pear upgrade -o where is the package you had installed. For example: pear upgrade -o HTML_QuickForm DB You did find a real bug in the error handling, but you would still need to wipe out your corrupted registry in order to upgrade PEAR even after the fix. Greg [2007-10-31 10:18:50] [EMAIL PROTECTED] Assigned to the PEAR installer maintainer. [2007-10-26 23:55:27] buck dot golemon at amd dot com Description: # php --version PHP 5.2.4 (cli) (built: Oct 26 2007 15:29:20) Copyright (c) 1997-2007 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies # make install-pear-installer Warning: Invalid argument supplied for foreach() in phar://install-pear-nozlib.phar/PEAR/DependencyDB.php on line 425 Warning: Invalid argument supplied for foreach() in phar://install-pear-nozlib.phar/PEAR/DependencyDB.php on line 425 Warning: Invalid argument supplied for foreach() in phar://install-pear-nozlib.phar/PEAR/DependencyDB.php on line 425 Warning: Invalid argument supplied for foreach() in phar://install-pear-nozlib.phar/PEAR/DependencyDB.php on line 425 Warning: Invalid argument supplied for foreach() in phar://install-pear-nozlib.phar/PEAR/DependencyDB.php on line 425 Warning: Invalid argument supplied for foreach() in phar://install-pear-nozlib.phar/PEAR/DependencyDB.php on line 425 Notice: Array to string conversion in phar://install-pear-nozlib.phar/PEAR/Registry.php on line 483 Fatal error: Call to a member function setConfig() on a non-object in phar://install-pear-nozlib.phar/PEAR/DependencyDB.php on line 558 make: *** [install-pear-installer] Error 255 Expected result: install Actual result: -- fails -- Edit this bug report at http://bugs.php.net/?id=43112&edit=1
#43682 [Fbk->Opn]: session id kept, content lost on subdomain
ID: 43682
User updated by: k dot andris at gmail dot com
Reported By: k dot andris at gmail dot com
-Status: Feedback
+Status: Open
Bug Type: Session related
Operating System: Debian Sarge
-PHP Version: 5.2.5
+PHP Version: 5.2.4
New Comment:
Now I'm closer to see what's causing this... It only happens with a
vhost serving a wildcard subdomain. When all *.mysite.net requests go to
a single /var/www/index.php file. When I serve subdomains from
/var/www/subdomain/ it works ok. I'm using lighttpd with fastcgi. I'l
try to see if the problem is with lighttpd or php, but if you can test
it with Apache... Thanks.
Previous Comments:
[2008-01-26 01:04:07] [EMAIL PROTECTED]
If you're not using the sources we provide, then we can't help you. But
if you can reproduce this using fresh sources from http://php.net/ then
we can talk more.. I have NO problems with sessions in subdomains.
[2008-01-18 13:15:54] k dot andris at gmail dot com
Thanks, I'll try it. 5.2.4 works OK, too. My 5.2.5 was from dotdeb and
not the official sources.
[2008-01-18 01:31:13] [EMAIL PROTECTED]
I'd check first that the cookie is actually set and with what data.
I had some problems with this when I changed the domain to be something
different what it originally was, and as there already existed a cookie
with same name, but just set with domain 'www.example.com' it wasn't
reset. (tested using Firefox)
Try change the session name (ie. cookie name) too.
[2007-12-27 00:27:18] k dot andris at gmail dot com
Works all right in 5.2
[2007-12-26 21:00:49] k dot andris at gmail dot com
Description:
The $_SESSION variable is empty when I look at it on a subdomain
(abc.mydomain.com) even though session_id() is the same as on the main
site (mydomain.com). Sessions are saved in files under /var/log/php5 -
they just not read from there. The session cookie is OK too.
Reproduce code:
---
I have this on the base domain and on subdoamins too with different
assigment lines. Still, they only seee their own assigments.
ini_set("session.cookie_domain", ".mydomain.net");
session_start();
print_r($_SESSION);
$_SESSION['main'] = 'main'; // assigment
print_r($_SESSION);
Expected result:
Since I have the same session id, I expect the $_SESSION variable to be
shared acreoss pages, and subdomains.
--
Edit this bug report at http://bugs.php.net/?id=43682&edit=1
#39375 [Com]: PHP Warning: imap_fetchstructure(): No body information available in a.php
ID: 39375 Comment by: matt at educause dot edu Reported By: queences dot sam at tallysolutions dot com Status: No Feedback Bug Type: IMAP related Operating System: linux PHP Version: 5.2.0 New Comment: I'm experiencing this issue too ... using IMAP ... using IIS/FastCGI ... PHP 5.2.5 Previous Comments: [2006-11-16 01:00:01] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2006-11-08 13:59:54] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. [2006-11-04 11:03:04] queences dot sam at tallysolutions dot com Description: While tring to process mails from the mailbox using imap function at times we encounter this error. But the mail number etc everything that it picks up is correct. Below given line is the exact error that we get: PHP Warning: imap_fetchstructure(): No body information available in /var/www/html/tallyweb/modules/forums/intranet/CRecvMailProcessMgr.php on line 1044 We have noticed that the error goes of once we restart the services - sendmail, httpd & mysql. Please let us know if this is already a noted bug in PHP imap library. When is it going to be resolved. Queences -- Edit this bug report at http://bugs.php.net/?id=39375&edit=1
#43314 [Com]: iconv_mime_encode(), broken Q scheme
ID: 43314
Comment by: d_kelsey at uk dot ibm dot com
Reported By: wiela at centras dot lt
Status: Open
Bug Type: ICONV related
Operating System: Windows XP HE
PHP Version: 5.2.5
New Comment:
I encountered a similar problem with another utf-8 string, and although
this may not be the best way to fix it, this change provides a
workaround.
in iconv.c (line 1281 in php5.2.5) the line
out_size -= ((nbytes_required - (char_cnt - 2)) + 1) / (3 - 1);
should be changed to
out_size -= ((nbytes_required - (char_cnt - 2)) + 1) / 3;
It looks like the code attempts to determine how many characters would
fit into output buffer when converted (given that it has gone over the
limit), but it assumes that on average each character uses 2 bytes (ie
an even mixture of encoded and printable characters). A lot of strings
will be greater than this and out_size will be set to a very large
positive number (as it subtracts a larger number from out_size and being
unsigned will result in a large positive number).
The workaround is to take the worst case scenario and assume all
characters generated 3 bytes (ie all encoded).
Previous Comments:
[2007-11-16 16:23:17] wiela at centras dot lt
Description:
iconv_mime_encode(),'Q' encoding scheme isn't reliable and
sometimes (for particular character and/or string length combination?)
returns: "Notice: iconv_mime_encode(): Unknown error (7) in ..."
*without any result*.
This also applies to earlier php versions (tested with php 5.2.1).
Reproduce code:
---
$preferences = array(
"input-charset" => "UTF-8",
"output-charset" => "UTF-8",
"line-length" => 76,
"line-break-chars" => "\n",
"scheme" => "Q"
);
// $str1 results error, it's utf-8 string, its base64_encode() is:
//'xIXEjcSZxJfEr8WhxbPFviDEr8SZxI3FocWzxJnEr8SFIMSNxJnFs8SFxaHFs8Wr'
$str1 = "ąčęėįų
įęčųęįą
čęųąųū";
// $str2 doesn't result error, although it's only one character
// shorter. It's utf-8 string, its base64_encode() is:
//'xIXEjcSZxJfEr8WhxbPFviDEr8SZxI3FocWzxJnEr8SFIMSNxJnFs8SFxaHFsw=='
$str2 = "ąčęėįų
įęčųęįą
čęųąų";
echo iconv_mime_encode("Subject", $str1, $preferences);
echo iconv_mime_encode("Subject", $str2, $preferences);
Expected result:
Well, at least any (*some*) result is expected, without any
errors and warnings.
For $str1 is expected:
Subject: =?UTF-8?Q?=C4=85=C4=8D=C4=99=C4=97=C4=AF=C5=A1=C5=B3?=
=?UTF-8?Q?=C5=BE=20=C4=AF=C4=99=C4=8D=C5=A1=C5=B3=C4=99=C4=AF?=
=?UTF-8?Q?=C4=85=20=C4=8D=C4=99=C5=B3=C4=85=C5=A1=C5=B3=C5=AB?=
For $str2 is expected:
Subject: =?UTF-8?Q?=C4=85=C4=8D=C4=99=C4=97=C4=AF=C5=A1=C5=B3?=
=?UTF-8?Q?=C5=BE=20=C4=AF=C4=99=C4=8D=C5=A1=C5=B3=C4=99=C4=AF?=
=?UTF-8?Q?=C4=85=20=C4=8D=C4=99=C5=B3=C4=85=C5=A1=C5=B3?=
Actual result:
--
For $str1:
FALSE with "Notice: iconv_mime_encode(): Unknown error (7) in ..."
For $str2:
Subject: =?UTF-8?Q?=C4=85=C4=8D=C4=99=C4=97=C4=AF=C5=A1=C5=B3?=
=?UTF-8?Q?=C5=BE=20=C4=AF=C4=99=C4=8D=C5=A1=C5=B3=C4=99=C4=AF?=
=?UTF-8?Q?=C4=85=20=C4=8D=C4=99=C5=B3=C4=85=C5=A1=C5=B3?=
--
Edit this bug report at http://bugs.php.net/?id=43314&edit=1
#44015 [NEW]: ignore_repeated_source uses from error history
From: s dot hopfe at cc-carconsult dot de Operating system: Any PHP version: 5.2.5 PHP Bug Type: *General Issues Bug description: ignore_repeated_source uses from error history Description: Hi, i would ask you about a little problem in my skript. I want to use the init-setting "ignore_repeated_errors" - but it does not things explained in the documentation. For testing this feature, i had wrote a little testscript. (See in Repoduce Code) And on my WinXP - Xammp (It should work on this platform) i tried this. But, i got 10 times the same error - produced in the script. It seems to be wrong. After testing, we add the following command in the top of the file: error_reporting(E_ALL); And we saw that there are NOTICE between the Warnings. So it seem to be a different between the displayed and the real errors. But wenn this functions is called "ignore_repeated_errors" then the compiler should inspect the displayed errors. Because, this function should help to avert the spamming by same errors into the logfile. Reproduce code: --- Expected result: I want to See one Warning Actual result: -- I see all 10 warnings - because the notice are hide -- Edit bug report at http://bugs.php.net/?id=44015&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=44015&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=44015&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=44015&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=44015&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=44015&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=44015&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=44015&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=44015&r=needscript Try newer version:http://bugs.php.net/fix.php?id=44015&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=44015&r=support Expected behavior:http://bugs.php.net/fix.php?id=44015&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=44015&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=44015&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=44015&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=44015&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=44015&r=dst IIS Stability:http://bugs.php.net/fix.php?id=44015&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=44015&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=44015&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=44015&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=44015&r=mysqlcfg
#43312 [Asn->WFx]: php://filter URIs get mangled and make xinclude() fail
ID: 43312
Updated by: [EMAIL PROTECTED]
Reported By: php at benjaminschulz dot com
-Status: Assigned
+Status: Wont fix
Bug Type:DOM XML related
PHP Version: 5.3CVS-2007-11-16 (CVS)
Assigned To: chregu
New Comment:
PHP URL handling for streams is not fully compatible with libxml2 URL
handling and canonicalization routines.
Workaround is to use a relative path for that case:
php://filter/read=testfilter/resource=./test1.xml
Previous Comments:
[2007-11-16 13:42:49] php at benjaminschulz dot com
Description:
When using php://filter with xinclude an errornous file:// uri is
generated and let's the xinclude fail.
Reproduce code:
---
test.php
';
class TestFilter extends PHP_User_Filter {
public 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('testfilter', 'TestFilter');
$doc = new DomDocument;
$doc->load("php://filter/read=testfilter/resource=file://".dirname(__FILE__)."/test1.xml");
$doc->xinclude();
echo "works!";
test1.xml
-
http://www.w3.org/2001/XInclude"; />
test2.xml
-
baz
Expected result:
"works!"
Actual result:
--
Warning:
DOMDocument::xinclude(php://filter/read=testfilter/resource=file%3A/path
/to/test2.xml): failed to open stream: No such file or directory in
/path/to/test.php on line 18
^- should be ":" and there are two slashes missing
Warning: DOMDocument::xinclude(): I/O warning : failed to load external
entity
"php://filter/read=testfilter/resource=file%3A/path/to/test2.xml"
in /path/to/test.php on line 18
Warning: DOMDocument::xinclude(): could not load
php://filter/read=testfilter/resource=file%3A/path/to/test2.xml, and no
fallback was found in /path/to/test.php on line 18
--
Edit this bug report at http://bugs.php.net/?id=43312&edit=1
#44014 [NEW]: mb_convert_encoding 'destroys' first character (UTF16->UTF8)
From: michael202 at gmx dot de
Operating system: Win XP
PHP version: 5.2.5
PHP Bug Type: mbstring related
Bug description: mb_convert_encoding 'destroys' first character (UTF16->UTF8)
Description:
mb_convert_encoding 'destroys' first character when
converting from UTF16 to UTF8
(iconv works).
Reproduce code:
---
$utf16 = chr(0xFF).chr(0xFE).chr(0x4d).chr(0).chr(0x6f).chr(0); //'Mo'
$utf8 = mb_convert_encoding($utf16, 'UTF-8', 'UTF-16');
echo($utf8 . "\n"); // -> ´++´¢ìo
$utf8 = iconv('UTF-16', 'UTF-8', $utf16);
echo($utf8 . "\n"); // -> Mo
Expected result:
mb:(BOM8)Mo
iconv: Mo
(BOM8) is a placeholder
Actual result:
--
mb:(BOM8)´¢ìo (copied from cmd shell)
iconv: Mo
(BOM8) is a placeholder
--
Edit bug report at http://bugs.php.net/?id=44014&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=44014&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=44014&r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=44014&r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=44014&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=44014&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=44014&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=44014&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=44014&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=44014&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=44014&r=support
Expected behavior:http://bugs.php.net/fix.php?id=44014&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=44014&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=44014&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=44014&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=44014&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=44014&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=44014&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=44014&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=44014&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=44014&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=44014&r=mysqlcfg
#43487 [Com]: Wrong conversion of float to string
ID: 43487 Comment by: oeriksson at mandriva dot com Reported By: jm at wo dot cz Status: Open Bug Type: Strings related Operating System: Linux PHP Version: 5.2.5 New Comment: Pascal Rigaux at Mandriva has a patch for this, please review it. http://svn.mandriva.com/cgi-bin/viewvc.cgi/packages/cooker/php/current/SOURCES/php-5.2.5-use-volatile-to-force-float-store.patch?revision=161099&view=markup Previous Comments: [2008-01-31 15:42:55] oeriksson at mandriva dot com Update; taken from our bugzilla: "as peroyvind found, the miscompilation is inside Zend/zend_strtod.c, and -no-ftree-vrp workaround the bug." [2008-01-30 19:41:18] oeriksson at mandriva dot com I think I found the problem. On Mandriva Linux Cooker we are using: gcc (GCC) 4.2.2 20071128 (prerelease) (4.2.2-2mdv2008.1) glibc-2.7-1mdv2008.1 If I change the optimization from -O2 to -O0 (-O+zero) the bug goes away on x86_32. [2008-01-28 21:30:37] jm at wo dot cz The CVS snapshot makes no difference, still getting the same incorrect strings. [EMAIL PROTECTED] ~]$ php -n -r '$f=array(1E-4, 1E-5, 1E-6, 1E-7, 1E-8); foreach ($f as $fval) echo $fval, "\n";' 0.0001 1.0E-5 :.0E-7 :.0E-8 1.0E-8 [EMAIL PROTECTED] ~]$ php -v PHP 5.2.6-dev (cli) (built: Jan 28 2008 16:13:46) Copyright (c) 1997-2008 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2008 Zend Technologies Previous poster suggested a CPU-related issue. I have encountered this issue on the following CPUs: vendor_id : AuthenticAMD cpu family : 15 model : 5 model name : AMD Opteron(tm) Processor 248 stepping: 8 cpu MHz : 2205.074 vendor_id : GenuineIntel cpu family : 6 model : 13 model name : Intel(R) Pentium(R) M processor 1.80GHz stepping: 6 cpu MHz : 1800.000 vendor_id : AuthenticAMD cpu family : 15 model : 37 model name : AMD Opteron(tm) Processor 252 stepping: 1 cpu MHz : 2606.078 [2008-01-28 07:59:48] oeriksson at mandriva dot com I get the same problem, but it seems related to what CPU is used. http://qa.mandriva.com/show_bug.cgi?id=37171 $ uname -a Linux foo.nux.se 2.6.24-server-0.rc8.2mdv #1 SMP Wed Jan 23 17:15:33 UTC 2008 i686 Intel(R) Pentium(R) 4 CPU 2.80GHz GNU/Linux $ php -r "var_dump(11.1/111);" float(0.0:) $ uname -a Linux oe.nux.tld 2.6.24-desktop-0.rc8.2mdv #1 SMP Wed Jan 23 18:12:45 CET 2008 x86_64 AMD Athlon(tm) 64 X2 Dual Core Processor 3800+ GNU/Linux $ php -r "var_dump(11.1/111);" float(0.1) It works with 5.1.6 though. [2008-01-26 01:12:23] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows (zip): http://snaps.php.net/win32/php5.2-win32-latest.zip For Windows (installer): http://snaps.php.net/win32/php5.2-win32-installer-latest.msi The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/43487 -- Edit this bug report at http://bugs.php.net/?id=43487&edit=1
#44006 [Opn->Bgs]: next function is not returning correctly
ID: 44006
Updated by: [EMAIL PROTECTED]
Reported By: crashrox at gmail dot com
-Status: Open
+Status: Bogus
Bug Type: Arrays related
Operating System: SunOS 5.10 Generic_127
PHP Version: 5.2.5
New Comment:
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
Don't use foreach + next/current/...
Previous Comments:
[2008-01-31 20:07:16] crashrox at gmail dot com
Description:
Next function is not returning a value when it should be. Tried code
sample below on a linux and windows distro both running PHP 5.2.1 and
received desired results. When tested on SunOS 5.10 and PHP 5.2.4 the
undesired results appeared.
Reproduce code:
---
$array = array(
'key1' => array(
'sub1_key1',
'sub1_key2',
'sub1_key3',
'sub1_key4',
),
'key2' => array(
'sub2_key1',
'sub2_key2',
'sub2_key3',
'sub2_key4',
)
);
foreach($array as $key => $sub_array) {
foreach($sub_array as $sub_val) {
echo $sub_val;
if(next($sub_array))
echo ', ';
}
$next = next($array);
if(is_array($next)) {
echo '';
}
print_r($next);
}
Expected result:
sub1_key1, sub1_key2, sub1_key3, sub1_key4Array
(
[0] => sub2_key1
[1] => sub2_key2
[2] => sub2_key3
[3] => sub2_key4
)
sub2_key1, sub2_key2, sub2_key3, sub2_key4
Actual result:
--
sub1_key1, sub1_key2, sub1_key3, sub1_key4sub2_key1, sub2_key2,
sub2_key3, sub2_key4
--
Edit this bug report at http://bugs.php.net/?id=44006&edit=1
#43024 [Asn]: Update PHP OpenSSL Files
ID: 43024 Updated by: [EMAIL PROTECTED] Reported By: dj02 dot net at nbl dot fi Status: Assigned Bug Type: OpenSSL related Operating System: Windows Vista 6.0.6000 PHP Version: 5.2CVS-2008-02-01 (snap) Assigned To: edink New Comment: Hi Edin, What is preventing us to update our windows binaries to the last openssl version? Only wondering if there is any possible issues :) Previous Comments: [2008-02-01 09:44:46] dj02 dot net at nbl dot fi Still not updated. Could you update them. [2007-11-14 21:27:31] dj02 dot net at nbl dot fi Still not updated. [2007-10-25 13:29:23] dj02 dot net at nbl dot fi - [2007-10-20 07:26:03] dj02 dot net at nbl dot fi OpenSSL team released v0.9.8g so update to that version please. [2007-10-18 19:44:00] dj02 dot net at nbl dot fi Description: Hi, I am running PHP 5.2.4. Could you update OpenSSL Files: libeay32.dll, ssleay32.dll and Extension: php_openssl.dll to OpenSSL Version: 0.9.8f, Please. Files: libeay32.dll and ssleay32.dll i updated from other openssl official place but i couldn't find php_openssl.dll for OpenSSL 0.9.8f and so my phpinfo shows still version: 0.9.8e even libeay32.dll and ssleay32.dll are 0.9.8f. I have copied libeay32.dll (Version: 0.9.8f) and ssleay32.dll (Version: 0.9.8f) files in to: C:\WINDOWS\system32\ -location too. -- Edit this bug report at http://bugs.php.net/?id=43024&edit=1
#43953 [Asn->Csd]: glob:// appends filenames to the pattern
ID: 43953
Updated by: [EMAIL PROTECTED]
Reported By: hannes dot magnusson at gmail dot com
-Status: Assigned
+Status: Closed
Bug Type: Filesystem function related
Operating System: Linux
PHP Version: 5.3CVS-2008-01-28 (CVS)
Assigned To: helly
New Comment:
This bug has been fixed in CVS.
Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
Thank you for the report, and for helping us make PHP better.
Previous Comments:
[2008-01-28 14:07:09] hannes dot magnusson at gmail dot com
Description:
Looks like glob:// appends the filenames, rather than replacing the
pattern with the filename..
Reproduce code:
---
getFilename(), $f->getSize()/1024);
}
Expected result:
class_tree.php: 1.8K
tree.php: 1.0K
findregex.php: 0.6K
findfile.php: 0.7K
dba_dump.php: 0.9K
nocvsdir.php: 1.1K
phar_from_dir.php: 1.0K
ini_groups.php: 0.9K
directorytree.php: 0.9K
dba_array.php: 1.1K
Actual result:
--
PHP Fatal error: Uncaught exception 'RuntimeException' with message
'SplFileInfo::getSize(): stat failed for
glob://ext/spl/examples/*.php/class_tree.php' in
/home/bjori/php/5.3/-:6
Stack trace:
#0 /home/bjori/php/5.3/-(6): SplFileInfo->getSize()
#1 {main}
thrown in /home/bjori/php/5.3/- on line 6
--
Edit this bug report at http://bugs.php.net/?id=43953&edit=1
#44011 [Opn->Bgs]: self doesn't refer to the class from which i called a static function
ID: 44011 Updated by: [EMAIL PROTECTED] Reported By: ms419 at freezone dot co dot uk -Status: Open +Status: Bogus Bug Type: Class/Object related Operating System: Debian PHP Version: 5.2.5 New Comment: In this case, you will need use 'return static::bbb();'. (As of PHP 5.3.0) http://docs.php.net/manual/en/language.oop5.late-static-bindings.php Previous Comments: [2008-02-01 06:46:39] ms419 at freezone dot co dot uk Description: When I call Bar::aaa(); I expect the self keyword to refer to the Bar class, even if aaa() is defined in a class which Bar extends. The behavior I observe is that, if aaa() is defined in a class Foo which Bar extends, even when I call Bar::aaa(), self refers to Foo. In this case the self keyword is not actually that much use, since if I type "self" in the definition of the Foo class, I know the class name and might as well type "Foo". I had hoped that the self keyword would enable me to override some static functions from a parent class, without forcing me to override the static functions which call them. Reproduce code: --- http://bugs.php.net/?id=44011&edit=1
#44010 [Opn->Bgs]: Function: strstr() and stristr()
ID: 44010 Updated by: [EMAIL PROTECTED] Reported By: diemuzi at gmail dot com -Status: Open +Status: Bogus Bug Type: Strings related Operating System: Archlinux PHP Version: 5.2.5 New Comment: Documentation says on changelog section: - 6.0.0 Added the before_needle parameter. And the new parameter is optional, the doc shows it wrong. I'll fix it. Previous Comments: [2008-02-01 08:30:05] rabbi at naglfar dot hu Until then use this: $user = substr ($email, 0, strpos ($email, "@")); [2008-02-01 08:23:18] rabbi at naglfar dot hu Or it's will be added in the 6.0.0 version... [2008-02-01 01:52:15] diemuzi at gmail dot com Description: Using these two functions strstr() and stristr(). The bug occurs only while using "true" when cutting characters from a string to return the value before the cut. Reproduce code: --- $email = '[EMAIL PROTECTED]'; $domain = strstr($email, '@', true); echo $domain; Expected result: name Actual result: -- Warning: Wrong parameter count for strstr() -- Edit this bug report at http://bugs.php.net/?id=44010&edit=1
#44013 [NEW]: Update libMySQL(i) Files
From: dj02 dot net at nbl dot fi Operating system: Windows Vista 6.0.6000 PHP version: 5.2CVS-2008-02-01 (snap) PHP Bug Type: MySQL related Bug description: Update libMySQL(i) Files Description: MySQL team have released new Community version for 5.0 series including security fixes. Could you update libmysql.dll, php_mysql.dll and php_mysqli.dll to version 5.0.51a. -- Edit bug report at http://bugs.php.net/?id=44013&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=44013&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=44013&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=44013&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=44013&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=44013&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=44013&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=44013&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=44013&r=needscript Try newer version:http://bugs.php.net/fix.php?id=44013&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=44013&r=support Expected behavior:http://bugs.php.net/fix.php?id=44013&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=44013&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=44013&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=44013&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=44013&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=44013&r=dst IIS Stability:http://bugs.php.net/fix.php?id=44013&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=44013&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=44013&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=44013&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=44013&r=mysqlcfg
#43024 [Asn]: Update PHP OpenSSL Files
ID: 43024 User updated by: dj02 dot net at nbl dot fi Reported By: dj02 dot net at nbl dot fi Status: Assigned Bug Type: OpenSSL related Operating System: Windows Vista 6.0.6000 -PHP Version: 5.2CVS-2007-11-14 (snap) +PHP Version: 5.2CVS-2008-02-01 (snap) Assigned To: edink New Comment: Still not updated. Could you update them. Previous Comments: [2007-11-14 21:27:31] dj02 dot net at nbl dot fi Still not updated. [2007-10-25 13:29:23] dj02 dot net at nbl dot fi - [2007-10-20 07:26:03] dj02 dot net at nbl dot fi OpenSSL team released v0.9.8g so update to that version please. [2007-10-18 19:44:00] dj02 dot net at nbl dot fi Description: Hi, I am running PHP 5.2.4. Could you update OpenSSL Files: libeay32.dll, ssleay32.dll and Extension: php_openssl.dll to OpenSSL Version: 0.9.8f, Please. Files: libeay32.dll and ssleay32.dll i updated from other openssl official place but i couldn't find php_openssl.dll for OpenSSL 0.9.8f and so my phpinfo shows still version: 0.9.8e even libeay32.dll and ssleay32.dll are 0.9.8f. I have copied libeay32.dll (Version: 0.9.8f) and ssleay32.dll (Version: 0.9.8f) files in to: C:\WINDOWS\system32\ -location too. -- Edit this bug report at http://bugs.php.net/?id=43024&edit=1
#43231 [Com]: array-based callback syntax is overly E_STRICT
ID: 43231 Comment by: jochem at mondrian dot nl Reported By: chuck at horde dot org Status: Open Bug Type: Scripting Engine problem Operating System: * PHP Version: 5.2.* Assigned To: helly New Comment: I agree that this should be a bug, a lot of applications that try to be compatible with both php4 and php5 will run into this. I know everyone should run PHP5, but reality is that many people don't yet, or can't yet. Previous Comments: [2008-01-31 16:48:43] mike at theupstairsroom dot com This is insane. You should not produce an E_STRICT error if E_STRICT is turned off. This will break a *lot* of existing code... [2008-01-31 15:30:16] jason at citydiesel dot net I also don't understand. It seems to me that this logic will lead to a lot of unnecessary compatibility issues. If we need the strict behavior we can always set E_STRICT. [2008-01-30 19:25:35] [EMAIL PROTECTED] I'm sorry, I don't understand. Of course it is an E_STRICT error. But why is it an error if E_STRICT is turned off? [2008-01-30 19:20:47] [EMAIL PROTECTED] Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php This is indeed the correct behavior. You do not pass in a valid callback. If you call hello() directly you get an E_STRICT. Now call_user_func[_array]() tries to bind this function and cannot because it is not a valid one. It used to work in 5.2 for BC sakes, because I overlooked this in 5.0. When I first noticed this issue in 5.1, we couldn't change it in 5.1 and we also decided to not change this in 5.2. [2008-01-17 06:11:28] [EMAIL PROTECTED] Ping? The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/43231 -- Edit this bug report at http://bugs.php.net/?id=43231&edit=1
#44010 [Com]: Function: strstr() and stristr()
ID: 44010 Comment by: rabbi at naglfar dot hu Reported By: diemuzi at gmail dot com Status: Open Bug Type: Strings related Operating System: Archlinux PHP Version: 5.2.5 New Comment: Until then use this: $user = substr ($email, 0, strpos ($email, "@")); Previous Comments: [2008-02-01 08:23:18] rabbi at naglfar dot hu Or it's will be added in the 6.0.0 version... [2008-02-01 01:52:15] diemuzi at gmail dot com Description: Using these two functions strstr() and stristr(). The bug occurs only while using "true" when cutting characters from a string to return the value before the cut. Reproduce code: --- $email = '[EMAIL PROTECTED]'; $domain = strstr($email, '@', true); echo $domain; Expected result: name Actual result: -- Warning: Wrong parameter count for strstr() -- Edit this bug report at http://bugs.php.net/?id=44010&edit=1
#44010 [Com]: Function: strstr() and stristr()
ID: 44010 Comment by: rabbi at naglfar dot hu Reported By: diemuzi at gmail dot com Status: Open Bug Type: Strings related Operating System: Archlinux PHP Version: 5.2.5 New Comment: Or it's will be added in the 6.0.0 version... Previous Comments: [2008-02-01 01:52:15] diemuzi at gmail dot com Description: Using these two functions strstr() and stristr(). The bug occurs only while using "true" when cutting characters from a string to return the value before the cut. Reproduce code: --- $email = '[EMAIL PROTECTED]'; $domain = strstr($email, '@', true); echo $domain; Expected result: name Actual result: -- Warning: Wrong parameter count for strstr() -- Edit this bug report at http://bugs.php.net/?id=44010&edit=1
