#42043 [NEW]: session_decode does not populate $_SESSION
From: rmgraci at yahoo dot com
Operating system: Vista
PHP version: 5.2.3
PHP Bug Type: Session related
Bug description: session_decode does not populate $_SESSION
Description:
session_decode() is returning the correct data, but it is not populating
$_SESSION. This is contrary to the documentation I found, which says the
opposite should be done. I like that session_decode() returns a value, but
it should also populate $_SESSION.
Reproduce code:
---
$myvar = session_decode($data);
var_dump($myvar);
echo '';
var_dump($_SESSION);
Expected result:
bool(false)
bool(false)
Actual result:
--
bool(false)
array(0) { }
--
Edit bug report at http://bugs.php.net/?id=42043&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=42043&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=42043&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=42043&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=42043&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=42043&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=42043&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=42043&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=42043&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=42043&r=support
Expected behavior:http://bugs.php.net/fix.php?id=42043&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=42043&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=42043&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=42043&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42043&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=42043&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=42043&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=42043&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=42043&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=42043&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=42043&r=mysqlcfg
#42041 [Opn]: zend_language_scanner.c: No such file or directory
ID: 42041 User updated by: ceo at l-i-e dot com Reported By: ceo at l-i-e dot com Status: Open Bug Type: Compile Failure Operating System: Gentoo Linux PHP Version: 5.2.3 New Comment: Please re-classify this as a Documentation Feature Request. Downgrading flex to 2.5.4a-r6 did the trick. The documentation is quite explicit about autoconf/automake/libtool versions being crucial, which actually isn't crucial, at least for Gentoo. flex has no "+" after it is the only clue that you can't use current flex. It would be nice if the flex version was also stressed. Or if it just worked with flex 2.5.33 in the first place. :-) Previous Comments: [2007-07-19 06:13:51] ceo at l-i-e dot com Description: Compiling from CVS. buildconf seemed to go okay... I'm using: autoconf: 2.13 automake: 1.5 libtool: 1.4.3 as documented here: http://www.php.net/anoncvs.php Though the version numbers of autoconf, automake, and libtool seem irrelevant, as I get the same results with current (according to Gentoo portage tree) versions... Reproduce code: --- Everything from here to the ./configure line may be irrelevant... On Gentoo, I used: emerge automake emerge autoconf emerge wget Then use wget to download libtool-1.4.3 from ftp.gnu.org wget installer requires newer auto[mumble] than php requires. :-( Usual source compile of libtool, since Gentoo has no libtool-1.4.3 in its portage tree. tar -xzvf libtool-1.4.3.tar.gz cd libtool-1.4.3 ./configure make make install Then, you have to symlink /usr/bin/libtool to /usr/local/bin/libtool, and I presumed it would be good to do libtoolize as well, so I did. emerge --unmerge autoconf emerge --unmerge automake emerge =autoconf-2.13 emerge =automake-1.5 Whew. This may or may not be Gentoo build specific, so all the preceding may be irrelevant... Grab -r PHP_5_2 from CVS. ./buildconf ./configure \ --enable-fastcgi \ --enable-debug \ --with-pgsql \ --disable-xml \ --disable-libxml \ --disable-simplexml \ --disable-xmlreader \ --disable-exmlwriter \ --disable-dom \ --without-pear make I really wanted to K.I.S.S. and have just PostgreSQL for this particular build. Expected result: The usual output of make, which I forgot what it is, even though I've seen it dozens of times. Actual result: -- php5/Zend/zend_language_scanner.c: No such file or directory -- Edit this bug report at http://bugs.php.net/?id=42041&edit=1
#42044 [NEW]: stream_select
From: zeusgerde at arcor dot de
Operating system: Windows XP
PHP version: 5.2.3
PHP Bug Type: Filesystem function related
Bug description: stream_select
Description:
I try to read from STDIN in the windows console (cmd.exe).
With the code below I get as expected "0" several times until I start
typing.
But when I start typing (not hitting enter) I get "3", all arrays contain
STDIN, STDERR and STDOUT and fread() blocks (of course).
The same happens if I focus on another window with the mouse cursor.
Reproduce code:
---
while (1) {
$aException = $aWrite = $aRead = Array(STDIN, STDERR, STDOUT);
$iChangedStreams = @stream_select($aRead, $aWrite, $aException, 1, 0);
echo $iChangedStreams;
if ($iChangedStreams) {
if (in_array(STDIN, $aRead, true)) {
$strBuffer = fread(STDIN, 1);
}
}
}
Expected result:
$aRead == Array(STDIN);
$aWrite == Array(STDIN, STDOUT, STDERR);
$aException == Array();
/* not sure about STDIN in $aWrite */
Actual result:
--
$aRead == Array(STDIN, STDOUT, STDERR);
$aWrite == Array(STDIN, STDOUT, STDERR);
$aException == Array(STDIN, STDOUT, STDERR);
--
Edit bug report at http://bugs.php.net/?id=42044&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=42044&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=42044&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=42044&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=42044&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=42044&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=42044&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=42044&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=42044&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=42044&r=support
Expected behavior:http://bugs.php.net/fix.php?id=42044&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=42044&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=42044&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=42044&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42044&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=42044&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=42044&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=42044&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=42044&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=42044&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=42044&r=mysqlcfg
#42044 [Opn->Bgs]: stream_select
ID: 42044
Updated by: [EMAIL PROTECTED]
Reported By: zeusgerde at arcor dot de
-Status: Open
+Status: Bogus
Bug Type: Filesystem function related
Operating System: Windows XP
PHP Version: 5.2.3
New Comment:
Remove the @ in front of stream_select() and you'll know why your code
does not work. Also read the manual page for stream_select again:
http://www.php.net/stream_select
Previous Comments:
[2007-07-19 09:04:40] zeusgerde at arcor dot de
Description:
I try to read from STDIN in the windows console (cmd.exe).
With the code below I get as expected "0" several times until I start
typing.
But when I start typing (not hitting enter) I get "3", all arrays
contain STDIN, STDERR and STDOUT and fread() blocks (of course).
The same happens if I focus on another window with the mouse cursor.
Reproduce code:
---
while (1) {
$aException = $aWrite = $aRead = Array(STDIN, STDERR, STDOUT);
$iChangedStreams = @stream_select($aRead, $aWrite, $aException, 1,
0);
echo $iChangedStreams;
if ($iChangedStreams) {
if (in_array(STDIN, $aRead, true)) {
$strBuffer = fread(STDIN, 1);
}
}
}
Expected result:
$aRead == Array(STDIN);
$aWrite == Array(STDIN, STDOUT, STDERR);
$aException == Array();
/* not sure about STDIN in $aWrite */
Actual result:
--
$aRead == Array(STDIN, STDOUT, STDERR);
$aWrite == Array(STDIN, STDOUT, STDERR);
$aException == Array(STDIN, STDOUT, STDERR);
--
Edit this bug report at http://bugs.php.net/?id=42044&edit=1
#42044 [Bgs]: stream_select
ID: 42044
User updated by: zeusgerde at arcor dot de
Reported By: zeusgerde at arcor dot de
Status: Bogus
Bug Type: Streams related
Operating System: Windows XP
PHP Version: 5.2.3
New Comment:
Removed the @
Added error_reporting(E_ALL);
display_errors is on
Result: the same as mentioned in first post
> Also read the manual page for stream_select again
I did but did not find anything matching my problem.
http://php.net/stream_select says:
| Note: When stream_select() returns, the arrays read, write and
| except are modified to indicate which stream resource(s) actually
| changed status.
Seems not to change anything.
http://php.net/stream_select says:
| On error FALSE is returned and a warning raised (this can happen if
| the system call is interrupted by an incoming signal).
FALSE is not returned. No warning raised.
http://php.net/stream_select says:
| Note: If you read/write to a stream returned in the arrays be aware
| that they do not necessarily read/write the full amount of data you
| have requested. Be prepared to even only be able to read/write a
| single byte.
I can not read a single byte.
Previous Comments:
[2007-07-19 09:23:46] [EMAIL PROTECTED]
Remove the @ in front of stream_select() and you'll know why your code
does not work. Also read the manual page for stream_select again:
http://www.php.net/stream_select
[2007-07-19 09:04:40] zeusgerde at arcor dot de
Description:
I try to read from STDIN in the windows console (cmd.exe).
With the code below I get as expected "0" several times until I start
typing.
But when I start typing (not hitting enter) I get "3", all arrays
contain STDIN, STDERR and STDOUT and fread() blocks (of course).
The same happens if I focus on another window with the mouse cursor.
Reproduce code:
---
while (1) {
$aException = $aWrite = $aRead = Array(STDIN, STDERR, STDOUT);
$iChangedStreams = @stream_select($aRead, $aWrite, $aException, 1,
0);
echo $iChangedStreams;
if ($iChangedStreams) {
if (in_array(STDIN, $aRead, true)) {
$strBuffer = fread(STDIN, 1);
}
}
}
Expected result:
$aRead == Array(STDIN);
$aWrite == Array(STDIN, STDOUT, STDERR);
$aException == Array();
/* not sure about STDIN in $aWrite */
Actual result:
--
$aRead == Array(STDIN, STDOUT, STDERR);
$aWrite == Array(STDIN, STDOUT, STDERR);
$aException == Array(STDIN, STDOUT, STDERR);
--
Edit this bug report at http://bugs.php.net/?id=42044&edit=1
#42045 [NEW]: Installer: Add Extra component (LDAP/OpenSSL) leaves out some files
From: mamama at kirakira dot xs4all dot nl Operating system: Windows Sever 2003 PHP version: 5.2.3 PHP Bug Type: *General Issues Bug description: Installer: Add Extra component (LDAP/OpenSSL) leaves out some files Description: 1) During install (Windows installer) don't add LDAP and OpenSSL as Extra component. 2) Run the installer again and now add these components. There should be 2 DLLs added in the PHP install directory (libeay32.dll and ssleay32.dll), but only one is there. 3) Run the installer to REPAIR the installation. This will add the missing file, but also "messes up" the PHP.ini file. Reproduce code: --- [ not php code related ] Expected result: - Actual result: -- - -- Edit bug report at http://bugs.php.net/?id=42045&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=42045&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=42045&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=42045&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=42045&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=42045&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=42045&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=42045&r=needscript Try newer version:http://bugs.php.net/fix.php?id=42045&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=42045&r=support Expected behavior:http://bugs.php.net/fix.php?id=42045&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=42045&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=42045&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=42045&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42045&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=42045&r=dst IIS Stability:http://bugs.php.net/fix.php?id=42045&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=42045&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=42045&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=42045&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=42045&r=mysqlcfg
#42045 [Opn->Asn]: Installer: Add Extra component (LDAP/OpenSSL) leaves out some files
ID: 42045 Updated by: [EMAIL PROTECTED] Reported By: mamama at kirakira dot xs4all dot nl -Status: Open +Status: Assigned Bug Type: *General Issues Operating System: Windows Server 2003 PHP Version: 5.2.3 -Assigned To: +Assigned To: jmertic Previous Comments: [2007-07-19 09:47:45] mamama at kirakira dot xs4all dot nl Description: 1) During install (Windows installer) don't add LDAP and OpenSSL as Extra component. 2) Run the installer again and now add these components. There should be 2 DLLs added in the PHP install directory (libeay32.dll and ssleay32.dll), but only one is there. 3) Run the installer to REPAIR the installation. This will add the missing file, but also "messes up" the PHP.ini file. Reproduce code: --- [ not php code related ] Expected result: - Actual result: -- - -- Edit this bug report at http://bugs.php.net/?id=42045&edit=1
#42042 [Opn->Fbk]: SNMP func's Access Violation if query is timed out.
ID: 42042 Updated by: [EMAIL PROTECTED] Reported By: andy_wolk at mail dot ru -Status: Open +Status: Feedback Bug Type: SNMP related Operating System: Windows Server 2003 SP2 PHP Version: 5.2.3 New Comment: Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If the script requires a database to demonstrate the issue, please make sure it creates all necessary tables, stored procedures etc. Please avoid embedding huge scripts into the report. Previous Comments: [2007-07-19 06:51:48] andy_wolk at mail dot ru Description: 2xXeon(4 cores)= 8 cores + SAS-RAID1 + 2GB MEM Windows 2003 SP2 Enterprise PHP "5.2.2 dev" IIS ISAPI. "PHP has encountered an Access Violation at 02A0B741" if snmp func is timed out. After php.ini->"default_socket_timeout" -> 60 -> All OK! (Default = 3) But if i will use SNMP func's with timeout parameter, less than php.ini 60sec, for instance 0.5 sec 50, bug will appear once again. -- Edit this bug report at http://bugs.php.net/?id=42042&edit=1
#41433 [Asn->Csd]: configure fails to include correct db.h
ID: 41433 Updated by: [EMAIL PROTECTED] Reported By: uberlord at gentoo dot org -Status: Assigned +Status: Closed Bug Type: DBM/DBA related Operating System: Gentoo/FreeBSD PHP Version: 5.2.2 -Assigned To: helly +Assigned To: jani 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. And you don't need no stinking CPPFLAGS set now either.. Previous Comments: [2007-07-17 16:43:46] [EMAIL PROTECTED] Just makes me wonder why Gentoo reinvents the wheel (poorly) and puts headers in non-standard places.. [2007-05-18 13:26:58] uberlord at gentoo dot org Description: ext/dba/config.m4 forces this include if it finds db.h in /usr/include include "/usr/include/db.h" This, of course, ignores any CPP flags for where Gentoo actually stores it's db.h file. Changing it to include "db.h" works. Reproduce code: --- CPPFLAGS=-I/usr/include/db4.5 ./configure --with-db4 Expected result: successful configure Actual result: -- checking for db4 major version... configure: error: Header contains different version -- Edit this bug report at http://bugs.php.net/?id=41433&edit=1
#41350 [Com]: Error in my_thread_global_end()
ID: 41350 Comment by: ng dot sick dot no at gmail dot com Reported By: graham at directhostinguk dot com Status: Assigned Bug Type: MySQL related Operating System: Windows 2003 PHP Version: 5.2.3 Assigned To: scottmac New Comment: Tried the latest CVS snaps today (php5.2-win32-200707120030.zip) with php5apache22.dll, MySQL 5.0.45 Server on Windows XP, but Apache 2.2.4's log still shows up: Error in my_thread_global_end(): 1 threads didn't exit Previous Comments: [2007-07-18 23:27:32] aaronbair at hotmail dot com CLI and FAST-CGI can not handle persistent MySQL connections. How can an unloaded processes remember a connection? Turn that option off in php.ini and the error goes away. mysql.allow_persistent = Off The real problem here is that this option is set On in php.ini-recommended [2007-07-13 10:16:00] [EMAIL PROTECTED] So that we won't forget. http://server.macvicar.net/patches/php-bug41350.patch [2007-06-28 10:02:15] chris at crgs dot co dot uk Scott is already aware of this, but I tried the snapshot from 12:30 27-06-2007 and it didn't fix the problem. However this might be because the fix from the MySQL bug is necessary as well, and currently the PHP snapshots contain libmysql.dll from PHP 5.0.37 rather than 5.0.45 (which is apparently the one we need). We may need to wait for MySQL to release their new version, and for the new libmysql.dll to make its way across to PHP, before the bug will be 'properly' fixed. [2007-06-26 12:00:57] [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 I've committed a fix that should have resolved this. [2007-06-26 11:38:18] maxfm at abv dot bg Just go to the end of php.ini Change: [PHP_MYSQL] extension=php_mysql.dll to: ;[PHP_MYSQL] ;extension=php_mysql.dll Then go to: ;extension=php_mysql.dll and enable it: extension=php_mysql.dll 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/41350 -- Edit this bug report at http://bugs.php.net/?id=41350&edit=1
#42045 [Asn]: Installer: Add Extra component (LDAP/OpenSSL) leaves out some files
ID: 42045 Updated by: [EMAIL PROTECTED] Reported By: mamama at kirakira dot xs4all dot nl Status: Assigned Bug Type: *General Issues Operating System: Windows Server 2003 PHP Version: 5.2.3 Assigned To: jmertic New Comment: I cannot reproduce this bug; I am seeing the expected behaviour. What other extensions are you installing at the same time? Perhaps one of them has a conflict. Previous Comments: [2007-07-19 09:47:45] mamama at kirakira dot xs4all dot nl Description: 1) During install (Windows installer) don't add LDAP and OpenSSL as Extra component. 2) Run the installer again and now add these components. There should be 2 DLLs added in the PHP install directory (libeay32.dll and ssleay32.dll), but only one is there. 3) Run the installer to REPAIR the installation. This will add the missing file, but also "messes up" the PHP.ini file. Reproduce code: --- [ not php code related ] Expected result: - Actual result: -- - -- Edit this bug report at http://bugs.php.net/?id=42045&edit=1
#42034 [Opn->Bgs]: Attributes not deleted properly
ID: 42034
Updated by: [EMAIL PROTECTED]
Reported By: mail_ben_schmidt at yahoo dot com dot au
-Status: Open
+Status: Bogus
Bug Type: SimpleXML related
Operating System: Mac OS X
PHP Version: 5CVS-2007-07-18 (snap)
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
The attributes are accessed based on the namespace scope the
SimpleXMLElement object is currently in.
Previous Comments:
[2007-07-18 16:15:16] mail_ben_schmidt at yahoo dot com dot au
Description:
In SimpleXML, when deleting attributes via 'unset', attributes having
the same namespace as the element (or some such wrong namespace) are
deleted rather than the non-prefixed one which is the one actually
appearing in the 'array' (or not appearing--it can still be deleted if
it does not appear).
Reproduce code:
---
$str=<<
http://localhost/a";
xmlns:ns="http://localhost/a";
xmlns:other="http://localhost/b";
>
DONE;
$xml = simplexml_load_string($str);
foreach ($xml->elem as $elem) {
unset($elem['attr']);
}
foreach ($xml->children('http://localhost/a')->elem as $elem) {
unset($elem['attr']);
}
foreach ($xml->children('http://localhost/b')->elem as $elem) {
unset($elem['attr']);
}
echo $xml->asXML();
Expected result:
http://localhost/a"; xmlns:ns="http://localhost/a";
xmlns:other="http://localhost/b";>
Actual result:
--
http://localhost/a"; xmlns:ns="http://localhost/a";
xmlns:other="http://localhost/b";>
--
Edit this bug report at http://bugs.php.net/?id=42034&edit=1
#42045 [Asn]: Installer: Add Extra component (LDAP/OpenSSL) leaves out some files
ID: 42045 User updated by: mamama at kirakira dot xs4all dot nl Reported By: mamama at kirakira dot xs4all dot nl Status: Assigned Bug Type: *General Issues Operating System: Windows Server 2003 PHP Version: 5.2.3 Assigned To: jmertic New Comment: First install: Program: CLI Executable Extensions: Only MySQL Web server: IIS CGI Exras: (all) Second install: Extensions: added LDAP and OpenSSL (result: missing file) Repair install: missing file was added, but php.ini changed. Previous Comments: [2007-07-19 11:47:28] [EMAIL PROTECTED] I cannot reproduce this bug; I am seeing the expected behaviour. What other extensions are you installing at the same time? Perhaps one of them has a conflict. [2007-07-19 09:47:45] mamama at kirakira dot xs4all dot nl Description: 1) During install (Windows installer) don't add LDAP and OpenSSL as Extra component. 2) Run the installer again and now add these components. There should be 2 DLLs added in the PHP install directory (libeay32.dll and ssleay32.dll), but only one is there. 3) Run the installer to REPAIR the installation. This will add the missing file, but also "messes up" the PHP.ini file. Reproduce code: --- [ not php code related ] Expected result: - Actual result: -- - -- Edit this bug report at http://bugs.php.net/?id=42045&edit=1
#42030 [Asn->Opn]: Cannot use __set and __get with arrays (Indirect modification of overloaded...)
ID: 42030
Updated by: [EMAIL PROTECTED]
Reported By: luke at liveoakinteractive dot com
-Status: Assigned
+Status: Open
Bug Type: Class/Object related
Operating System: Ubuntu 7.04 / RHEL 4
PHP Version: 5.2.3
Assigned To: helly
Previous Comments:
[2007-07-18 14:27:38] [EMAIL PROTECTED]
See also bug #41641
[2007-07-18 14:25:11] [EMAIL PROTECTED]
Assigned to Marcus who added this notice. Please explain these people
why it is there. :)
[2007-07-18 12:46:55] luke at liveoakinteractive dot com
Description:
Good morning!
I've found what I'm reasonably certain is a bug, and I've searched to
verify that nobody has reported the same issue. I see some similar
issues reported by others, but I don't think any are identical.
Hopefully I'm not beating a dead horse.
The issue I've run into is that __get and __set cause odd behavior if
you're trying to get or set a piece of an array (e.g. $object->arr[1] =
true;). It returns back a notice: "Indirect modification of overloaded
property ClassName::$my_array has no effect" (and indeed it doesn't; the
assignment or retrieval do not work!).
You can get around this by assigning the entire array in advance and
then assigning the array as a unit to the object, and retrieving
similarly (the entire array first, then in pieces). However, it seems to
be the case that I should be able to assign pieces of arrays here just
like anywhere else.
As an additional note, if the array is an actual class property, it
works.
Thanks so much for your time!
Luke Sneeringer
Live Oak Interactive
Reproduce code:
---
fields[$key])) {
return $this->fields[$key];
}
else {
return null;
}
}
public function __set($key, $val) {
$this->fields[$key] = $val;
}
}
$c = new ClassName;
$c->scalar = 'two'; // works
$c->an_array[3] = 'three'; // throws notice
$diff_array[3] = 'three';
$c->diff_array = $diff_array; // works
$c->class_array[4] = 'four'; // works
Expected result:
I would have expected an assignment such as $c->an_array[3] = 'three';
to assign as expected.
It certainly seems intuitive that one should be able to assign an array
in this manner, and I saw nothing in the documentation indicating
otherwise. An array as a whole can be stored this way (as the second
working example indicates); there just seems to be something about
assigning a particular piece that breaks.
Incidentally, retrieving suffers from the same issue...I can retrieve
the array as a whole, but not a piece of it.
Actual result:
--
I get an error of level E_NOTICE: Indirect modification of overloaded
property ClassName::$an_array has no effect. The assignment or
retrieval, as the notice indicates, does not work.
--
Edit this bug report at http://bugs.php.net/?id=42030&edit=1
#42030 [Opn->Bgs]: Cannot use __set and __get with arrays (Indirect modification of overloaded...)
ID: 42030
Updated by: [EMAIL PROTECTED]
Reported By: luke at liveoakinteractive dot com
-Status: Open
+Status: Bogus
Bug Type: Class/Object related
Operating System: Ubuntu 7.04 / RHEL 4
PHP Version: 5.2.3
Assigned To: helly
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:
[2007-07-18 14:27:38] [EMAIL PROTECTED]
See also bug #41641
[2007-07-18 14:25:11] [EMAIL PROTECTED]
Assigned to Marcus who added this notice. Please explain these people
why it is there. :)
[2007-07-18 12:46:55] luke at liveoakinteractive dot com
Description:
Good morning!
I've found what I'm reasonably certain is a bug, and I've searched to
verify that nobody has reported the same issue. I see some similar
issues reported by others, but I don't think any are identical.
Hopefully I'm not beating a dead horse.
The issue I've run into is that __get and __set cause odd behavior if
you're trying to get or set a piece of an array (e.g. $object->arr[1] =
true;). It returns back a notice: "Indirect modification of overloaded
property ClassName::$my_array has no effect" (and indeed it doesn't; the
assignment or retrieval do not work!).
You can get around this by assigning the entire array in advance and
then assigning the array as a unit to the object, and retrieving
similarly (the entire array first, then in pieces). However, it seems to
be the case that I should be able to assign pieces of arrays here just
like anywhere else.
As an additional note, if the array is an actual class property, it
works.
Thanks so much for your time!
Luke Sneeringer
Live Oak Interactive
Reproduce code:
---
fields[$key])) {
return $this->fields[$key];
}
else {
return null;
}
}
public function __set($key, $val) {
$this->fields[$key] = $val;
}
}
$c = new ClassName;
$c->scalar = 'two'; // works
$c->an_array[3] = 'three'; // throws notice
$diff_array[3] = 'three';
$c->diff_array = $diff_array; // works
$c->class_array[4] = 'four'; // works
Expected result:
I would have expected an assignment such as $c->an_array[3] = 'three';
to assign as expected.
It certainly seems intuitive that one should be able to assign an array
in this manner, and I saw nothing in the documentation indicating
otherwise. An array as a whole can be stored this way (as the second
working example indicates); there just seems to be something about
assigning a particular piece that breaks.
Incidentally, retrieving suffers from the same issue...I can retrieve
the array as a whole, but not a piece of it.
Actual result:
--
I get an error of level E_NOTICE: Indirect modification of overloaded
property ClassName::$an_array has no effect. The assignment or
retrieval, as the notice indicates, does not work.
--
Edit this bug report at http://bugs.php.net/?id=42030&edit=1
#41116 [Asn->Bgs]: Bogus "indrect modification ..has no effect" warning
ID: 41116
Updated by: [EMAIL PROTECTED]
Reported By: hannes dot magnusson at gmail dot com
-Status: Assigned
+Status: Bogus
Bug Type: Scripting Engine problem
Operating System: FreeBSD
PHP Version: 5CVS-2007-04-17 (CVS)
Assigned To: helly
New Comment:
No need to keep multiple reports open about this..see above bugs
instead.
Previous Comments:
[2007-07-18 14:28:21] [EMAIL PROTECTED]
See also bug #42030 and bug #41641
[2007-04-17 12:14:36] hannes dot magnusson at gmail dot com
Description:
When setting value to an object returned from an overloaded array
produces bogus "Indirect modification of overloaded element of foo has
no effect" warning
Reproduce code:
---
array[$key] = $value;
}
public function offsetGet($key) {
return $this->array[$key];
}
public function offsetExists($key) {}
public function offsetUnset($key) {}
}
$foo = new foo;
$std = new stdclass;
$foo["bar"] = array($std);
$foo["bar"][0]->std = "foo";
var_dump($foo);
Actual result:
--
Notice: Indirect modification of overloaded element of foo has no
effect in /usr/home/bjori/test/bogus.warning.php on line 17
object(foo)#1 (1) {
["array:private"]=>
array(1) {
["bar"]=>
array(1) {
[0]=>
object(stdClass)#2 (1) {
["std"]=>
string(3) "foo"
}
}
}
}
--
Edit this bug report at http://bugs.php.net/?id=41116&edit=1
#41429 [Com]: working with filled blob fields failed
ID: 41429
Comment by: john dot cxh at gmail dot com
Reported By: idvis at seznam dot cz
Status: Assigned
Bug Type: InterBase related
Operating System: WinXPPro, Win2000Pro
PHP Version: 5.2.2
Assigned To: abies
New Comment:
The temporary solution:
find php\ext\php_interbase.dll in php V5.2.1
copy this file to php5.2.3\ext\ overwrite the new version file
I am using php V5.2.3 + apache2.2.4 + WinxpProSP2
test it sucessfully
Previous Comments:
[2007-07-12 20:49:12] kgbfernando at yahoo dot com dot br
PHP Bug?
See below that the codes is differs from version 5.2.1 to earlier:
The PHP 5.2.1 code
char *_php_ibase_quad_to_string(ISC_QUAD const qd) /* {{{ */
{
char *result = (char *) emalloc(BLOB_ID_LEN+1);
/* shortcut for most common case */
if (sizeof(ISC_QUAD) == sizeof(ISC_UINT64)) {
sprintf(result, "0x%0*" LL_MASK "x", 16, *(ISC_UINT64*)(void *)
&qd);
} else {
ISC_UINT64 res = ((ISC_UINT64) qd.gds_quad_high << 0x20) |
qd.gds_quad_low;
sprintf(result, "0x%0*" LL_MASK "x", 16, res);
}
result[BLOB_ID_LEN] = '\0';
return result;
}
/* }}} */
The PHP 5.2.3 or 5.2.2
char *_php_ibase_quad_to_string(ISC_QUAD const qd) /* {{{ */
{
char *result;
/* shortcut for most common case */
if (sizeof(ISC_QUAD) == sizeof(ISC_UINT64)) {
spprintf(&result, BLOB_ID_LEN+1, "0x%0*" LL_MASK "x", 16,
*(ISC_UINT64*)(void *) &qd);
} else {
ISC_UINT64 res = ((ISC_UINT64) qd.gds_quad_high << 0x20) |
qd.gds_quad_low;
spprintf(&result, BLOB_ID_LEN+1, "0x%0*" LL_MASK "x", 16, res);
}
return result;
}
/* }}} */
[2007-07-12 19:16:14] [EMAIL PROTECTED]
Confirmed. I can reproduce the bug too.
[2007-06-25 02:34:01] david at edumate dot com dot au
We have the same issue, after upgrading from 5.2.0 to 5.2.3.
Running in Apache 2, SuSE 10.2
[2007-06-13 22:35:04] ilpochta at gmail dot com
Maybe this change
http://cvs.php.net/viewvc.cgi/php-src/ext/interbase/ibase_blobs.c?r1=1.12&r2=1.13
broked ibase_blob_*() functionality?
[2007-05-24 19:39:58] chechelopez at gmail dot com
Same problem, this was really a headache
Please Help
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/41429
--
Edit this bug report at http://bugs.php.net/?id=41429&edit=1
#42030 [Bgs]: Cannot use __set and __get with arrays (Indirect modification of overloaded...)
ID: 42030
User updated by: luke at liveoakinteractive dot com
Reported By: luke at liveoakinteractive dot com
Status: Bogus
Bug Type: Class/Object related
Operating System: Ubuntu 7.04 / RHEL 4
PHP Version: 5.2.3
Assigned To: helly
New Comment:
I fail to see how this is the same issue, since in the other bug
posted, the code worked as expected (the assignment occurs, just the
notice is bogus), and here the code does not function properly. (Also,
in my defense, yesterday 41641 was listed as a "documentation
problem".)
I suppose it's primarily a semantical issue, and I don't mean to split
hairs by pointing it out; I just want to make sure that when 41641 is
addressed, that this issue is also. :) It is certainly the case that
they're related issues and likely stem from the same root problem (that
__get and __set handle array assignment improperly).
Thank you kindly!
Previous Comments:
[2007-07-19 13:00:19] [EMAIL PROTECTED]
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.
[2007-07-18 14:27:38] [EMAIL PROTECTED]
See also bug #41641
[2007-07-18 14:25:11] [EMAIL PROTECTED]
Assigned to Marcus who added this notice. Please explain these people
why it is there. :)
[2007-07-18 12:46:55] luke at liveoakinteractive dot com
Description:
Good morning!
I've found what I'm reasonably certain is a bug, and I've searched to
verify that nobody has reported the same issue. I see some similar
issues reported by others, but I don't think any are identical.
Hopefully I'm not beating a dead horse.
The issue I've run into is that __get and __set cause odd behavior if
you're trying to get or set a piece of an array (e.g. $object->arr[1] =
true;). It returns back a notice: "Indirect modification of overloaded
property ClassName::$my_array has no effect" (and indeed it doesn't; the
assignment or retrieval do not work!).
You can get around this by assigning the entire array in advance and
then assigning the array as a unit to the object, and retrieving
similarly (the entire array first, then in pieces). However, it seems to
be the case that I should be able to assign pieces of arrays here just
like anywhere else.
As an additional note, if the array is an actual class property, it
works.
Thanks so much for your time!
Luke Sneeringer
Live Oak Interactive
Reproduce code:
---
fields[$key])) {
return $this->fields[$key];
}
else {
return null;
}
}
public function __set($key, $val) {
$this->fields[$key] = $val;
}
}
$c = new ClassName;
$c->scalar = 'two'; // works
$c->an_array[3] = 'three'; // throws notice
$diff_array[3] = 'three';
$c->diff_array = $diff_array; // works
$c->class_array[4] = 'four'; // works
Expected result:
I would have expected an assignment such as $c->an_array[3] = 'three';
to assign as expected.
It certainly seems intuitive that one should be able to assign an array
in this manner, and I saw nothing in the documentation indicating
otherwise. An array as a whole can be stored this way (as the second
working example indicates); there just seems to be something about
assigning a particular piece that breaks.
Incidentally, retrieving suffers from the same issue...I can retrieve
the array as a whole, but not a piece of it.
Actual result:
--
I get an error of level E_NOTICE: Indirect modification of overloaded
property ClassName::$an_array has no effect. The assignment or
retrieval, as the notice indicates, does not work.
--
Edit this bug report at http://bugs.php.net/?id=42030&edit=1
#42048 [NEW]: require fails to include relative path names
From: quasi at di dot uoa dot gr
Operating system: Solaris 10
PHP version: 5.2.3
PHP Bug Type: *Directory/Filesystem functions
Bug description: require fails to include relative path names
Description:
commands like require('../somefile') fail although they didn't in versions
prior to 5.2.0. This happens when the user running the command does not
have 'r' rights to the directory of the included file. Bug #39351 seems
related but it is supposedly closed.
Reproduce code:
---
cd tmp
umask 022
mkdir d1
chmod 711 d1
cd d1
echo Included > fin.php
mkdir d2
cd d2
echo '' > f.php
echo '' >> f.php
php /tmp/d1/d2/f.php
Expected result:
Included
Included
Actual result:
--
Included
Warning: require(../fin.php): failed to open stream: Permission denied in
f.php on line 2
Fatal error: require(): Failed opening required '../fin.php'
(include_path='.:/opt/php/lib/php') in f.php on line 2
--
Edit bug report at http://bugs.php.net/?id=42048&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=42048&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=42048&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=42048&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=42048&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=42048&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=42048&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=42048&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=42048&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=42048&r=support
Expected behavior:http://bugs.php.net/fix.php?id=42048&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=42048&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=42048&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=42048&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42048&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=42048&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=42048&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=42048&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=42048&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=42048&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=42048&r=mysqlcfg
#42049 [NEW]: tempnam() creates a file with incorrect default permissions on Windows.
From: mahesh dot vemula at in dot ibm dot com Operating system: Windows XP PHP version: 5CVS-2007-07-19 (snap) PHP Bug Type: *General Issues Bug description: tempnam() creates a file with incorrect default permissions on Windows. Description: The unique file created by tempnam() has the default permissions of 0666 on Windows. But according to documentation http://in.php.net/manual/en/function.tempnam.php, the default permissions are 0600. On Linux tempnam() creates a file with permissions of 0600 as expected i.e according to documentation. If this is the expected behavior on Windows, please fix the documentation. Reproduce code: --- Expected result: 100600 Actual result: -- 100666 -- Edit bug report at http://bugs.php.net/?id=42049&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=42049&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=42049&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=42049&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=42049&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=42049&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=42049&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=42049&r=needscript Try newer version:http://bugs.php.net/fix.php?id=42049&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=42049&r=support Expected behavior:http://bugs.php.net/fix.php?id=42049&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=42049&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=42049&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=42049&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42049&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=42049&r=dst IIS Stability:http://bugs.php.net/fix.php?id=42049&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=42049&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=42049&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=42049&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=42049&r=mysqlcfg
#42048 [Opn]: require fails to include relative path names
ID: 42048
User updated by: quasi at di dot uoa dot gr
Reported By: quasi at di dot uoa dot gr
Status: Open
Bug Type: *Directory/Filesystem functions
Operating System: Solaris 10
PHP Version: 5.2.3
New Comment:
Sorry, I forgot to stress that the user executing "php
/tmp/d1/d2/f.php" must be some other user and not the one that created
the files so that the 711 access rights have some actual impact...
Previous Comments:
[2007-07-19 14:17:42] quasi at di dot uoa dot gr
Description:
commands like require('../somefile') fail although they didn't in
versions prior to 5.2.0. This happens when the user running the command
does not have 'r' rights to the directory of the included file. Bug
#39351 seems related but it is supposedly closed.
Reproduce code:
---
cd tmp
umask 022
mkdir d1
chmod 711 d1
cd d1
echo Included > fin.php
mkdir d2
cd d2
echo '' > f.php
echo '' >> f.php
php /tmp/d1/d2/f.php
Expected result:
Included
Included
Actual result:
--
Included
Warning: require(../fin.php): failed to open stream: Permission denied
in f.php on line 2
Fatal error: require(): Failed opening required '../fin.php'
(include_path='.:/opt/php/lib/php') in f.php on line 2
--
Edit this bug report at http://bugs.php.net/?id=42048&edit=1
#42048 [Opn->Bgs]: require fails to include relative path names
ID: 42048
Updated by: [EMAIL PROTECTED]
Reported By: quasi at di dot uoa dot gr
-Status: Open
+Status: Bogus
Bug Type: *Directory/Filesystem functions
Operating System: Solaris 10
PHP Version: 5.2.3
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.
See bug #41822
Previous Comments:
[2007-07-19 14:57:01] quasi at di dot uoa dot gr
Sorry, I forgot to stress that the user executing "php
/tmp/d1/d2/f.php" must be some other user and not the one that created
the files so that the 711 access rights have some actual impact...
[2007-07-19 14:17:42] quasi at di dot uoa dot gr
Description:
commands like require('../somefile') fail although they didn't in
versions prior to 5.2.0. This happens when the user running the command
does not have 'r' rights to the directory of the included file. Bug
#39351 seems related but it is supposedly closed.
Reproduce code:
---
cd tmp
umask 022
mkdir d1
chmod 711 d1
cd d1
echo Included > fin.php
mkdir d2
cd d2
echo '' > f.php
echo '' >> f.php
php /tmp/d1/d2/f.php
Expected result:
Included
Included
Actual result:
--
Included
Warning: require(../fin.php): failed to open stream: Permission denied
in f.php on line 2
Fatal error: require(): Failed opening required '../fin.php'
(include_path='.:/opt/php/lib/php') in f.php on line 2
--
Edit this bug report at http://bugs.php.net/?id=42048&edit=1
#41989 [Fbk->Csd]: move_uploaded_file & relative path
ID: 41989 Updated by: [EMAIL PROTECTED] Reported By: gerome dot fournier at infomaniak dot ch -Status: Feedback +Status: Closed Bug Type: Filesystem function related Operating System: Debian sarge PHP Version: 5.2.3 New Comment: Assuming the patch is ok. Fixed in CVS. Previous Comments: [2007-07-13 10:07:24] [EMAIL PROTECTED] But please try this patch first. http://dev.daylessday.org/diff/bug41989.diff [2007-07-13 09:57:43] [EMAIL PROTECTED] Please try with prefork MPM. [2007-07-13 09:46:23] gerome dot fournier at infomaniak dot ch Description: The function move_uploaded_file does not work if the destination path is a relative path. The function returns TRUE, but the file is not moved at all. If I replace the following line: $dest_file = "./tmp/test.txt"; by: $dest_file = getcwd() . "/tmp/test.txt"; then everything works as expected. In the reproduce code, I provide the HTML form used to upload a file, and the PHP code to process the uploaded file. PHPINFO of the server running this script is available here: http://imu120.infomaniak.ch/phpinfo.php Reproduce code: --- Expected result: OK: uploaded file moved as ./tmp/test.txt Actual result: -- ERROR: uploaded file not moved as ./tmp/test.txt -- Edit this bug report at http://bugs.php.net/?id=41989&edit=1
#42049 [Opn->Fbk]: tempnam() creates a file with incorrect default permissions on Windows.
ID: 42049 Updated by: [EMAIL PROTECTED] Reported By: mahesh dot vemula at in dot ibm dot com -Status: Open +Status: Feedback Bug Type: Filesystem function related Operating System: Windows XP PHP Version: 5CVS-2007-07-19 (snap) New Comment: I think it's how chmod on windows works. Try this: I bet you still get 0666.. Previous Comments: [2007-07-19 14:43:46] mahesh dot vemula at in dot ibm dot com Description: The unique file created by tempnam() has the default permissions of 0666 on Windows. But according to documentation http://in.php.net/manual/en/function.tempnam.php, the default permissions are 0600. On Linux tempnam() creates a file with permissions of 0600 as expected i.e according to documentation. If this is the expected behavior on Windows, please fix the documentation. Reproduce code: --- Expected result: 100600 Actual result: -- 100666 -- Edit this bug report at http://bugs.php.net/?id=42049&edit=1
#42050 [NEW]: DOMDocument using canonicalized absolute pathname for relative Doctype.
From: andrew at gencon dot co dot uk Operating system: Linux 2.6.20 Debian testing PHP version: 5CVS-2007-07-19 (snap) PHP Bug Type: DOM XML related Bug description: DOMDocument using canonicalized absolute pathname for relative Doctype. Description: When using PHP5 DOM extension relative DTDs specified on a Doctype that go through a symlink are resolved using (what appears to be) the canonicalized absolute pathname. This means that relative paths like ../dtd/test.dtd are relative to the path the symlink points to and not relative to the symlink itself. This means you cannot use normal symlink 'shenanigans' to work around some limitations of DTDs. Behaviour of sample xml and dtd files tested with PHP4 (4.4.4-9) PHP5 (5.2.0-10 and 5.2.3-1), xmllint using: --loaddtd --noent and rxp. Snapshot compiled using a simple ./configure and make no options or flags used. Ran using php5.2-200707191430/sapi/cli/php Same behavior is also seen using relative DTDs and symlinks in XSLT files and PHP5. Reproduce code: --- Sample code for PHP4 and PHP5 with xml and dtd files can be downloaded from here: http://www.gencon.co.uk/php_bug_reporting/gencon_php_bug_examples.tgz In the results below test 1 is not using the symlink and test 2 is using the symlink. Expected result: Expected to see this output (from PHP4 sample included): Test XML1: a Test XML2: a Actual result: -- Actually saw this output (any PHP5 version): Test XML 1: a Test XML 2: b Notice the very last line is now a 'b' and not an 'a' because it has picked up the wrong DTD defining the entity. -- Edit bug report at http://bugs.php.net/?id=42050&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=42050&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=42050&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=42050&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=42050&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=42050&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=42050&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=42050&r=needscript Try newer version:http://bugs.php.net/fix.php?id=42050&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=42050&r=support Expected behavior:http://bugs.php.net/fix.php?id=42050&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=42050&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=42050&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=42050&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42050&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=42050&r=dst IIS Stability:http://bugs.php.net/fix.php?id=42050&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=42050&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=42050&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=42050&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=42050&r=mysqlcfg
#41983 [Asn]: Error Fetching http headers
ID: 41983 User updated by: ipso at snappymail dot ca Reported By: ipso at snappymail dot ca Status: Assigned Bug Type: SOAP related Operating System: Linux PHP Version: 5.2.3 Assigned To: dmitry New Comment: Just wanted to follow-up and make sure you got the email okay and have all the data you need to help track down the issue? Thanks for looking into this. Previous Comments: [2007-07-13 15:40:56] ipso at snappymail dot ca I emailed a TCP dump of the SOAP request/response to: [EMAIL PROTECTED] [2007-07-13 08:34:27] [EMAIL PROTECTED] It seems like some kind of incompatibility between ext/soap and your soap or HTTP server. To fix the problem I need capture of HTTP response in binary form (including all special chars). Or give me a real PHP code that access buggy SOAP server so I'll able to reproduce it myself. [2007-07-13 08:06:19] arrakami at gmail dot com I have the same problem and i would like to give some feedback too. But i can't find a way to capture the HTTP response. Any suggestions how i could do that? The soap server is 3rd party. [2007-07-12 20:56:06] ipso at snappymail dot ca Description: I'm trying to use a SOAP API on an embedded device, the device is responding to the SOAP request, however PHP is saying there is an error fetching headers. Reproduce code: --- SOAP Request: -- POST /iWsService HTTP/1.1 Host: 192.168.1.201 Connection: Keep-Alive User-Agent: PHP-SOAP/5.2.3 Content-Type: text/xml; charset=utf-8 SOAPAction: "uri:zksoftware#GetDate" Content-Length: 494 http://schemas.xmlsoap.org/soap/envelope/"; xmlns:ns1="uri:zksoftware" xmlns:xsd="http://www.w3.org/2001/XMLSchema"; xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; xmlns:SOAP-ENC="http://schemas.xmlsoap.org/soap/encoding/"; SOAP-ENV:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/";>0 Response from SOAP Server: -- HTTP/1.0 200 OK Server: ZK Web Server Pragma: no-cache Cache-control: no-cache Content-Type: text/xml Connection: close http://schemas.xmlsoap.org/soap/envelope/";> However PHP returns: [faultstring] => Error Fetching http headers Expected result: Expect PHP to parse the SOAP response properly. -- Edit this bug report at http://bugs.php.net/?id=41983&edit=1
#42045 [Asn->Csd]: Installer: Add Extra component (LDAP/OpenSSL) leaves out some files
ID: 42045 Updated by: [EMAIL PROTECTED] Reported By: mamama at kirakira dot xs4all dot nl -Status: Assigned +Status: Closed Bug Type: *General Issues Operating System: Windows Server 2003 PHP Version: 5.2.3 Assigned To: jmertic 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. There was an issue of a duplicate GUID for two of the components you were using. I went thru and found a couple other duplicates as well. All are corrected in CVS now. Previous Comments: [2007-07-19 12:24:15] mamama at kirakira dot xs4all dot nl First install: Program: CLI Executable Extensions: Only MySQL Web server: IIS CGI Exras: (all) Second install: Extensions: added LDAP and OpenSSL (result: missing file) Repair install: missing file was added, but php.ini changed. [2007-07-19 11:47:28] [EMAIL PROTECTED] I cannot reproduce this bug; I am seeing the expected behaviour. What other extensions are you installing at the same time? Perhaps one of them has a conflict. [2007-07-19 09:47:45] mamama at kirakira dot xs4all dot nl Description: 1) During install (Windows installer) don't add LDAP and OpenSSL as Extra component. 2) Run the installer again and now add these components. There should be 2 DLLs added in the PHP install directory (libeay32.dll and ssleay32.dll), but only one is there. 3) Run the installer to REPAIR the installation. This will add the missing file, but also "messes up" the PHP.ini file. Reproduce code: --- [ not php code related ] Expected result: - Actual result: -- - -- Edit this bug report at http://bugs.php.net/?id=42045&edit=1
#33314 [Opn->Bgs]: Child class variable change not propogated during function call
ID: 33314
Updated by: [EMAIL PROTECTED]
Reported By: gregory dot szorc at case dot edu
-Status: Open
+Status: Bogus
Bug Type: Class/Object related
Operating System: Linux (multiple)
PHP Version: 5CVS-2005-06-12
New Comment:
Ok, if you can reproduce, reopen.
Previous Comments:
[2007-02-06 03:55:23] gregory dot szorc at case dot edu
As the original reporter of the bug, I would just as soon close it. I
cannot reproduce it outside of the code originally used (I don't even
know if I have a copy of that any more). Since no reproduce exists,
perhaps it is just best to close and see if the problem resurfaces at a
later date.
[2007-02-06 03:44:27] confins_de_l_univers at yahoo dot fr
I think it's a typo error.
In the Start() method, he use :
$this->$Dynamic = $Dynamic;
but he should use :
$this->Dynamic = $Dynamic;
so $this->Dynamic is not set when he call GetArray() method
[2007-02-06 01:08:22] xstex2 at hotmail dot com
Any update on this issue?
[2006-12-14 07:55:17] andrew at azarov dot com
class.php:
"hope")
$this->$Dynamic = $Dynamic;
}
function GetArray()
{
return $this->Dynamic;
}
}
?>
test.php:
Start();
print_r($file->Dynamic); // Will result in 'Array()'
$s = $file->GetArray(); // Will result in 'Fatal error: Cannot access
empty property'
print_r($s)
?>
[2005-06-23 01:00:04] 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".
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/33314
--
Edit this bug report at http://bugs.php.net/?id=33314&edit=1
#41874 [Asn->Opn]: Separate STDOUT and STDERR in exec functions
ID: 41874 Updated by: [EMAIL PROTECTED] Reported By: ckeefer at us dot nomura dot com -Status: Assigned +Status: Open -Bug Type: Feature/Change Request +Bug Type: Program Execution Operating System: Windows XP Pro SP2 PHP Version: 5.2CVS-2007-07-03 Assigned To: jani New Comment: As I'm not any win32 expert (nor really care about it) I'll deassign this and forget that change, perhaps someone else who know the win32 stuff picks this up. Previous Comments: [2007-07-18 15:47:23] ckeefer at us dot nomura dot com I don't actually see how this is an improvement as output was only mixed if you don't redirect, which is expected. If I do something like php progname.php > logfile.txt, I would previously redirect STDIN to the logfile as expected and stderr would still come to the console so I could monitor the program's progress. This is the usual behavior in shell programs, etc. This is how cmd line php was working through version 5.21. 5.22 on changed behavior in that from Win32, the STDERR disappears completely. If you can tell me where STDERR went and how to get to it from exec, I will happily do that. I have hundreds (if not thousands) of php scripts that do this. This new behavior breaks all of them. If I do php progname.php 2>&1 > logfile.txt, even if this works, I get mixed STDIN and STDERR output in the logfile.txt. This will force me to either stay at version 5.21 or earlier, or revise every script we have that currently uses the exec function. Again I ask: Did anything change with the compiler or other development tools used to create the Window Binary? Microsoft has been known to modify libraries in undocumented ways. Thanks Chip Keefer [2007-07-18 14:55:27] [EMAIL PROTECTED] Since this is actually improvement from previous behaviour where the output was mixed, I'm changing this to a FR. I'll look into adding an extra parameter to store STDERR in. In the meantime I suggest you use proc_open() or popen() which give you more control over these.. [2007-07-18 13:01:40] ckeefer at us dot nomura dot com >Oddly, 5.2.2+ versions still work correctly with cygwin/bash 3.1 Using the same Win32 binary, not a Cygwin binary. To [EMAIL PROTECTED]: That is a good suggestion for just getting STDERR output and I use it often on Unix and Linux systems when I need, and don't care if outputs are mixed. I haven't tested if this construct works with W32. Unfortunately, I need STDIN and STDERR separate. I also have a question: Did the version of compiler or libraries used to compile the binary change? MS is notorious for making undocumented changes to their development tools. Thanks, Chip Keefer [2007-07-18 08:45:45] [EMAIL PROTECTED] This works fine with *nix (found from the user comments at http://www.php.net/manual/en/function.exec.php : &1", $out, $err); var_dump($out); ?> I don't know if Windows supports something like this, but iirc, it should. [2007-07-03 12:56:37] ckeefer at us dot nomura dot com Thank you for the quick response. The new version still shows no STDERR output from a cmd.exe window. Thanks C:\php5.2fix>php test_exec.php Two exec statements: --- This exec should result in error for non-existant dir: Array ( ) --- This exec works: Array ( [0] => Volume in drive C is LOCAL DISK [1] => Volume Serial Number is 4054-8345 [2] => [3] => Directory of C:\php5.2fix [4] => [5] => 07/03/2007 08:08 AM32,821 php.exe [6] =>1 File(s) 32,821 bytes [7] =>0 Dir(s) 58,549,849,088 bytes free ) C:\php5.2fix> C:\php5.2fix>type test_exec.php 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/41874 -- Edit this bug report at http://bugs.php.net/?id=41874&edit=1
#42043 [Opn->Bgs]: session_decode does not populate $_SESSION
ID: 42043
User updated by: raadtblare at hotmail dot com
-Reported By: rmgraci at yahoo dot com
+Reported By: raadtblare at hotmail dot com
-Status: Open
+Status: Bogus
Bug Type: Session related
Operating System: Vista
PHP Version: 5.2.3
New Comment:
This was a mistake on my end.
Previous Comments:
[2007-07-19 07:03:49] raadtblare at hotmail dot com
Description:
session_decode() is returning the correct data, but it is not
populating $_SESSION. This is contrary to the documentation I found,
which says the opposite should be done. I like that session_decode()
returns a value, but it should also populate $_SESSION.
Reproduce code:
---
$myvar = session_decode($data);
var_dump($myvar);
echo '';
var_dump($_SESSION);
Expected result:
bool(false)
bool(false)
Actual result:
--
bool(false)
array(0) { }
--
Edit this bug report at http://bugs.php.net/?id=42043&edit=1
#42039 [Bgs]: item function read xml
ID: 42039
User updated by: ichigoxi at gmail dot com
Reported By: ichigoxi at gmail dot com
Status: Bogus
Bug Type: *XML functions
Operating System: ubuntu/linux
PHP Version: 5.2.3
New Comment:
thank you for your email,help me so much
but i also have question
that how to read the xml
1110
--->
this xml
i can do the pro
$dom = new DOMDocument();
$dom->load('test.xml');
$root = $dom->documentElement;
$items = $root->childNodes;
$item = $items->item(0);
$itemChildren = $item->childNodes;
$b = $itemChildren->item(1);
echo $b->nodeValue;
but like this xml--->
11
1
0
if i read $b = $itemChildren->item(1) or item(3)
the php report that:
call to a member function item() on a non-object in .
please help me how to write the function to read the xml,thank you very
much
Previous Comments:
[2007-07-19 06:06:57] [EMAIL PROTECTED]
Please read how DOM works. There are Textnodes between your Elements,
which also count as items, so ->item(1) would be the a element in your
example and item(3) the b element.
I'd advise you to use xpath for much more accurate pinpointing of
nodes...
[2007-07-19 03:04:51] ichigoxi at gmail dot com
Description:
like this xml--->
11
1
0
$dom = new DOMDocument();
$dom->load('test.xml');
$root = $dom->documentElement;
$items = $root->childNodes;
$item = $items->item(0);
$itemChildren = $item->childNodes;
$b = $itemChildren->item(1);
echo $b->nodeValue;
this code can not read $b from the xml
but this xml-->
1110
the code can read $b
--
Edit this bug report at http://bugs.php.net/?id=42039&edit=1
