#41495 [NEW]: No Output at all on any php page
From: r dot homan at esoteric dot nl Operating system: Vista Ultimate 32Bit PHP version: 5.2.2 PHP Bug Type: Output Control Bug description: No Output at all on any php page Description: When i try to open a .php file via the Apache 2.2 running on Vista Ultimate, it gives no output at all, even if there's no PHP code in the file, but just html. When I change the extension to .html de server works fine. The strange thing is, that it has, in fact, worked fine. Reproduce code: --- Code i tested with is simple: the text: "het werkt!" (It works!) I've also tried Same output: none. Expected result: het werkt! ..or the phpinfo page. Actual result: -- Empty page, the code: -- Edit bug report at http://bugs.php.net/?id=41495&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=41495&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=41495&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=41495&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=41495&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=41495&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=41495&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=41495&r=needscript Try newer version:http://bugs.php.net/fix.php?id=41495&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=41495&r=support Expected behavior:http://bugs.php.net/fix.php?id=41495&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=41495&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=41495&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=41495&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=41495&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=41495&r=dst IIS Stability:http://bugs.php.net/fix.php?id=41495&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=41495&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=41495&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=41495&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=41495&r=mysqlcfg
#26525 [Bgs->Opn]: [patch] needless execution flag in phpbuilddir(/usr/local/lib/php/build)
ID: 26525 Updated by: [EMAIL PROTECTED] Reported By: sagawa at sohgoh dot net -Status: Bogus +Status: Open Bug Type: Feature/Change Request Operating System: Red Hat Linux 7.2 PHP Version: 4.3.4 New Comment: Oops. Misread the report. Sorry. :D Previous Comments: [2007-05-24 23:53:39] [EMAIL PROTECTED] This is intentional, shtool is used by our own tools, it's not something to be run by anything else. [2003-12-04 15:14:20] sagawa at sohgoh dot net Description: I've found an issue on default file permission. BUILD_FILES in scripts/Makefile.frags installed with needless excution flag except shtool. To fix this issue, I made a patch. This patch just change $(INSTALL) to $(INSTALL_DATA) for non executable files. --- php-4.3.4/scripts/Makefile.frag.origFri Sep 19 14:35:21 2003 +++ php-4.3.4/scripts/Makefile.frag Fri Dec 5 04:36:38 2003 @@ -6,10 +6,11 @@ phpincludedir = $(includedir)/php phpbuilddir = $(prefix)/lib/php/build -BUILD_FILES = \ +bin_BUILD_FILES = \ + build/shtool +data_BUILD_FILES = \ scripts/phpize.m4 \ build/mkdep.awk \ - build/shtool \ build/scan_makefile_in.awk \ Makefile.global \ acinclude.m4 @@ -20,7 +21,9 @@ install-build: @echo "Installing build environment: $(INSTALL_ROOT)$(phpbuilddir)/" @$(mkinstalldirs) $(INSTALL_ROOT)$(phpbuilddir) $(INSTALL_ROOT)$(bindir) && \ - (cd $(top_srcdir) && $(INSTALL) $(BUILD_FILES) $(INSTALL_ROOT)$(phpbuilddir)) + (cd $(top_srcdir) && \ + $(INSTALL) $(bin_BUILD_FILES) $(INSTALL_ROOT)$(phpbuilddir) && \ + $(INSTALL_DATA) $(data_BUILD_FILES) $(INSTALL_ROOT)$(phpbuilddir)) HEADER_DIRS = \ / \ Reproduce code: --- ./configure && make && make install and ls -l /usr/local/lib/php/build Expected result: -rw-r--r--1 root root 3160 Dec 5 04:43 Makefile.global -rw-r--r--1 root root46325 Dec 5 04:43 acinclude.m4 -rw-r--r--1 root root 2277 Dec 5 04:43 mkdep.awk -rw-r--r--1 root root 2231 Dec 5 04:43 phpize.m4 -rw-r--r--1 root root 410 Dec 5 04:43 scan_makefile_in.awk -rwxr-xr-x1 root root36075 Dec 5 04:43 shtool Actual result: -- -rwxr-xr-x1 root root 3160 Dec 5 04:21 Makefile.global -rwxr-xr-x1 root root46325 Dec 5 04:21 acinclude.m4 -rwxr-xr-x1 root root 2277 Dec 5 04:21 mkdep.awk -rwxr-xr-x1 root root 2231 Dec 5 04:21 phpize.m4 -rwxr-xr-x1 root root 410 Dec 5 04:21 scan_makefile_in.awk -rwxr-xr-x1 root root36075 Dec 5 04:21 shtool -- Edit this bug report at http://bugs.php.net/?id=26525&edit=1
#26525 [Opn->Bgs]: [patch] needless execution flag in phpbuilddir(/usr/local/lib/php/build)
ID: 26525 Updated by: [EMAIL PROTECTED] Reported By: sagawa at sohgoh dot net -Status: Open +Status: Bogus Bug Type: Feature/Change Request Operating System: Red Hat Linux 7.2 PHP Version: 4.3.4 New Comment: This is intentional, shtool is used by our own tools, it's not something to be run by anything else. Previous Comments: [2003-12-04 15:14:20] sagawa at sohgoh dot net Description: I've found an issue on default file permission. BUILD_FILES in scripts/Makefile.frags installed with needless excution flag except shtool. To fix this issue, I made a patch. This patch just change $(INSTALL) to $(INSTALL_DATA) for non executable files. --- php-4.3.4/scripts/Makefile.frag.origFri Sep 19 14:35:21 2003 +++ php-4.3.4/scripts/Makefile.frag Fri Dec 5 04:36:38 2003 @@ -6,10 +6,11 @@ phpincludedir = $(includedir)/php phpbuilddir = $(prefix)/lib/php/build -BUILD_FILES = \ +bin_BUILD_FILES = \ + build/shtool +data_BUILD_FILES = \ scripts/phpize.m4 \ build/mkdep.awk \ - build/shtool \ build/scan_makefile_in.awk \ Makefile.global \ acinclude.m4 @@ -20,7 +21,9 @@ install-build: @echo "Installing build environment: $(INSTALL_ROOT)$(phpbuilddir)/" @$(mkinstalldirs) $(INSTALL_ROOT)$(phpbuilddir) $(INSTALL_ROOT)$(bindir) && \ - (cd $(top_srcdir) && $(INSTALL) $(BUILD_FILES) $(INSTALL_ROOT)$(phpbuilddir)) + (cd $(top_srcdir) && \ + $(INSTALL) $(bin_BUILD_FILES) $(INSTALL_ROOT)$(phpbuilddir) && \ + $(INSTALL_DATA) $(data_BUILD_FILES) $(INSTALL_ROOT)$(phpbuilddir)) HEADER_DIRS = \ / \ Reproduce code: --- ./configure && make && make install and ls -l /usr/local/lib/php/build Expected result: -rw-r--r--1 root root 3160 Dec 5 04:43 Makefile.global -rw-r--r--1 root root46325 Dec 5 04:43 acinclude.m4 -rw-r--r--1 root root 2277 Dec 5 04:43 mkdep.awk -rw-r--r--1 root root 2231 Dec 5 04:43 phpize.m4 -rw-r--r--1 root root 410 Dec 5 04:43 scan_makefile_in.awk -rwxr-xr-x1 root root36075 Dec 5 04:43 shtool Actual result: -- -rwxr-xr-x1 root root 3160 Dec 5 04:21 Makefile.global -rwxr-xr-x1 root root46325 Dec 5 04:21 acinclude.m4 -rwxr-xr-x1 root root 2277 Dec 5 04:21 mkdep.awk -rwxr-xr-x1 root root 2231 Dec 5 04:21 phpize.m4 -rwxr-xr-x1 root root 410 Dec 5 04:21 scan_makefile_in.awk -rwxr-xr-x1 root root36075 Dec 5 04:21 shtool -- Edit this bug report at http://bugs.php.net/?id=26525&edit=1
#41031 [Opn->Csd]: Side by side install of CGI and CLI
ID: 41031 Updated by: [EMAIL PROTECTED] Reported By: david at acz dot org -Status: Open +Status: Closed Bug Type: Feature/Change Request Operating System: Linux PHP Version: 5.2.1 New Comment: Fixed in CVS. (CGI is always installed as php-cgi also in *nix) And 'make install' installs CLI too, no need to do 'make install-cli' anymore. Previous Comments: [2007-04-09 22:12:31] david at acz dot org Description: The following options would be helpful: --with-cgi-suffix=-cgi --with-cli-suffix=-cli This would allow the CGI and CLI binaries to be installed at the same time as is possible with other SAPIs: bin/php-cgi bin/php-cli Only one of the two options is actually needed, but having both is nice. A workaround is available but messy: make install mv $PREFIX/bin/php $PREFIX/bin/php-cgi make install-cli -- Edit this bug report at http://bugs.php.net/?id=41031&edit=1
#41488 [Opn->Fbk]: corrupted php build when use --with-snmp option
ID: 41488 Updated by: [EMAIL PROTECTED] Reported By: didier dot broca at bet-scott dot com -Status: Open +Status: Feedback Bug Type: SNMP related Operating System: RHEL4 PHP Version: 5.2.2 New Comment: Make sure you're using exactly same openssl libs with everything: apache, php, curl, snmp. Previous Comments: [2007-05-24 12:59:35] didier dot broca at bet-scott dot com Description: I have a segmentation fault when I compile with the snmp support (--with-snmp). I follow advices of the extension help (recompile net-snmp with #define NO_ZEROLENGTH_COMMUNITY 1). According to gbd it is a libcrypto.so error but snmp command line works fine. sorry if I submit it twice... Reproduce code: --- ./configure --with-apxs2=/usr/sbin/apxs --with-mysqli --with-curl --with-snmp make test Actual result: -- [EMAIL PROTECTED] php-5.2.2]#./configure --with-apxs2=/usr/sbin/apxs --with-mysqli --with-curl --with-snmp ... [EMAIL PROTECTED] php-5.2.2]#make test Build complete. Don't forget to run 'make test'. /bin/sh: line 1: 18403 Segmentation fault TEST_PHP_EXECUTABLE=/root/didier/php/php-5.2.2/sapi/cli/php TEST_PHP_SRCDIR=/root/didier/php/php-5.2.2 CC="gcc" /root/didier/php/php-5.2.2/sapi/cli/php -d 'open_basedir=' -d 'safe_mode=0' -d 'output_buffering=0' -d 'memory_limit=-1' /root/didier/php/php-5.2.2/run-tests.php make: [test] Error 139 (ignored) You have new mail in /var/spool/mail/root [EMAIL PROTECTED] php-5.2.2]# /root/didier/php/php-5.2.2/sapi/cli/php Segmentation fault [EMAIL PROTECTED] php-5.2.2]# man php You have new mail in /var/spool/mail/root [EMAIL PROTECTED] php-5.2.2]# /root/didier/php/php-5.2.2/sapi/cli/php -i Segmentation fault [EMAIL PROTECTED] php-5.2.2]# /root/didier/php/php-5.2.2/sapi/cli/php -version Segmentation fault [EMAIL PROTECTED] php]# gdb /root/didier/php/php-5.2.2/sapi/cli/php GNU gdb Red Hat Linux (6.3.0.0-1.96rh) Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-redhat-linux-gnu"...Using host libthread_db library "/lib/tls/libthread_db.so.1". (gdb) run -X Starting program: /root/didier/php/php-5.2.2/sapi/cli/php -X [Thread debugging using libthread_db enabled] [New Thread -1208067328 (LWP 16302)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1208067328 (LWP 16302)] 0x001942a9 in EVP_DigestInit_ex () from /lib/libcrypto.so.4 (gdb) quit The program is running. Exit anyway? (y or n) y [EMAIL PROTECTED] ~]# ll /lib/libcrypt* -rwxr-xr-x 1 root root 27191 Feb 9 2006 /lib/libcrypt-2.3.4.so -rwxr-xr-x 1 root root 940992 Jan 13 2006 /lib/libcrypto.so.0.9.7a lrwxrwxrwx 1 root root 19 Apr 24 2006 /lib/libcrypto.so.4 -> libcrypto.so.0.9.7a lrwxrwxrwx 1 root root 17 Apr 24 2006 /lib/libcrypt.so.1 -> libcrypt-2.3.4.so [EMAIL PROTECTED] ~]# rpm -q -f /lib/libcrypto.so.0.9.7a openssl-0.9.7a-43.16 [EMAIL PROTECTED] ~]# rpm -q net-snmp net-snmp-5.1.2-11.EL4.10 -- Edit this bug report at http://bugs.php.net/?id=41488&edit=1
#38762 [Csd]: build dir != src dir results in "Zend/zend_language_parser.c: No such file"
ID: 38762 Updated by: [EMAIL PROTECTED] Reported By: butterblume83 at gmx dot de Status: Closed Bug Type: Compile Failure Operating System: Ubuntu Dapper Drake PHP Version: 5.1.6 New Comment: I'm feeling a bit stupid: There was more to fix but now everything is okay, even when you don't have flex/bison installed at all. Previous Comments: [2007-05-24 19:56:30] [EMAIL PROTECTED] Recheck: This was Stefan's fault in PHP 5.2.x. We bundle flex generated scanner files with source distribution. You don't need any flex installed for building PHP. (I remembered it was required, my bad) And about the "build dir != src dir" builds: I do that always, no problems whatsoever. (using PHP 5.2 from CVS that is) If you can't build php outside source directory, submit a new bug report. (when using snapshot / 5.2.3) [2007-05-24 19:38:54] [EMAIL PROTECTED] The bad logic introduced in some point. (Stefan had nothing to do with it) As flex is required to build PHP from sources, then configure must bailout if wrong version/none is available. [2006-09-10 08:35:49] [EMAIL PROTECTED] Hi have tested 5.2 snapshot: >[9 Sep 8:09pm UTC] butterblume83 at gmx dot de >the exact same error with 5.2 snapshot. [2006-09-09 22:45:17] [EMAIL PROTECTED] The flex check works. The behaviour introduced with PHP 5.2 was unwanted. The original reporter reported the issue with PHP 5.1.6 which is proof enough, that my change that is only in 5.2 is NOT responsible. [2006-09-09 21:38:58] [EMAIL PROTECTED] Stefan, your change broke the check for flex: http://cvs.php.net/viewvc.cgi/php-src/acinclude.m4?r1=1.332.2.14.2.1&r2=1.332.2.14.2.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/38762 -- Edit this bug report at http://bugs.php.net/?id=38762&edit=1
#41485 [Opn]: segmentation fault parsing wrong xsl file
ID: 41485
User updated by: andyjunkie at tiscali dot it
Reported By: andyjunkie at tiscali dot it
Status: Open
Bug Type: Reproducible crash
Operating System: linux debian
PHP Version: 5.2.2
New Comment:
The problem is present also if an undeclared entity (&foobar;) is used
inside the xsl file
Previous Comments:
[2007-05-24 09:13:02] andyjunkie at tiscali dot it
Description:
an attempt to load an xsl template file, which has an open/close tag
mismatch problem, finishes with a segmentation fault. Always works ok on
windows system (generates an error message) but crashes on Linux Debian
Etch. Problem is reproduced on 5.1.6 and 5.2.2 versions of PHP, no other
versions have been tested.
Reproduce code:
---
class Xtp extends XSLTProcessor {
public function __construct() {
$this->registerPHPFunctions();
$xsl = new DOMDocument();
$xsl->resolveExternals = true;
$xsl->substituteEntities = true;
if ($template = $this->locateTemplate()) {
$xsl->load($template);
$this->importStyleSheet($xsl); /* SEG FAULT */
}
}
Expected result:
An error message like this: DOMDocument::load()
[function.DOMDocument-load]: Opening and ending tag mismatch: ...
Actual result:
--
error handling function is called (if any is set with
set_error_handler($func)), on the return of this function segfault
appears.
--
Edit this bug report at http://bugs.php.net/?id=41485&edit=1
#36561 [NoF->Opn]: PDO_ODBC/MSSQL does not work with bound params in subquery
ID: 36561
User updated by: travis at raybold dot com
Reported By: travis at raybold dot com
-Status: No Feedback
+Status: Open
Bug Type: PDO related
Operating System: Windows XP
PHP Version: 5.1.2
New Comment:
Hey Wez, I never saw the feedback til I stumbled on it today, and
clearly have been able to work around this, but it does keep stopping
me.
It happens exactly the same if I omit the PDO::PARAM_INT as the final
parameter.
I am still using the branched version you gave me... I'd be happy to
test with the latest if you think it might be fixed there.
--Travis
Previous Comments:
[2006-04-17 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-04-09 07:57:01] [EMAIL PROTECTED]
Try using:
$oStatement->bindParam(':TestID', $iTestID);
instead of:
$oStatement->bindParam(':TestID', $iTestID,PDO::PARAM_INT );
The latter is implicitly binding for output, which might be part of
your problem.
[2006-02-28 17:10:09] travis at raybold dot com
Description:
Connecting to a MSSQL database through PDO_ODBC, I prepare a statement
with a bound parameter inside of a subquery, and get a 42000 Syntax
Error when I execute it.
The error indicates that it is trying to compare text. ntext or image
data, but the table consists solely of one integer field. Moving the
bound parameter outside of the subquery makes it work.
I am using PHP 5.1.2, MSSQL 2000, Windows XP, IIS6.
Configure Line: cscript /nologo configure.js "--enable-snapshot-build"
"--with-gd=shared"
Reproduce code:
---
MSSQL:
CREATE TABLE zTest_TBL (
TestID int NULL
)
INSERT INTO zTest_TBL (TestID) Values (1)
PHP:
prepare('SELECT TestID FROM zTest_TBL WHERE
TestID IN (SELECT TestID FROM zTest_TBL WHERE TestID = :TestID)');
//$oStatement = $oConnection->prepare('SELECT TestID FROM zTest_TBL
WHERE TestID = :TestID AND TestID IN (SELECT TestID FROM zTest_TBL
)');
$oStatement->bindParam(':TestID', $iTestID,PDO::PARAM_INT );
$oStatement->execute() or print_r($oStatement->errorInfo());
foreach($oStatement as $aRow) {
print_r($aRow);
}
?>
Expected result:
Array ( [TestID] => 1 [0] => 1 )
Actual result:
--
Array ( [0] => 42000 [1] => 306 [2] => [Microsoft][ODBC SQL Server
Driver][SQL Server]The text, ntext, and image data types cannot be
compared or sorted, except when using IS NULL or LIKE operator.
(SQLExecute[306] at ext\pdo_odbc\odbc_stmt.c:133) [3] => 42000 )
--
Edit this bug report at http://bugs.php.net/?id=36561&edit=1
#38762 [Csd]: build dir != src dir results in "Zend/zend_language_parser.c: No such file"
ID: 38762 Updated by: [EMAIL PROTECTED] Reported By: butterblume83 at gmx dot de Status: Closed Bug Type: Compile Failure Operating System: Ubuntu Dapper Drake PHP Version: 5.1.6 New Comment: Recheck: This was Stefan's fault in PHP 5.2.x. We bundle flex generated scanner files with source distribution. You don't need any flex installed for building PHP. (I remembered it was required, my bad) And about the "build dir != src dir" builds: I do that always, no problems whatsoever. (using PHP 5.2 from CVS that is) If you can't build php outside source directory, submit a new bug report. (when using snapshot / 5.2.3) Previous Comments: [2007-05-24 19:38:54] [EMAIL PROTECTED] The bad logic introduced in some point. (Stefan had nothing to do with it) As flex is required to build PHP from sources, then configure must bailout if wrong version/none is available. [2006-09-10 08:35:49] [EMAIL PROTECTED] Hi have tested 5.2 snapshot: >[9 Sep 8:09pm UTC] butterblume83 at gmx dot de >the exact same error with 5.2 snapshot. [2006-09-09 22:45:17] [EMAIL PROTECTED] The flex check works. The behaviour introduced with PHP 5.2 was unwanted. The original reporter reported the issue with PHP 5.1.6 which is proof enough, that my change that is only in 5.2 is NOT responsible. [2006-09-09 21:38:58] [EMAIL PROTECTED] Stefan, your change broke the check for flex: http://cvs.php.net/viewvc.cgi/php-src/acinclude.m4?r1=1.332.2.14.2.1&r2=1.332.2.14.2.2 [2006-09-09 21:27:25] butterblume83 at gmx dot de It works after I downgraded flex (2.5.31-38) to flex-old (2.5.4a-7). Please edit php's configure script so that a fatal error is thrown if the flex version is invalid. 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/38762 -- Edit this bug report at http://bugs.php.net/?id=38762&edit=1
#41429 [Com]: working with filled blob fields failed
ID: 41429 Comment by: chechelopez 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: Same problem, this was really a headache Please Help Previous Comments: [2007-05-20 23:59:16] cristiano dot soares at netwizard dot com dot br Hi, I'm migrating from 5.2.1 to 5.2.2 and I got the same error. I'm using win2000 sp4 FB 2.0 Help us please [2007-05-19 15:18:34] TQFA at hotmail dot com Hi, I agree with IDVIS, the Interbase Blob function seems to be unusable, I get the same error "Unrecognized BLOB". I had to revert back to PHP4 while in the process migrating my project to PHP5. I'm using Windows XP + FB 2.0.1 + Xitami. Please help :P [2007-05-18 11:21:01] idvis at seznam dot cz Description: My opinioin to #41345 [EMAIL PROTECTED] comment: I think, that this is bug. I have the similar experience - after upgrading from PHP 5.2.1 to PHP 5.2.2 I cannot work with filled blob fields. Warnings: ibase_blob_info() - unrecognized BLOB field in ... Downgrade back to 5.2.1 fixes the problem. So I expect, that this is bug only in 5.2.2. Tested on the following two cases: 1. Win2000Pro, Apache 2.3, php as ISAPI module, database Firebird 1.53 2. WinXPPro, Apache 2.4, php as CGI, database Firebird 1.53 Tom Reproduce code: --- //... $con= ... connecting to db was before $query=ibase_query($con,"SELECT SOMEBLOBFIELD FROM TB_WITHBLOB"); $record=ibase_fetch_row($query); $blobinfo = ibase_blob_info($record[0]); //<-- warning Warning: ibase_blob_info() [function.ibase-blob-info]: Unrecognized BLOB ID in //some code bellow... Expected result: I expect no warning :-) Actual result: -- arning Warning: ibase_blob_info() [function.ibase-blob-info]: Unrecognized BLOB ID in... -- Edit this bug report at http://bugs.php.net/?id=41429&edit=1
#38762 [Asn->Csd]: build dir != src dir results in "Zend/zend_language_parser.c: No such file"
ID: 38762 Updated by: [EMAIL PROTECTED] Reported By: butterblume83 at gmx dot de -Status: Assigned +Status: Closed Bug Type: Compile Failure Operating System: Ubuntu Dapper Drake PHP Version: 5.1.6 Assigned To: sesser New Comment: The bad logic introduced in some point. (Stefan had nothing to do with it) As flex is required to build PHP from sources, then configure must bailout if wrong version/none is available. Previous Comments: [2006-09-10 08:35:49] [EMAIL PROTECTED] Hi have tested 5.2 snapshot: >[9 Sep 8:09pm UTC] butterblume83 at gmx dot de >the exact same error with 5.2 snapshot. [2006-09-09 22:45:17] [EMAIL PROTECTED] The flex check works. The behaviour introduced with PHP 5.2 was unwanted. The original reporter reported the issue with PHP 5.1.6 which is proof enough, that my change that is only in 5.2 is NOT responsible. [2006-09-09 21:38:58] [EMAIL PROTECTED] Stefan, your change broke the check for flex: http://cvs.php.net/viewvc.cgi/php-src/acinclude.m4?r1=1.332.2.14.2.1&r2=1.332.2.14.2.2 [2006-09-09 21:27:25] butterblume83 at gmx dot de It works after I downgraded flex (2.5.31-38) to flex-old (2.5.4a-7). Please edit php's configure script so that a fatal error is thrown if the flex version is invalid. [2006-09-09 21:13:51] [EMAIL PROTECTED] Can't reproduce. 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/38762 -- Edit this bug report at http://bugs.php.net/?id=38762&edit=1
#36853 [Com]: Worker process crashes after application pool recycle
ID: 36853 Comment by: linhardt at aol dot com Reported By: kleef84 at hotmail dot com Status: No Feedback Bug Type: IIS related Operating System: Windows Server 2003 SP1 PHP Version: 5CVS-2006-03-24 (CVS) New Comment: I have this problem too, but it has nothing to do with PHP as I'm running ASP.NET. My environment is: MS Windows 2003 Server + SP2 IIS 6.0.3790.3959 .NET 2.0.50727 I get both: Faulting application w3wp.exe, version 6.0.3790.1830, faulting module unknown, version 0.0.0.0, fault address 0x01bba980. and Data Execution Prevention Microsoft Windows To help protect your computer, Windows has closed this program. Name: IIS Worker Process Publisher: program publisher Previous Comments: [2006-10-18 01:32:46] kamikazie at comcast dot net I've noticed this error, too, but only after a PHP page has been loaded. Same basic setup as most, Server 2003, IIS 6, PHP 5.1.4, painstakingly followed the setup instructions. Now a webpage that loads only HTML does not give this error. When I load a page that calls PHP, it throws this error about 5 to 10 minutes after the first page is loaded. [2006-07-12 14:25:19] ferrante at aracnet dot com Windows 2003 Server, IIS6, .NET 1.1 & .NET 2.0, php5.2-win32-200607120630 from the snapshots. (Fully Microsoft patched Windows 2003 server machine). Even with all PHP dynamic extensions turned off, crash occurs during IISreset or w3svc service restart. Event as it appears in event log: Event Type: Error Event Source: Application Error Event Category: (100) Event ID: 1000 Date: 07/12/2006 Time: 06:26:45 User: N/A Computer: COMPUTER-NAME Description: Faulting application w3wp.exe, version 6.0.3790.1830, faulting module unknown, version 0.0.0.0, fault address 0x01bba980. For more information, see Help and Support Center at http://go.microsoft.com/fwlink/events.asp. Data: : 41 70 70 6c 69 63 61 74 Applicat 0008: 69 6f 6e 20 46 61 69 6c ion Fail 0010: 75 72 65 20 20 77 33 77 ure w3w 0018: 70 2e 65 78 65 20 36 2e p.exe 6. 0020: 30 2e 33 37 39 30 2e 31 0.3790.1 0028: 38 33 30 20 69 6e 20 75 830 in u 0030: 6e 6b 6e 6f 77 6e 20 30 nknown 0 0038: 2e 30 2e 30 2e 30 20 61 .0.0.0 a 0040: 74 20 6f 66 66 73 65 74 t offset 0048: 20 30 31 62 62 61 39 3801bba98 0050: 300 Visual Studio 2005 Debugger gives this for the stack trace: *1 01bba980() 2 msvcrt.dll!__endthread() 3 [EMAIL PROTECTED]() WinDBG gives this: +0x26a980 msvcrt!endthread+0xab kernel32!GetModuleFileNameA+0xeb the Debug Diagnostic Tool gives this Function Arg 1 Arg 2 Arg 3 Source +26a980 01782ee8 msvcrt!endthread+ab 02108c80 kernel32!GetModuleFileNameA+eb 77bcb35a 02108c80 [2006-07-12 09:54:10] ferrante at aracnet dot com These are related issues that seem to be describing the same problem: Bug #33373 IIS worker Process continually restarts Bug #37575 Faulting application w3wp.exe Bug #35263 Crash during IIS Restart Adding the w3wp.exe process to the DEP exception list will also mask the problem. [2006-05-28 17:42:23] sschefer at scheferonline dot net Deeper investigation of the problem indicates that the reason you are now getting this is because of .NET 2.0. In verison 1.0 and 1.1 it did not throw this exception because it was set to ignore it. If you don't have any security issues, you could probably just ignore them and be O.K. That would not be my choice. The solution is to recompile the DLL's (all of them) with Visual Studio 8. This will then correctly place them within the scope of the IIS authorized extension list. Workaround, back level your server to .NET 1.0 and do not apply any of the security patches. Once done, test and then start applying the security patches. Test each one don't just download them all install them. In a previous post my suggestion of proper ordering does work but it is exremely tedious and not something you want to endure everytime you add or remove functionality. [2006-05-25 19:54:28] sschefer at scheferonline dot net Applies to all W2K3 versions after SP1 with DEP. My Installation is W2K3-R2 64bit -- The problem described is in the order in which the extensions are loading from the ini file. IIS fails to register the out of order dll. When a dependency is run agains the unregistered dll, windows DEP sees it as a threat and shuts down the worker process. Pretty sweet actually. The immediate solution is to comment ou
#41151 [Bgs->Csd]: SOAP request is wrong when using subclass
ID: 41151 User updated by: m dot necib at akrobat dot fr Reported By: m dot necib at akrobat dot fr -Status: Bogus +Status: Closed Bug Type: SOAP related Operating System: Windows XP PHP Version: 5.2.1 Assigned To: dmitry New Comment: Hi ! Thanks for your help. We found the problem, the service provider had changed the namespace URI without notifying us. it is working with the correct URI. Previous Comments: [2007-05-10 14:15:14] [EMAIL PROTECTED] Not reprodusable. Reproduce code: --- http://213.41.94.84/wsPricing/services/PricingSNC?wsdl";, array( "location" => "test://", "trace" => 1, "exceptions" => 0, ) ) ; $v = new LoanPerso(); $v->loans = new LoanPersoItem(); $var = new SoapVar($v , SOAP_ENC_OBJECT, 'WSLoanPerso', 'http://pricing.aigvienet/gb/snc/' ) ; $client->processPricingSNC( array( "insured" => array( "name" => "Aaa", "firstname" => "Bbb", "birthdate" => "01-Jan-2006" ), "premiumMode" => 0, "loan" => $var, "option" => array(), "productCode" => "XXX" ) ) ; echo $client->__getLastRequest(); ?> Output: --- http://schemas.xmlsoap.org/soap/envelope/"; xmlns:ns1="http://pricing.aigvienet/gb/snc/"; xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";>AaaBbb01-Jan-2006001-Jan-2007XXX [2007-05-10 10:24:07] m dot necib at akrobat dot fr Hello Dmitry, Our situation is a bit different than what you have tested. Here is the link to the WSDL : http://213.41.94.84/wsPricing/services/PricingSNC?wsdl Look at the complexType named "WSParameters". It contains an element "loan" which type is "WSLoan". But two types extend WSLoan : "WSLoanClassic" and "WSLoanPerso". The Web Service expects us to send either of the inherited type. WSLoan is an abstract type. So in our case the correct type is not directly defined like in your test case. We are using SoapVar to specify the correct type of our object. Then the generated SOAP request references the correct type. But the fields are in the wrong order. As you can see the WSDL file is generated by Apache Axis. [2007-05-10 01:00:00] 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". [2007-05-02 08:40:33] [EMAIL PROTECTED] I just committed test file ext/soap/tests/schema/schema085.phpt, that demonstrates proper element ordering. In your example you probably do somthing wrong. I cannot say that exactly is wrong as you didn't provide full reproduce case, probably you object isn't encoded using WSDL. In case if you like me to look into problem please provide full example (without ...) including full WSDL file. [2007-04-20 16:55:19] m dot necib at akrobat dot fr WSDL : 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/41151 -- Edit this bug report at http://bugs.php.net/?id=41151&edit=1
#39903 [Csd]: Notice message when executing __halt_compiler() more than once
ID: 39903
User updated by: francois at tekwire dot net
Reported By: francois at tekwire dot net
Status: Closed
Bug Type: Scripting Engine problem
Operating System: All
PHP Version: 5.2.0
New Comment:
For the ones interested, the issue was fixed by Greg's patch in 5.2.2.
Previous Comments:
[2007-02-07 06:29:30] [EMAIL PROTECTED]
A better fix for this bug is in:
http://news.php.net/php.internals/27872
[2006-12-20 16:31:28] [EMAIL PROTECTED]
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.
A more meaningful error message added.
[2006-12-20 14:36:55] francois at tekwire dot net
Description:
When __halt_compiler() is seen for the second time, PHP displays a
message saying:
Notice: Constant __COMPILER_HALT_OFFSET__ already defined in ...
Although it cannot happen in a single file, it can happen when
including two files containing an __halt_compiler() directive.
The constant should be undefined before calling
REGISTER_MAIN_LONG_CONSTANT("__C
OMPILER_HALT_OFFSET__", zend_get_scanned_file_offset(TSRMLS_C),
CONST_CS) in zend_language_parser.y but I haven't found any function to
undefine a constant...
Reproduce code:
---
* File a.php contains :
http://bugs.php.net/?id=39903&edit=1
#41492 [NEW]: open_basedir bypass via readfile()
From: bugs dot php dot net at chsc dot dk Operating system: Linux PHP version: 5.2.2 PHP Bug Type: Safe Mode/open_basedir Bug description: open_basedir bypass via readfile() Description: file_exists() etc. does not allow checking the existence of files outside the directories specified in open_basedir. Appearently readfile() does *not* have this restriction and thus allows checking the existence of files anywhere in the filesystem. If realpath($filename) returns a string (i.e. not false), the file exists. This is a circumvention of the open_basedir restriction in file_exists() etc. Reproduce code: --- The following should always be true, but it isn't when $dir is outside the directories specified in open_basedir: var_dump(file_exists($dir) === (bool) realpath($dir)); -- Edit bug report at http://bugs.php.net/?id=41492&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=41492&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=41492&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=41492&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=41492&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=41492&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=41492&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=41492&r=needscript Try newer version:http://bugs.php.net/fix.php?id=41492&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=41492&r=support Expected behavior:http://bugs.php.net/fix.php?id=41492&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=41492&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=41492&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=41492&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=41492&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=41492&r=dst IIS Stability:http://bugs.php.net/fix.php?id=41492&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=41492&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=41492&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=41492&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=41492&r=mysqlcfg
#41491 [NEW]: header() adds extra x'200A' space/LF to start of file
From: jeff at pointhere dot net
Operating system: Sun OS 5.10 (Solaris 10)
PHP version: 5.2.2
PHP Bug Type: HTTP related
Bug description: header() adds extra x'200A' space/LF to start of file
Description:
When using the header() function to prepend a text file so that a user can
save a downloaded file, the resulting file has two extra characters on the
front of the file (hex '200A' - space and line-feed). When header()
functions are removed, the file appears to load into the browser correctly.
Reproduce code:
---
// Start sending the file
ob_start();
header("Pragma: public");
header("Expires: 0");
header("Cache-Control: must-revalidate, post-check=0, pre-check=0");
header("Cache-Control: private", false);
header("Content-Type: text/plain");
header("Content-Length: " . $filesize);
header("Content-Disposition: attachment; filename=\"" . $filename .
"\"");
header("Content-Transfer-Encoding: 7bit");
echo($cardprint_file);
ob_end_flush();
exit;
Expected result:
The user's browser should open a window that asks to Open, Save or Cancel
the download. When saving or opening the file the contents of
$cardprint_file should be the ONLY contents (the contents were verified to
be correct with the var_dump command).
Actual result:
--
The first two characters in the file (which translate to a blank line) are
an ASCII hex 20 (space) and an ASCII hex 0A (Line feed).
--
Edit bug report at http://bugs.php.net/?id=41491&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=41491&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=41491&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=41491&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=41491&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=41491&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=41491&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=41491&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=41491&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=41491&r=support
Expected behavior:http://bugs.php.net/fix.php?id=41491&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=41491&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=41491&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=41491&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=41491&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=41491&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=41491&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=41491&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=41491&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=41491&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=41491&r=mysqlcfg
#16071 [Com]: foreach return bogus data on 1 row multi-dim array
ID: 16071
Comment by: g dot agarwal123 at gmail dot com
Reported By: ned at wgtech dot com
Status: No Feedback
Bug Type: Arrays related
Operating System: Win 2000
PHP Version: 4.1.0
New Comment:
print_r($data) results :
Array
(
[item] => Array
(
[stats] => Array
(
[0] => Array
(
[Date] => 05/23/2007
[ProgID] => 12
[Info] => 12
)
[1] => Array
(
[Date] => 05/01/2006
[ProgID] => 21
[Info] => 11
)
I tried using :
foreach ($data['item']['stats'] as $x)
{
echo $x['ProgID'];
}
It works fine as long as stats array has more than 1 array, but if the
structure is :
Array
(
[item] => Array
(
[stats] => Array
(
[0] => Array
(
[Date] => 05/01/2006
[ProgID] => 12
[Info] => 12
)
Using same foreach loop, it shows wrong data.
Any ideas ?
Previous Comments:
[2002-08-07 01:00:11] php-bugs at lists dot php dot net
No feedback was provided for this bug for over a month, 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".
[2002-07-03 21:12:52] [EMAIL PROTECTED]
Sorry, but the bug system is not the appropriate forum for asking
support questions. Your problem does not imply a bug in PHP itself.
For a list of more appropriate places to ask for help using PHP,
please visit http://www.php.net/support.php
Thank you for your interest in PHP.
If you still think, that this is a bug, please minimalize your script,
so that you can just reproduce the bug and then reopen the report.
Please take also into concideration, that the bug might already be
fixed in a more current version of PHP.
Thank you.
[2002-03-14 10:49:12] ned at wgtech dot com
Noticed the errors not in foreach, but in the pass. PHP kills the outer
array if theres only one element in it in a pass. Thats still a bug.
[2002-03-14 10:10:06] ned at wgtech dot com
I have code that traps all errors in a multidimentional array. The
array is structured so each row has a numerical key (ie $errors[] =
array('err_code'=>12, 'err_file'=>'happy.php');). You get the idea. For
error handling I have a function within a class that will accept an
error array and do output based on it. The function is as follows:
function pass_err_row($errors, $default_val=NULL, $override_val=NULL) {
// Throw errors based on err_file or default
if (is_null($default_val))
{$default_val=PATH_TO_ROOT.LOC_ERROR."DEFAULT/errors.php";}
if (!is_null($override_val)) {
foreach($errors as $error_row) {
include($override_val);
}
}
else {
foreach($errors as $error_row) {
if ($error_row['handle_file']!==FALSE &&
$error_row['handle_file']!=="") {
include($error_row['handle_file']);
}
else {
include($default_val);
}
}
}
}
This works great as long as the array passed has more than one error
(each error being another array) in it. So if $errors[0] and $errors[1]
both exist, everything works. Where it gets really wacky is if only
$errors[0] exists then the foreach loops results in very strange
results. Each error array row in $errors consists of the following 8
indexes:
'err_no', 'err_text', 'err_file', 'err_line', 'system_err',
'handle_file', 'handle_code', 'severity'.
What happens is the foreach loops 8 times with $error_row being equal
not to the array in $errors[0] but being equal to an value in the sub
array. So the first result would be the equivalent of
$errors[0]['err_no']'s value. $errors is still an array, so why would
the for each instead use the sub array? very weird.
--
Edit this bug report at http://bugs.php.net/?id=16071&edit=1
#41490 [NEW]: xsd:choice with maxOccurs="unbounded" does not preserve element order
From: simon at highlyillogical dot org
Operating system: Windows/Linux
PHP version: 5.2.2
PHP Bug Type: SOAP related
Bug description: xsd:choice with maxOccurs="unbounded" does not preserve
element order
Description:
When the PHP soap client parses a SOAP response that contains multiple
recurrences of an element, the ordering
of elements can be lost, as the results are grouped by element type.
For example, take the following complex type:
This type can describe a sentence, with one element per word. An example
sentence might be:
The
cat
is
playing
with
string
When PHP parses this, it groups the elements by type. Thus, a sentence
which reads "The cat is playing with string", is mangled to read "cat
string playing The is with"
I've posted a wsdl to demonstrate the problem at:
http://zx81.highlyillogical.org/~simon/phpbugtest/phpbugtest.wsdl
A valid XML response similar to the case above is at:
http://zx81.highlyillogical.org/~simon/phpbugtest/bugtest.xml
To reproduce the problem, simply call the bugtest operation on the above
wsdl. It will always return the above xml response.
Reproduce code:
---
$client = new SoapClient (
"http://zx81.highlyillogical.org/~simon/phpbugtest/phpbugtest.wsdl"; ) ;
// we're just hitting an XML file, so we don't care about the input
$result = $client->bugtest ( ) ;
var_dump ( $result ) ;
Expected result:
An output with the resulting objects are presented in the order in which
they occurred in the document.
Actual result:
--
object(stdClass)#2 (3) {
["noun"]=>
array(2) {
[0]=>
string(3) "cat"
[1]=>
string(6) "string"
}
["verb"]=>
string(7) "playing"
["other"]=>
array(3) {
[0]=>
string(3) "The"
[1]=>
string(2) "is"
[2]=>
string(4) "with"
}
}
--
Edit bug report at http://bugs.php.net/?id=41490&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=41490&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=41490&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=41490&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=41490&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=41490&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=41490&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=41490&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=41490&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=41490&r=support
Expected behavior:http://bugs.php.net/fix.php?id=41490&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=41490&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=41490&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=41490&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=41490&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=41490&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=41490&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=41490&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=41490&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=41490&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=41490&r=mysqlcfg
#41489 [NEW]: stream_select don't work on ssl stream_socket_server
From: n dot escuder at intra-links dot com
Operating system: Linux 2.6
PHP version: 5.2.2
PHP Bug Type: Streams related
Bug description: stream_select don't work on ssl stream_socket_server
Description:
When creating an socket server in ssl mode stream_select don't work.
In PHP 5.2.1 all work fine the bug is in PHP 5.2.2.
Reproduce code:
---
server.php:
$options = array( "ssl" => array( "allow_self_signed" => true,
"verify_peer" => false, "local_cert" => "/www/conf/ssl/server.pem" ) );
$context = stream_context_create();
stream_context_set_option( $context, $options );
$s = stream_socket_server( "ssl://0.0.0.0:6310", $errno, $errstr,
STREAM_SERVER_BIND | STREAM_SERVER_LISTEN, $context );
while ( 1 ) {
$read = array( $s );
$wr = null;
$ed = null;
if ( stream_select( $read, $wr, $ed, 0, 500 ) > 0 ) {
echo "ACCEPT\n";
}
}
client.php:
$s = stream_socket_client( "ssl://localhost:6310" );
$s->write("toto\r\n\r\n");
sleep( 1 );
Expected result:
when running server.php we must go "ACCEPT" onto the screen.
Actual result:
--
nothing
--
Edit bug report at http://bugs.php.net/?id=41489&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=41489&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=41489&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=41489&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=41489&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=41489&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=41489&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=41489&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=41489&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=41489&r=support
Expected behavior:http://bugs.php.net/fix.php?id=41489&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=41489&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=41489&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=41489&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=41489&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=41489&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=41489&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=41489&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=41489&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=41489&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=41489&r=mysqlcfg
#41488 [NEW]: corrupted php build when use --with-snmp option
From: didier dot broca at bet-scott dot com Operating system: RHEL4 PHP version: 5.2.2 PHP Bug Type: SNMP related Bug description: corrupted php build when use --with-snmp option Description: I have a segmentation fault when I compile with the snmp support (--with-snmp). I follow advices of the extension help (recompile net-snmp with #define NO_ZEROLENGTH_COMMUNITY 1). According to gbd it is a libcrypto.so error but snmp command line works fine. sorry if I submit it twice... Reproduce code: --- ./configure --with-apxs2=/usr/sbin/apxs --with-mysqli --with-curl --with-snmp make test Actual result: -- [EMAIL PROTECTED] php-5.2.2]#./configure --with-apxs2=/usr/sbin/apxs --with-mysqli --with-curl --with-snmp ... [EMAIL PROTECTED] php-5.2.2]#make test Build complete. Don't forget to run 'make test'. /bin/sh: line 1: 18403 Segmentation fault TEST_PHP_EXECUTABLE=/root/didier/php/php-5.2.2/sapi/cli/php TEST_PHP_SRCDIR=/root/didier/php/php-5.2.2 CC="gcc" /root/didier/php/php-5.2.2/sapi/cli/php -d 'open_basedir=' -d 'safe_mode=0' -d 'output_buffering=0' -d 'memory_limit=-1' /root/didier/php/php-5.2.2/run-tests.php make: [test] Error 139 (ignored) You have new mail in /var/spool/mail/root [EMAIL PROTECTED] php-5.2.2]# /root/didier/php/php-5.2.2/sapi/cli/php Segmentation fault [EMAIL PROTECTED] php-5.2.2]# man php You have new mail in /var/spool/mail/root [EMAIL PROTECTED] php-5.2.2]# /root/didier/php/php-5.2.2/sapi/cli/php -i Segmentation fault [EMAIL PROTECTED] php-5.2.2]# /root/didier/php/php-5.2.2/sapi/cli/php -version Segmentation fault [EMAIL PROTECTED] php]# gdb /root/didier/php/php-5.2.2/sapi/cli/php GNU gdb Red Hat Linux (6.3.0.0-1.96rh) Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-redhat-linux-gnu"...Using host libthread_db library "/lib/tls/libthread_db.so.1". (gdb) run -X Starting program: /root/didier/php/php-5.2.2/sapi/cli/php -X [Thread debugging using libthread_db enabled] [New Thread -1208067328 (LWP 16302)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1208067328 (LWP 16302)] 0x001942a9 in EVP_DigestInit_ex () from /lib/libcrypto.so.4 (gdb) quit The program is running. Exit anyway? (y or n) y [EMAIL PROTECTED] ~]# ll /lib/libcrypt* -rwxr-xr-x 1 root root 27191 Feb 9 2006 /lib/libcrypt-2.3.4.so -rwxr-xr-x 1 root root 940992 Jan 13 2006 /lib/libcrypto.so.0.9.7a lrwxrwxrwx 1 root root 19 Apr 24 2006 /lib/libcrypto.so.4 -> libcrypto.so.0.9.7a lrwxrwxrwx 1 root root 17 Apr 24 2006 /lib/libcrypt.so.1 -> libcrypt-2.3.4.so [EMAIL PROTECTED] ~]# rpm -q -f /lib/libcrypto.so.0.9.7a openssl-0.9.7a-43.16 [EMAIL PROTECTED] ~]# rpm -q net-snmp net-snmp-5.1.2-11.EL4.10 -- Edit bug report at http://bugs.php.net/?id=41488&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=41488&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=41488&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=41488&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=41488&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=41488&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=41488&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=41488&r=needscript Try newer version:http://bugs.php.net/fix.php?id=41488&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=41488&r=support Expected behavior:http://bugs.php.net/fix.php?id=41488&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=41488&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=41488&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=41488&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=41488&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=41488&r=dst IIS Stability:http://bugs.php.net/fix.php?id=41488&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=41488&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=41488&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=41488&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=41488&r=mysqlcfg
#30075 [Com]: Cannot redeclare function/class
ID: 30075 Comment by: andized at gmx dot net Reported By: kj at legalizer dot dk Status: No Feedback Bug Type: Scripting Engine problem Operating System: WinXP PHP Version: 5CVS-2004-09-13 (dev) New Comment: i got the same problem with php 5.1.2 on MS IIS 6.0 on a windows 2003 Server. "Cannot redeclare ..." appears at random, but the file is only included once. Previous Comments: [2004-12-06 01:00:07] 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". [2004-11-28 15:44:15] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.0-win32-latest.zip Please supply short but usable reproduce script if you still expirience this problem even with latest CVS snapshot. [2004-09-27 09:37:15] kj at legalizer dot dk The IIS 6.0 problem is on a Windows 2003 server. [2004-09-27 09:34:29] kj at legalizer dot dk With PHP 5.0.2 and IIS 6.0 I get the same error (without the crash) even if I turn off ISAPI caching. [2004-09-13 16:38:47] kj at legalizer dot dk It looks like I dont get the error if I turn off ISAPI caching. 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/30075 -- Edit this bug report at http://bugs.php.net/?id=30075&edit=1
#35345 [Com]: SQLite won't load (specified module not found)
ID: 35345 Comment by: scriper at mail dot ru Reported By: csaba at alum dot mit dot edu Status: No Feedback Bug Type: PDO related Operating System: Win XP Pro PHP Version: 5CVS-2005-11-23 (snap) Assigned To: wez New Comment: Well, when i upgraded from 5.1.6 i've saved my php.ini, now i have replaced it with php.ini.recommended from 5.2.2 dist, uncommented modules and everything goes ok. Previous Comments: [2007-05-24 10:26:32] scriper at mail dot ru Well, after copying php_pdo.dll and php_sqlite.dll to c:/php i have another warning coming: Cannot load module 'SQLite' because required module 'pdo' is not loaded [2007-05-24 09:50:35] scriper at mail dot ru Actually i have the same problem. I've have win xp sp2,php 5.2.2 and apache 2.2.4. In my php.ini i've uncommented: extension php_pdo.dll extension php_pdo_mysql.dll extension php_pdo_sqlite.dll extension php_pdo_sqlite_external.dll extension=php_sqlite.dll I checked ext dir, it contains all of that. After restarting apache, and give a request for example http://localhost/index.php i get a Warning: PHP Startup: Unable to load dynamic library 'C:/php/ext/php_sqlite.dll'- The specified module could not be found. [2007-05-06 23:43:02] kunalspunjabi at yahoo dot com I am seeing the following error when I add the following lines to my php.ini file: extension=php_pdo.dll extension=php_pdo_mysql.dll extension=php_pdo_sqlite.dll extension=php_sqlite.dll I then restarted Apache and invoked PHP from the command line: $ php PHP Warning: PHP Startup: Unable to load dynamic library 'C:\Program Files\PHP\ext\php_sqlite.dll' - The specified module could not be found. in Unknown on line 0 My PHP extensions directory contains all these DLLs, apparently php_sqlite.dll is the only one that does not load. Why? [2007-02-08 18:45:21] sazzad_10 at yahoo dot com how to solve this problem? Fatal error: Call to undefined function sqlite_open() in c:\webs\test\testSqlite.php5 on line 13 what i did, In php.ini you must uncomment the line: extension=php_sqlite.dll and above it, add the line: extension=php_pdo.dll Then, restart apache and reload the page But till now same masses Fatal error: Call to undefined function sqlite_open() in c:\webs\test\testSqlite.php5 on line 13 can you help me plc. [2006-07-05 04:14:27] keyvez at hotmail dot com I am facing the same problem but in my case it says, php_sqlite.dll could not be loaded... specified PROCEDURE could not be found. I have also tried to load php_sqlite.dll after loading all the pdo extensions, i also tried loaded the php_pdo_sqlite.dll and without it too. Any help is appreciated. Gaurav Misra 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/35345 -- Edit this bug report at http://bugs.php.net/?id=35345&edit=1
#35345 [Com]: SQLite won't load (specified module not found)
ID: 35345 Comment by: scriper at mail dot ru Reported By: csaba at alum dot mit dot edu Status: No Feedback Bug Type: PDO related Operating System: Win XP Pro PHP Version: 5CVS-2005-11-23 (snap) Assigned To: wez New Comment: Well, after copying php_pdo.dll and php_sqlite.dll to c:/php i have another warning coming: Cannot load module 'SQLite' because required module 'pdo' is not loaded Previous Comments: [2007-05-24 09:50:35] scriper at mail dot ru Actually i have the same problem. I've have win xp sp2,php 5.2.2 and apache 2.2.4. In my php.ini i've uncommented: extension php_pdo.dll extension php_pdo_mysql.dll extension php_pdo_sqlite.dll extension php_pdo_sqlite_external.dll extension=php_sqlite.dll I checked ext dir, it contains all of that. After restarting apache, and give a request for example http://localhost/index.php i get a Warning: PHP Startup: Unable to load dynamic library 'C:/php/ext/php_sqlite.dll'- The specified module could not be found. [2007-05-06 23:43:02] kunalspunjabi at yahoo dot com I am seeing the following error when I add the following lines to my php.ini file: extension=php_pdo.dll extension=php_pdo_mysql.dll extension=php_pdo_sqlite.dll extension=php_sqlite.dll I then restarted Apache and invoked PHP from the command line: $ php PHP Warning: PHP Startup: Unable to load dynamic library 'C:\Program Files\PHP\ext\php_sqlite.dll' - The specified module could not be found. in Unknown on line 0 My PHP extensions directory contains all these DLLs, apparently php_sqlite.dll is the only one that does not load. Why? [2007-02-08 18:45:21] sazzad_10 at yahoo dot com how to solve this problem? Fatal error: Call to undefined function sqlite_open() in c:\webs\test\testSqlite.php5 on line 13 what i did, In php.ini you must uncomment the line: extension=php_sqlite.dll and above it, add the line: extension=php_pdo.dll Then, restart apache and reload the page But till now same masses Fatal error: Call to undefined function sqlite_open() in c:\webs\test\testSqlite.php5 on line 13 can you help me plc. [2006-07-05 04:14:27] keyvez at hotmail dot com I am facing the same problem but in my case it says, php_sqlite.dll could not be loaded... specified PROCEDURE could not be found. I have also tried to load php_sqlite.dll after loading all the pdo extensions, i also tried loaded the php_pdo_sqlite.dll and without it too. Any help is appreciated. Gaurav Misra [2005-12-01 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". 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/35345 -- Edit this bug report at http://bugs.php.net/?id=35345&edit=1
#35345 [Com]: SQLite won't load (specified module not found)
ID: 35345 Comment by: scriper at mail dot ru Reported By: csaba at alum dot mit dot edu Status: No Feedback Bug Type: PDO related Operating System: Win XP Pro PHP Version: 5CVS-2005-11-23 (snap) Assigned To: wez New Comment: Actually i have the same problem. I've have win xp sp2,php 5.2.2 and apache 2.2.4. In my php.ini i've uncommented: extension php_pdo.dll extension php_pdo_mysql.dll extension php_pdo_sqlite.dll extension php_pdo_sqlite_external.dll extension=php_sqlite.dll I checked ext dir, it contains all of that. After restarting apache, and give a request for example http://localhost/index.php i get a Warning: PHP Startup: Unable to load dynamic library 'C:/php/ext/php_sqlite.dll'- The specified module could not be found. Previous Comments: [2007-05-06 23:43:02] kunalspunjabi at yahoo dot com I am seeing the following error when I add the following lines to my php.ini file: extension=php_pdo.dll extension=php_pdo_mysql.dll extension=php_pdo_sqlite.dll extension=php_sqlite.dll I then restarted Apache and invoked PHP from the command line: $ php PHP Warning: PHP Startup: Unable to load dynamic library 'C:\Program Files\PHP\ext\php_sqlite.dll' - The specified module could not be found. in Unknown on line 0 My PHP extensions directory contains all these DLLs, apparently php_sqlite.dll is the only one that does not load. Why? [2007-02-08 18:45:21] sazzad_10 at yahoo dot com how to solve this problem? Fatal error: Call to undefined function sqlite_open() in c:\webs\test\testSqlite.php5 on line 13 what i did, In php.ini you must uncomment the line: extension=php_sqlite.dll and above it, add the line: extension=php_pdo.dll Then, restart apache and reload the page But till now same masses Fatal error: Call to undefined function sqlite_open() in c:\webs\test\testSqlite.php5 on line 13 can you help me plc. [2006-07-05 04:14:27] keyvez at hotmail dot com I am facing the same problem but in my case it says, php_sqlite.dll could not be loaded... specified PROCEDURE could not be found. I have also tried to load php_sqlite.dll after loading all the pdo extensions, i also tried loaded the php_pdo_sqlite.dll and without it too. Any help is appreciated. Gaurav Misra [2005-12-01 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". [2005-11-23 14:56:15] smlerman at gmail dot com I had the same problem. I had extension=php_pdo.dll (plus the drivers for MySQL, Postgres, and SQLite) after the extensions list in php.ini-dist. Moving those lines up above, so that they're before extension=php_sqlite.dll, fixed the problem. Definitely something that needs to be added to the installation docs for SQLite. It also might be a good idea to add the PDO extensions to php.ini-dist. Since the PDO extensions would be before the SQLite extension in alphabetical order anyway, most people would never notice the dependency. 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/35345 -- Edit this bug report at http://bugs.php.net/?id=35345&edit=1
#41484 [Opn->Bgs]: DOMDocument doesn`t convert character-set automaticly
ID: 41484
Updated by: [EMAIL PROTECTED]
Reported By: songqi at baidu dot com
-Status: Open
+Status: Bogus
Bug Type: DOM XML related
Operating System: Redhat linux
PHP Version: 5.2.2
New Comment:
$doc->createElement("") and all other DOM methods (except the
->load..()
methods) always expects UTF-8 encoded strings
That's how it works. Not a bug.
Previous Comments:
[2007-05-24 08:54:55] songqi at baidu dot com
Description:
I want to use DOM Functions to generate xml with some gb2312
characters, but DOMDocument doesn`t convert character-set to utf-8
automaticly, and throws a exception 'DOMException' with message 'Invalid
Character Error'.
Reproduce code:
---
$doc = new DOMDocument("1.0","gb2312");
$doc->createElement("¹Ø¼ü×Ö");
echo $doc->saveXML();
Expected result:
<¹Ø¼ü×Ö/>
Actual result:
--
Fatal error: Uncaught exception 'DOMException' with message 'Invalid
Character Error' in /home/songq/local/htdocs/test/Auth.php:7 Stack
trace: #0 /home/songq/local/htdocs/test/Auth.php(7):
DOMDocument->createElement('??') #1 {main} thrown in
/home/songq/local/htdocs/test/Auth.php on line 7
--
Edit this bug report at http://bugs.php.net/?id=41484&edit=1
#41483 [Opn->Bgs]: str_ireplace causes script to be treated like download
ID: 41483 Updated by: [EMAIL PROTECTED] Reported By: phpbug at p-s dot co dot nz -Status: Open +Status: Bogus Bug Type: *General Issues Operating System: Linux -PHP Version: 5.2.2 +PHP Version: 5.2.1 New Comment: It's already fixed in 5.2.2. Previous Comments: [2007-05-24 09:23:27] judas dot iscariote at gail dot com This issue is already reported and fixed in PHP 5.2.2 , do not report stuff more than once. [2007-05-24 08:54:45] phpbug at p-s dot co dot nz Description: str_ireplace() causes errors with some particular inputs. If you save the following line into test.php: and try to load it in a browser, the browser will ask what to do with the php file instead of running it as normal. E.g. "Opening test.php. You have chosen to open test.php which is a: PHP Coder File from: http://www.psal.co.nz. What should Firefox do with this file? etc". A demo is at www.psal.co.nz/test.php. The case sensitive version str_replace() does not have the same problem, and str_ireplace() often works depending what is thrown at it. Actually the PHP version is 5.2.1 but I can't upgrade to the latest for testing because I am using shared hosting and they use 5.2.1. I apologise if the bug has vanished in a more recent version but this is pretty easy to test. Reproduce code: --- Expected result: [EMAIL PROTECTED] Actual result: -- The browser will ask what to do with the php file. E.g. "Opening test.php. You have chosen to open test.php which is a: PHP Coder File from: http://www.psal.co.nz. What should Firefox do with this file?" etc. -- Edit this bug report at http://bugs.php.net/?id=41483&edit=1
#41483 [Com]: str_ireplace causes script to be treated like download
ID: 41483 Comment by: judas dot iscariote at gail dot com Reported By: phpbug at p-s dot co dot nz Status: Open Bug Type: *General Issues Operating System: Linux PHP Version: 5.2.2 New Comment: This issue is already reported and fixed in PHP 5.2.2 , do not report stuff more than once. Previous Comments: [2007-05-24 08:54:45] phpbug at p-s dot co dot nz Description: str_ireplace() causes errors with some particular inputs. If you save the following line into test.php: and try to load it in a browser, the browser will ask what to do with the php file instead of running it as normal. E.g. "Opening test.php. You have chosen to open test.php which is a: PHP Coder File from: http://www.psal.co.nz. What should Firefox do with this file? etc". A demo is at www.psal.co.nz/test.php. The case sensitive version str_replace() does not have the same problem, and str_ireplace() often works depending what is thrown at it. Actually the PHP version is 5.2.1 but I can't upgrade to the latest for testing because I am using shared hosting and they use 5.2.1. I apologise if the bug has vanished in a more recent version but this is pretty easy to test. Reproduce code: --- Expected result: [EMAIL PROTECTED] Actual result: -- The browser will ask what to do with the php file. E.g. "Opening test.php. You have chosen to open test.php which is a: PHP Coder File from: http://www.psal.co.nz. What should Firefox do with this file?" etc. -- Edit this bug report at http://bugs.php.net/?id=41483&edit=1
#41485 [NEW]: segmentation fault parsing wrong xsl file
From: andyjunkie at tiscali dot it
Operating system: linux debian
PHP version: 5.2.2
PHP Bug Type: Reproducible crash
Bug description: segmentation fault parsing wrong xsl file
Description:
an attempt to load an xsl template file, which has an open/close tag
mismatch problem, finishes with a segmentation fault. Always works ok on
windows system (generates an error message) but crashes on Linux Debian
Etch. Problem is reproduced on 5.1.6 and 5.2.2 versions of PHP, no other
versions have been tested.
Reproduce code:
---
class Xtp extends XSLTProcessor {
public function __construct() {
$this->registerPHPFunctions();
$xsl = new DOMDocument();
$xsl->resolveExternals = true;
$xsl->substituteEntities = true;
if ($template = $this->locateTemplate()) {
$xsl->load($template);
$this->importStyleSheet($xsl); /* SEG FAULT */
}
}
Expected result:
An error message like this: DOMDocument::load()
[function.DOMDocument-load]: Opening and ending tag mismatch: ...
Actual result:
--
error handling function is called (if any is set with
set_error_handler($func)), on the return of this function segfault appears.
--
Edit bug report at http://bugs.php.net/?id=41485&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=41485&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=41485&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=41485&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=41485&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=41485&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=41485&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=41485&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=41485&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=41485&r=support
Expected behavior:http://bugs.php.net/fix.php?id=41485&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=41485&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=41485&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=41485&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=41485&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=41485&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=41485&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=41485&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=41485&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=41485&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=41485&r=mysqlcfg
#41456 [Asn]: Cannot decompress newly added files
ID: 41456
Updated by: [EMAIL PROTECTED]
Reported By: sander dot marechal at tribal dot nl
Status: Assigned
Bug Type: Feature/Change Request
Operating System: Linux
PHP Version: 5.2.2
Assigned To: pajoye
New Comment:
"Alternatively, would it be possible to add a ZipArchive::flush()
method which applies all pending operations, so I can safely read from
it afterwards?"
A flush method is in my todo, that's why I changed this bug status to a
feature request :)
"I don't have the filename around but just the ZipArchive instance."
I realize that the filename propriety does not always work. It should
contain the filename of the Zip archive (not sure when it changed, more
about this problem later). But it is what you may use as a temporary
solution.
Previous Comments:
[2007-05-24 07:30:25] sander dot marechal at tribal dot nl
In that case, can't ZipArchive detect I'm trying to read a file that
has pending operations and read from it's internal cache instead of from
the file?
Alternatively, would it be possible to add a ZipArchive::flush() method
which applies all pending operations, so I can safely read from it
afterwards?
My PHP application processes a lot of ODF files, which are essentially
ZIP containers. So, I pass around a lot of ZipArchive instances by
reference. I usually can't close and reopen the file because I don't
have the filename around but just the ZipArchive instance.
[2007-05-23 22:14:53] [EMAIL PROTECTED]
All operations (delete, comments, etc.) are applied to the zip file on
close, not only the added files. It allows undo, sanity checks as well
as a couple of improvements in the final zip files.
"// Please make sure a dummy test.zip exist before running this code"
Use the creation mode :)
[2007-05-21 12:49:28] sander dot marechal at tribal dot nl
Description:
When I add or update a file in the zip archive, I cannot read the new
file without closing and reopening the archive first.
If this turns out to be a limitation in zlib then I suggest that a
ZipArchive::flush() method of some sorts is added which can be called
between a write and a read to produce the expected result.
Reproduce code:
---
#!/usr/bin/php -q
open('test.zip');
$zip->addFromString('test.txt', 'some text');
echo "Before: " . $zip->getFromName('test.txt') . "\n";
$zip->close();
$zip->open('test.zip');
echo "After: " . $zip->getFromName('test.txt') . "\n";
?>
Expected result:
Both the 'before' and 'after' should output 'some text'.
Actual result:
--
'before' is empty. Only 'after' shows 'some text'.
--
Edit this bug report at http://bugs.php.net/?id=41456&edit=1
#41484 [NEW]: DOMDocument doesn`t convert character-set automaticly
From: songqi at baidu dot com
Operating system: Redhat linux
PHP version: 5.2.2
PHP Bug Type: DOM XML related
Bug description: DOMDocument doesn`t convert character-set automaticly
Description:
I want to use DOM Functions to generate xml with some gb2312 characters,
but DOMDocument doesn`t convert character-set to utf-8 automaticly, and
throws a exception 'DOMException' with message 'Invalid Character Error'.
Reproduce code:
---
$doc = new DOMDocument("1.0","gb2312");
$doc->createElement("¹Ø¼ü×Ö");
echo $doc->saveXML();
Expected result:
<¹Ø¼ü×Ö/>
Actual result:
--
Fatal error: Uncaught exception 'DOMException' with message 'Invalid
Character Error' in /home/songq/local/htdocs/test/Auth.php:7 Stack trace:
#0 /home/songq/local/htdocs/test/Auth.php(7):
DOMDocument->createElement('??') #1 {main} thrown in
/home/songq/local/htdocs/test/Auth.php on line 7
--
Edit bug report at http://bugs.php.net/?id=41484&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=41484&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=41484&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=41484&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=41484&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=41484&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=41484&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=41484&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=41484&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=41484&r=support
Expected behavior:http://bugs.php.net/fix.php?id=41484&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=41484&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=41484&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=41484&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=41484&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=41484&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=41484&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=41484&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=41484&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=41484&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=41484&r=mysqlcfg
#41483 [NEW]: str_ireplace causes script to be treated like download
From: phpbug at p-s dot co dot nz Operating system: Linux PHP version: 5.2.2 PHP Bug Type: *General Issues Bug description: str_ireplace causes script to be treated like download Description: str_ireplace() causes errors with some particular inputs. If you save the following line into test.php: and try to load it in a browser, the browser will ask what to do with the php file instead of running it as normal. E.g. "Opening test.php. You have chosen to open test.php which is a: PHP Coder File from: http://www.psal.co.nz. What should Firefox do with this file? etc". A demo is at www.psal.co.nz/test.php. The case sensitive version str_replace() does not have the same problem, and str_ireplace() often works depending what is thrown at it. Actually the PHP version is 5.2.1 but I can't upgrade to the latest for testing because I am using shared hosting and they use 5.2.1. I apologise if the bug has vanished in a more recent version but this is pretty easy to test. Reproduce code: --- Expected result: [EMAIL PROTECTED] Actual result: -- The browser will ask what to do with the php file. E.g. "Opening test.php. You have chosen to open test.php which is a: PHP Coder File from: http://www.psal.co.nz. What should Firefox do with this file?" etc. -- Edit bug report at http://bugs.php.net/?id=41483&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=41483&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=41483&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=41483&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=41483&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=41483&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=41483&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=41483&r=needscript Try newer version:http://bugs.php.net/fix.php?id=41483&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=41483&r=support Expected behavior:http://bugs.php.net/fix.php?id=41483&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=41483&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=41483&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=41483&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=41483&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=41483&r=dst IIS Stability:http://bugs.php.net/fix.php?id=41483&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=41483&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=41483&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=41483&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=41483&r=mysqlcfg
#41456 [Asn]: Cannot decompress newly added files
ID: 41456
User updated by: sander dot marechal at tribal dot nl
Reported By: sander dot marechal at tribal dot nl
Status: Assigned
Bug Type: Feature/Change Request
Operating System: Linux
PHP Version: 5.2.2
Assigned To: pajoye
New Comment:
In that case, can't ZipArchive detect I'm trying to read a file that
has pending operations and read from it's internal cache instead of from
the file?
Alternatively, would it be possible to add a ZipArchive::flush() method
which applies all pending operations, so I can safely read from it
afterwards?
My PHP application processes a lot of ODF files, which are essentially
ZIP containers. So, I pass around a lot of ZipArchive instances by
reference. I usually can't close and reopen the file because I don't
have the filename around but just the ZipArchive instance.
Previous Comments:
[2007-05-23 22:14:53] [EMAIL PROTECTED]
All operations (delete, comments, etc.) are applied to the zip file on
close, not only the added files. It allows undo, sanity checks as well
as a couple of improvements in the final zip files.
"// Please make sure a dummy test.zip exist before running this code"
Use the creation mode :)
[2007-05-21 12:49:28] sander dot marechal at tribal dot nl
Description:
When I add or update a file in the zip archive, I cannot read the new
file without closing and reopening the archive first.
If this turns out to be a limitation in zlib then I suggest that a
ZipArchive::flush() method of some sorts is added which can be called
between a write and a read to produce the expected result.
Reproduce code:
---
#!/usr/bin/php -q
open('test.zip');
$zip->addFromString('test.txt', 'some text');
echo "Before: " . $zip->getFromName('test.txt') . "\n";
$zip->close();
$zip->open('test.zip');
echo "After: " . $zip->getFromName('test.txt') . "\n";
?>
Expected result:
Both the 'before' and 'after' should output 'some text'.
Actual result:
--
'before' is empty. Only 'after' shows 'some text'.
--
Edit this bug report at http://bugs.php.net/?id=41456&edit=1
#41482 [Opn]: get_declared_classes() returns non-existing classes
ID: 41482
User updated by: robert at typo3 dot org
Reported By: robert at typo3 dot org
Status: Open
Bug Type: Unknown/Other Function
Operating System: Mac OSX
PHP Version: 6CVS-2007-05-24 (snap)
New Comment:
Sorry, for some reason the var_dump array output in the expected result
was pasted in twice. I expect the second array of course, that one
without the special character class names.
Previous Comments:
[2007-05-24 07:25:49] robert at typo3 dot org
Description:
A call to get_declared_classes() returns, among the really defined
classes, a few class names which look like arbitrary unicode strings.
However, at least one of these classes don't exist and class_exists()
returns false.
My configure command:
'./configure' '--prefix=/opt/local' '--enable-bcmath'
'--enable-calendar' '--enable-dba' '--enable-dbx' '--enable-exif'
'--enable-filepro' '--enable-ftp' '--enable-gd-native-ttf'
'--enable-soap' '--enable-sqlite-utf8' '--enable-trans-sid'
'--enable-wddx' '--infodir=/opt/local/share/info'
'--with-apxs2=/opt/local/apache2/bin/apxs' '--with-curl=/opt/local'
'--with-freetype-dir=/opt/local' '--with-gettext=/opt/local'
'--with-iconv=/opt/local' '--with-icu-dir=/opt/local'
'--with-iodbc=/usr' '--with-jpeg-dir=/opt/local' '--with-kerberos=/usr'
'--with-ldap=/usr' '--with-libxml-dir=/opt/local'
'--with-mcrypt=/opt/local' '--with-openssl=/opt/local'
'--with-pcre-regex=/opt/local' '--with-pdo-sqlite=/opt/local'
'--with-png-dir=/opt/local' '--with-sqlite' '--with-xmlrpc'
'--with-xsl=/opt/local' '--with-zlib=/opt/local' '--without-pear'
'--mandir=/opt/local/share/man' '--with-config-file-path=/opt/local/etc'
'--with-expat-dir=/opt/local'
'--with-mysqli=/opt/local/bin/mysql_config5'
Reproduce code:
---
class myClass {
}
var_dump(get_declared_classes());
foreach(get_declared_classes() as $className) {
if (!class_exists($className)) echo ("$className does not exist.\n");
}
Expected result:
array(123) {
[0]=>
unicode(8) "stdClass"
[1]=>
unicode(9) "Exception"
[2]=>
unicode(14) "ErrorException"
[3]=>
unicode(26) "UnicodeConversionException"
[4]=>
unicode(11) "LibXMLError"
[5]=>
unicode(13) "XSLTProcessor"
[6]=>
unicode(9) "XMLWriter"
[7]=>
unicode(12) "DOMException"
[8]=>
unicode(13) "DOMStringList"
[9]=>
unicode(11) "DOMNameList"
[10]=>
unicode(21) "DOMImplementationList"
[11]=>
unicode(23) "DOMImplementationSource"
[12]=>
unicode(17) "DOMImplementation"
[13]=>
unicode(7) "DOMNode"
[14]=>
unicode(16) "DOMNameSpaceNode"
[15]=>
unicode(19) "DOMDocumentFragment"
[16]=>
unicode(11) "DOMDocument"
[17]=>
unicode(11) "DOMNodeList"
[18]=>
unicode(15) "DOMNamedNodeMap"
[19]=>
unicode(16) "DOMCharacterData"
[20]=>
unicode(7) "DOMAttr"
[21]=>
unicode(10) "DOMElement"
[22]=>
unicode(7) "DOMText"
[23]=>
unicode(10) "DOMComment"
[24]=>
unicode(11) "DOMTypeinfo"
[25]=>
unicode(18) "DOMUserDataHandler"
[26]=>
unicode(11) "DOMDomError"
[27]=>
unicode(15) "DOMErrorHandler"
[28]=>
unicode(10) "DOMLocator"
[29]=>
unicode(16) "DOMConfiguration"
[30]=>
unicode(15) "DOMCdataSection"
[31]=>
unicode(15) "DOMDocumentType"
[32]=>
unicode(11) "DOMNotation"
[33]=>
unicode(9) "DOMEntity"
[34]=>
unicode(18) "DOMEntityReference"
[35]=>
unicode(24) "DOMProcessingInstruction"
[36]=>
unicode(15) "DOMStringExtend"
[37]=>
unicode(8) "DOMXPath"
[38]=>
unicode(9) "XMLReader"
[39]=>
unicode(12) "TextIterator"
[40]=>
unicode(19) "ReverseTextIterator"
[41]=>
unicode(8) "Collator"
[42]=>
unicode(1) "U"
[43]=>
unicode(16) "SimpleXMLElement"
[44]=>
unicode(25) "RecursiveIteratorIterator"
[45]=>
unicode(16) "IteratorIterator"
[46]=>
unicode(14) "FilterIterator"
[47]=>
unicode(23) "RecursiveFilterIterator"
[48]=>
unicode(14) "ParentIterator"
[49]=>
unicode(13) "LimitIterator"
[50]=>
unicode(15) "CachingIterator"
[51]=>
unicode(24) "RecursiveCachingIterator"
[52]=>
unicode(16) "NoRewindIterator"
[53]=>
unicode(14) "AppendIterator"
[54]=>
unicode(16) "InfiniteIterator"
[55]=>
unicode(13) "RegexIterator"
[56]=>
unicode(22) "RecursiveRegexIterator"
[57]=>
unicode(13) "EmptyIterator"
[58]=>
unicode(11) "ArrayObject"
[59]=>
unicode(13) "ArrayIterator"
[60]=>
unicode(22) "RecursiveArrayIterator"
[61]=>
unicode(11) "SplFileInfo"
[62]=>
unicode(17) "DirectoryIterator"
[63]=>
unicode(26) "RecursiveDirectoryIterator"
[64]=>
unicode(13) "SplFileObject"
[65]=>
unicode(17) "SplTempFileObject"
[66]=>
unicode(17) "SimpleXMLIterator"
[67]=>
unicode(14) "LogicException"
[68]=>
unicode(24) "BadFunctionCallException"
[69]=>
unicode(22) "BadMethodCallException"
[70]=>
unicode(15) "DomainException"
[71]=>
unicode(24) "Invalid
#41482 [NEW]: get_declared_classes() returns non-existing classes
From: robert at typo3 dot org
Operating system: Mac OSX
PHP version: 6CVS-2007-05-24 (snap)
PHP Bug Type: Unknown/Other Function
Bug description: get_declared_classes() returns non-existing classes
Description:
A call to get_declared_classes() returns, among the really defined
classes, a few class names which look like arbitrary unicode strings.
However, at least one of these classes don't exist and class_exists()
returns false.
My configure command:
'./configure' '--prefix=/opt/local' '--enable-bcmath' '--enable-calendar'
'--enable-dba' '--enable-dbx' '--enable-exif' '--enable-filepro'
'--enable-ftp' '--enable-gd-native-ttf' '--enable-soap'
'--enable-sqlite-utf8' '--enable-trans-sid' '--enable-wddx'
'--infodir=/opt/local/share/info'
'--with-apxs2=/opt/local/apache2/bin/apxs' '--with-curl=/opt/local'
'--with-freetype-dir=/opt/local' '--with-gettext=/opt/local'
'--with-iconv=/opt/local' '--with-icu-dir=/opt/local' '--with-iodbc=/usr'
'--with-jpeg-dir=/opt/local' '--with-kerberos=/usr' '--with-ldap=/usr'
'--with-libxml-dir=/opt/local' '--with-mcrypt=/opt/local'
'--with-openssl=/opt/local' '--with-pcre-regex=/opt/local'
'--with-pdo-sqlite=/opt/local' '--with-png-dir=/opt/local' '--with-sqlite'
'--with-xmlrpc' '--with-xsl=/opt/local' '--with-zlib=/opt/local'
'--without-pear' '--mandir=/opt/local/share/man'
'--with-config-file-path=/opt/local/etc' '--with-expat-dir=/opt/local'
'--with-mysqli=/opt/local/bin/mysql_config5'
Reproduce code:
---
class myClass {
}
var_dump(get_declared_classes());
foreach(get_declared_classes() as $className) {
if (!class_exists($className)) echo ("$className does not exist.\n");
}
Expected result:
array(123) {
[0]=>
unicode(8) "stdClass"
[1]=>
unicode(9) "Exception"
[2]=>
unicode(14) "ErrorException"
[3]=>
unicode(26) "UnicodeConversionException"
[4]=>
unicode(11) "LibXMLError"
[5]=>
unicode(13) "XSLTProcessor"
[6]=>
unicode(9) "XMLWriter"
[7]=>
unicode(12) "DOMException"
[8]=>
unicode(13) "DOMStringList"
[9]=>
unicode(11) "DOMNameList"
[10]=>
unicode(21) "DOMImplementationList"
[11]=>
unicode(23) "DOMImplementationSource"
[12]=>
unicode(17) "DOMImplementation"
[13]=>
unicode(7) "DOMNode"
[14]=>
unicode(16) "DOMNameSpaceNode"
[15]=>
unicode(19) "DOMDocumentFragment"
[16]=>
unicode(11) "DOMDocument"
[17]=>
unicode(11) "DOMNodeList"
[18]=>
unicode(15) "DOMNamedNodeMap"
[19]=>
unicode(16) "DOMCharacterData"
[20]=>
unicode(7) "DOMAttr"
[21]=>
unicode(10) "DOMElement"
[22]=>
unicode(7) "DOMText"
[23]=>
unicode(10) "DOMComment"
[24]=>
unicode(11) "DOMTypeinfo"
[25]=>
unicode(18) "DOMUserDataHandler"
[26]=>
unicode(11) "DOMDomError"
[27]=>
unicode(15) "DOMErrorHandler"
[28]=>
unicode(10) "DOMLocator"
[29]=>
unicode(16) "DOMConfiguration"
[30]=>
unicode(15) "DOMCdataSection"
[31]=>
unicode(15) "DOMDocumentType"
[32]=>
unicode(11) "DOMNotation"
[33]=>
unicode(9) "DOMEntity"
[34]=>
unicode(18) "DOMEntityReference"
[35]=>
unicode(24) "DOMProcessingInstruction"
[36]=>
unicode(15) "DOMStringExtend"
[37]=>
unicode(8) "DOMXPath"
[38]=>
unicode(9) "XMLReader"
[39]=>
unicode(12) "TextIterator"
[40]=>
unicode(19) "ReverseTextIterator"
[41]=>
unicode(8) "Collator"
[42]=>
unicode(1) "U"
[43]=>
unicode(16) "SimpleXMLElement"
[44]=>
unicode(25) "RecursiveIteratorIterator"
[45]=>
unicode(16) "IteratorIterator"
[46]=>
unicode(14) "FilterIterator"
[47]=>
unicode(23) "RecursiveFilterIterator"
[48]=>
unicode(14) "ParentIterator"
[49]=>
unicode(13) "LimitIterator"
[50]=>
unicode(15) "CachingIterator"
[51]=>
unicode(24) "RecursiveCachingIterator"
[52]=>
unicode(16) "NoRewindIterator"
[53]=>
unicode(14) "AppendIterator"
[54]=>
unicode(16) "InfiniteIterator"
[55]=>
unicode(13) "RegexIterator"
[56]=>
unicode(22) "RecursiveRegexIterator"
[57]=>
unicode(13) "EmptyIterator"
[58]=>
unicode(11) "ArrayObject"
[59]=>
unicode(13) "ArrayIterator"
[60]=>
unicode(22) "RecursiveArrayIterator"
[61]=>
unicode(11) "SplFileInfo"
[62]=>
unicode(17) "DirectoryIterator"
[63]=>
unicode(26) "RecursiveDirectoryIterator"
[64]=>
unicode(13) "SplFileObject"
[65]=>
unicode(17) "SplTempFileObject"
[66]=>
unicode(17) "SimpleXMLIterator"
[67]=>
unicode(14) "LogicException"
[68]=>
unicode(24) "BadFunctionCallException"
[69]=>
unicode(22) "BadMethodCallException"
[70]=>
unicode(15) "DomainException"
[71]=>
unicode(24) "InvalidArgumentException"
[72]=>
unicode(15) "LengthException"
[73]=>
unicode(19) "OutOfRangeException"
[74]=>
unicode(16) "RuntimeException"
[75]=>
unicode(20) "OutOfBoundsException"
[76]=>
unicode(17) "OverflowException"
[77]=>
unicode(14) "RangeException"
[78]=>
unicode(18) "UnderflowException"
[79]=>
unicode(24) "UnexpectedValueExcep
#41481 [Opn->Bgs]: Execute a string as PHP code
ID: 41481 Updated by: [EMAIL PROTECTED] Reported By: hachque at gmail dot com -Status: Open +Status: Bogus Bug Type:Feature/Change Request PHP Version: 5.2.2 New Comment: Please read the documentation and look for eval... Previous Comments: [2007-05-24 06:58:49] hachque at gmail dot com Description: A function which will execute a string as PHP code. It should act exactly like include, except take a string argument instead of a file. E.g. php_exec(string $code) -- Edit this bug report at http://bugs.php.net/?id=41481&edit=1
#41408 [Csd]: PHPIniDir Uses Backslashes in httpd.conf so can't find php.ini
ID: 41408 User updated by: alison dot holloway at oracle dot com Reported By: alison dot holloway at oracle dot com Status: Closed Bug Type: Unknown/Other Function Operating System: Windows XP SP2 PHP Version: 5.2.2 Assigned To: jmertic New Comment: I tested the new release. It works. I seem to remember reading that double back slashes are the same as a forward slash, so I'm assuming that's why it now works. The entry in httpd.conf is now: #BEGIN PHP INSTALLER EDITS - REMOVE ONLY ON UNINSTALL PHPIniDir "C:\\Program Files\\PHP\\" LoadModule php5_module "C:\\Program Files\\PHP\\php5apache2.dll" #END PHP INSTALLER EDITS - REMOVE ONLY ON UNINSTALL Although the phpinfo() displays the following output: Configuration File (php.ini) Path C:\WINDOWS Loaded Configuration File C:\Program Files\PHP\php.ini For some reason the path is still showing the incorrect folder, but it is loading the correct file. Previous Comments: [2007-05-21 18:29:48] [EMAIL PROTECTED] Try the following "unoffical" re-spin: http://files.edin.dk/php/installer/php-5.2.2-2-win32-installer.msi [2007-05-16 18:15:38] [EMAIL PROTECTED] 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. [2007-05-16 17:38:56] [EMAIL PROTECTED] Nevermind that, snaps isn't building a working installer at the moment. I'm going to get the installer respun for 5.2.2 here shortly. [2007-05-16 17:17:39] [EMAIL PROTECTED] Try latest installer from snaps to see if it does the correct behavior. http://snaps.php.net/win32/php5.2-win32-installer-latest.msi [2007-05-16 12:47:39] [EMAIL PROTECTED] What is the value of PHPIniDir before you make the change? 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/41408 -- Edit this bug report at http://bugs.php.net/?id=41408&edit=1
