#21675 [NEW]: Relative includes and Apache Alias problem
From: [EMAIL PROTECTED] Operating system: BSDI 4.1 PHP version: 4.3.0 PHP Bug Type: Apache related Bug description: Relative includes and Apache Alias problem Here's a post that pretty much sums-up the problem. http://groups.google.com.au/groups?q=php+4.3.0+%22failed+to+create+stream%22&hl=en&lr=&ie=UTF-8&oe=UTF-8&selm=501021782.1042219035023.JavaMail.luser%40dubb11h05-0.dplanet.ch&rnum=10 This is not my post, but it is exactly the same issue we are having. Here's my PHP entries in httpd.conf: AddType application/x-httpd-php4 .php .php4 AddType application/x-httpd-php4-source .phps .php4s AddHandler php4-script .phtml .p4html Action application/x-httpd-php4 /cgi-bin/php4 Action application/x-httpd-php4-source /cgi-bin/php4 Action php4-script /cgi-bin/php4 Please note we were previously using 4.1.2 and did not have this problem. I appologize if my report is not extremly detailed. if you need more info, please let me know. Thank you, Chris -- Edit bug report at http://bugs.php.net/?id=21675&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21675&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21675&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21675&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21675&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21675&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21675&r=support Expected behavior: http://bugs.php.net/fix.php?id=21675&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21675&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21675&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21675&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21675&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21675&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21675&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21675&r=gnused
#21795 [NEW]: Undeclared statement in oci8.c
From: [EMAIL PROTECTED] Operating system: Redhat 7.1 PHP version: 4.3.0 PHP Bug Type: Compile Failure Bug description: Undeclared statement in oci8.c When building php4.3.0 with option --with-oci8 I get the following error message when running 'make' /bin/sh libtool --silent --mode=compile gcc -Iext/oci8/ -I/usr/src/php-4.3.0/ext/oci8/ -DPHP_ATOM_INC -I/usr/src/php-4.3.0/include -I/usr/src/php-4.3.0/main -I/usr/src/php-4.3.0 -I/usr/src/php-4.3.0/Zend -I/usr/local/include/libxml2 -I/usr/local/include -I/usr/oracle/rdbms/demo -I/usr/oracle/network/public -I/usr/oracle/plsql/public -I/usr/src/php-4.3.0/ext/xml/expat -DLINUX=22 -DEAPI -DEAPI_MM -DEAPI_MM_CORE_PATH=/var/run/httpd.mm -I/usr/src/php-4.3.0/TSRM -g -O2 -prefer-pic -c /usr/src/php-4.3.0/ext/oci8/oci8.c -o ext/oci8/oci8.lo /usr/src/php-4.3.0/ext/oci8/oci8.c: In function `zif_ocierror': /usr/src/php-4.3.0/ext/oci8/oci8.c:4266: `OCI_ATTR_STATEMENT' undeclared (first use in this function) /usr/src/php-4.3.0/ext/oci8/oci8.c:4266: (Each undeclared identifier is reported only once /usr/src/php-4.3.0/ext/oci8/oci8.c:4266: for each function it appears in.) make: *** [ext/oci8/oci8.lo] Error 1 PHP 4.2.3 works fine with the same configure options. (./configure --prefix=/usr --with-config-file-path=/etc --enable-pic --enable-shared --enable-inline-optimization --with-apxs=/usr/sbin/apxs --with-exec-dir=/usr/bin --with-regex=system --with-gettext --with-gd --with-jpeg=/usr --with-png --with-zlib --with-gdbm --enable-debugger --enable-magic-quotes --enable-safe-mode --enable-sockets --enable-sysvsem --enable-sysvshm --enable-track-vars --enable-yp --enable-ftp --enable-wddx --with-mysql --with-oci8 --with-xml --enable-sigchild --with-ldap --with-expat --enable-xslt --with-xslt-sablot --with-dom --with-pear) -- Edit bug report at http://bugs.php.net/?id=21795&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21795&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21795&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21795&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21795&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21795&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21795&r=support Expected behavior: http://bugs.php.net/fix.php?id=21795&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21795&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21795&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21795&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21795&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21795&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21795&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21795&r=gnused
#21795 [Fbk->Opn]: Undeclared statement in oci8.c
ID: 21795 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: OCI8 related Operating System: Redhat 7.1 PHP Version: 4.3.0 New Comment: Oracle8i Enterprise Edition Release 8.1.5.0.0 - Production With the Partitioning and Java options PL/SQL Release 8.1.5.0.0 - Production Previous Comments: [2003-01-23 10:34:09] [EMAIL PROTECTED] And the used Oracle version here is? [2003-01-21 08:37:57] [EMAIL PROTECTED] When building php4.3.0 with option --with-oci8 I get the following error message when running 'make' /bin/sh libtool --silent --mode=compile gcc -Iext/oci8/ -I/usr/src/php-4.3.0/ext/oci8/ -DPHP_ATOM_INC -I/usr/src/php-4.3.0/include -I/usr/src/php-4.3.0/main -I/usr/src/php-4.3.0 -I/usr/src/php-4.3.0/Zend -I/usr/local/include/libxml2 -I/usr/local/include -I/usr/oracle/rdbms/demo -I/usr/oracle/network/public -I/usr/oracle/plsql/public -I/usr/src/php-4.3.0/ext/xml/expat -DLINUX=22 -DEAPI -DEAPI_MM -DEAPI_MM_CORE_PATH=/var/run/httpd.mm -I/usr/src/php-4.3.0/TSRM -g -O2 -prefer-pic -c /usr/src/php-4.3.0/ext/oci8/oci8.c -o ext/oci8/oci8.lo /usr/src/php-4.3.0/ext/oci8/oci8.c: In function `zif_ocierror': /usr/src/php-4.3.0/ext/oci8/oci8.c:4266: `OCI_ATTR_STATEMENT' undeclared (first use in this function) /usr/src/php-4.3.0/ext/oci8/oci8.c:4266: (Each undeclared identifier is reported only once /usr/src/php-4.3.0/ext/oci8/oci8.c:4266: for each function it appears in.) make: *** [ext/oci8/oci8.lo] Error 1 PHP 4.2.3 works fine with the same configure options. (./configure --prefix=/usr --with-config-file-path=/etc --enable-pic --enable-shared --enable-inline-optimization --with-apxs=/usr/sbin/apxs --with-exec-dir=/usr/bin --with-regex=system --with-gettext --with-gd --with-jpeg=/usr --with-png --with-zlib --with-gdbm --enable-debugger --enable-magic-quotes --enable-safe-mode --enable-sockets --enable-sysvsem --enable-sysvshm --enable-track-vars --enable-yp --enable-ftp --enable-wddx --with-mysql --with-oci8 --with-xml --enable-sigchild --with-ldap --with-expat --enable-xslt --with-xslt-sablot --with-dom --with-pear) -- Edit this bug report at http://bugs.php.net/?id=21795&edit=1
#21988 [NEW]: macro replacement with streams
From: [EMAIL PROTECTED] Operating system: sco openserver PHP version: 4.3.0 PHP Bug Type: Compile Warning Bug description: macro replacement with streams php-4.3.0/main/php_streams.h, line 321: warning: no macro replacement within a string literal php-4.3.0/main/php_streams.h, line 322: warning: no macro replacement within a string literal -- Edit bug report at http://bugs.php.net/?id=21988&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21988&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21988&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21988&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21988&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21988&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21988&r=support Expected behavior: http://bugs.php.net/fix.php?id=21988&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21988&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21988&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21988&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21988&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21988&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21988&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21988&r=gnused
#21988 [Opn->Csd]: macro replacement with streams
ID: 21988 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Compile Warning Operating System: sco openserver PHP Version: 4.3.0 New Comment: fixed in latest CVS Previous Comments: [2003-01-31 13:39:45] [EMAIL PROTECTED] php-4.3.0/main/php_streams.h, line 321: warning: no macro replacement within a string literal php-4.3.0/main/php_streams.h, line 322: warning: no macro replacement within a string literal -- Edit this bug report at http://bugs.php.net/?id=21988&edit=1
#22051 [NEW]: Two level relative paths broken
From: [EMAIL PROTECTED]
Operating system: BSDI 4.x
PHP version: 4CVS-2003-02-04 (stable)
PHP Bug Type: Directory function related
Bug description: Two level relative paths broken
Build line:
./configure --with-mysql=/usr/local --with-apache=../apache_1.3.27
--with-config-file-path=/etc --enable-ftp --enable-trans-sid
All of our include statements throughout about 15 scripts use two levels
of path levels "../.." for ease of implementation across separate web
servers.
Test is here:
http://norgate.wso.net/datafeed/test.php
PHP seems to have some serious path parsing issues when run from Apache
1.3.27 as a compiled module.
This is the entire script souce of the above URL:
";
echo getcwd() . "";
echo '';
echo 'chdir("..");';
chdir("..");
echo getcwd() . "";
echo '';
echo 'chdir ("datafeed/onlinestatus");';
chdir ("datafeed/onlinestatus");
echo getcwd() . "";
echo '';
?>
As you can see, fairly straightforward but it seems to barf when you
attempt more than one level of directory changes in a path.
We've also tried the regular 4.3.0 build, same issue.
Our previous build was 4.1.2 as a CGI and it didn't
have this problem.
Any help would be appreciated. Thank you!
-Chris
WSO
--
Edit bug report at http://bugs.php.net/?id=22051&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=22051&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=22051&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=22051&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=22051&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=22051&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=22051&r=support
Expected behavior: http://bugs.php.net/fix.php?id=22051&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=22051&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=22051&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=22051&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22051&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=22051&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=22051&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=22051&r=gnused
#22151 [NEW]: php4-win32-STABLE-latest Installation Problems
From: [EMAIL PROTECTED] Operating system: Windows 2000 Advance Server PHP version: 4.3.0 PHP Bug Type: IIS related Bug description: php4-win32-STABLE-latest Installation Problems Oddly enough on the first build of this box 6 months or so ago, PHP installed perfectly onto the C: drive. I rebuilt the network, but saved the C drive for later data retrival and formating, so another drive was placed into the system and rebuilt under the E: drive. This installation of PHP has been a complete failure. Win2k has been updated ONLY with all service packs from microsoft. So its a CLEAN OS. The server is the PDC running active directory and IIS. My initial problems were similar to others on here, the php include files would repeat over and over, and I would get an application error of memory could not be read as defined in the current open issue that is still waiting feedback for three days. Your recommendation was to install the newer snapshot, and I did. If i may say the installation instructions are a tad ''confusing'' but I will define the steps I've followed upto now. Extracted all files to E:\PHP Coppied php.ini-dist and renamed to php.ini modified extension_dir to extension_dir = e:\PHP Coppied DLL's from the E:\PHP\DLLS to E:\WinNT\System32\ TURNED NO EXTENTIONS ON (Want basic running first) modified cgi.force_redirect to cgi.force_redirect = 0 In Internet Service Manager (ISM) made the following modifications to the master properties: Home > Configuration, added .php extention and utilized the e:\php\php.exe All Verbs Check for existance of file Set execute properties, as well as securities on the folder for the IUSR to have FULL controll for the moment. Current Behavior: PHP seems to return NO ERRORS... I'm not even noticing the PHP.exe in the processes. In the source of the outputed page, it SEEMS as if PHP is parsing out everything between the Tags '' but not processing any of the code. All pages show up with HTML but no php execution not even a echo of 'THIS WORKS'. Server Configuration: Win2k Advanced Server OS Installation: Second Drive installation Labeled E:\ PHP Installation: E:\PHP Webserver Installation: F:\ I'm assuming I've missed something in the installation and will continue to look into that, if you have any recommendations, or need more information feel free to contact me here or at [EMAIL PROTECTED] -- Edit bug report at http://bugs.php.net/?id=22151&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22151&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22151&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22151&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22151&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22151&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22151&r=support Expected behavior: http://bugs.php.net/fix.php?id=22151&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22151&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22151&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22151&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22151&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22151&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22151&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22151&r=gnused
#22151 [Bgs->Opn]: php4-win32-STABLE-latest Installation Problems
ID: 22151 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Bogus +Status: Open Bug Type: IIS related Operating System: Windows 2000 Advance Server PHP Version: 4.3.0 New Comment: Although I appreciate your quick response, I do not understand how you can say this 'does not imply a bug in PHP' The PHP source code works just fine, on the production server. PHP has run on this server under the previous build. I installed the ''snapshot'' that was recommend, followed the instructions as recommended. So another ''group'' will aid troubleshooting an unreleased version of this product? Previous Comments: [2003-02-10 13:16:53] [EMAIL PROTECTED] Sorry, but 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 as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. Please ask these support questions on the mailing lists. [2003-02-10 13:07:22] [EMAIL PROTECTED] Oddly enough on the first build of this box 6 months or so ago, PHP installed perfectly onto the C: drive. I rebuilt the network, but saved the C drive for later data retrival and formating, so another drive was placed into the system and rebuilt under the E: drive. This installation of PHP has been a complete failure. Win2k has been updated ONLY with all service packs from microsoft. So its a CLEAN OS. The server is the PDC running active directory and IIS. My initial problems were similar to others on here, the php include files would repeat over and over, and I would get an application error of memory could not be read as defined in the current open issue that is still waiting feedback for three days. Your recommendation was to install the newer snapshot, and I did. If i may say the installation instructions are a tad ''confusing'' but I will define the steps I've followed upto now. Extracted all files to E:\PHP Coppied php.ini-dist and renamed to php.ini modified extension_dir to extension_dir = e:\PHP Coppied DLL's from the E:\PHP\DLLS to E:\WinNT\System32\ TURNED NO EXTENTIONS ON (Want basic running first) modified cgi.force_redirect to cgi.force_redirect = 0 In Internet Service Manager (ISM) made the following modifications to the master properties: Home > Configuration, added .php extention and utilized the e:\php\php.exe All Verbs Check for existance of file Set execute properties, as well as securities on the folder for the IUSR to have FULL controll for the moment. Current Behavior: PHP seems to return NO ERRORS... I'm not even noticing the PHP.exe in the processes. In the source of the outputed page, it SEEMS as if PHP is parsing out everything between the Tags '' but not processing any of the code. All pages show up with HTML but no php execution not even a echo of 'THIS WORKS'. Server Configuration: Win2k Advanced Server OS Installation: Second Drive installation Labeled E:\ PHP Installation: E:\PHP Webserver Installation: F:\ I'm assuming I've missed something in the installation and will continue to look into that, if you have any recommendations, or need more information feel free to contact me here or at [EMAIL PROTECTED] -- Edit this bug report at http://bugs.php.net/?id=22151&edit=1
#22151 [Opn]: php4-win32-STABLE-latest Installation Problems
ID: 22151 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: IIS related Operating System: Windows 2000 Advance Server PHP Version: 4.3.0 New Comment: Well, any thought of installation issues is now removed. I reverted to a manual install of 4.2.3 Hopefully the 4.3.1 will support IIS / PHP without Apache. Previous Comments: [2003-02-10 13:22:12] [EMAIL PROTECTED] Although I appreciate your quick response, I do not understand how you can say this 'does not imply a bug in PHP' The PHP source code works just fine, on the production server. PHP has run on this server under the previous build. I installed the ''snapshot'' that was recommend, followed the instructions as recommended. So another ''group'' will aid troubleshooting an unreleased version of this product? [2003-02-10 13:16:53] [EMAIL PROTECTED] Sorry, but 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 as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. Please ask these support questions on the mailing lists. [2003-02-10 13:07:22] [EMAIL PROTECTED] Oddly enough on the first build of this box 6 months or so ago, PHP installed perfectly onto the C: drive. I rebuilt the network, but saved the C drive for later data retrival and formating, so another drive was placed into the system and rebuilt under the E: drive. This installation of PHP has been a complete failure. Win2k has been updated ONLY with all service packs from microsoft. So its a CLEAN OS. The server is the PDC running active directory and IIS. My initial problems were similar to others on here, the php include files would repeat over and over, and I would get an application error of memory could not be read as defined in the current open issue that is still waiting feedback for three days. Your recommendation was to install the newer snapshot, and I did. If i may say the installation instructions are a tad ''confusing'' but I will define the steps I've followed upto now. Extracted all files to E:\PHP Coppied php.ini-dist and renamed to php.ini modified extension_dir to extension_dir = e:\PHP Coppied DLL's from the E:\PHP\DLLS to E:\WinNT\System32\ TURNED NO EXTENTIONS ON (Want basic running first) modified cgi.force_redirect to cgi.force_redirect = 0 In Internet Service Manager (ISM) made the following modifications to the master properties: Home > Configuration, added .php extention and utilized the e:\php\php.exe All Verbs Check for existance of file Set execute properties, as well as securities on the folder for the IUSR to have FULL controll for the moment. Current Behavior: PHP seems to return NO ERRORS... I'm not even noticing the PHP.exe in the processes. In the source of the outputed page, it SEEMS as if PHP is parsing out everything between the Tags '' but not processing any of the code. All pages show up with HTML but no php execution not even a echo of 'THIS WORKS'. Server Configuration: Win2k Advanced Server OS Installation: Second Drive installation Labeled E:\ PHP Installation: E:\PHP Webserver Installation: F:\ I'm assuming I've missed something in the installation and will continue to look into that, if you have any recommendations, or need more information feel free to contact me here or at [EMAIL PROTECTED] -- Edit this bug report at http://bugs.php.net/?id=22151&edit=1
#22151 [Bgs->Csd]: php4-win32-STABLE-latest Installation Problems
ID: 22151 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Bogus +Status: Closed Bug Type: IIS related Operating System: Windows 2000 Advance Server PHP Version: 4.3.0 New Comment: No, I did reboot and replaced all the dll's numerous times. Still no functionality of the php.exe on 4.3.1 Previous Comments: [2003-02-11 07:49:01] [EMAIL PROTECTED] You just had the old php4ts.dll there and didn't update it from 4.3.x package. (and/or did not reboot..) [2003-02-10 22:33:47] [EMAIL PROTECTED] Well, any thought of installation issues is now removed. I reverted to a manual install of 4.2.3 Hopefully the 4.3.1 will support IIS / PHP without Apache. [2003-02-10 13:22:12] [EMAIL PROTECTED] Although I appreciate your quick response, I do not understand how you can say this 'does not imply a bug in PHP' The PHP source code works just fine, on the production server. PHP has run on this server under the previous build. I installed the ''snapshot'' that was recommend, followed the instructions as recommended. So another ''group'' will aid troubleshooting an unreleased version of this product? [2003-02-10 13:16:53] [EMAIL PROTECTED] Sorry, but 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 as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. Please ask these support questions on the mailing lists. [2003-02-10 13:07:22] [EMAIL PROTECTED] Oddly enough on the first build of this box 6 months or so ago, PHP installed perfectly onto the C: drive. I rebuilt the network, but saved the C drive for later data retrival and formating, so another drive was placed into the system and rebuilt under the E: drive. This installation of PHP has been a complete failure. Win2k has been updated ONLY with all service packs from microsoft. So its a CLEAN OS. The server is the PDC running active directory and IIS. My initial problems were similar to others on here, the php include files would repeat over and over, and I would get an application error of memory could not be read as defined in the current open issue that is still waiting feedback for three days. Your recommendation was to install the newer snapshot, and I did. If i may say the installation instructions are a tad ''confusing'' but I will define the steps I've followed upto now. Extracted all files to E:\PHP Coppied php.ini-dist and renamed to php.ini modified extension_dir to extension_dir = e:\PHP Coppied DLL's from the E:\PHP\DLLS to E:\WinNT\System32\ TURNED NO EXTENTIONS ON (Want basic running first) modified cgi.force_redirect to cgi.force_redirect = 0 In Internet Service Manager (ISM) made the following modifications to the master properties: Home > Configuration, added .php extention and utilized the e:\php\php.exe All Verbs Check for existance of file Set execute properties, as well as securities on the folder for the IUSR to have FULL controll for the moment. Current Behavior: PHP seems to return NO ERRORS... I'm not even noticing the PHP.exe in the processes. In the source of the outputed page, it SEEMS as if PHP is parsing out everything between the Tags '' but not processing any of the code. All pages show up with HTML but no php execution not even a echo of 'THIS WORKS'. Server Configuration: Win2k Advanced Server OS Installation: Second Drive installation Labeled E:\ PHP Installation: E:\PHP Webserver Installation: F:\ I'm assuming I've missed something in the installation and will continue to look into that, if you have any recommendations, or need more information feel free to contact me here or at [EMAIL PROTECTED] -- Edit this bug report at http://bugs.php.net/?id=22151&edit=1
#20637 [NEW]: get_element_by_id() regression problem
From: [EMAIL PROTECTED] Operating system: Mac OS X 10.2.2 PHP version: 4CVS-2002-11-26 (stable) PHP Bug Type: DOM XML related Bug description: get_element_by_id() regression problem DomDocument->get_element_by_id() doesn't work again. This appears to be the same problem as bugs #16647 and 17629. Test program is the sample in 16647. This on Mac OS X 10.2.2 with PHP 4.3.0-dev built from php4-STABLE-200211252030 snapshot and libxml 2.4.28, all built from source this afternoon. -- Edit bug report at http://bugs.php.net/?id=20637&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20637&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20637&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20637&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20637&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20637&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20637&r=support Expected behavior: http://bugs.php.net/fix.php?id=20637&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20637&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20637&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20637&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20637&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20637&r=dst IIS Stability: http://bugs.php.net/fix.php?id=20637&r=isapi
#20639 [NEW]: DomElement->get_elements_by_tagname() doesn't work
From: [EMAIL PROTECTED]
Operating system: Mac OS X 10.2.2
PHP version: 4CVS-2002-11-26 (stable)
PHP Bug Type: DOM XML related
Bug description: DomElement->get_elements_by_tagname() doesn't work
It looks like DomElement->get_elements_by_tagname() should work like
DomDocument->get_elements_by_tagname() but returns nothing:
Test
Test
foo
bar
_END;
$doc = domxml_open_mem($src);
$n = $doc->get_elements_by_tagname("li");
print get_class($doc) . "->get_elements_by_tagname:\n";
print_r($n);
$ctx = $doc->xpath_new_context();
$Bodies = $doc->get_elements_by_tagname("body");
foreach ($Bodies as $Body) {
print get_class($Body) . "->get_elements_by_tagname:\n";
print_r($Body->get_elements_by_tagname("li"));
$xp = getXPath($Body) . "/*/li";
print get_class($ctx) . " xpath ($xp):\n";
$res = $ctx->xpath_eval($xp);
print_r($res->nodeset);
}
function getXPath($node) {
/* node id is held in a property named '1', this is
illegal in php so we use a workaround */
$one = '1';
$xpath = '';
while ($parent = $node->parent_node()) {
$siblings = $parent->child_nodes();
$index = 1;
foreach ($siblings as $sibling) {
if ($sibling->type != XML_ELEMENT_NODE || $sibling->tagname !=
$node->tagname) continue;
if ($sibling->$one == $node->$one) {
$xpath = '/' . $node->tagname . '[' . $index .
']' . $xpath;
break;
}
$index++;
}
$node = $parent;
}
return $xpath;
}
?>
returns
domdocument->get_elements_by_tagname:
Array
(
[0] => domelement Object
(
[type] => 1
[tagname] => li
[0] => 3
[1] => 1985152
)
[1] => domelement Object
(
[type] => 1
[tagname] => li
[0] => 4
[1] => 2523424
)
)
domelement->get_elements_by_tagname:
Array
(
)
XPathContext xpath (/html[1]/body[1]/*/li):
Array
(
[0] => domelement Object
(
[type] => 1
[tagname] => li
[0] => 3
[1] => 1985152
)
[1] => domelement Object
(
[type] => 1
[tagname] => li
[0] => 4
[1] => 2523424
)
)
--
Edit bug report at http://bugs.php.net/?id=20639&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20639&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=20639&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=20639&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20639&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=20639&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20639&r=support
Expected behavior: http://bugs.php.net/fix.php?id=20639&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20639&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20639&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=20639&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20639&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=20639&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=20639&r=isapi
#19634 [Opn]: Mapping of .html and .htm files fails
ID: 19634 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: IIS related Operating System: Windows 2k SP3 PHP Version: 4.2.3 New Comment: Mapping .html to ASP works so i'm assuming it's a problem with PHP and IIS Previous Comments: [2002-11-30 20:53:05] [EMAIL PROTECTED] Is this an IIS problem or a PHP problem? [2002-09-27 07:41:44] [EMAIL PROTECTED] "It is a virtual directory that the file extensions are being mapped to" should read "Website" not virtual directory, that the file extension is being mapped to (rather than it being global accross all websites) [2002-09-27 07:40:06] [EMAIL PROTECTED] This is with IIS 5 on windows 2000. It is a virtual directory that the file extensions are being mapped to. The setup version of PHP was the setup.exe file. For this website I went to the properties->home directory->configuration->app mappings and added a new .html mapping to php.exe in my php directory. Php is installed at c:\php In my php.ini file i have aside from the default settings: cgi.force_redirect = 0 extension_dir = C:/PHP/extensions display_errors = Off error_log = syslog extension=php_mssql.dll [2002-09-27 06:44:05] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. [2002-09-27 06:35:13] [EMAIL PROTECTED] Mapping .html and .htm files to the php.exe file in 4.2.3 returns "The directory name is invalid" when trying to run a .html file. .html and .htm have been mapped to ASP and work correctly, it is with this latest version of PHP that this error occurs. -- Edit this bug report at http://bugs.php.net/?id=19634&edit=1
#21228 [Com]: output handler 'ob_gzhandler' cannot be used twice
ID: 21228
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: *Compression related
Operating System: Windows 2000 Server
PHP Version: 4.3.0
New Comment:
The error occurs on Linux, too. A customer reported it and it can
nicely be reproduced with
which yields the warning visible under
http://www.christopher-kunz.de/ob.php
Environment is http://www.christopher-kunz.de/info.php
Previous Comments:
[2002-12-27 19:40:31] [EMAIL PROTECTED]
If I use ob_start("ob_gzhandler") function I get an error message: "PHP
Warning: ob_gzhandler() [ref.outcontrol]: output
handler 'ob_gzhandler' cannot be used twice in c:\web\test.php3 on line
11". The same script runs fine on 4.2.3. Interestingly, on version
4.3.0 ob_get_level() returns 2 and on 4.2.3 the return value is 1. I'm
using Windows 2000 Server/IIS5. PHP is configured in CGI mode.
Here's the script:
//---start---
<%
ob_start("ob_gzhandler");
%>
This is a test. ob_get_level: <% echo ob_get_level(); %>
<%
if(ob_get_level()){
ob_end_flush();
}
%>
//---end---
And here's the essential configurations from the 'php.ini' file:
output_buffering = 4096
output_handler =
zlib.output_compression = Off
implicit_flush = Off
unserialize_callback_func=
allow_call_time_pass_reference = Off
If I set "output_handler = ob_gzhandler" and remove the
ob_start("ob_gzhandler") from the script it's working on 4.3.0 as well.
However, this way the compression is always on and I can't determine
myself when to use it.
--
Edit this bug report at http://bugs.php.net/?id=21228&edit=1
#21224 [Com]: apache configure fails at php module
ID: 21224 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Compile Failure Operating System: Solaris 8 PHP Version: 4.3.0 New Comment: I'm having the same problem building 4.3.0 with Apache on my server, previous builds were ok: RedHat Linux 7.1 kernel 2.4.18-18.7.xsmp gcc -v Reading specs from /usr/lib/gcc-lib/i386-redhat-linux/2.96/specs gcc version 2.96 2731 (Red Hat Linux 7.2 2.96-112.7.1) ld -v GNU ld version 2.10.91 (with BFD 2.10.91.0.2) libtool --version ltmain.sh (GNU libtool) 1.3.5 (1.385.2.206 2000/05/27 11:12:27) ./configure --prefix=/usr/local/php \ --with-config-file-path=/usr/local/php --with-mysql=/usr/local/mysql \ --with-pgsql=/usr/local/pgsql --with-oci8=/usr/local/oracle \ --with-oracle=/usr/local/oracle --with-sybase-ct=/opt/sybase-12.5/OCS-12_5 \ --with-pdflib=/usr/local/pdflib --with-jpeg --with-tiff --with-zlib \ --with-gd --with-ttf --with-freetype --with-xml --with-gettext \ --enable-ftp --enable-versioning --enable-sockets --enable-calendar \ --enable-sysvsem --enable-sysvshm --enable-track-vars --enable-debugger \ --enable-magic-quotes --enable-rpath --enable-short-tags --enable-posix \ --enable-session --enable-xml --enable-bcmath --enable-ctype --enable-mailparse \ --with-apache=../apache_1.3.27 ./configure --with-layout=Apache --prefix=/usr/local/apache \ --activate-module=src/modules/php4/libphp4.a --enable-module=so \ --enable-module=rewrite --add-module=mod_gzip.c Configuring for Apache, Version 1.3.27 + using installation path layout: Apache (config.layout) + activated php4 module (modules/php4/libphp4.a) + on-the-fly added and activated gzip module (modules/extra/mod_gzip.o) Creating Makefile Creating Configuration.apaci in src Creating Makefile in src + configured for Linux platform + setting C compiler to gcc + setting C pre-processor to gcc -E + checking for system header files + adding selected modules o rewrite_module uses ConfigStart/End + using -lndbm for DBM support enabling DBM support for mod_rewrite o php4_module uses ConfigStart/End + using system Expat + using -ldl for vendor DSO support + checking sizeof various data types + doing sanity check on compiler and options ** A test compilation with your Makefile configuration ** failed. The below error output from the compilation ** test will give you an idea what is failing. Note that ** Apache requires an ANSI C Compiler, such as gcc. Error Output for sanity check cd ..; gcc -DLINUX=22 -I/usr/include/db1 `./apaci` -o helpers/dummy helpers/dummy.c -Wl,-rpath,/usr/local/mysql/lib/mysql -Wl,-rpath,/usr/local/oracle/lib -Wl,-rpath,/lib -Wl,-rpath,/usr/local/pdflib/lib -Wl,-rpath,/usr/local/pgsql/lib -Wl,-rpath,/opt/sybase-12.5/OCS-12_5/lib -rdynamic -L/usr/local/mysql/lib/mysql -L/usr/local/oracle/lib -L/lib -L/usr/local/pdflib/lib -L/usr/local/pgsql/lib -L/opt/sybase-12.5/OCS-12_5/lib -Lmodules/php4 -L../modules/php4 -L../../modules/php4 -lmodphp4 -export-symbols /usr/local/src/php-4.3.0/sapi/apache/php.sym -rdynamic -L/usr/local/mysql/lib/mysql -L/usr/local/oracle/lib -L/lib -L/usr/local/pdflib/lib -L/usr/local/pgsql/lib -L/opt/sybase-12.5/OCS-12_5/lib -lsybtcl -lintl -lcomn -lct -lcs -lpq -lpdf -lz -lpng -lmysqlclient -lttf -lpng -lz -lz -lcrypt -lresolv -lm -ldl -lnsl -lcrypt -ldl -lm -lnsl -lclntsh -ldl -lm -lnsl -lclntsh -lm -lcrypt -lndbm -lexpat -ldl /usr/bin/ld:/usr/local/src/php-4.3.0/sapi/apache/php.sym: file format not recognized; treating as linker script /usr/bin/ld:/usr/local/src/php-4.3.0/sapi/apache/php.sym:2: parse error collect2: ld returned 1 exit status make: *** [dummy] Error 1 = End of Error Report = Aborting! Previous Comments: [2002-12-30 05:59:59] [EMAIL PROTECTED] Same problem at Linux RedHat 6.2 machines, some with: GNU ld 2.9.5 ltmain.sh (GNU libtool) 1.4.2 (1.922.2.53 2001/09/11 03:18:52) and others with: GNU ld 2.13.2 ltmain.sh (GNU libtool) 1.4.3 (1.922.2.110 2002/10/23 01:39:54) [2002-12-28 04:33:22] [EMAIL PROTECTED] the libtool on the php distribution tree is: ltmain.sh (GNU libtool) 1.4.2 (1.922.2.53 2001/09/11 03:18:52) I have to say that previous versions of php up to 4.3.0rc2 compiled fine on the same system. [2002-12-28 01:01:44] [EMAIL PROTECTED] What version of libtool are you using? [2002-12-27 16:58:54] [EMAIL PROTECTED] apache 1.3.27 configure script fails at this point: with gcc version 2.95.2 and GNU ld version 2.13 + doing sanity check on compiler and options ** A test compilation with your M
Bug #16544: Floating point calculation bug or float() function bug
From: [EMAIL PROTECTED]
Operating system: Windows
PHP version: 4.1.2
PHP Bug Type: Math related
Bug description: Floating point calculation bug or float() function bug
Here's the code
";
echo "divVal: ".$divVal." - ".var_dump($divVal)."\n";
echo "Amount: ".$amount."\n";
if (floor($divVal) > 0) {
echo " [floored divVal is greater than zero]\n";
$amount = ($divVal - floor($divVal)) * $quantity;
}
echo "";
}
?>
You'll see the floor function is operating incorrectly?
--
Edit bug report at http://bugs.php.net/?id=16544&edit=1
--
Fixed in CVS:http://bugs.php.net/fix.php?id=16544&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=16544&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=16544&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=16544&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=16544&r=support
Expected behavior: http://bugs.php.net/fix.php?id=16544&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=16544&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=16544&r=submittedtwice
Bug #16544 Updated: Floating point calculation bug or float() function bug
ID: 16544
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: Math related
Operating System: Windows
PHP Version: 4.1.2
New Comment:
Why is this a support question? The bug is in the way the floor
function and the floating point internals in PHP are working. The floor
function is rounding a number down incorrectly.
Previous Comments:
[2002-04-11 06:21:52] [EMAIL PROTECTED]
The bug system is not the appropriate forum for asking support
questions. For a list of a range of more appropriate places to ask
for help using PHP, please visit http://www.php.net/support.php
[2002-04-11 04:55:49] [EMAIL PROTECTED]
Here's the code
";
echo "divVal: ".$divVal." - ".var_dump($divVal)."\n";
echo "Amount: ".$amount."\n";
if (floor($divVal) > 0) {
echo " [floored divVal is greater than zero]\n";
$amount = ($divVal - floor($divVal)) * $quantity;
}
echo "";
}
?>
You'll see the floor function is operating incorrectly?
--
Edit this bug report at http://bugs.php.net/?id=16544&edit=1
Bug #16773 Updated: ISAPI application dies
ID: 16773 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: IIS related Operating System: Windows 2000 Server PHP Version: 4.2.0 New Comment: That is the most common problem with the ISAPI filter of PHP. I would just run it as CGI. Previous Comments: [2002-04-23 18:38:42] [EMAIL PROTECTED] Loaded modules are php_mssql.dll and php_socket.dll Under the Home Directory tab, clicking "Unload" will return things to normal. As this appears to be a flaw in the memory management, would unticking "Cache ISAPI Applications" help? [2002-04-23 18:33:26] [EMAIL PROTECTED] Sorry for the unhelpful title, but the PHP ISAPI filter dies, leaving the below messages in the logs. One page would not load, and then subsequent pages were "PHP has encountered an Access Violation at 77FCB2A7". The page always loads fast - all it does are a couple of MS SQL queries via an abstraction library (namdal-ms.php). open_database() calls mssql_pconnect() Application protection is "Low" as recommended in bug #15333. PHP error log: [24-Apr-2002 10:21:54] PHP Fatal error: Cannot redeclare open_database() (previously declared in namdal-ms.php:39) in namdal-ms.php on line 38 [24-Apr-2002 10:22:16] PHP Fatal error: Maximum execution time of 30 seconds exceeded in namdal-ms.php on line 68 Windows Event Viewer (System): Event Type: Error Event Source: WAM Event Category: None Event ID: 204 Date: 24/04/2002 Time: 10:21:54 a.m. User: N/A Computer: ... Description: The HTTP server encountered an unhandled exception while processing the ISAPI Application ' php4ts!php_execute_script + 0x16A '. Event Type: Error Event Source: WAM Event Category: None Event ID: 204 Date: 24/04/2002 Time: 10:21:54 a.m. User: N/A Computer: ... Description: The HTTP server encountered an unhandled exception while processing the ISAPI Application ' php4ts!php_request_startup + 0x1F0 + 0xFBBE824 '. Event Type: Error Event Source: WAM Event Category: None Event ID: 204 Date: 24/04/2002 Time: 10:21:54 a.m. User: N/A Computer: ... Description: The HTTP server encountered an unhandled exception while processing the ISAPI Application ' php4ts!php_execute_script + 0x16A '. Event Type: Error Event Source: WAM Event Category: None Event ID: 204 Date: 24/04/2002 Time: 10:21:54 a.m. User: N/A Computer: ... Description: The HTTP server encountered an unhandled exception while processing the ISAPI Application ' ntdll!RtlSizeHeap + 0x78 ntdll!RtlFreeHeap + 0x100 php4ts!shutdown_memory_manager + 0x1BC '. Event Type: Error Event Source: WAM Event Category: None Event ID: 204 Date: 24/04/2002 Time: 10:22:16 a.m. User: N/A Computer: ... Description: The HTTP server encountered an unhandled exception while processing the ISAPI Application ' php4ts!php_execute_script + 0x16A '. -- Edit this bug report at http://bugs.php.net/?id=16773&edit=1
Bug #16037 Updated: random parse errors on dual xeon machine
ID: 16037 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Scripting Engine problem Operating System: Win PHP Version: 4.1.2 New Comment: We have EXACTLY the same problem, and it is 100% specific to PHP 4.1 onward (ie both PHP 4.1 and now PHP 4.2 do this). For example sake let's compare 4.0.6 to 4.2 - install PHP 4.2 and everything works fine, but every so often (let's say 10% of the time) they get nothing/part of a page and the error log shows a parse error (whinges about all sorts of stuff that isn't true) - a simple refresh solves this problem. It's easily reproducable, though as per the original repor there it might be load related as we get a lot of activity. Now here's the thing - PHP 4.1 introduced this, if you put PHP 4.0.6 back on everything is 100% PERFECT. Put 4.1 or 4.2 back on and 10% or so of requests fail, put 4.0.6 back on and it's perfect, put 4.1 or 4.2 back on and the problem is back - this has been major hell for us and I hoped to heck 4.2 would fix it, but alas the problem still exists HELP Running as a module under Apache, was Apache 1.3.24 until last night - as of last night we're now under Apache 2.0.35, with the same problem. Previous Comments: [2002-03-13 06:28:26] [EMAIL PROTECTED] I am using Php in a Win enviornment. The machine has a Raid 5 system, 1GB Ram and two Xeon 700 CPUs. PHP runs in Apache (1.3.23) as Module. I am using "official" binaries PHP and Apache. There are very strang parse errors in files that are 100% ok. The files are used in three other installations and there are no errors at all. I think there is something bad with threading. I noticed the error when a session is accessed within a frame e.g. 3 or more independant PHP files usind the same data. There is a newsgroup posting dealing with the same problem: http://groups.google.com/groups?q=php+xeon+parse+error&hl=de&selm=Pine.BSF.4.10.10203070837300.22588-10%40sea-incorporated.com&rnum=1 -- Edit this bug report at http://bugs.php.net/?id=16037&edit=1
Bug #16037 Updated: random parse errors on dual xeon machine
ID: 16037 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Scripting Engine problem Operating System: Win PHP Version: 4.1.2 New Comment: Well I've finally found the problem, having lived with all the hell this has caused all these months... Let's say you have a line such as: echo "$blah->blah!!!\n\n"; That line of code may work, but THAT is what is causing the random failures - if PHP 4.1 onward (including PHP 4.2) is used that line will randomly fail with parse errors. As a result of those parse errors, the scripts would not have been fully loaded into memory and what ends up executing causes even more errors. I have edited such references in a third-party script we purchased to instead read as follows: echo $blah->blah . "!!!\n\n"; As a result of this, instead of my error log filling up thick and fast per MINUTE with all these weird parse errors (and as a result 90% or so of page requests working, the remainder failing with a blank page or partial page) the error log has been dead silent this past couple of hours and I've not yet seen a single page failure! Previous Comments: [2002-04-30 22:26:04] [EMAIL PROTECTED] We have EXACTLY the same problem, and it is 100% specific to PHP 4.1 onward (ie both PHP 4.1 and now PHP 4.2 do this). For example sake let's compare 4.0.6 to 4.2 - install PHP 4.2 and everything works fine, but every so often (let's say 10% of the time) they get nothing/part of a page and the error log shows a parse error (whinges about all sorts of stuff that isn't true) - a simple refresh solves this problem. It's easily reproducable, though as per the original repor there it might be load related as we get a lot of activity. Now here's the thing - PHP 4.1 introduced this, if you put PHP 4.0.6 back on everything is 100% PERFECT. Put 4.1 or 4.2 back on and 10% or so of requests fail, put 4.0.6 back on and it's perfect, put 4.1 or 4.2 back on and the problem is back - this has been major hell for us and I hoped to heck 4.2 would fix it, but alas the problem still exists HELP Running as a module under Apache, was Apache 1.3.24 until last night - as of last night we're now under Apache 2.0.35, with the same problem. [2002-03-13 06:28:26] [EMAIL PROTECTED] I am using Php in a Win enviornment. The machine has a Raid 5 system, 1GB Ram and two Xeon 700 CPUs. PHP runs in Apache (1.3.23) as Module. I am using "official" binaries PHP and Apache. There are very strang parse errors in files that are 100% ok. The files are used in three other installations and there are no errors at all. I think there is something bad with threading. I noticed the error when a session is accessed within a frame e.g. 3 or more independant PHP files usind the same data. There is a newsgroup posting dealing with the same problem: http://groups.google.com/groups?q=php+xeon+parse+error&hl=de&selm=Pine.BSF.4.10.10203070837300.22588-10%40sea-incorporated.com&rnum=1 -- Edit this bug report at http://bugs.php.net/?id=16037&edit=1
Bug #16807 Updated: Sessions not working
ID: 16807 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Session related Operating System: Windows 2000 SP2 PHP Version: 4.2.0 New Comment: I'm having a similar issue - every since switching to PHP 4.2 I've got sh#tloads of viewers reporting login problems to our forums (vBulletin), they keep getting prompted to login. Weird part is it's not everyone, I and others have no problems at all. Reverting back to PHP 4.1.x solves it, upgrading to PHP 4.2 brings it back. register_globals is ON Previous Comments: [2002-04-30 16:45:24] [EMAIL PROTECTED] The 'solution' above is not valid for this case. PHP should not generate the 'headers already sent' message at all in this case. [2002-04-30 14:27:10] [EMAIL PROTECTED] Can someone please fix this, since it is not a configuration problem. [2002-04-30 05:29:02] [EMAIL PROTECTED] Found solution here: http://bugs.php.net/bug.php?id=16839 Thx Renato [2002-04-30 04:48:41] [EMAIL PROTECTED] I'v got the same problem here. Same configuration W2K SP2 IIS5 same recomended php.ini file. When a script calls for: session_start or setcookie like Jelsoft vBulletin nothing happen. The same things for all my scripts. [2002-04-25 04:00:49] [EMAIL PROTECTED] My ini file is the php.ini-recommended The session stuff is: session.save_handler = files session.save_path = c:\winnt\temp (tried c:/winnt/temp too) session.use.cookies = 1 session.name = PHPSESSID session.auto_start = 0 session.cookie_lifetime = 0 session.cookie_path = / session_cookie_domain = session.serialize_handler = php session_gc_probability = 1 session.gc_maxfiletime = 1440 session.referer_check = session.entropy_length = 0 session.entropy_file = session.cache_limiter = nocache session.cache_expire = 180 session.use_trans_sid = 1 output_buffering = 4096 output_handler = zlib.output_compression = Off auto_prepend_file = auto_append_file = I hope this is enough info. As I say, it is the recommended ini file with a few minor changes. 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/16807 -- Edit this bug report at http://bugs.php.net/?id=16807&edit=1
Bug #16037 Updated: random parse errors on dual xeon machine
ID: 16037 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Scripting Engine problem Operating System: Win PHP Version: 4.1.2 New Comment: Been a week and a half and my error log is still dead silent since making those changes, compared with several MB worth of random/intermittent errors that occurred months ago when we first upgraded to PHP 4.1 onward. Previous Comments: [2002-05-01 10:54:28] [EMAIL PROTECTED] Well I've finally found the problem, having lived with all the hell this has caused all these months... Let's say you have a line such as: echo "$blah->blah!!!\n\n"; That line of code may work, but THAT is what is causing the random failures - if PHP 4.1 onward (including PHP 4.2) is used that line will randomly fail with parse errors. As a result of those parse errors, the scripts would not have been fully loaded into memory and what ends up executing causes even more errors. I have edited such references in a third-party script we purchased to instead read as follows: echo $blah->blah . "!!!\n\n"; As a result of this, instead of my error log filling up thick and fast per MINUTE with all these weird parse errors (and as a result 90% or so of page requests working, the remainder failing with a blank page or partial page) the error log has been dead silent this past couple of hours and I've not yet seen a single page failure! [2002-04-30 22:26:04] [EMAIL PROTECTED] We have EXACTLY the same problem, and it is 100% specific to PHP 4.1 onward (ie both PHP 4.1 and now PHP 4.2 do this). For example sake let's compare 4.0.6 to 4.2 - install PHP 4.2 and everything works fine, but every so often (let's say 10% of the time) they get nothing/part of a page and the error log shows a parse error (whinges about all sorts of stuff that isn't true) - a simple refresh solves this problem. It's easily reproducable, though as per the original repor there it might be load related as we get a lot of activity. Now here's the thing - PHP 4.1 introduced this, if you put PHP 4.0.6 back on everything is 100% PERFECT. Put 4.1 or 4.2 back on and 10% or so of requests fail, put 4.0.6 back on and it's perfect, put 4.1 or 4.2 back on and the problem is back - this has been major hell for us and I hoped to heck 4.2 would fix it, but alas the problem still exists HELP Running as a module under Apache, was Apache 1.3.24 until last night - as of last night we're now under Apache 2.0.35, with the same problem. [2002-03-13 06:28:26] [EMAIL PROTECTED] I am using Php in a Win enviornment. The machine has a Raid 5 system, 1GB Ram and two Xeon 700 CPUs. PHP runs in Apache (1.3.23) as Module. I am using "official" binaries PHP and Apache. There are very strang parse errors in files that are 100% ok. The files are used in three other installations and there are no errors at all. I think there is something bad with threading. I noticed the error when a session is accessed within a frame e.g. 3 or more independant PHP files usind the same data. There is a newsgroup posting dealing with the same problem: http://groups.google.com/groups?q=php+xeon+parse+error&hl=de&selm=Pine.BSF.4.10.10203070837300.22588-10%40sea-incorporated.com&rnum=1 -- Edit this bug report at http://bugs.php.net/?id=16037&edit=1
Bug #17106 Updated: Session variable disappears
ID: 17106 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Session related Operating System: Win98, Win2000 Pro PHP Version: 4.1.2 New Comment: For f#cks sake, we STILL have this damn problem under 4.2.1 as well. This is really starting to p#ss me off - we generate a HUGE amount of traffic, one of the top ten movie related sites in this country, and this session problem is causing viewers to constantly reload pages so that their bloody cookie logs them in - thus our bandwidth is shooting through the bloody roof (read $ down the toilet)... Previous Comments: [2002-05-13 20:32:50] [EMAIL PROTECTED] The last version for which this script works on all my tested platforms (Win98-Win2000, Apache1.3.22, Netscape 4.75) is 4.0.6. Using the php4xx-installer.exe for MS Windows. Also note that 4.0.6 does NOT register PHP in the MS Win registry, whereas versions >= 4.1.0 DO register it. Could the registry be causing problems with session variables? Just a question from an un-initiated user. Lee [2002-05-13 19:28:07] [EMAIL PROTECTED] 14 May 2002 PHP 4.2.1, all other settings as before Same behavior as 4.2.0 - on "submit" the login prompt immediately re-appears. So has NOT been fixed. The last version for which this script works is 4.1.0 Lee [2002-05-09 01:34:57] [EMAIL PROTECTED] I found the following on Zend's site: FIX: 4.2.0 session SID broken Sascha Schumann has posted a fix for problems with the session SID under 4.2.0. If you need it immediately, the fix can be found at http://apache.org/~sascha/php-420-session-fix, or will be available in 4.2.1 along with the other fixes since 4.2.0. Sounds like it may resolve the issue we're having??? [2002-05-08 22:18:00] [EMAIL PROTECTED] Sequence of tests: originally running php4.1.0 Un-installed that, installed php4.2.0 - found bug. Un-installed php4.2.0, installed php4.1.2 - still bug. Same behavior if Apache/php and Netscape on same machine (using 127.0.0.1 or localhost) or on different machines with different users. [2002-05-08 20:23:43] [EMAIL PROTECTED] When it fails under PHP 4.1.2, does it fail for ALL users or just SOME users? We've been having sheer hell since upgrading to PHP 4.2 with exactly this - SOME people are having severe intermittent problems with reading cookies (ie sometimes they'll login okay, other times they keep being asked to login), others (such as myself) have no problem what-so-ever. 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/17106 -- Edit this bug report at http://bugs.php.net/?id=17106&edit=1
Bug #17322: mail() fails (501 Syntax Error) under latest CVS
From: [EMAIL PROTECTED] Operating system: Windows 2000 PHP version: 4.0CVS-2002-05-20 PHP Bug Type: Mail related Bug description: mail() fails (501 Syntax Error) under latest CVS Since upgrading to the CVS of PHP 4.3 (HAD to - bug #16626 was causing us chronic chaos and this was the only means to correct it) I am getting the following error each time a script tries to e-mail: PHP Warning: mail() SMTP server response: 501 Syntax Error in parameters or arguments in *SCRIPTNAME* on line xxx PHP 4.3 is running as an Apache2 module on W2K, only additional module loaded is GZIP. Never had any e-mail problems before (other than time stamps on PHP e-mails being incorrect, a long-time known bug). -- Edit bug report at http://bugs.php.net/?id=17322&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=17322&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=17322&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=17322&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=17322&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=17322&r=support Expected behavior: http://bugs.php.net/fix.php?id=17322&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=17322&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=17322&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=17322&r=globals
Bug #17322 Updated: mail() fails (501 Syntax Error) under latest CVS
ID: 17322
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: Mail related
Operating System: Windows 2000
PHP Version: 4.0CVS-2002-05-20
New Comment:
The simplest example would probably be the one below, since the
addresses are all hardcoded (simply an auto-notification for myself)
whereas all other mailings are obviously dynamic:
mail('[EMAIL PROTECTED]', 'Invite Issued To ' .
$PlazaUser[username], 'An invite was just produced for: ' .
$PlazaUser[username], 'From: "DVD Plaza (Support)"
<[EMAIL PROTECTED]>');
Previous Comments:
[2002-05-20 19:09:31] [EMAIL PROTECTED]
Finally! You're the first who uses the updated win32/mail() code it
seems.
This error response you get seems really bogus. Can you try to cut down
the *exakt* parameters you pass to the mail() function which causes
this error?
[2002-05-20 19:05:19] [EMAIL PROTECTED]
Since upgrading to the CVS of PHP 4.3 (HAD to - bug #16626 was causing
us chronic chaos and this was the only means to correct it) I am
getting the following error each time a script tries to e-mail:
PHP Warning: mail() SMTP server response: 501 Syntax Error in
parameters or arguments in *SCRIPTNAME* on line xxx
PHP 4.3 is running as an Apache2 module on W2K, only additional module
loaded is GZIP. Never had any e-mail problems before (other than time
stamps on PHP e-mails being incorrect, a long-time known bug).
--
Edit this bug report at http://bugs.php.net/?id=17322&edit=1
Bug #17322 Updated: mail() fails (501 Syntax Error) under latest CVS
ID: 17322
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: Mail related
Operating System: Windows 2000
PHP Version: 4.0CVS-2002-05-20
New Comment:
Forgot to mention that this error 9/10 causes the Apache
child to exit and a new one to spawn and that occasionally
an e-mail does get to its destination.
Now, I made the change you requested and no more errors are
appearing in the error log - HOWEVER it isn't working as
you'd expect. Thus far out of around 30 or so refreshes
I've only ended up with two e-mails plus the Apache child
bombed out a couple of times and respawned.
Previous Comments:
[2002-05-21 01:52:06] [EMAIL PROTECTED]
Can you try instead of
From: "DVD
Plaza (Support)" <[EMAIL PROTECTED]>
just
From: [EMAIL PROTECTED]
?
[2002-05-20 22:57:55] [EMAIL PROTECTED]
The simplest example would probably be the one below, since the
addresses are all hardcoded (simply an auto-notification for myself)
whereas all other mailings are obviously dynamic:
mail('[EMAIL PROTECTED]', 'Invite Issued To ' .
$PlazaUser[username], 'An invite was just produced for: ' .
$PlazaUser[username], 'From: "DVD Plaza (Support)"
<[EMAIL PROTECTED]>');
[2002-05-20 19:09:31] [EMAIL PROTECTED]
Finally! You're the first who uses the updated win32/mail() code it
seems.
This error response you get seems really bogus. Can you try to cut down
the *exakt* parameters you pass to the mail() function which causes
this error?
[2002-05-20 19:05:19] [EMAIL PROTECTED]
Since upgrading to the CVS of PHP 4.3 (HAD to - bug #16626 was causing
us chronic chaos and this was the only means to correct it) I am
getting the following error each time a script tries to e-mail:
PHP Warning: mail() SMTP server response: 501 Syntax Error in
parameters or arguments in *SCRIPTNAME* on line xxx
PHP 4.3 is running as an Apache2 module on W2K, only additional module
loaded is GZIP. Never had any e-mail problems before (other than time
stamps on PHP e-mails being incorrect, a long-time known bug).
--
Edit this bug report at http://bugs.php.net/?id=17322&edit=1
Bug #17322 Updated: mail() fails (501 Syntax Error) under latest CVS
ID: 17322
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: Mail related
Operating System: Windows 2000
PHP Version: 4.0CVS-2002-05-20
New Comment:
We've beeen using the mail command in that fashion without
problem since 4.0.6??? This is the first time I've had to
touch the mail commands?!?!? It was working fine under
4.2.1, problem only started the second I upgraded to php
4.3.dev (which was purely for the cookie fix).
Previous Comments:
[2002-05-21 04:49:54] [EMAIL PROTECTED]
First, the From: "DVD
Plaza (Support)" <[EMAIL PROTECTED]> syntax isn't supported on
win32 and never was. Only addresses in the simple form of [EMAIL PROTECTED]
are supported.
Cay you try to revert to 4.2.1 and see if all emails get through at
least ? But be aware that you need to use the ini setting
"sendmail_from" in 4.2.1, From: in the header isn't support in this
release.
[2002-05-21 04:39:01] [EMAIL PROTECTED]
Forgot to mention that this error 9/10 causes the Apache
child to exit and a new one to spawn and that occasionally
an e-mail does get to its destination.
Now, I made the change you requested and no more errors are
appearing in the error log - HOWEVER it isn't working as
you'd expect. Thus far out of around 30 or so refreshes
I've only ended up with two e-mails plus the Apache child
bombed out a couple of times and respawned.
[2002-05-21 01:52:06] [EMAIL PROTECTED]
Can you try instead of
From: "DVD
Plaza (Support)" <[EMAIL PROTECTED]>
just
From: [EMAIL PROTECTED]
?
[2002-05-20 22:57:55] [EMAIL PROTECTED]
The simplest example would probably be the one below, since the
addresses are all hardcoded (simply an auto-notification for myself)
whereas all other mailings are obviously dynamic:
mail('[EMAIL PROTECTED]', 'Invite Issued To ' .
$PlazaUser[username], 'An invite was just produced for: ' .
$PlazaUser[username], 'From: "DVD Plaza (Support)"
<[EMAIL PROTECTED]>');
[2002-05-20 19:09:31] [EMAIL PROTECTED]
Finally! You're the first who uses the updated win32/mail() code it
seems.
This error response you get seems really bogus. Can you try to cut down
the *exakt* parameters you pass to the mail() function which causes
this error?
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/17322
--
Edit this bug report at http://bugs.php.net/?id=17322&edit=1
Bug #17322 Updated: mail() fails (501 Syntax Error) under latest CVS
ID: 17322
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: Mail related
Operating System: Windows 2000
PHP Version: 4.0CVS-2002-05-20
New Comment:
We've beeen using the mail command in that fashion without
problem since 4.0.6??? This is the first time I've had to
touch the mail commands?!?!? It was working fine under
4.2.1, problem only started the second I upgraded to php
4.3.dev (which was purely for the cookie fix).
Previous Comments:
[2002-05-21 04:56:47] [EMAIL PROTECTED]
We've beeen using the mail command in that fashion without
problem since 4.0.6??? This is the first time I've had to
touch the mail commands?!?!? It was working fine under
4.2.1, problem only started the second I upgraded to php
4.3.dev (which was purely for the cookie fix).
[2002-05-21 04:49:54] [EMAIL PROTECTED]
First, the From: "DVD
Plaza (Support)" <[EMAIL PROTECTED]> syntax isn't supported on
win32 and never was. Only addresses in the simple form of [EMAIL PROTECTED]
are supported.
Cay you try to revert to 4.2.1 and see if all emails get through at
least ? But be aware that you need to use the ini setting
"sendmail_from" in 4.2.1, From: in the header isn't support in this
release.
[2002-05-21 04:39:01] [EMAIL PROTECTED]
Forgot to mention that this error 9/10 causes the Apache
child to exit and a new one to spawn and that occasionally
an e-mail does get to its destination.
Now, I made the change you requested and no more errors are
appearing in the error log - HOWEVER it isn't working as
you'd expect. Thus far out of around 30 or so refreshes
I've only ended up with two e-mails plus the Apache child
bombed out a couple of times and respawned.
[2002-05-21 01:52:06] [EMAIL PROTECTED]
Can you try instead of
From: "DVD
Plaza (Support)" <[EMAIL PROTECTED]>
just
From: [EMAIL PROTECTED]
?
[2002-05-20 22:57:55] [EMAIL PROTECTED]
The simplest example would probably be the one below, since the
addresses are all hardcoded (simply an auto-notification for myself)
whereas all other mailings are obviously dynamic:
mail('[EMAIL PROTECTED]', 'Invite Issued To ' .
$PlazaUser[username], 'An invite was just produced for: ' .
$PlazaUser[username], 'From: "DVD Plaza (Support)"
<[EMAIL PROTECTED]>');
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/17322
--
Edit this bug report at http://bugs.php.net/?id=17322&edit=1
Bug #17322 Updated: mail() fails (501 Syntax Error) under latest CVS
ID: 17322 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Mail related Operating System: Windows 2000 PHP Version: 4.0CVS-2002-05-20 New Comment: We've beeen using the mail command in that fashion without problem since 4.0.6??? This is the first time I've had to touch the mail commands?!?!? It was working fine under 4.2.1, problem only started the second I upgraded to php 4.3.dev (which was purely for the cookie fix). Previous Comments: [2002-05-21 05:18:58] [EMAIL PROTECTED] We've beeen using the mail command in that fashion without problem since 4.0.6??? This is the first time I've had to touch the mail commands?!?!? It was working fine under 4.2.1, problem only started the second I upgraded to php 4.3.dev (which was purely for the cookie fix). [2002-05-21 04:56:47] [EMAIL PROTECTED] We've beeen using the mail command in that fashion without problem since 4.0.6??? This is the first time I've had to touch the mail commands?!?!? It was working fine under 4.2.1, problem only started the second I upgraded to php 4.3.dev (which was purely for the cookie fix). [2002-05-21 04:49:54] [EMAIL PROTECTED] First, the From: "DVD Plaza (Support)" <[EMAIL PROTECTED]> syntax isn't supported on win32 and never was. Only addresses in the simple form of [EMAIL PROTECTED] are supported. Cay you try to revert to 4.2.1 and see if all emails get through at least ? But be aware that you need to use the ini setting "sendmail_from" in 4.2.1, From: in the header isn't support in this release. [2002-05-21 04:39:01] [EMAIL PROTECTED] Forgot to mention that this error 9/10 causes the Apache child to exit and a new one to spawn and that occasionally an e-mail does get to its destination. Now, I made the change you requested and no more errors are appearing in the error log - HOWEVER it isn't working as you'd expect. Thus far out of around 30 or so refreshes I've only ended up with two e-mails plus the Apache child bombed out a couple of times and respawned. [2002-05-21 01:52:06] [EMAIL PROTECTED] Can you try instead of From: "DVD Plaza (Support)" <[EMAIL PROTECTED]> just From: [EMAIL PROTECTED] ? 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/17322 -- Edit this bug report at http://bugs.php.net/?id=17322&edit=1
Bug #17322 Updated: mail() fails (501 Syntax Error) under latest CVS
ID: 17322 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Mail related Operating System: Windows 2000 PHP Version: 4.0CVS-2002-05-20 New Comment: Please delete duplicate posts, refreshed wrong window - SORRY :( Previous Comments: [2002-05-21 05:20:14] [EMAIL PROTECTED] We've beeen using the mail command in that fashion without problem since 4.0.6??? This is the first time I've had to touch the mail commands?!?!? It was working fine under 4.2.1, problem only started the second I upgraded to php 4.3.dev (which was purely for the cookie fix). [2002-05-21 05:18:58] [EMAIL PROTECTED] We've beeen using the mail command in that fashion without problem since 4.0.6??? This is the first time I've had to touch the mail commands?!?!? It was working fine under 4.2.1, problem only started the second I upgraded to php 4.3.dev (which was purely for the cookie fix). [2002-05-21 04:56:47] [EMAIL PROTECTED] We've beeen using the mail command in that fashion without problem since 4.0.6??? This is the first time I've had to touch the mail commands?!?!? It was working fine under 4.2.1, problem only started the second I upgraded to php 4.3.dev (which was purely for the cookie fix). [2002-05-21 04:49:54] [EMAIL PROTECTED] First, the From: "DVD Plaza (Support)" <[EMAIL PROTECTED]> syntax isn't supported on win32 and never was. Only addresses in the simple form of [EMAIL PROTECTED] are supported. Cay you try to revert to 4.2.1 and see if all emails get through at least ? But be aware that you need to use the ini setting "sendmail_from" in 4.2.1, From: in the header isn't support in this release. [2002-05-21 04:39:01] [EMAIL PROTECTED] Forgot to mention that this error 9/10 causes the Apache child to exit and a new one to spawn and that occasionally an e-mail does get to its destination. Now, I made the change you requested and no more errors are appearing in the error log - HOWEVER it isn't working as you'd expect. Thus far out of around 30 or so refreshes I've only ended up with two e-mails plus the Apache child bombed out a couple of times and respawned. 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/17322 -- Edit this bug report at http://bugs.php.net/?id=17322&edit=1
Bug #17322 Updated: mail() fails (501 Syntax Error) under latest CVS
ID: 17322 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Mail related Operating System: Windows 2000 PHP Version: 4.0CVS-2002-05-20 New Comment: Downgrade to PHP 4.2.1 mail works, upgrade back to PHP 4.3.dev mail fails. Reservedly restarted whole server, no change. Previous Comments: [2002-05-21 05:22:20] [EMAIL PROTECTED] Please delete duplicate posts, refreshed wrong window - SORRY :( [2002-05-21 05:20:14] [EMAIL PROTECTED] We've beeen using the mail command in that fashion without problem since 4.0.6??? This is the first time I've had to touch the mail commands?!?!? It was working fine under 4.2.1, problem only started the second I upgraded to php 4.3.dev (which was purely for the cookie fix). [2002-05-21 05:18:58] [EMAIL PROTECTED] We've beeen using the mail command in that fashion without problem since 4.0.6??? This is the first time I've had to touch the mail commands?!?!? It was working fine under 4.2.1, problem only started the second I upgraded to php 4.3.dev (which was purely for the cookie fix). [2002-05-21 04:56:47] [EMAIL PROTECTED] We've beeen using the mail command in that fashion without problem since 4.0.6??? This is the first time I've had to touch the mail commands?!?!? It was working fine under 4.2.1, problem only started the second I upgraded to php 4.3.dev (which was purely for the cookie fix). [2002-05-21 04:49:54] [EMAIL PROTECTED] First, the From: "DVD Plaza (Support)" <[EMAIL PROTECTED]> syntax isn't supported on win32 and never was. Only addresses in the simple form of [EMAIL PROTECTED] are supported. Cay you try to revert to 4.2.1 and see if all emails get through at least ? But be aware that you need to use the ini setting "sendmail_from" in 4.2.1, From: in the header isn't support in this release. 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/17322 -- Edit this bug report at http://bugs.php.net/?id=17322&edit=1
Bug #17322 Updated: mail() fails (501 Syntax Error) under latest CVS
ID: 17322 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Mail related Operating System: Windows 2000 PHP Version: 4.0CVS-2002-05-20 New Comment: Interesting, I downgraded to PHP 4.2.1 again since the mail failing is causing us a lot of grief (scripts randomly fail after this occurrs) and have discovered that the mail doesn't work properly there either! That said when you initially restart Apache the mail does work for a short while, must be what caught me out when I tested it last night, and THEN it stops working. The mail function being screwy in PHP 4.2.1 must have been a problem for us before, as a form that sends me e-mails has been generating hundreds less e-mails per day than I would have expected and I had formerly written it off as lack of interest (even though the Apache logs showed otherwise), so looks like it's not specific to PHP 4.3.dev but instead either PHP 4.2.1 or PHP 4.2.0 (don't have the time right at the moment to double check this). Previous Comments: [2002-05-21 06:50:38] [EMAIL PROTECTED] Downgrade to PHP 4.2.1 mail works, upgrade back to PHP 4.3.dev mail fails. Reservedly restarted whole server, no change. [2002-05-21 05:22:20] [EMAIL PROTECTED] Please delete duplicate posts, refreshed wrong window - SORRY :( [2002-05-21 05:20:14] [EMAIL PROTECTED] We've beeen using the mail command in that fashion without problem since 4.0.6??? This is the first time I've had to touch the mail commands?!?!? It was working fine under 4.2.1, problem only started the second I upgraded to php 4.3.dev (which was purely for the cookie fix). [2002-05-21 05:18:58] [EMAIL PROTECTED] We've beeen using the mail command in that fashion without problem since 4.0.6??? This is the first time I've had to touch the mail commands?!?!? It was working fine under 4.2.1, problem only started the second I upgraded to php 4.3.dev (which was purely for the cookie fix). [2002-05-21 04:56:47] [EMAIL PROTECTED] We've beeen using the mail command in that fashion without problem since 4.0.6??? This is the first time I've had to touch the mail commands?!?!? It was working fine under 4.2.1, problem only started the second I upgraded to php 4.3.dev (which was purely for the cookie fix). 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/17322 -- Edit this bug report at http://bugs.php.net/?id=17322&edit=1
Bug #17322 Updated: mail() fails (501 Syntax Error) under latest CVS
ID: 17322 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Mail related Operating System: Windows 2000 PHP Version: 4.0CVS-2002-05-20 Assigned To: mfischer New Comment: Mail has been better throughout the day, certainly not perfect (lots of messages missing) but at least PHP 4.2.1 is able to get SOME mail out as opposed to PHP 4.3.dev. Unfortunately by reverting back the cookie problem with 4.2.x is again causing us hell :\ I've been doing some reading around and found that mail under Win32 with PHP has always been a little screwy - will be great to finally have that improved, to the benefit of all PHP users. I appreciate your time is short and valuable, I'll do whatever I can to make your efforts worthwhile (you into DVD?). Previous Comments: [2002-05-22 03:17:13] [EMAIL PROTECTED] The win32/mail() implementation suffers some inherent problems. I'll see what I can do, but being busy right now, this can take until next weekend. Assigning to me. [2002-05-21 18:40:38] [EMAIL PROTECTED] Interesting, I downgraded to PHP 4.2.1 again since the mail failing is causing us a lot of grief (scripts randomly fail after this occurrs) and have discovered that the mail doesn't work properly there either! That said when you initially restart Apache the mail does work for a short while, must be what caught me out when I tested it last night, and THEN it stops working. The mail function being screwy in PHP 4.2.1 must have been a problem for us before, as a form that sends me e-mails has been generating hundreds less e-mails per day than I would have expected and I had formerly written it off as lack of interest (even though the Apache logs showed otherwise), so looks like it's not specific to PHP 4.3.dev but instead either PHP 4.2.1 or PHP 4.2.0 (don't have the time right at the moment to double check this). [2002-05-21 06:50:38] [EMAIL PROTECTED] Downgrade to PHP 4.2.1 mail works, upgrade back to PHP 4.3.dev mail fails. Reservedly restarted whole server, no change. [2002-05-21 05:22:20] [EMAIL PROTECTED] Please delete duplicate posts, refreshed wrong window - SORRY :( [2002-05-21 05:20:14] [EMAIL PROTECTED] We've beeen using the mail command in that fashion without problem since 4.0.6??? This is the first time I've had to touch the mail commands?!?!? It was working fine under 4.2.1, problem only started the second I upgraded to php 4.3.dev (which was purely for the cookie fix). 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/17322 -- Edit this bug report at http://bugs.php.net/?id=17322&edit=1
Bug #17322 Updated: mail() fails (501 Syntax Error) under latest CVS
ID: 17322 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Mail related Operating System: Windows 2000 PHP Version: 4.0CVS-2002-05-20 Assigned To: mfischer New Comment: BLOODY COMPUTERS!!! PHP 4.2.1's mail handling is fine as I originally said, the reason I was missing mail yesterday was due to IE on my Mac not refreshing the pages I was constantly reloading. Mail is flowing through just fine and refreshing one of my forms via my PC causes a mail every time. So it's what I originally said - mail fails under PHP 4.3.dev but works under PHP 4.2.1. Sorry for the confusion... argh!!! Previous Comments: [2002-05-22 08:33:53] [EMAIL PROTECTED] Mail has been better throughout the day, certainly not perfect (lots of messages missing) but at least PHP 4.2.1 is able to get SOME mail out as opposed to PHP 4.3.dev. Unfortunately by reverting back the cookie problem with 4.2.x is again causing us hell :\ I've been doing some reading around and found that mail under Win32 with PHP has always been a little screwy - will be great to finally have that improved, to the benefit of all PHP users. I appreciate your time is short and valuable, I'll do whatever I can to make your efforts worthwhile (you into DVD?). [2002-05-22 03:17:13] [EMAIL PROTECTED] The win32/mail() implementation suffers some inherent problems. I'll see what I can do, but being busy right now, this can take until next weekend. Assigning to me. [2002-05-21 18:40:38] [EMAIL PROTECTED] Interesting, I downgraded to PHP 4.2.1 again since the mail failing is causing us a lot of grief (scripts randomly fail after this occurrs) and have discovered that the mail doesn't work properly there either! That said when you initially restart Apache the mail does work for a short while, must be what caught me out when I tested it last night, and THEN it stops working. The mail function being screwy in PHP 4.2.1 must have been a problem for us before, as a form that sends me e-mails has been generating hundreds less e-mails per day than I would have expected and I had formerly written it off as lack of interest (even though the Apache logs showed otherwise), so looks like it's not specific to PHP 4.3.dev but instead either PHP 4.2.1 or PHP 4.2.0 (don't have the time right at the moment to double check this). [2002-05-21 06:50:38] [EMAIL PROTECTED] Downgrade to PHP 4.2.1 mail works, upgrade back to PHP 4.3.dev mail fails. Reservedly restarted whole server, no change. [2002-05-21 05:22:20] [EMAIL PROTECTED] Please delete duplicate posts, refreshed wrong window - SORRY :( 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/17322 -- Edit this bug report at http://bugs.php.net/?id=17322&edit=1
#19634 [NEW]: Mapping of .html and .htm files fails
From: [EMAIL PROTECTED] Operating system: Windows 2k SP3 PHP version: 4.2.3 PHP Bug Type: IIS related Bug description: Mapping of .html and .htm files fails Mapping .html and .htm files to the php.exe file in 4.2.3 returns "The directory name is invalid" when trying to run a .html file. .html and .htm have been mapped to ASP and work correctly, it is with this latest version of PHP that this error occurs. -- Edit bug report at http://bugs.php.net/?id=19634&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19634&r=trysnapshot Fixed in CVS:http://bugs.php.net/fix.php?id=19634&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=19634&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19634&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19634&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=19634&r=support Expected behavior: http://bugs.php.net/fix.php?id=19634&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=19634&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=19634&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=19634&r=globals
#19634 [Bgs->Opn]: Mapping of .html and .htm files fails
ID: 19634 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Bogus +Status: Open Bug Type: IIS related Operating System: Windows 2k SP3 PHP Version: 4.2.3 New Comment: This is with IIS 5 on windows 2000. It is a virtual directory that the file extensions are being mapped to. The setup version of PHP was the setup.exe file. For this website I went to the properties->home directory->configuration->app mappings and added a new .html mapping to php.exe in my php directory. Php is installed at c:\php In my php.ini file i have aside from the default settings: cgi.force_redirect = 0 extension_dir = C:/PHP/extensions display_errors = Off error_log = syslog extension=php_mssql.dll Previous Comments: [2002-09-27 06:44:05] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. [2002-09-27 06:35:13] [EMAIL PROTECTED] Mapping .html and .htm files to the php.exe file in 4.2.3 returns "The directory name is invalid" when trying to run a .html file. .html and .htm have been mapped to ASP and work correctly, it is with this latest version of PHP that this error occurs. -- Edit this bug report at http://bugs.php.net/?id=19634&edit=1
#19634 [Opn]: Mapping of .html and .htm files fails
ID: 19634 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: IIS related Operating System: Windows 2k SP3 PHP Version: 4.2.3 New Comment: "It is a virtual directory that the file extensions are being mapped to" should read "Website" not virtual directory, that the file extension is being mapped to (rather than it being global accross all websites) Previous Comments: [2002-09-27 07:40:06] [EMAIL PROTECTED] This is with IIS 5 on windows 2000. It is a virtual directory that the file extensions are being mapped to. The setup version of PHP was the setup.exe file. For this website I went to the properties->home directory->configuration->app mappings and added a new .html mapping to php.exe in my php directory. Php is installed at c:\php In my php.ini file i have aside from the default settings: cgi.force_redirect = 0 extension_dir = C:/PHP/extensions display_errors = Off error_log = syslog extension=php_mssql.dll [2002-09-27 06:44:05] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. [2002-09-27 06:35:13] [EMAIL PROTECTED] Mapping .html and .htm files to the php.exe file in 4.2.3 returns "The directory name is invalid" when trying to run a .html file. .html and .htm have been mapped to ASP and work correctly, it is with this latest version of PHP that this error occurs. -- Edit this bug report at http://bugs.php.net/?id=19634&edit=1
#19113 [Com]: HTTP status 200 returned on HTTP CONNECT when mod_proxy not in use
ID: 19113 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Apache related Operating System: FreeBSD 4.6.2 PHP Version: 4.2.2 New Comment: I'm using PHP 4.2.2 and Apache 1.3.26 on RedHat 7.1 I can't get it to act properly at all (renaming the index file didn't work) DirectoryIndex index.html index.php index.htm I have 5 files and 3 directories in the root directory, the only file that is an index is index.html. I tried renaming that to 2index.html , but the CONNECT request just returned a 404. $SERVER['REQUEST_METHOD'] was 'CONNECT' when it parsed index.html, if that's any help. Chris P.S. When I voted on this bug I accidentaly stated it was a different version of PHP when it was in fact the same version. Previous Comments: [2002-09-25 15:14:59] [EMAIL PROTECTED] This bug also applies to PHP 4.2.3. [2002-09-23 19:49:30] [EMAIL PROTECTED] A follow-up to the "quick-fix" configuration addition I posted: Despite working around the problem, it seems to partially mess up the default deny/allow setup that Apache comes with by default. For example, using those configuration directives globally will result in allow/deny directives to seemingly have no effect. So please, be cautious when using the configuration fix. This is just more proof that this bug need to be fixed on the Apache level or the PHP4 level (depending on where it is). [2002-08-26 15:14:58] [EMAIL PROTECTED] I believe the following to be a severe bug which relates directly to PHP4 and Apache 1.3: For those of you unfamiliar with HTTP, there is an HTTP command called "CONNECT" which is intended for use with HTTP proxying. Via telnet, one can test for proxy capability by doing the following (input is in bold): $ telnet www.somehost.com 80 Trying ###.###.###.###... Connected to www.somehost.com. Escape character is '^]'. CONNECT www.google.com:80 HTTP/1.0 Host: www.somehost.com Now hit [Enter] twice. If your Apache configuration is proper (and without mod_proxy installed), you should get the following response: HTTP/1.1 405 Method Not Allowed However, this is where the bug shows up. Here are the pre-requisites for it to appear: Must have PHP4 module loaded. Must have index.php listed in Apache DocumentIndex directive. Must have index.php file in the DocumentRoot of the website you're connecting to (in the above example, www.somehost.com). The result of the above HTTP CONNECT when all of the above pre-requistes are met: HTTP/1.1 200 OK [HTTP headers here] [Contents of parsed index.php here; as if visiting the website!] An HTTP response code of 200 should only be sent when the request was legitimate -- a HTTP CONNECT should not be legitimate just because the website in question has an index.php file. You can literally rename index.php to something else (even index.html!) and a correct HTTP status of 405 is returned. I have read the HTTP RFC in full, and it is fairly vague when it comes to dealing with HTTP CONNECT -- however, the Status code section applies to all sections, therefore a Status code of 200 on an HTTP CONNECT when mod_proxy is not loaded is incorrect. Again, this only happens with mod_php4 installed. So why is this a big deal? Well, a slew of online services use proxy scanners to ensure legitimate clients are being used to communicate with their servers; proxy scanners are also used for IRC. The scanners look for a status code of 200 on an HTTP CONNECT. There is a workaround, which is to add the following to your server configuration: Order deny,allow Deny from all This bug may be directly related to bug #17424. Footnote: If this is traced back to be a flaw in Apache's DSO code, then I expect to see it reported as such, so I can forward this entire thread on to the Apache team and make them deal with it. Thanks. -- Edit this bug report at http://bugs.php.net/?id=19113&edit=1
#19816 [NEW]: pfpro modules fails 'nm' test on valid lib
From: [EMAIL PROTECTED] Operating system: Solaris 8 PHP version: 4.2.3 PHP Bug Type: Compile Failure Bug description: pfpro modules fails 'nm' test on valid lib In 'configure' on PHP version 4.2.3, the version check for Payflow Pro will fail on Solaris. The problem is that configure looks to column 3 of nm's output, which works fine in Linux, but in Solaris' version of 'nm', the output is different. nm outputs this: #nm libpfpro.so | grep pfproInit [3527] |154896| 32|FUNC |GLOB |0|12 |pfproInit So the pfpro functions print in column 8, preceeded by a '|' character. -- Edit bug report at http://bugs.php.net/?id=19816&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19816&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=19816&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=19816&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19816&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19816&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=19816&r=support Expected behavior: http://bugs.php.net/fix.php?id=19816&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=19816&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=19816&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=19816&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=19816&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=19816&r=dst IIS Stability: http://bugs.php.net/fix.php?id=19816&r=isapi
#19488 [Com]: mysql_num_rows() randomly fails
ID: 19488 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: MySQL related Operating System: Linux 2.4.19-pre4 PHP Version: 4.2.3 New Comment: I have the same problem! Previous Comments: [2002-09-19 05:41:18] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. [2002-09-18 23:38:34] [EMAIL PROTECTED] mysql_num_rows() is randomly failing for me on any script with any SQL query. mysql_query() doesn't return false, and mysql_error() and mysql_errno() return nothing. Happens on both 4.2.2 and 4.2.3. I checked all SQL queries that this happens with and they run fine on the database server(s). The exact error message I get is: [18-Sep-2002 21:31:46] PHP Warning: mysql_num_rows(): supplied argument is not a valid MySQL result resource in /www/shared/sql.lib on line 99 (taken from the error_log) The same thing seems to be happening on bugs.php.net. When I search for something, I randomly get the following errors: Warning: mysql_numrows(): 4 is not a valid MySQL result resource in /local/Web/sites/php-bugs-web/search.php on line 119 Warning: mysql_fetch_array(): 4 is not a valid MySQL result resource in /local/Web/sites/php-bugs-web/search.php on line 139 -- Edit this bug report at http://bugs.php.net/?id=19488&edit=1
#20005 [Bgs]: trim does not trim a string in array
ID: 20005
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: Strings related
Operating System: Linux suse 2.4.16-4GB
PHP Version: 4.2.3
New Comment:
Stupid myself. thx...
Chris
Previous Comments:
[2002-10-21 04:09:14] [EMAIL PROTECTED]
for ($ic = 0 ; $ic > count($e); $ic++) {
^^^
That should be < of course.
[2002-10-21 04:04:36] [EMAIL PROTECTED]
I've got this code segement:
--- snip ---
$buffer = fgets($if);
$e = split("\t", trim($buffer));
for ($ic = 0 ; $ic > count($e); $ic++) {
$e[$ic] = trim($e[$ic]);
}
--- snap ---
The string in the array $e[] is never trimmed. In it does just the same
as $e[$ic] = $e[$ic];
Same behaviour in chop!
When I changed the code to this:
--- snip ---
$buffer = fgets($if);
$b = trim($buffer);
$e = split("\t", $b);
for ($ic = 0 ; $ic < count($e); $ic++) {
$t[$ic] = trim($e[$ic]);
}
--- snap ---
it works as expected.
Chris
--
Edit this bug report at http://bugs.php.net/?id=20005&edit=1
#16057 [Com]: ftp_nlist() and ftp_rawlist() return nothing
ID: 16057 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: FTP related Operating System: Windows 2000 Advanced Server PHP Version: 4.1.2 New Comment: ftp_rawlist() and ftp_nlist() still appear to be broken in PHP 4.2.3. I have tested with both Apache 1.3.27 and IIS 6. Previous Comments: [2002-10-21 03:34:00] [EMAIL PROTECTED] I'm having problems with ftp_rawlist(). I'm running Abyss Web Server, Win XP and latest ver of PHP. ftp_rawlist() doesn't seem to work when directories haves spaces in them. Does anyone have a solution on this problem? [2002-10-17 14:15:38] [EMAIL PROTECTED] Using Windows 2000 SP3 PHP 2.3.0 the funtions ftp_rawlist and ftp_nlist are still a problem. When I try to get the ftp list on my LOCAL (127.0.0.1) machine ftp server, the script fails (timeout) but it works on other remote ftp server... you will say "your ftp server is not working or is not well configured..." I say: if i use this script on an linux machine with PHP (different from the one where my ftp server is), to connect to this ftp server: it works Moreover, my ftp server log says that the LIST command is correctly executed: 230 User logged in, proceed. CWD /upload/ 250 Directory changed to /upload PORT 127,0,0,1,6,149 200 PORT Command successful. LIST 150 Opening ASCII mode data connection for /bin/ls. 226 Transfer complete. but the php script hangs on ftp_rawlist here is the script: [2002-08-24 13:39:57] [EMAIL PROTECTED] Very strange.. Instead of using the installshield version, I downloaded the zip version today, and it seems to be working (same version, 4.2.2). I'm still using PHP as an executable in IIS. [2002-08-24 01:04:36] [EMAIL PROTECTED] It's still not working for me... I had 4.2.2, the latest Win32 install-executable version available, and it still wasn't working. So, I tried downloading the latest version from the snapshots site (version 4.3), and I can't get that to even run properly on my IIS 5. >From the command prompt, I can run the php executable, and it seems to work okay. However, all my scripts just hang, (and I think I eventually get a CGI Time-out). I have my IIS set-up to run the php.exe executable (instead of the ISAPI setup). [2002-08-16 10:03:51] [EMAIL PROTECTED] Thank you for your bug report. This issue has already been fixed in the latest released version of PHP, which you can download at http://www.php.net/downloads.php This issue appears to be fixed in the latest CVS. You can grab a snapshot of it here: http://snaps.php.net/win32/ 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/16057 -- Edit this bug report at http://bugs.php.net/?id=16057&edit=1
Bug #1: dsfgdfgdfg
From: [EMAIL PROTECTED] Operating system: 242c4 PHP version: 4.1.1 PHP Bug Type: Performance problem Bug description: dsfgdfgdfg sdfgsdfgsdfgfsdgsdfgs -- Edit bug report at http://bugs.php.net/?id=1&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=1&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=1&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=1&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=1&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=1&r=support Expected behavior: http://bugs.php.net/fix.php?id=1&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=1&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=1&r=submittedtwice
Bug #15631 Updated: php4apache.dll don't work with Apache 2.0.32
ID: 15631 Updated by: [EMAIL PROTECTED] -Reported By: [EMAIL PROTECTED] +Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Apache2 related Operating System: NT4.0 PHP Version: 4.1.1 New Comment: I'm also having the same problem under Windows XP Pro. Previous Comments: [2002-02-19 16:12:29] [EMAIL PROTECTED] php4apache2.dll doesn't work with Apache 2.0.32 (and Apache 2.0, in general). We are using PHP 4.1.1 Any timeframe for having this module available for Apache 2.0? The CGI program does work with Apache 2.0 Thanx, James Potts [EMAIL PROTECTED] -- Edit this bug report at http://bugs.php.net/?id=15631&edit=1
Bug #16120: PHP 4.1.2 and Vpopmail 5.2 will not compile together
From: [EMAIL PROTECTED] Operating system: Red Hat 7.2 PHP version: 4.1.2 PHP Bug Type: Compile Failure Bug description: PHP 4.1.2 and Vpopmail 5.2 will not compile together I have confirmed this on 2 server both running red hat 7.2 it will also not compile in the current cvs version compile string LIBS="-lmcrypt -lltdl" ./configure --with-mysql=/usr --with-curl --with-apache=../apache_1.3.23/ --enable-wddx --enable-dbx --enable-track-vars --with-mcrypt --with-mhash --with-xml --with-OpenSSL=/usr --enable-bcmath --enable-calendar --enable-ftp --enable-sockets --with-jpeg-dir=/usr/lib --with-png-dir=/usr/lib --with-tiff-dir=/usr/lib --with-vpopmail Output from make Making all in vpopmail make[2]: Entering directory `/usr/src/httpd/php-4.1.2/ext/vpopmail' make[3]: Entering directory `/usr/src/httpd/php-4.1.2/ext/vpopmail' gcc -I. -I/usr/src/httpd/php-4.1.2/ext/vpopmail -I/usr/src/httpd/php-4.1.2/main -I/usr/src/httpd/php-4.1.2 -I/usr/src/httpd/apache_1.3.23/src/include -I/usr/src/httpd/apache_1.3.23/src/os/unix -I/usr/src/httpd/php-4.1.2/Zend -I/usr/local/include -I/usr/include/mysql -I/home/vpopmail/include -I/usr/src/httpd/php-4.1.2/ext/xml/expat -I/usr/src/httpd/php-4.1.2/TSRM -g -O2 -c php_vpopmail.c && touch php_vpopmail.lo php_vpopmail.c:925:8: warning: extra tokens at end of #endif directive php_vpopmail.c: In function `zif_vpopmail_add_alias_domain': php_vpopmail.c:288: warning: passing arg 3 of `add_domain_assign' makes pointer from integer without a cast php_vpopmail.c:288: too few arguments to function `add_domain_assign' make[3]: *** [php_vpopmail.lo] Error 1 make[3]: Leaving directory `/usr/src/httpd/php-4.1.2/ext/vpopmail' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/usr/src/httpd/php-4.1.2/ext/vpopmail' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/src/httpd/php-4.1.2/ext' make: *** [all-recursive] Error 1 -- Edit bug report at http://bugs.php.net/?id=16120&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16120&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16120&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16120&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16120&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16120&r=support Expected behavior: http://bugs.php.net/fix.php?id=16120&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16120&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16120&r=submittedtwice
Bug #16360 Updated: Segmentation fault in Array functions
ID: 16360 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Analyzed Bug Type: Scripting Engine problem Operating System: Linux, Windows PHP Version: 4.0CVS-2002-03-3 New Comment: I'm not sure if this is the same problem, but I get something extremely similar. Install PHP 4.1.x (whether .1 or .2) and suddenly Apache begins growing, and growing, and GROWING in memory use. Eventually a malloc/segfault occurs and Apache either restarts or simply fails outright. Reverting to 4.0.6 resolves the issue, placing 4.1.x back on reintroduces it. No Zend, no nothing other than GZIP and MySQL. Since numerous malloc/segfaults end up leaving Apache unable to restart itself, and PHP 4.1.2 was a security fix and thus HAD to upgrade to it (previously just stuck with 4.0.6 due to this), I have had to configure Apache to auto-restart itself every few hundred hits - this seems to prevent the fault occurring. Mind you PHP still fills up the error log with sh#tloads of parse errors - out of say several hundred executions of a simple 1 line script for example it'll suddenly decide on the next excution to suffer a parse error. Again specific to PHP 4.1.x Sorry if this isn't the same fault? Previous Comments: [2002-04-02 10:24:07] [EMAIL PROTECTED] why not? [2002-04-01 21:58:51] [EMAIL PROTECTED] My personaly preference is "result must be correct always, if not raise error", but it's not the case under PHP, unfortunately. [2002-04-01 09:00:25] [EMAIL PROTECTED] Ok, ZendOptimizer disabled, patch works as expected. Any patch like the one Joerg suggested in sight? [2002-04-01 01:32:52] [EMAIL PROTECTED] When you report error. Disable Zend Optimizer _ALWAYS_. We don't support ZendOptimizer and it's waste of time for both of us. Zend optimizer probably does not work with the patch. To locate line, use die(). [2002-03-31 21:44:32] [EMAIL PROTECTED] Please give me a hint how to locate the line, for I don't know :-) I'm using the Zend Optimizer in addition, nothing else. 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/16360 -- Edit this bug report at http://bugs.php.net/?id=16360&edit=1
Bug #14865 Updated: php4apache.dll - phpinfo error - winXP - Apache
ID: 14865 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Apache related Operating System: Win XP Prof PHP Version: 4.1.1 New Comment: I get a similar difficulty, but with ANY scripts no matter how small or large. 90% of the time it works perfectly, then all of a sudden PHP decides to spew a parse error or some other random phenomenon - even a single one line script will eventually suffer this fault. I experienced this when I moved to PHP 4.1.x, so reverted back to 4.0.6 which does not have the problem. Unfortunately 4.1.2 is a security fix so obviously have to upgrade, and now having to live with this problem. Not sure if its related, but 4.1.x also causes Apache's memory use to grow and grow and GROW until eventually a malloc fault occurrs. Sometimes Apache will restart, sometimes just crash. Again 4.0.6 has no such problem, just 4.1.x - had no choice but to configure Apache to self-restart every few hundred hits to overcome this memory leak. This is all with PHP as a Apache module. Previous Comments: [2002-03-25 15:38:20] [EMAIL PROTECTED] I too am having the same problem. WinXP, Apache/1.3.22 (Win32), PHP/4.1.3-dev, mod_perl/1.26. PHP installed as a module. I haven't tried using it in CGI mode. It's not just phpinfo(). It happens regularly. Try going to: http://singularity.homedns.org/calendar/index.php Hit reload a few times, move to another month, etc. Eventually it will hose up. Spews garbage characters in the middle of the page. I understand going back to 4.0.6 seems to fix it, but I'd rather not. Any help would be..wellhelpful. IanW IanW [2002-03-22 00:24:26] [EMAIL PROTECTED] Another instance: I have a page that only contains and nothing else. PHP ver: 4.1.2 Machine: WinXP Pro HTTPD:Apache, PHP as a module When I browse to the page on my local machine (localhost) I get strange behaviour. I get a large number of instant redirects - in other words, the browser sits there redirecting itself to the same page for about 10 seconds (maybe 50 redirects in all). Finally the page either displays properly, or I get a DNS server not found error page in my browser. It's only started doing this since I upgraded from 4.0.6 to 4.1.2. I have just installed 4.2.0 RC1, but it makes no difference. If I go back to 4.0.6, it's fine. You can try this yourself. Go to: http://mvirtue.myip.org/test/index.php and see what you get. I got a friend of mine to try it from his machine, and he briefly saw the first few lines of the PHP info screen, and then was instantly redirected to a DNS error page. Often the page displays perfectly the first time you go there. It's only when you hit "Refresh" do you get the bizarre behaviour. [2002-01-18 08:50:59] [EMAIL PROTECTED] How I can get the new version? I tried to found by http://cvs.php.net/cvs.php/php4/win32 but I couldn't find the binary-Version for win32! Can you send me the new version or say me where I can find it? I don't beleve, that the but is fix, why the problem was not only with the verion 4.1.1, it was with 4.0.6 too! Greats Pascal [2002-01-11 10:43:45] [EMAIL PROTECTED] This problem occurs only on WIN XP (Pro?) as an OS. [2002-01-11 10:41:12] [EMAIL PROTECTED] As for me - i don't have any extension except imap&gd installed. Maybe something else? I found the same problem with phpmyadmin - it shows "could not found server" page in left frame (the one with database/tables list) from time to time. Ivan 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/14865 -- Edit this bug report at http://bugs.php.net/?id=14865&edit=1
#21949 [NEW]: xmlrpc_encode_request does not maintain keys of non-zero-indexed arrays
From: [EMAIL PROTECTED]
Operating system: Red Hat Linux 8.0
PHP version: 4.2.3
PHP Bug Type: XMLRPC-EPI related
Bug description: xmlrpc_encode_request does not maintain keys of non-zero-indexed
arrays
When I run a sequence such as:
$test = array(1234 => 5, 5678 => 2);
$rpc = xmlrpc_encode_request("method", $test);
print $rpc;
the XMLRPC extension does not observe the non-zero-indexed nature of the
array and produces a request such as:
-
method
-
-
-
5
-
-
2
At the other end, this decodes to:
array(0 => 5, 1 => 2)
which is not the same as the original data passed. The same occurs when
using string types using numeric values as the array keys, eg.
array("1234" => 5, "5678" => 2)
or by using settype(... "string") on the array keys.
I believe that the XMLRPC extension should generate a for arrays
such as this, so that the number key to value mapping can be preserved.
Regards,
Chris.
--
Edit bug report at http://bugs.php.net/?id=21949&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=21949&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=21949&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=21949&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=21949&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=21949&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=21949&r=support
Expected behavior: http://bugs.php.net/fix.php?id=21949&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=21949&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=21949&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=21949&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21949&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=21949&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=21949&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=21949&r=gnused
#20658 [NEW]: segfault after calling array_walk
From: [EMAIL PROTECTED]
Operating system: Linux 2.4.19-pre4
PHP version: 4CVS-2002-11-26 (stable)
PHP Bug Type: Reproducible crash
Bug description: segfault after calling array_walk
I get a segfault after calling array_walk, in this portion of a script:
function get_flat($packageid = 0) {
if ($packageid == $this->lastflatid)
return $this->flat;
$this->lastflatid = $packageid;
$this->flat = array();
array_walk(&$this->tree[$packageid], array(&$this,
"get_flat_callback"));
return $this->flat;
}
function get_flat_callback($val, $key) {
if (is_array($val)) {
if (is_int($key))
$this->flat[$key] =& $val;
array_walk(&$val, array(&$this, "get_flat_callback"));
}
}
The entire script can be viewed here:
http://dali.deviantart.com/~chris/themetree.phps
For some odd reason, this code is called twice in the page, however the
bug only manifests itself the second time the function is called (which
was why I added the first three lines of get_flat() as a temporary
workaround) however it is completely reproducible. I could also reproduce
it in 4.2.2, and it printed an error message to the php error_log:
[26-Nov-2002 10:16:31] PHP Warning: Unable to call (null)() - function
does not exist in /www/shared/themetree.php on line 67
A backtrace from a snapshot from an hour or two ago is below:
Program received signal SIGSEGV, Segmentation fault.
0x4038fd10 in xbuf_format_converter (xbuf=0xbfff9a78,
fmt=0x403ddd60 "Unable to call %s() - function does not exist",
ap=0xbfff9b30) at
/home/chris/php4-STABLE-200211261830/main/spprintf.c:438
438 s_len =
strlen(s);
(gdb) bt
#0 0x4038fd10 in xbuf_format_converter (xbuf=0xbfff9a78,
fmt=0x403ddd60 "Unable to call %s() - function does not exist",
ap=0xbfff9b30) at
/home/chris/php4-STABLE-200211261830/main/spprintf.c:438
#1 0x403902e1 in vspprintf (pbuf=0xbfff9ad8, max_len=0,
format=0x403ddd60 "Unable to call %s() - function does not exist",
ap=0xbfff9b30) at
/home/chris/php4-STABLE-200211261830/main/spprintf.c:622
#2 0x4038c3cc in php_verror (docref=0x0, params=0x403e9f93 "", type=2,
format=0x403ddd60 "Unable to call %s() - function does not exist",
args=0xbfff9b30) at
/home/chris/php4-STABLE-200211261830/main/main.c:399
#3 0x4038c723 in php_error_docref0 (docref=0x0, type=2,
format=0x403ddd60 "Unable to call %s() - function does not exist")
at /home/chris/php4-STABLE-200211261830/main/main.c:484
#4 0x403178bb in php_array_walk (target_hash=0x81ca984, userdata=0x0)
at /home/chris/php4-STABLE-200211261830/ext/standard/array.c:983
#5 0x403179fd in zif_array_walk (ht=2, return_value=0x8254c8c,
this_ptr=0x0,
return_value_used=0)
at /home/chris/php4-STABLE-200211261830/ext/standard/array.c:1023
#6 0x403cb211 in execute (op_array=0x8254b7c)
at /home/chris/php4-STABLE-200211261830/Zend/zend_execute.c:1598
#7 0x403aff76 in call_user_function_ex (function_table=0x8253a00,
object_pp=0x8209a68, function_name=0x8253644,
retval_ptr_ptr=0xbfffa1a8,
param_count=2, params=0xbfffa1c0, no_separation=0, symbol_table=0x0)
at /home/chris/php4-STABLE-200211261830/Zend/zend_execute_API.c:557
#8 0x40317889 in php_array_walk (target_hash=0x824e4c4, userdata=0x0)
at /home/chris/php4-STABLE-200211261830/ext/standard/array.c:978
#9 0x403179fd in zif_array_walk (ht=2, return_value=0x825547c,
this_ptr=0x0,
return_value_used=0)
at /home/chris/php4-STABLE-200211261830/ext/standard/array.c:1023
#10 0x403cb211 in execute (op_array=0x8254b7c)
at /home/chris/php4-STABLE-200211261830/Zend/zend_execute.c:1598
#11 0x403aff76 in call_user_function_ex (function_table=0x8253a00,
object_pp=0x820aab0, function_name=0x825646c,
retval_ptr_ptr=0xbfffa7f8,
param_count=2, params=0xbfffa810, no_separation=0, symbol_table=0x0)
at /home/chris/php4-STABLE-200211261830/Zend/zend_execute_API.c:557
#12 0x40317889 in php_array_walk (target_hash=0x8209914, userdata=0x0)
at /home/chris/php4-STABLE-200211261830/ext/standard/array.c:978
#13 0x403179fd in zif_array_walk (ht=2, return_value=0x820cc94,
this_ptr=0x0,
return_value_used=0)
at /home/chris/php4-STABLE-200211261830/ext/standard/array.c:1023
#14 0x403cb211 in execute (op_array=0x8254b7c)
at /home/chris/php4-STABLE-200211261830/Zend/zend_execute.c:1598
#15 0x403aff76 in call_user_function_ex (function_table=0x8253a00,
object_pp=0x82095c8, function_name=0x8253f3c,
retval_ptr_ptr=0xbfffae48,
param_count=2, params=0xbfffae60, no_separation=0, symbol_table=0x0)
at /home/chris/php4-STABLE-200211261830/Zend/zend_execute_API.c:557
#16 0x40317889 in php_ar
#20658 [Com]: segfault after calling array_walk
ID: 20658
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: Reproducible crash
Operating System: Linux 2.4.19-pre4
PHP Version: 4CVS-2002-11-26 (stable)
New Comment:
The one I tried and quoted in the bug report was less than 2 hours old
at the time of the reporting.
Has anything changed between then and now?
Previous Comments:
[2002-11-26 15:38:46] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-latest.zip
[2002-11-26 13:41:48] [EMAIL PROTECTED]
I get a segfault after calling array_walk, in this portion of a
script:
function get_flat($packageid = 0) {
if ($packageid == $this->lastflatid)
return $this->flat;
$this->lastflatid = $packageid;
$this->flat = array();
array_walk(&$this->tree[$packageid], array(&$this,
"get_flat_callback"));
return $this->flat;
}
function get_flat_callback($val, $key) {
if (is_array($val)) {
if (is_int($key))
$this->flat[$key] =& $val;
array_walk(&$val, array(&$this, "get_flat_callback"));
}
}
The entire script can be viewed here:
http://dali.deviantart.com/~chris/themetree.phps
For some odd reason, this code is called twice in the page, however the
bug only manifests itself the second time the function is called (which
was why I added the first three lines of get_flat() as a temporary
workaround) however it is completely reproducible. I could also
reproduce it in 4.2.2, and it printed an error message to the php
error_log:
[26-Nov-2002 10:16:31] PHP Warning: Unable to call (null)() - function
does not exist in /www/shared/themetree.php on line 67
A backtrace from a snapshot from an hour or two ago is below:
Program received signal SIGSEGV, Segmentation fault.
0x4038fd10 in xbuf_format_converter (xbuf=0xbfff9a78,
fmt=0x403ddd60 "Unable to call %s() - function does not exist",
ap=0xbfff9b30) at
/home/chris/php4-STABLE-200211261830/main/spprintf.c:438
438 s_len =
strlen(s);
(gdb) bt
#0 0x4038fd10 in xbuf_format_converter (xbuf=0xbfff9a78,
fmt=0x403ddd60 "Unable to call %s() - function does not exist",
ap=0xbfff9b30) at
/home/chris/php4-STABLE-200211261830/main/spprintf.c:438
#1 0x403902e1 in vspprintf (pbuf=0xbfff9ad8, max_len=0,
format=0x403ddd60 "Unable to call %s() - function does not exist",
ap=0xbfff9b30) at
/home/chris/php4-STABLE-200211261830/main/spprintf.c:622
#2 0x4038c3cc in php_verror (docref=0x0, params=0x403e9f93 "",
type=2,
format=0x403ddd60 "Unable to call %s() - function does not exist",
args=0xbfff9b30) at
/home/chris/php4-STABLE-200211261830/main/main.c:399
#3 0x4038c723 in php_error_docref0 (docref=0x0, type=2,
format=0x403ddd60 "Unable to call %s() - function does not exist")
at /home/chris/php4-STABLE-200211261830/main/main.c:484
#4 0x403178bb in php_array_walk (target_hash=0x81ca984, userdata=0x0)
at /home/chris/php4-STABLE-200211261830/ext/standard/array.c:983
#5 0x403179fd in zif_array_walk (ht=2, return_value=0x8254c8c,
this_ptr=0x0,
return_value_used=0)
at /home/chris/php4-STABLE-200211261830/ext/standard/array.c:1023
#6 0x403cb211 in execute (op_array=0x8254b7c)
at /home/chris/php4-STABLE-200211261830/Zend/zend_execute.c:1598
#7 0x403aff76 in call_user_function_ex (function_table=0x8253a00,
object_pp=0x8209a68, function_name=0x8253644,
retval_ptr_ptr=0xbfffa1a8,
param_count=2, params=0xbfffa1c0, no_separation=0,
symbol_table=0x0)
at
/home/chris/php4-STABLE-200211261830/Zend/zend_execute_API.c:557
#8 0x40317889 in php_array_walk (target_hash=0x824e4c4, userdata=0x0)
at /home/chris/php4-STABLE-200211261830/ext/standard/array.c:978
#9 0x403179fd in zif_array_walk (ht=2, return_value=0x825547c,
this_ptr=0x0,
return_value_used=0)
at /home/chris/php4-STABLE-200211261830/ext/standard/array.c:1023
#10 0x403cb211 in execute (op_array=0x8254b7c)
at /home/chris/php4-STABLE-200211261830/Zend/zend_execute.c:1598
#11 0x403aff76 in call_user_function_ex (function_table=0x8253a00,
object_pp=0x820aab0, function_name=0x825646c,
retval_ptr_ptr=0xbfffa7f8,
param_count=2, params=0xbfffa810, no_separation=0,
symbol_table=0x0)
at
/home/chris/php4-STABLE-200211261830/Zend/zend_execute_API.c:557
#12 0x40317889 in php_array_walk (target_hash=0x8209914, userdata=0x0)
at /home/chris/php4-STABLE-200211261830/ext/standard/array.c:978
#13 0x403179fd
#20658 [Com]: segfault after calling array_walk
ID: 20658
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: Reproducible crash
Operating System: Linux 2.4.19-pre4
PHP Version: 4CVS-2002-11-26 (stable)
New Comment:
Seems to be fixed now, thanks for the help.
Previous Comments:
[2002-11-26 17:02:17] [EMAIL PROTECTED]
Yep. I found a bug in error reporting code while investigating
array_walk() and fixed it. Now please try the latest one and it will
give you a bit more useful information, I suppose.
[2002-11-26 16:48:36] [EMAIL PROTECTED]
The one I tried and quoted in the bug report was less than 2 hours old
at the time of the reporting.
Has anything changed between then and now?
[2002-11-26 15:38:46] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-latest.zip
[2002-11-26 13:41:48] [EMAIL PROTECTED]
I get a segfault after calling array_walk, in this portion of a
script:
function get_flat($packageid = 0) {
if ($packageid == $this->lastflatid)
return $this->flat;
$this->lastflatid = $packageid;
$this->flat = array();
array_walk(&$this->tree[$packageid], array(&$this,
"get_flat_callback"));
return $this->flat;
}
function get_flat_callback($val, $key) {
if (is_array($val)) {
if (is_int($key))
$this->flat[$key] =& $val;
array_walk(&$val, array(&$this, "get_flat_callback"));
}
}
The entire script can be viewed here:
http://dali.deviantart.com/~chris/themetree.phps
For some odd reason, this code is called twice in the page, however the
bug only manifests itself the second time the function is called (which
was why I added the first three lines of get_flat() as a temporary
workaround) however it is completely reproducible. I could also
reproduce it in 4.2.2, and it printed an error message to the php
error_log:
[26-Nov-2002 10:16:31] PHP Warning: Unable to call (null)() - function
does not exist in /www/shared/themetree.php on line 67
A backtrace from a snapshot from an hour or two ago is below:
Program received signal SIGSEGV, Segmentation fault.
0x4038fd10 in xbuf_format_converter (xbuf=0xbfff9a78,
fmt=0x403ddd60 "Unable to call %s() - function does not exist",
ap=0xbfff9b30) at
/home/chris/php4-STABLE-200211261830/main/spprintf.c:438
438 s_len =
strlen(s);
(gdb) bt
#0 0x4038fd10 in xbuf_format_converter (xbuf=0xbfff9a78,
fmt=0x403ddd60 "Unable to call %s() - function does not exist",
ap=0xbfff9b30) at
/home/chris/php4-STABLE-200211261830/main/spprintf.c:438
#1 0x403902e1 in vspprintf (pbuf=0xbfff9ad8, max_len=0,
format=0x403ddd60 "Unable to call %s() - function does not exist",
ap=0xbfff9b30) at
/home/chris/php4-STABLE-200211261830/main/spprintf.c:622
#2 0x4038c3cc in php_verror (docref=0x0, params=0x403e9f93 "",
type=2,
format=0x403ddd60 "Unable to call %s() - function does not exist",
args=0xbfff9b30) at
/home/chris/php4-STABLE-200211261830/main/main.c:399
#3 0x4038c723 in php_error_docref0 (docref=0x0, type=2,
format=0x403ddd60 "Unable to call %s() - function does not exist")
at /home/chris/php4-STABLE-200211261830/main/main.c:484
#4 0x403178bb in php_array_walk (target_hash=0x81ca984, userdata=0x0)
at /home/chris/php4-STABLE-200211261830/ext/standard/array.c:983
#5 0x403179fd in zif_array_walk (ht=2, return_value=0x8254c8c,
this_ptr=0x0,
return_value_used=0)
at /home/chris/php4-STABLE-200211261830/ext/standard/array.c:1023
#6 0x403cb211 in execute (op_array=0x8254b7c)
at /home/chris/php4-STABLE-200211261830/Zend/zend_execute.c:1598
#7 0x403aff76 in call_user_function_ex (function_table=0x8253a00,
object_pp=0x8209a68, function_name=0x8253644,
retval_ptr_ptr=0xbfffa1a8,
param_count=2, params=0xbfffa1c0, no_separation=0,
symbol_table=0x0)
at
/home/chris/php4-STABLE-200211261830/Zend/zend_execute_API.c:557
#8 0x40317889 in php_array_walk (target_hash=0x824e4c4, userdata=0x0)
at /home/chris/php4-STABLE-200211261830/ext/standard/array.c:978
#9 0x403179fd in zif_array_walk (ht=2, return_value=0x825547c,
this_ptr=0x0,
return_value_used=0)
at /home/chris/php4-STABLE-200211261830/ext/standard/array.c:1023
#10 0x403cb211 in execute (op_array=0x8254b7c)
at /home/chris/php4-STABLE-200211261830/Zend/zend_e
#20658 [Fbk->Csd]: segfault after calling array_walk
ID: 20658
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: Closed
Bug Type: Reproducible crash
Operating System: Linux 2.4.19-pre4
PHP Version: 4CVS-2002-11-26 (stable)
New Comment:
Closing...
Previous Comments:
[2002-11-28 23:25:56] [EMAIL PROTECTED]
Seems to be fixed now, thanks for the help.
[2002-11-26 17:02:17] [EMAIL PROTECTED]
Yep. I found a bug in error reporting code while investigating
array_walk() and fixed it. Now please try the latest one and it will
give you a bit more useful information, I suppose.
[2002-11-26 16:48:36] [EMAIL PROTECTED]
The one I tried and quoted in the bug report was less than 2 hours old
at the time of the reporting.
Has anything changed between then and now?
[2002-11-26 15:38:46] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-latest.zip
[2002-11-26 13:41:48] [EMAIL PROTECTED]
I get a segfault after calling array_walk, in this portion of a
script:
function get_flat($packageid = 0) {
if ($packageid == $this->lastflatid)
return $this->flat;
$this->lastflatid = $packageid;
$this->flat = array();
array_walk(&$this->tree[$packageid], array(&$this,
"get_flat_callback"));
return $this->flat;
}
function get_flat_callback($val, $key) {
if (is_array($val)) {
if (is_int($key))
$this->flat[$key] =& $val;
array_walk(&$val, array(&$this, "get_flat_callback"));
}
}
The entire script can be viewed here:
http://dali.deviantart.com/~chris/themetree.phps
For some odd reason, this code is called twice in the page, however the
bug only manifests itself the second time the function is called (which
was why I added the first three lines of get_flat() as a temporary
workaround) however it is completely reproducible. I could also
reproduce it in 4.2.2, and it printed an error message to the php
error_log:
[26-Nov-2002 10:16:31] PHP Warning: Unable to call (null)() - function
does not exist in /www/shared/themetree.php on line 67
A backtrace from a snapshot from an hour or two ago is below:
Program received signal SIGSEGV, Segmentation fault.
0x4038fd10 in xbuf_format_converter (xbuf=0xbfff9a78,
fmt=0x403ddd60 "Unable to call %s() - function does not exist",
ap=0xbfff9b30) at
/home/chris/php4-STABLE-200211261830/main/spprintf.c:438
438 s_len =
strlen(s);
(gdb) bt
#0 0x4038fd10 in xbuf_format_converter (xbuf=0xbfff9a78,
fmt=0x403ddd60 "Unable to call %s() - function does not exist",
ap=0xbfff9b30) at
/home/chris/php4-STABLE-200211261830/main/spprintf.c:438
#1 0x403902e1 in vspprintf (pbuf=0xbfff9ad8, max_len=0,
format=0x403ddd60 "Unable to call %s() - function does not exist",
ap=0xbfff9b30) at
/home/chris/php4-STABLE-200211261830/main/spprintf.c:622
#2 0x4038c3cc in php_verror (docref=0x0, params=0x403e9f93 "",
type=2,
format=0x403ddd60 "Unable to call %s() - function does not exist",
args=0xbfff9b30) at
/home/chris/php4-STABLE-200211261830/main/main.c:399
#3 0x4038c723 in php_error_docref0 (docref=0x0, type=2,
format=0x403ddd60 "Unable to call %s() - function does not exist")
at /home/chris/php4-STABLE-200211261830/main/main.c:484
#4 0x403178bb in php_array_walk (target_hash=0x81ca984, userdata=0x0)
at /home/chris/php4-STABLE-200211261830/ext/standard/array.c:983
#5 0x403179fd in zif_array_walk (ht=2, return_value=0x8254c8c,
this_ptr=0x0,
return_value_used=0)
at /home/chris/php4-STABLE-200211261830/ext/standard/array.c:1023
#6 0x403cb211 in execute (op_array=0x8254b7c)
at /home/chris/php4-STABLE-200211261830/Zend/zend_execute.c:1598
#7 0x403aff76 in call_user_function_ex (function_table=0x8253a00,
object_pp=0x8209a68, function_name=0x8253644,
retval_ptr_ptr=0xbfffa1a8,
param_count=2, params=0xbfffa1c0, no_separation=0,
symbol_table=0x0)
at
/home/chris/php4-STABLE-200211261830/Zend/zend_execute_API.c:557
#8 0x40317889 in php_array_walk (target_hash=0x824e4c4, userdata=0x0)
at /home/chris/php4-STABLE-200211261830/ext/standard/array.c:978
#9 0x403179fd in zif_array_walk (ht=2, return_value=0x825547c,
this_ptr=0x0,
return_value_used=0)
at /home/chris/php4-STAB
#20658 [Csd->Opn]: segfault after calling array_walk
ID: 20658
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Closed
+Status: Open
Bug Type: Reproducible crash
Operating System: Linux 2.4.19-pre4
PHP Version: 4CVS-2002-11-26 (stable)
New Comment:
Reopening. Reproduced it again, this time on another 'root' script, but
in the same included script. Backtrace follows:
Program received signal SIGSEGV, Segmentation fault.
0x401fe2f7 in memcpy () from /lib/libc.so.6
(gdb) bt
#0 0x401fe2f7 in memcpy () from /lib/libc.so.6
#1 0x403aa20c in _estrndup (s=0x0, length=136151736)
at /home/chris/php4-STABLE-200211290430/Zend/zend_alloc.c:357
#2 0x403bd677 in zend_is_callable (callable=0x81ca890, syntax_only=0,
callable_name=0xbfff8e24)
at /home/chris/php4-STABLE-200211290430/Zend/zend_API.c:1385
#3 0x40318f87 in php_array_walk (target_hash=0x8211a4c, userdata=0x0)
at /home/chris/php4-STABLE-200211290430/ext/standard/array.c:985
#4 0x4031910d in zif_array_walk (ht=2, return_value=0x821af4c,
this_ptr=0x0,
return_value_used=0)
at /home/chris/php4-STABLE-200211290430/ext/standard/array.c:1031
#5 0x403cc8e1 in execute (op_array=0x8256b7c)
at /home/chris/php4-STABLE-200211290430/Zend/zend_execute.c:1598
#6 0x403b1646 in call_user_function_ex (function_table=0x82565b0,
object_pp=0x825eb60, function_name=0x825df1c,
retval_ptr_ptr=0xbfff9478,
param_count=2, params=0xbfff9490, no_separation=0,
symbol_table=0x0)
at
/home/chris/php4-STABLE-200211290430/Zend/zend_execute_API.c:557
#7 0x40318f59 in php_array_walk (target_hash=0x8259734, userdata=0x0)
at /home/chris/php4-STABLE-200211290430/ext/standard/array.c:978
#8 0x4031910d in zif_array_walk (ht=2, return_value=0x825442c,
this_ptr=0x0,
return_value_used=0)
at /home/chris/php4-STABLE-200211290430/ext/standard/array.c:1031
#9 0x403cc8e1 in execute (op_array=0x8256b7c)
at /home/chris/php4-STABLE-200211290430/Zend/zend_execute.c:1598
#10 0x403b1646 in call_user_function_ex (function_table=0x82565b0,
object_pp=0x824d2e8, function_name=0x825a124,
retval_ptr_ptr=0xbfff9ac8,
param_count=2, params=0xbfff9ae0, no_separation=0,
symbol_table=0x0)
at
/home/chris/php4-STABLE-200211290430/Zend/zend_execute_API.c:557
#11 0x40318f59 in php_array_walk (target_hash=0x824c7dc, userdata=0x0)
at /home/chris/php4-STABLE-200211290430/ext/standard/array.c:978
#12 0x4031910d in zif_array_walk (ht=2, return_value=0x825de3c,
this_ptr=0x0,
return_value_used=0)
at /home/chris/php4-STABLE-200211290430/ext/standard/array.c:1031
#13 0x403cc8e1 in execute (op_array=0x8256b7c)
at /home/chris/php4-STABLE-200211290430/Zend/zend_execute.c:1598
#14 0x403b1646 in call_user_function_ex (function_table=0x82565b0,
object_pp=0x824ddb8, function_name=0x825a064,
retval_ptr_ptr=0xbfffa118,
param_count=2, params=0xbfffa130, no_separation=0,
symbol_table=0x0)
at
/home/chris/php4-STABLE-200211290430/Zend/zend_execute_API.c:557
#15 0x40318f59 in php_array_walk (target_hash=0x825a2fc, userdata=0x0)
at /home/chris/php4-STABLE-200211290430/ext/standard/array.c:978
#16 0x4031910d in zif_array_walk (ht=2, return_value=0x825a0b4,
this_ptr=0x0,
return_value_used=0)
at /home/chris/php4-STABLE-200211290430/ext/standard/array.c:1031
#17 0x403cc8e1 in execute (op_array=0x8256b7c)
at /home/chris/php4-STABLE-200211290430/Zend/zend_execute.c:1598
#18 0x403b1646 in call_user_function_ex (function_table=0x82565b0,
object_pp=0x8259210, function_name=0x8257464,
retval_ptr_ptr=0xbfffa768,
param_count=2, params=0xbfffa780, no_separation=0,
symbol_table=0x0)
at
/home/chris/php4-STABLE-200211290430/Zend/zend_execute_API.c:557
#19 0x40318f59 in php_array_walk (target_hash=0x8255f4c, userdata=0x0)
at /home/chris/php4-STABLE-200211290430/ext/standard/array.c:978
#20 0x4031910d in zif_array_walk (ht=2, return_value=0x8259bac,
this_ptr=0x0,
return_value_used=0)
at /home/chris/php4-STABLE-200211290430/ext/standard/array.c:1031
#21 0x403cc8e1 in execute (op_array=0x8256b7c)
at /home/chris/php4-STABLE-200211290430/Zend/zend_execute.c:1598
#22 0x403b1646 in call_user_function_ex (function_table=0x82565b0,
object_pp=0x825db20, function_name=0x824d594,
retval_ptr_ptr=0xbfffadb8,
param_count=2, params=0xbfffadd0, no_separation=0,
symbol_table=0x0)
at
/home/chris/php4-STABLE-200211290430/Zend/zend_execute_API.c:557
#23 0x40318f59 in php_array_walk (target_hash=0x8250fec, userdata=0x0)
at /home/chris/php4-STABLE-200211290430/ext/standard/array.c:978
#24 0x4031910d in zif_array_walk (ht=2, return_value=0x824d7d4,
this_ptr=0x0,
return_value_used=0)
at /home/chris/php4-STABLE-200211290430/ext/standard/array.c:1031
#25 0x403cc8e1 in execute (op_array=0x8203cd4)
at /home/chris/php4-STABLE-200211290430/Zend/zend_execute.c:1598
#26 0x403cca5e in execute (op_array=0x81ca574)
Bug #17240: curl crash with CURLOPT_POSTFIELDS set to ""
From: [EMAIL PROTECTED] Operating system: Linux 2.4.19-pre4 (Suse) PHP version: 4.2.1 PHP Bug Type: Reproducible crash Bug description: curl crash with CURLOPT_POSTFIELDS set to "" This script will crash php: http://www.google.com/";); curl_setopt($cs, CURLOPT_RETURNTRANSFER, 1); curl_setopt($cs, CURLOPT_POST, 1); curl_setopt($cs, CURLOPT_POSTFIELDS, ""); echo(curl_exec($cs)); curl_close($cs); ?> $ php -q curltest.php * About to connect() to www.google.com:80 * Connected to www.google.com (216.239.51.101) port 80 Segmentation fault (core dumped) $ gdb /usr/local/bin/php ./core GNU gdb 5.2 ... Loaded symbols for /lib/libnss_dns.so.2 #0 0x40057766 in curl_mvaprintf (format=0x400ca692 "%s", ap_save=0xbfffe1fc) at mprintf.c:1065 1065 info.buffer[info.len] = 0; /* we terminate this with a zero byte */ (gdb) bt #0 0x40057766 in curl_mvaprintf (format=0x400ca692 "%s", ap_save=0xbfffe1fc) at mprintf.c:1065 #1 0x4004ad4a in add_bufferf (in=0x81dd968, fmt=0x400ca692 "%s") at http.c:180 #2 0x4004c33e in Curl_http (conn=0x81dd2c0) at http.c:942 #3 0x40052906 in Curl_do (connp=0xbfffe3e4) at url.c:2428 #4 0x4005b676 in Curl_perform (data=0x81e2928) at transfer.c:1139 #5 0x4005babf in curl_easy_perform (curl=0x81e2928) at easy.c:245 #6 0x080f10a3 in zif_curl_exec (ht=1, return_value=0x81e2024, this_ptr=0x0, return_value_used=1) at curl.c:876 #7 0x0813f6fa in execute (op_array=0x81dd1b4) at ./zend_execute.c:1598 #8 0x080cde49 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at zend.c:810 #9 0x08066fb1 in php_execute_script (primary_file=0xba44) at main.c:1381 #10 0x080611b1 in main (argc=3, argv=0xbad4) at cgi_main.c:778 #11 0x4018bc6f in __libc_start_main () from /lib/libc.so.6 (gdb) $ php -v 4.2.1 $ curl --version curl 7.9.7 (i686-pc-linux-gnu) libcurl 7.9.7 (OpenSSL 0.9.6c) -- Edit bug report at http://bugs.php.net/?id=17240&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=17240&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=17240&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=17240&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=17240&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=17240&r=support Expected behavior: http://bugs.php.net/fix.php?id=17240&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=17240&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=17240&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=17240&r=globals
#19488 [NEW]: mysql_num_rows() randomly fails
From: [EMAIL PROTECTED] Operating system: Linux 2.4.19-pre4 PHP version: 4.2.3 PHP Bug Type: MySQL related Bug description: mysql_num_rows() randomly fails mysql_num_rows() is randomly failing for me on any script with any SQL query. mysql_query() doesn't return false, and mysql_error() and mysql_errno() return nothing. Happens on both 4.2.2 and 4.2.3. I checked all SQL queries that this happens with and they run fine on the database server(s). The exact error message I get is: [18-Sep-2002 21:31:46] PHP Warning: mysql_num_rows(): supplied argument is not a valid MySQL result resource in /www/shared/sql.lib on line 99 (taken from the error_log) The same thing seems to be happening on bugs.php.net. When I search for something, I randomly get the following errors: Warning: mysql_numrows(): 4 is not a valid MySQL result resource in /local/Web/sites/php-bugs-web/search.php on line 119 Warning: mysql_fetch_array(): 4 is not a valid MySQL result resource in /local/Web/sites/php-bugs-web/search.php on line 139 -- Edit bug report at http://bugs.php.net/?id=19488&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19488&r=trysnapshot Fixed in CVS:http://bugs.php.net/fix.php?id=19488&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=19488&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19488&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19488&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=19488&r=support Expected behavior: http://bugs.php.net/fix.php?id=19488&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=19488&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=19488&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=19488&r=globals
#20313 [NEW]: fsockopen fails with ssl://
From: [EMAIL PROTECTED]
Operating system: Linux Redhat 2.4.2-2
PHP version: 4.2.3
PHP Bug Type: Sockets related
Bug description: fsockopen fails with ssl://
Apache 1.3.27, OpenSSL 0.9.6b
When adding ssl:// to my fsockopen routine it fails to open a connection
but gives no reason for failure. If I remove ssl:// from the command it
work fine and the server disconnects for failing to establish an ssl
connection as I would expect.
\n";
} else {
echo "OK\n";
fwrite($fp,"my data is here\n");
echo fread($fp, 26);
fclose($fp);
}
?>
--
Edit bug report at http://bugs.php.net/?id=20313&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20313&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=20313&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=20313&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20313&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=20313&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20313&r=support
Expected behavior: http://bugs.php.net/fix.php?id=20313&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20313&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20313&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=20313&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20313&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=20313&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=20313&r=isapi
Bug #10833 Updated: Hyperlink tag when split on multiple lines, session ids are not propagated
ID: 10833 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Session related Operating System: Linux PHP Version: 4.0.5 New Comment: This problem exists also in 4.0.6 ' will work will not work Previous Comments: [2001-08-06 08:48:12] [EMAIL PROTECTED] No feedback. And the latest CVS works just fine on this kind of urls. --Jani [2001-07-10 05:05:45] [EMAIL PROTECTED] Could you give a snapshot a try? http://snaps.php.net/ The scanner is supposed to ignore whitespace. [2001-05-12 17:24:31] [EMAIL PROTECTED] This applicable for browsers that don't allow cookies: The following is not working: "> Menu But if href is on the same line as tag, it works: "> Menu -- Edit this bug report at http://bugs.php.net/?id=10833&edit=1
#28623 [NEW]: Image size compressed SQ, HQ (JPEG) problems
From: chris at chris dot ru
Operating system: FreeBSD
PHP version: 4.3.5
PHP Bug Type: GetImageSize related
Bug description: Image size compressed SQ, HQ (JPEG) problems
Description:
Image size, compressed by digital cameras (JPG) - HQ, SQ and other, php
can't show image size...
For example:
Image after compression Ulead Smart Saver:
http://www.chris.ru/photos/show.php?id=25
info 512x354 14 KB
Image from camera:
http://www.chris.ru/photos/show.php?id=212
info x 49.8 Êá
Reproduce code:
---
umask (0011);
$uploaddir = "./photos/";
$userfile = date("d.m.Y_H.i.s");
$userfile = "$userfile"."$Nick";
copy($file, "$uploaddir"."$userfile".".jpg");
list($width, $height, $type, $attr) =
getimagesize($uploaddir.$userfile.".jpg");
$sizefile = filesize($uploaddir.$userfile.".jpg");
$sizefile = $sizefile/1024;
$sizefile = round($sizefile,1);
--
Edit bug report at http://bugs.php.net/?id=28623&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28623&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28623&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=28623&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=28623&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=28623&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=28623&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=28623&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=28623&r=support
Expected behavior: http://bugs.php.net/fix.php?id=28623&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=28623&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=28623&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=28623&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28623&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=28623&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=28623&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=28623&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=28623&r=float
#28623 [Csd]: Image size compressed SQ, HQ (JPEG) problems
ID: 28623
User updated by: chris at chris dot ru
Reported By: chris at chris dot ru
Status: Closed
Bug Type: GetImageSize related
Operating System: FreeBSD
PHP Version: 4.3.5
New Comment:
:-( Not work... I test it, and say you :-)
Previous Comments:
[2004-06-04 15:53:30] [EMAIL PROTECTED]
Works fine with latest CVS.
[2004-06-03 15:30:33] chris at chris dot ru
Description:
Image size, compressed by digital cameras (JPG) - HQ, SQ and other, php
can't show image size...
For example:
Image after compression Ulead Smart Saver:
http://www.chris.ru/photos/show.php?id=25
info 512x354 14 KB
Image from camera:
http://www.chris.ru/photos/show.php?id=212
info x 49.8 Êá
Reproduce code:
---
umask (0011);
$uploaddir = "./photos/";
$userfile = date("d.m.Y_H.i.s");
$userfile = "$userfile"."$Nick";
copy($file, "$uploaddir"."$userfile".".jpg");
list($width, $height, $type, $attr) =
getimagesize($uploaddir.$userfile.".jpg");
$sizefile = filesize($uploaddir.$userfile.".jpg");
$sizefile = $sizefile/1024;
$sizefile = round($sizefile,1);
--
Edit this bug report at http://bugs.php.net/?id=28623&edit=1
#26599 [NEW]: segfault in php_session_initialize
From: chris at widexs dot nl
Operating system: linux 2.4.23
PHP version: 4CVS-2003-12-12 (stable)
PHP Bug Type: Session related
Bug description: segfault in php_session_initialize
Description:
Getting segmentation fault in php_session_initialize
-apache 2.0.48
-php4-STABLE-200312120830
-gcc 3.3.2
-glibc 2.3.2
-zend optimizer 2.1.0
php compile options:
--with-apxs2=/usr/local/apache2/bin/apxs \
--disable-cgi \
--enable-safe-mode \
--with-openssl=/usr/local/ssl \
--with-pear \
--with-zlib \
--enable-bcmath \
--enable-calendar \
--with-curl=/usr/local/curl \
--enable-dba \
--enable-dbase \
--with-dom=/usr/local \
--with-dom-xslt=/usr/local \
--with-dom-exslt=/usr/local \
--enable-ftp \
--with-gd \
--with-jpeg-dir=/usr \
--with-png-dir=/usr \
--with-ttf=/usr \
--with-freetype-dir=/usr \
--enable-gd-native-ttf \
--with-imap=../imap \
--with-imap-ssl=/usr/local/ssl \
--with-ldap \
--with-mcrypt \
--with-mhash \
--with-mysql=/usr/local/mysql \
--with-pdflib \
--with-swf=../swf/dist/ \
--enable-wddx \
--enable-xslt \
--with-xslt-sablot=/usr/local \
--with-expat-dir=/usr/local \
--enable-exif \
--enable-memory-limit
Reproduce code:
---
n/a
Expected result:
n/a
Actual result:
--
#0 0x404ed36c in php_session_initialize (tsrm_ls=0x851c990) at
/root/apache2.new/php4-STABLE-200312120830/ext/session/session.c:598
598 if (PS(mod)->s_open(&PS(mod_data), PS(save_path),
PS(session_name) TSRMLS_CC) == FAILURE) {
(gdb) bt
#0 0x404ed36c in php_session_initialize (tsrm_ls=0x851c990) at
/root/apache2.new/php4-STABLE-200312120830/ext/session/session.c:598
#1 0x404eeb6b in php_session_start (tsrm_ls=0x851c990) at
/root/apache2.new/php4-STABLE-200312120830/ext/session/session.c:1047
#2 0x404f07b5 in zif_session_start (ht=0, return_value=0x8ecdc8c,
this_ptr=0x0, return_value_used=0, tsrm_ls=0x8bad198)
at
/root/apache2.new/php4-STABLE-200312120830/ext/session/session.c:1486
#3 0x40e34e33 in zend_assign_to_variable_reference () from
/usr/local/Zend/lib/Optimizer_TS/php-4.3.x/ZendOptimizer.so
--
Edit bug report at http://bugs.php.net/?id=26599&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26599&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26599&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=26599&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=26599&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=26599&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=26599&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=26599&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=26599&r=support
Expected behavior: http://bugs.php.net/fix.php?id=26599&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=26599&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=26599&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=26599&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26599&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=26599&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=26599&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=26599&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=26599&r=float
#26599 [Fbk->Opn]: segfault in php_session_initialize
ID: 26599
User updated by: chris at widexs dot nl
Reported By: chris at widexs dot nl
-Status: Feedback
+Status: Open
Bug Type: Session related
Operating System: linux 2.4.23
PHP Version: 4CVS-2003-12-12 (stable)
New Comment:
ZendOptimizer commented out in php.ini.
I get the next segfault:
#0 0x404ed36c in php_session_initialize (tsrm_ls=0x853e130) at
/root/apache2.new/php4-STABLE-200312120830/ext/session/session.c:598
598 if (PS(mod)->s_open(&PS(mod_data), PS(save_path),
PS(session_name) TSRMLS_CC) == FAILURE) {
(gdb) bt
#0 0x404ed36c in php_session_initialize (tsrm_ls=0x853e130) at
/root/apache2.new/php4-STABLE-200312120830/ext/session/session.c:598
#1 0x404eeb6b in php_session_start (tsrm_ls=0x853e130) at
/root/apache2.new/php4-STABLE-200312120830/ext/session/session.c:1047
#2 0x404f07b5 in zif_session_start (ht=0, return_value=0x8e2a944,
this_ptr=0x0, return_value_used=0, tsrm_ls=0x85e5e78)
at
/root/apache2.new/php4-STABLE-200312120830/ext/session/session.c:1486
#3 0x405adb8f in execute (op_array=0x8dca804, tsrm_ls=0x853e130) at
/root/apache2.new/php4-STABLE-200312120830/Zend/zend_execute.c:1616
#4 0x4059e1fd in zend_execute_scripts (type=8, tsrm_ls=0x853e130,
retval=0x0, file_count=3) at
/root/apache2.new/php4-STABLE-200312120830/Zend/zend.c:884
#5 0x4056bd76 in php_execute_script (primary_file=0xbefff89c,
tsrm_ls=0x853e130) at
/root/apache2.new/php4-STABLE-200312120830/main/main.c:1729
#6 0x405b3472 in php_handler (r=0x8a57d18) at
/root/apache2.new/php4-STABLE-200312120830/sapi/apache2handler/sapi_apache2.c:537
#7 0x080ac3d5 in ap_run_handler (r=0x8a57d18) at config.c:195
#8 0x080ac9ef in ap_invoke_handler (r=0x8a57d18) at config.c:401
#9 0x0808b236 in ap_process_request (r=0x8a57d18) at
http_request.c:288
#10 0x0808681c in ap_process_http_connection (c=0x8a551d0) at
http_core.c:293
#11 0x080b7515 in ap_run_process_connection (c=0x8a551d0) at
connection.c:85
#12 0x080a8a8c in process_socket (p=0x8a550a8, sock=0x8a550e0,
my_child_num=29, my_thread_num=139732752, bucket_alloc=0x85e5e78) at
worker.c:632
#13 0x080a921a in worker_thread (thd=0x85e5e78, dummy=0x85e5e78) at
worker.c:946
#14 0x401ceda6 in dummy_worker (opaque=0x85e5e78) at thread.c:127
#15 0x4025bda0 in pthread_start_thread (arg=0xbefffbe0) at
manager.c:300
#16 0x40387447 in __clone () from /lib/libc.so.6
Previous Comments:
[2003-12-12 05:56:01] [EMAIL PROTECTED]
Please try without ZendOptimizer.
Derick
[2003-12-12 05:52:23] chris at widexs dot nl
Description:
Getting segmentation fault in php_session_initialize
-apache 2.0.48
-php4-STABLE-200312120830
-gcc 3.3.2
-glibc 2.3.2
-zend optimizer 2.1.0
php compile options:
--with-apxs2=/usr/local/apache2/bin/apxs \
--disable-cgi \
--enable-safe-mode \
--with-openssl=/usr/local/ssl \
--with-pear \
--with-zlib \
--enable-bcmath \
--enable-calendar \
--with-curl=/usr/local/curl \
--enable-dba \
--enable-dbase \
--with-dom=/usr/local \
--with-dom-xslt=/usr/local \
--with-dom-exslt=/usr/local \
--enable-ftp \
--with-gd \
--with-jpeg-dir=/usr \
--with-png-dir=/usr \
--with-ttf=/usr \
--with-freetype-dir=/usr \
--enable-gd-native-ttf \
--with-imap=../imap \
--with-imap-ssl=/usr/local/ssl \
--with-ldap \
--with-mcrypt \
--with-mhash \
--with-mysql=/usr/local/mysql \
--with-pdflib \
--with-swf=../swf/dist/ \
--enable-wddx \
--enable-xslt \
--with-xslt-sablot=/usr/local \
--with-expat-dir=/usr/local \
--enable-exif \
--enable-memory-limit
Reproduce code:
---
n/a
Expected result:
n/a
Actual result:
--
#0 0x404ed36c in php_session_initialize (tsrm_ls=0x851c990) at
/root/apache2.new/php4-STABLE-200312120830/ext/session/session.c:598
598 if (PS(mod)->s_open(&PS(mod_data), PS(save_path),
PS(session_name) TSRMLS_CC) == FAILURE) {
(gdb) bt
#0 0x404ed36c in php_session_initialize (tsrm_ls=0x851c990) at
/root/apache2.new/php4-STABLE-200312120830/ext/session/session.c:598
#1 0x404eeb6b in php_session_start (tsrm_ls=0x851c990) at
/root/apache2.new/php4-STABLE-200312120830/ext/session/session.c:1047
#2 0x404f07b5 in zif_session_start (ht=0, return_value=0x8ecdc8c,
this_ptr=0x0, return_value_used=0, tsrm_ls=0x8bad198)
at
/root/apache2.new/php4-STABLE-200312120830/ext/session/session.c:1486
#3 0x40e34e33 in zend_assign_to_variable_reference () from
/usr/local/Zend/lib/Optimizer_TS/php-4.3.x/ZendOptimizer.so
--
Edit this bug report at http://bugs.php.net/?id=26599&edit=1
#26599 [Fbk->Opn]: segfault in php_session_initialize
ID: 26599
User updated by: chris at widexs dot nl
Reported By: chris at widexs dot nl
-Status: Feedback
+Status: Open
Bug Type: Session related
Operating System: linux 2.4.23
PHP Version: 4CVS-2003-12-12 (stable)
New Comment:
[PHP]
safe_mode = On
safe_mode_exec_dir = .
safe_mode_include_dir = "/usr/local/lib/php"
upload_tmp_dir = "/var/spool/php"
session.save_path = "/var/spool/php"
asp_tags= On
register_globals= On
upload_max_filesize = 26214400
post_max_size = 26214400
magic_quotes_gpc= Off
max_execution_time = 60; Maximum execution time of
each script, in seconds
memory_limit= 26214400 ; Maximum amount of memory a
script may consume (25MB)
Previous Comments:
[2003-12-12 07:20:26] [EMAIL PROTECTED]
Can you put your php.ini online (with all the commented out lines
removed please). I think it has to do with a wrong setting of the
session module.
----
[2003-12-12 07:15:20] chris at widexs dot nl
ZendOptimizer commented out in php.ini.
I get the next segfault:
#0 0x404ed36c in php_session_initialize (tsrm_ls=0x853e130) at
/root/apache2.new/php4-STABLE-200312120830/ext/session/session.c:598
598 if (PS(mod)->s_open(&PS(mod_data), PS(save_path),
PS(session_name) TSRMLS_CC) == FAILURE) {
(gdb) bt
#0 0x404ed36c in php_session_initialize (tsrm_ls=0x853e130) at
/root/apache2.new/php4-STABLE-200312120830/ext/session/session.c:598
#1 0x404eeb6b in php_session_start (tsrm_ls=0x853e130) at
/root/apache2.new/php4-STABLE-200312120830/ext/session/session.c:1047
#2 0x404f07b5 in zif_session_start (ht=0, return_value=0x8e2a944,
this_ptr=0x0, return_value_used=0, tsrm_ls=0x85e5e78)
at
/root/apache2.new/php4-STABLE-200312120830/ext/session/session.c:1486
#3 0x405adb8f in execute (op_array=0x8dca804, tsrm_ls=0x853e130) at
/root/apache2.new/php4-STABLE-200312120830/Zend/zend_execute.c:1616
#4 0x4059e1fd in zend_execute_scripts (type=8, tsrm_ls=0x853e130,
retval=0x0, file_count=3) at
/root/apache2.new/php4-STABLE-200312120830/Zend/zend.c:884
#5 0x4056bd76 in php_execute_script (primary_file=0xbefff89c,
tsrm_ls=0x853e130) at
/root/apache2.new/php4-STABLE-200312120830/main/main.c:1729
#6 0x405b3472 in php_handler (r=0x8a57d18) at
/root/apache2.new/php4-STABLE-200312120830/sapi/apache2handler/sapi_apache2.c:537
#7 0x080ac3d5 in ap_run_handler (r=0x8a57d18) at config.c:195
#8 0x080ac9ef in ap_invoke_handler (r=0x8a57d18) at config.c:401
#9 0x0808b236 in ap_process_request (r=0x8a57d18) at
http_request.c:288
#10 0x0808681c in ap_process_http_connection (c=0x8a551d0) at
http_core.c:293
#11 0x080b7515 in ap_run_process_connection (c=0x8a551d0) at
connection.c:85
#12 0x080a8a8c in process_socket (p=0x8a550a8, sock=0x8a550e0,
my_child_num=29, my_thread_num=139732752, bucket_alloc=0x85e5e78) at
worker.c:632
#13 0x080a921a in worker_thread (thd=0x85e5e78, dummy=0x85e5e78) at
worker.c:946
#14 0x401ceda6 in dummy_worker (opaque=0x85e5e78) at thread.c:127
#15 0x4025bda0 in pthread_start_thread (arg=0xbefffbe0) at
manager.c:300
#16 0x40387447 in __clone () from /lib/libc.so.6
[2003-12-12 05:56:01] [EMAIL PROTECTED]
Please try without ZendOptimizer.
Derick
----
[2003-12-12 05:52:23] chris at widexs dot nl
Description:
Getting segmentation fault in php_session_initialize
-apache 2.0.48
-php4-STABLE-200312120830
-gcc 3.3.2
-glibc 2.3.2
-zend optimizer 2.1.0
php compile options:
--with-apxs2=/usr/local/apache2/bin/apxs \
--disable-cgi \
--enable-safe-mode \
--with-openssl=/usr/local/ssl \
--with-pear \
--with-zlib \
--enable-bcmath \
--enable-calendar \
--with-curl=/usr/local/curl \
--enable-dba \
--enable-dbase \
--with-dom=/usr/local \
--with-dom-xslt=/usr/local \
--with-dom-exslt=/usr/local \
--enable-ftp \
--with-gd \
--with-jpeg-dir=/usr \
--with-png-dir=/usr \
--with-ttf=/usr \
--with-freetype-dir=/usr \
--enable-gd-native-ttf \
--with-imap=../imap \
--with-imap-ssl=/usr/local/ssl \
--with-ldap \
--with-mcrypt \
--with-mhash \
--with-mysql=/usr/local/mysql \
--with-pdflib \
--with-swf=../swf/dist/ \
--enable-wddx \
--enable-xslt \
--with-xslt-sablot=/usr/local \
--with-expat-dir=/usr/local \
--enable-exif \
--enable-memory-limit
Reproduce code:
---
n/a
Expected result:
n/a
Actual result:
--
#0 0x404ed36c in php_session_initialize (tsrm_ls=0x851c990) at
/root/apache2.new/php4-STABLE-200312120830/ext/session/session.c:598
598 if (PS(mod)->s_open(&PS(mod_data), PS(save_p
#26599 [Fbk->Opn]: segfault in php_session_initialize
ID: 26599
User updated by: chris at widexs dot nl
Reported By: chris at widexs dot nl
-Status: Feedback
+Status: Open
Bug Type: Session related
Operating System: linux 2.4.23
PHP Version: 4CVS-2003-12-12 (stable)
New Comment:
This seems to solve the problem.
But, this means, that i cannot use threaded MPM.. ?
Thx for the quick response.
Previous Comments:
[2003-12-14 20:49:02] [EMAIL PROTECTED]
Can you please try compiling Apache2 with the non-threaded MPM.
(prefork)
Also grab the latest stable PHP snapshot.
[2003-12-12 07:27:01] chris at widexs dot nl
[PHP]
safe_mode = On
safe_mode_exec_dir = .
safe_mode_include_dir = "/usr/local/lib/php"
upload_tmp_dir = "/var/spool/php"
session.save_path = "/var/spool/php"
asp_tags= On
register_globals= On
upload_max_filesize = 26214400
post_max_size = 26214400
magic_quotes_gpc= Off
max_execution_time = 60; Maximum execution time of
each script, in seconds
memory_limit= 26214400 ; Maximum amount of memory a
script may consume (25MB)
[2003-12-12 07:20:26] [EMAIL PROTECTED]
Can you put your php.ini online (with all the commented out lines
removed please). I think it has to do with a wrong setting of the
session module.
----
[2003-12-12 07:15:20] chris at widexs dot nl
ZendOptimizer commented out in php.ini.
I get the next segfault:
#0 0x404ed36c in php_session_initialize (tsrm_ls=0x853e130) at
/root/apache2.new/php4-STABLE-200312120830/ext/session/session.c:598
598 if (PS(mod)->s_open(&PS(mod_data), PS(save_path),
PS(session_name) TSRMLS_CC) == FAILURE) {
(gdb) bt
#0 0x404ed36c in php_session_initialize (tsrm_ls=0x853e130) at
/root/apache2.new/php4-STABLE-200312120830/ext/session/session.c:598
#1 0x404eeb6b in php_session_start (tsrm_ls=0x853e130) at
/root/apache2.new/php4-STABLE-200312120830/ext/session/session.c:1047
#2 0x404f07b5 in zif_session_start (ht=0, return_value=0x8e2a944,
this_ptr=0x0, return_value_used=0, tsrm_ls=0x85e5e78)
at
/root/apache2.new/php4-STABLE-200312120830/ext/session/session.c:1486
#3 0x405adb8f in execute (op_array=0x8dca804, tsrm_ls=0x853e130) at
/root/apache2.new/php4-STABLE-200312120830/Zend/zend_execute.c:1616
#4 0x4059e1fd in zend_execute_scripts (type=8, tsrm_ls=0x853e130,
retval=0x0, file_count=3) at
/root/apache2.new/php4-STABLE-200312120830/Zend/zend.c:884
#5 0x4056bd76 in php_execute_script (primary_file=0xbefff89c,
tsrm_ls=0x853e130) at
/root/apache2.new/php4-STABLE-200312120830/main/main.c:1729
#6 0x405b3472 in php_handler (r=0x8a57d18) at
/root/apache2.new/php4-STABLE-200312120830/sapi/apache2handler/sapi_apache2.c:537
#7 0x080ac3d5 in ap_run_handler (r=0x8a57d18) at config.c:195
#8 0x080ac9ef in ap_invoke_handler (r=0x8a57d18) at config.c:401
#9 0x0808b236 in ap_process_request (r=0x8a57d18) at
http_request.c:288
#10 0x0808681c in ap_process_http_connection (c=0x8a551d0) at
http_core.c:293
#11 0x080b7515 in ap_run_process_connection (c=0x8a551d0) at
connection.c:85
#12 0x080a8a8c in process_socket (p=0x8a550a8, sock=0x8a550e0,
my_child_num=29, my_thread_num=139732752, bucket_alloc=0x85e5e78) at
worker.c:632
#13 0x080a921a in worker_thread (thd=0x85e5e78, dummy=0x85e5e78) at
worker.c:946
#14 0x401ceda6 in dummy_worker (opaque=0x85e5e78) at thread.c:127
#15 0x4025bda0 in pthread_start_thread (arg=0xbefffbe0) at
manager.c:300
#16 0x40387447 in __clone () from /lib/libc.so.6
[2003-12-12 05:56:01] [EMAIL PROTECTED]
Please try without ZendOptimizer.
Derick
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/26599
--
Edit this bug report at http://bugs.php.net/?id=26599&edit=1
#26599 [Opn]: segfault in php_session_initialize
ID: 26599
User updated by: chris at widexs dot nl
Reported By: chris at widexs dot nl
Status: Open
Bug Type: Session related
Operating System: linux 2.4.23
PHP Version: 4CVS-2003-12-12 (stable)
New Comment:
This seems to solve the problem.
But, this means, that i cannot use threaded MPM.. ?
Thx for the quick response.
Previous Comments:
[2003-12-15 09:17:12] chris at widexs dot nl
This seems to solve the problem.
But, this means, that i cannot use threaded MPM.. ?
Thx for the quick response.
[2003-12-14 20:49:02] [EMAIL PROTECTED]
Can you please try compiling Apache2 with the non-threaded MPM.
(prefork)
Also grab the latest stable PHP snapshot.
[2003-12-12 07:27:01] chris at widexs dot nl
[PHP]
safe_mode = On
safe_mode_exec_dir = .
safe_mode_include_dir = "/usr/local/lib/php"
upload_tmp_dir = "/var/spool/php"
session.save_path = "/var/spool/php"
asp_tags= On
register_globals= On
upload_max_filesize = 26214400
post_max_size = 26214400
magic_quotes_gpc= Off
max_execution_time = 60; Maximum execution time of
each script, in seconds
memory_limit= 26214400 ; Maximum amount of memory a
script may consume (25MB)
[2003-12-12 07:20:26] [EMAIL PROTECTED]
Can you put your php.ini online (with all the commented out lines
removed please). I think it has to do with a wrong setting of the
session module.
----
[2003-12-12 07:15:20] chris at widexs dot nl
ZendOptimizer commented out in php.ini.
I get the next segfault:
#0 0x404ed36c in php_session_initialize (tsrm_ls=0x853e130) at
/root/apache2.new/php4-STABLE-200312120830/ext/session/session.c:598
598 if (PS(mod)->s_open(&PS(mod_data), PS(save_path),
PS(session_name) TSRMLS_CC) == FAILURE) {
(gdb) bt
#0 0x404ed36c in php_session_initialize (tsrm_ls=0x853e130) at
/root/apache2.new/php4-STABLE-200312120830/ext/session/session.c:598
#1 0x404eeb6b in php_session_start (tsrm_ls=0x853e130) at
/root/apache2.new/php4-STABLE-200312120830/ext/session/session.c:1047
#2 0x404f07b5 in zif_session_start (ht=0, return_value=0x8e2a944,
this_ptr=0x0, return_value_used=0, tsrm_ls=0x85e5e78)
at
/root/apache2.new/php4-STABLE-200312120830/ext/session/session.c:1486
#3 0x405adb8f in execute (op_array=0x8dca804, tsrm_ls=0x853e130) at
/root/apache2.new/php4-STABLE-200312120830/Zend/zend_execute.c:1616
#4 0x4059e1fd in zend_execute_scripts (type=8, tsrm_ls=0x853e130,
retval=0x0, file_count=3) at
/root/apache2.new/php4-STABLE-200312120830/Zend/zend.c:884
#5 0x4056bd76 in php_execute_script (primary_file=0xbefff89c,
tsrm_ls=0x853e130) at
/root/apache2.new/php4-STABLE-200312120830/main/main.c:1729
#6 0x405b3472 in php_handler (r=0x8a57d18) at
/root/apache2.new/php4-STABLE-200312120830/sapi/apache2handler/sapi_apache2.c:537
#7 0x080ac3d5 in ap_run_handler (r=0x8a57d18) at config.c:195
#8 0x080ac9ef in ap_invoke_handler (r=0x8a57d18) at config.c:401
#9 0x0808b236 in ap_process_request (r=0x8a57d18) at
http_request.c:288
#10 0x0808681c in ap_process_http_connection (c=0x8a551d0) at
http_core.c:293
#11 0x080b7515 in ap_run_process_connection (c=0x8a551d0) at
connection.c:85
#12 0x080a8a8c in process_socket (p=0x8a550a8, sock=0x8a550e0,
my_child_num=29, my_thread_num=139732752, bucket_alloc=0x85e5e78) at
worker.c:632
#13 0x080a921a in worker_thread (thd=0x85e5e78, dummy=0x85e5e78) at
worker.c:946
#14 0x401ceda6 in dummy_worker (opaque=0x85e5e78) at thread.c:127
#15 0x4025bda0 in pthread_start_thread (arg=0xbefffbe0) at
manager.c:300
#16 0x40387447 in __clone () from /lib/libc.so.6
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/26599
--
Edit this bug report at http://bugs.php.net/?id=26599&edit=1
#27273 [NEW]: Segfault in apache after rebuild with 5.0.0b4
From: chris at areti dot net Operating system: Slackware Linux 9.1 PHP version: 5.0.0b4 (beta4) PHP Bug Type: Apache related Bug description: Segfault in apache after rebuild with 5.0.0b4 Description: An apache 1.3.29 build against php 5.0.0b3 ran fine, but I have now upgraded it to php 5.0.0b4 and apache segfaults on start up. My configure line is: ./configure --with-mysql=/usr/local/include/mysql --with-apache=../apache_1.3.29 --with-gd --with-pgsql=/usr/local/pgsql --with-zlib-dir=/usr/local/lib --enable-track-vars Reproduce code: --- N/A Expected result: Apache running correctly Actual result: -- (gdb) run -X Starting program: /usr/local/apache/bin/httpd -X (no debugging symbols found)...[New Thread 16384 (LWP 1978)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 16384 (LWP 1978)] 0x080b4573 in zend_do_inherit_interfaces () (gdb) bt #0 0x080b4573 in zend_do_inherit_interfaces () #1 0x080b46a9 in zend_do_inheritance () #2 0x080c4471 in zend_register_internal_class_ex () #3 0x081276fb in spl_register_sub_class () #4 0x0812c3ec in zm_startup_spl_sxe () #5 0x08126f4c in zm_startup_spl () #6 0x080c3ac3 in zend_startup_module () #7 0x08099c59 in php_startup_extensions () #8 0x080e1962 in php_startup_internal_extensions () #9 0x0809a010 in php_module_startup () #10 0x080923c3 in ap_get_server_built () #11 0x080930f7 in ap_get_server_built () #12 0x081d6814 in ap_init_modules () #13 0x081e0b3b in ap_child_terminate () #14 0x081e13f9 in main () #15 0x40237d06 in __libc_start_main () from /lib/libc.so.6 -- Edit bug report at http://bugs.php.net/?id=27273&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27273&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27273&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27273&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27273&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27273&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27273&r=needscript Try newer version: http://bugs.php.net/fix.php?id=27273&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27273&r=support Expected behavior: http://bugs.php.net/fix.php?id=27273&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27273&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27273&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27273&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27273&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27273&r=dst IIS Stability: http://bugs.php.net/fix.php?id=27273&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27273&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27273&r=float
#27273 [Fbk->Opn]: Segfault in apache after rebuild with 5.0.0b4
ID: 27273 User updated by: chris at areti dot net Reported By: chris at areti dot net -Status: Feedback +Status: Open Bug Type: Apache related Operating System: Slackware Linux 9.1 PHP Version: 5.0.0b4 (beta4) New Comment: Yep, with the latest snapshot apache runs fine.. :) Thanks! Previous Comments: [2004-02-16 11:19:26] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2004-02-16 07:23:46] chris at areti dot net Description: An apache 1.3.29 build against php 5.0.0b3 ran fine, but I have now upgraded it to php 5.0.0b4 and apache segfaults on start up. My configure line is: ./configure --with-mysql=/usr/local/include/mysql --with-apache=../apache_1.3.29 --with-gd --with-pgsql=/usr/local/pgsql --with-zlib-dir=/usr/local/lib --enable-track-vars Reproduce code: --- N/A Expected result: Apache running correctly Actual result: -- (gdb) run -X Starting program: /usr/local/apache/bin/httpd -X (no debugging symbols found)...[New Thread 16384 (LWP 1978)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 16384 (LWP 1978)] 0x080b4573 in zend_do_inherit_interfaces () (gdb) bt #0 0x080b4573 in zend_do_inherit_interfaces () #1 0x080b46a9 in zend_do_inheritance () #2 0x080c4471 in zend_register_internal_class_ex () #3 0x081276fb in spl_register_sub_class () #4 0x0812c3ec in zm_startup_spl_sxe () #5 0x08126f4c in zm_startup_spl () #6 0x080c3ac3 in zend_startup_module () #7 0x08099c59 in php_startup_extensions () #8 0x080e1962 in php_startup_internal_extensions () #9 0x0809a010 in php_module_startup () #10 0x080923c3 in ap_get_server_built () #11 0x080930f7 in ap_get_server_built () #12 0x081d6814 in ap_init_modules () #13 0x081e0b3b in ap_child_terminate () #14 0x081e13f9 in main () #15 0x40237d06 in __libc_start_main () from /lib/libc.so.6 -- Edit this bug report at http://bugs.php.net/?id=27273&edit=1
#22867 [NEW]: Session Data from other session ID
From: chris at root dot pl Operating system: RedHat 6.2 PHP version: 4.3.1 PHP Bug Type: Session related Bug description: Session Data from other session ID Sometimes an PHP engine fetch SESSION Data from other SID (with using Session API). I have some sittuations when I must restart a Windows, and after return to thw website - my system send a session cookie - but PHP engine retrieve a different Session Data. This is a critical situation. If you're interested - then I can send you a PHP code which I use to operate on session. Greets -- Edit bug report at http://bugs.php.net/?id=22867&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22867&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22867&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22867&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22867&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22867&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22867&r=support Expected behavior: http://bugs.php.net/fix.php?id=22867&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22867&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22867&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22867&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22867&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22867&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22867&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22867&r=gnused
#33287 [NEW]: foreach does not give errors
From: chris at deskpro dot com
Operating system: Win/MacOS linux untested
PHP version: 4.3.11
PHP Bug Type: Arrays related
Bug description: foreach does not give errors
Description:
This is a repost of 33264
33264 was closed because it was said the bug is the same
as 31114. They are however completly different.
31114 is about foreach where the $key and $value are the
same:
foreach ($array AS $key => $key)
which should, perhaps issue a warning.
However, 33264 is about foreach not issuing an error
when you try and loop on an unset variable or a string
e.g.:
$array = '';
foreach ($array AS $value) {
this should, and used to issue an error (I think it was
fatal). It not longer does.
The manual even suggests this error is not preventable
with a @, but not it dosen't appear at all.
So this is both a real bug and important.
Reproduce code:
---
Expected result:
Error about $a not being an array.
Actual result:
--
No error.
--
Edit bug report at http://bugs.php.net/?id=33287&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33287&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=33287&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=33287&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=33287&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=33287&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=33287&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=33287&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=33287&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=33287&r=support
Expected behavior: http://bugs.php.net/fix.php?id=33287&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=33287&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=33287&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=33287&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33287&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=33287&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=33287&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=33287&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=33287&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=33287&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=33287&r=mysqlcfg
#31168 [NEW]: libmysqli.dll missing from php-5.0.3-Win32.zip distribution
From: chris at lodesys dot com Operating system: Windows PHP version: 5.0.3 PHP Bug Type: MySQLi related Bug description: libmysqli.dll missing from php-5.0.3-Win32.zip distribution Description: The documentation states that libmysqli.dll is required to use the php_mysqli.dll extension, and is bundled. However the file libmysqli.dll is not included in the php-5.0.3-Win32.zip distribution. http://www.php.net/manual/en/install.windows.extensions.php Reproduce code: --- n/a Expected result: Would find file libmysqli.dll in php-5.0.3-Win32.zip Actual result: -- not found -- Edit bug report at http://bugs.php.net/?id=31168&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31168&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=31168&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=31168&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=31168&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=31168&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=31168&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=31168&r=needscript Try newer version: http://bugs.php.net/fix.php?id=31168&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=31168&r=support Expected behavior: http://bugs.php.net/fix.php?id=31168&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=31168&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=31168&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=31168&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31168&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=31168&r=dst IIS Stability: http://bugs.php.net/fix.php?id=31168&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=31168&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=31168&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=31168&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=31168&r=mysqlcfg
#31568 [NEW]: Extensions do not recognize needed files in PATH
From: chris at epliant dot com Operating system: Windows XP Professional SP2 PHP version: 5.0.3 PHP Bug Type: Dynamic loading Bug description: Extensions do not recognize needed files in PATH Description: This is a new install of PHP 5.0.3. I am following the instructions to try to centralize all files in the PHP dirs rather than copying supporting files to C:\WINDOWS\SYSTEM32. I added C:\php5 to system PATH. Copied libmysql.dll to C:\php5\ from C:\mysql\lib\opt\. libeay32.dll and ssleay32.dll already existed in C:\php5 I enabled the curl, mysql, and/or mysqli extensions. The only location that the Apache module will recognize the above files is C:\WINDOWS\SYSTEM32. Reproduce code: --- php.ini lines: extension_dir = "c:/php5/ext/" extension=php_curl.dll extension=php_mysql.dll extension=php_mysqli.dll Code: Expected result: Start apache and expect phpinfo() to report the presence of curl and mysql and/or mysqli (I tried it with either one, then both enabled). Actual result: -- Apache generated warning windows and phpinfo() does not report mysql or curl. In starting apache-2.0.52, I get: PHP Startup: Unable to load dynamic library 'c:\php5\ext\php_mysql.dll' - The specified module could not be found. In starting apache-2.0.52, I get: PHP Startup: Unable to load dynamic library 'c:\php5\ext\php_curl.dll' - The specified module could not be found. (When I copied all three of the above files to C:\Windows\System32, Apache worked properly but defeats the purpose). -- Edit bug report at http://bugs.php.net/?id=31568&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31568&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=31568&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=31568&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=31568&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=31568&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=31568&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=31568&r=needscript Try newer version: http://bugs.php.net/fix.php?id=31568&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=31568&r=support Expected behavior: http://bugs.php.net/fix.php?id=31568&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=31568&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=31568&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=31568&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31568&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=31568&r=dst IIS Stability: http://bugs.php.net/fix.php?id=31568&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=31568&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=31568&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=31568&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=31568&r=mysqlcfg
#31568 [Opn->Bgs]: Extensions do not recognize needed files in PATH
ID: 31568 User updated by: chris at epliant dot com Reported By: chris at epliant dot com -Status: Open +Status: Bogus Bug Type: Dynamic loading Operating System: Windows XP Professional SP2 PHP Version: 5.0.3 New Comment: Found problem with my operating system. This is not a bug. Previous Comments: [2005-01-16 09:26:00] chris at epliant dot com Description: This is a new install of PHP 5.0.3. I am following the instructions to try to centralize all files in the PHP dirs rather than copying supporting files to C:\WINDOWS\SYSTEM32. I added C:\php5 to system PATH. Copied libmysql.dll to C:\php5\ from C:\mysql\lib\opt\. libeay32.dll and ssleay32.dll already existed in C:\php5 I enabled the curl, mysql, and/or mysqli extensions. The only location that the Apache module will recognize the above files is C:\WINDOWS\SYSTEM32. Reproduce code: --- php.ini lines: extension_dir = "c:/php5/ext/" extension=php_curl.dll extension=php_mysql.dll extension=php_mysqli.dll Code: Expected result: Start apache and expect phpinfo() to report the presence of curl and mysql and/or mysqli (I tried it with either one, then both enabled). Actual result: -- Apache generated warning windows and phpinfo() does not report mysql or curl. In starting apache-2.0.52, I get: PHP Startup: Unable to load dynamic library 'c:\php5\ext\php_mysql.dll' - The specified module could not be found. In starting apache-2.0.52, I get: PHP Startup: Unable to load dynamic library 'c:\php5\ext\php_curl.dll' - The specified module could not be found. (When I copied all three of the above files to C:\Windows\System32, Apache worked properly but defeats the purpose). -- Edit this bug report at http://bugs.php.net/?id=31568&edit=1
#31694 [NEW]: undefined symbol in MySQLi extension. Apache2 fails
From: chris at epliant dot com Operating system: Gentoo Linux PHP version: 5.0.3 PHP Bug Type: Apache2 related Bug description: undefined symbol in MySQLi extension. Apache2 fails Description: We are upgrading to MySQL 4.1.9. In compiling PHP 5.0.3 (both release and CVS from 1/25/05) against this MySQL version, apache2 crashes with an undefined symbol issue. I have tried multiple compiles and installs with the same end results. Reproduce code: --- Here are links for code used to get results. http://chris.epliant.com/php/ - Main list http://chris.epliant.com/php/php-5.0.3-mysqli-results.txt http://chris.epliant.com/php/install_php-5.0.3-mysqli http://chris.epliant.com/php/php-5.0.3-mysqli-configure.txt http://chris.epliant.com/php/php-5.0.3-mysqli-compile.txt http://chris.epliant.com/php/php-5.0.3-mysqli-compile-output.txt http://chris.epliant.com/php/php-5.0.3-mysqli-test.txt -- This accounts for the two errors reported by the test process -- http://chris.epliant.com/php/php-5.0.3-mysqli-install.txt http://chris.epliant.com/php/apache2-restart-results.txt This test server is on port 3307 for testing purposes. Expected result: Expect to build PHP with MySQLi enabled. Actual result: -- http://chris.epliant.com/php/apache2-restart-results.txt -- Edit bug report at http://bugs.php.net/?id=31694&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31694&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=31694&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=31694&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=31694&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=31694&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=31694&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=31694&r=needscript Try newer version: http://bugs.php.net/fix.php?id=31694&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=31694&r=support Expected behavior: http://bugs.php.net/fix.php?id=31694&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=31694&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=31694&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=31694&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31694&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=31694&r=dst IIS Stability: http://bugs.php.net/fix.php?id=31694&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=31694&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=31694&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=31694&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=31694&r=mysqlcfg
#25227 [NEW]: Subclass of overloaded class loses pass-by-reference functionality.
From: chris at studentadvantage dot com Operating system: Linux 2.4.20-8smp PHP version: 4.3.2 PHP Bug Type: Unknown/Other Function Bug description: Subclass of overloaded class loses pass-by-reference functionality. Description: When a class which is overloaded is included in another php file via 'require_once', 'require', etc., functions in classes which inherit from that class and that take references no longer seem to be getting references, rather they seem to be getting copies of the argument variables. Here's my setup (from 'phpinfo()'): %< PHP Version 4.3.2 System Linux charles 2.4.20-8smp #1 SMP Thu Mar 13 17:45:54 EST 2003 i686 Build Date Aug 20 2003 21:26:20 Configure Command './configure' '--prefix=/opt/php' '--with-mysql' '--with-apxs=/opt/apache/bin/apxs' Server API Apache Virtual Directory Support disabled Configuration File (php.ini) Path /opt/php/lib/php.ini PHP API 20020918 PHP Extension 20020429 Zend Extension 20021010 Debug Build no Thread Safety disabled Registered PHP Streams php, http, ftp This program makes use of the Zend Scripting Language Engine: Zend Engine v1.3.0, Copyright (c) 1998-2003 Zend Technologies %< Incidently, in my example code php doesn't complain if 'my_base_b::my_base_b()' is not defined, but it does give an error if 'my_base_a::my_base_a()' isn't defined. From what I read in the manual, it should complain because __call applies to constructors as well. Reproduce code: --- test_inc.php: = test_main.php: = "; $instance_a->modify_reference( $ref_a ); $instance_b->modify_reference( $ref_b ); print "After: $ref_a, $ref_b"; ?> Expected result: Before: Unmodified Reference, Unmodified Reference After: Modified Reference, Modified Reference Actual result: -- Before: Unmodified Reference, Unmodified Reference After: Unmodified Reference, Modified Reference -- Edit bug report at http://bugs.php.net/?id=25227&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25227&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25227&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25227&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25227&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25227&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25227&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25227&r=support Expected behavior: http://bugs.php.net/fix.php?id=25227&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25227&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25227&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25227&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25227&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25227&r=dst IIS Stability: http://bugs.php.net/fix.php?id=25227&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25227&r=gnused
#25227 [Opn]: Subclass of overloaded class loses pass-by-reference functionality.
ID: 25227 User updated by: chris at studentadvantage dot com Reported By: chris at studentadvantage dot com Status: Open Bug Type: Unknown/Other Function Operating System: Linux 2.4.20-8smp PHP Version: 4.3.2 New Comment: This is also an issue with php 4.3.3RC4, but not with 5.0.0b1 Previous Comments: [2003-08-24 17:30:10] chris at studentadvantage dot com Description: When a class which is overloaded is included in another php file via 'require_once', 'require', etc., functions in classes which inherit from that class and that take references no longer seem to be getting references, rather they seem to be getting copies of the argument variables. Here's my setup (from 'phpinfo()'): %< PHP Version 4.3.2 System Linux charles 2.4.20-8smp #1 SMP Thu Mar 13 17:45:54 EST 2003 i686 Build Date Aug 20 2003 21:26:20 Configure Command './configure' '--prefix=/opt/php' '--with-mysql' '--with-apxs=/opt/apache/bin/apxs' Server API Apache Virtual Directory Support disabled Configuration File (php.ini) Path /opt/php/lib/php.ini PHP API 20020918 PHP Extension 20020429 Zend Extension 20021010 Debug Build no Thread Safety disabled Registered PHP Streams php, http, ftp This program makes use of the Zend Scripting Language Engine: Zend Engine v1.3.0, Copyright (c) 1998-2003 Zend Technologies %< Incidently, in my example code php doesn't complain if 'my_base_b::my_base_b()' is not defined, but it does give an error if 'my_base_a::my_base_a()' isn't defined. From what I read in the manual, it should complain because __call applies to constructors as well. Reproduce code: --- test_inc.php: = test_main.php: = "; $instance_a->modify_reference( $ref_a ); $instance_b->modify_reference( $ref_b ); print "After: $ref_a, $ref_b"; ?> Expected result: Before: Unmodified Reference, Unmodified Reference After: Modified Reference, Modified Reference Actual result: -- Before: Unmodified Reference, Unmodified Reference After: Unmodified Reference, Modified Reference -- Edit this bug report at http://bugs.php.net/?id=25227&edit=1
#25252 [Com]: CGI Application Timeout
ID: 25252 Comment by: chris at hotelthailand dot com Reported By: brothererryn at atomicmonks dot com Status: Open Bug Type: CGI related Operating System: Windows 2000 Professional PHP Version: 4.3.3 New Comment: I got many php pages which were working fine. Yesterday I installed this version. I did not change anything else on my laptop. Nothing is working anymore. It's really annoying. I switch back to the old version 4.04 everything is fine again!!! Thanks Chris Previous Comments: [2003-08-26 20:13:32] [EMAIL PROTECTED] And I did disable the installer download for now :) [2003-08-26 20:07:05] [EMAIL PROTECTED] It seems that the wrong binary has been shipped in the installer version of 4.3.3. Until a new package is made you can use php.exe from the zip distribution. [2003-08-26 15:33:23] dan at cognex dot com I downloaded this and pasted the files over my existing install. http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Seeming to work! Maybe php.net should post the STABLE install on the front "downloads" page :P [2003-08-26 15:06:50] dan at cognex dot com I have this same issue. I am trying to use phpBB. My webhost runs fine, but they run apache on linux, whereas here I run IIS on Windows. Please help! :) Exact same description as his problem. Thanks. [2003-08-26 08:04:20] brothererryn at atomicmonks dot com Description: Using Windows install package, so CGI version, no extensions. Have IIS 5.0 on W2K. All PHP scripts return this error after a few minutes: CGI Timeout The specified CGI application exceeded the allowed time for processing. The server has deleted the process. Even a .php file with no php code produces this error. Reproduce code: --- Example 1: Test Example 2: Expected result: I expect to see "Test" displayed. Actual result: -- CGI Timeout The specified CGI application exceeded the allowed time for processing. The server has deleted the process. -- Edit this bug report at http://bugs.php.net/?id=25252&edit=1
#25435 [NEW]: can't configure --with-openssl=path
From: chris at andrews dot com Operating system: Cobalt Raq4i (linux) PHP version: 4.3.3 PHP Bug Type: *Configuration Issues Bug description: can't configure --with-openssl=path Description: Updating from 4.06 to 4.3.3. I downloaded php-4.3.3, and when configuring included: --with-openssl=/usr/sbin/openssl The configuring seemed to go well except for one thing, I get: --- checking for OpenSSL support... yes configure: error: Cannot find OpenSSL's --- I have OpenSSL 0.9.6 on the server, tried using shorter path (/usr), same problem. Path is correct. I have searched forums and have found others having this same problem, but could not find any answers/fixes to problem. Reproduce code: --- - Expected result: - Actual result: -- checking for OpenSSL support... yes configure: error: Cannot find OpenSSL's -- Edit bug report at http://bugs.php.net/?id=25435&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25435&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25435&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25435&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25435&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25435&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25435&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25435&r=support Expected behavior: http://bugs.php.net/fix.php?id=25435&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25435&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25435&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25435&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25435&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25435&r=dst IIS Stability: http://bugs.php.net/fix.php?id=25435&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25435&r=gnused
#21938 [Com]: Wrong error line numbers
ID: 21938
Comment by: chris at antiochwebhost dot com
Reported By: arne dot brachhold at co4 dot de
Status: No Feedback
Bug Type: Scripting Engine problem
Operating System: Windows 2000
PHP Version: 4.3.1-dev
New Comment:
I too am having this problem...
Example:
Parse error: parse error, unexpected T_STRING, expecting ',' or ';' in
/home/httpd/vhosts/soundthetrumpet.org/httpdocs/Admin_Center/Communicator.php
on line 540
-
There is absolutely no reason that I should be having this problem as
that entire section of the file is non-php.
I'm using v4.3.3 strangely enough, so I'm not sure if this is a version
issue.
Previous Comments:
[2003-04-08 14:39:33] duerra at yahoo dot com
I am having this problem is as well. It doesn't happen in all my
scripts, but mainly on the larger ones. The only consistency here is
that it's telling me that the error occures BEFORE it actually does,
whether it's telling me 10 lines or 50 lines, though, isn't
consistent.
Example:
//line 145
echo "something"
PHP may tell me that I have an error on line 105, or something like
that.
This is very peculiar, but it is also very existent. Any word yet on
what could be going wrong??
[2003-02-20 08:04:37] [EMAIL PROTECTED]
No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.
[2003-02-13 02:21:22] [EMAIL PROTECTED]
What was the result when testing with CGI binary?
(on command line!)
I can't reproduce this with even over 1000 lines of code..
[2003-02-05 03:45:55] arne dot brachhold at co4 dot de
It shows the correct line on short scripts like yours.
But when I create a script, write 20 times
if(isset($blubb)) {
}
ans then blubb(); which is now on line 88, it tells me the error is on
line 66. As longer the script is as higher is the difference.
Sorry at the moment i don't have the time to test this with the CGI
Binary. But i can do this on weekend.
[2003-02-04 18:19:09] [EMAIL PROTECTED]
Using PHP 4.3.1-dev and running this script:
What line is the error reported on? (using PHP CLI binary)
And what about with PHP CGI binary ?
For me, it says the error is on line 3, which is correct.
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/21938
--
Edit this bug report at http://bugs.php.net/?id=21938&edit=1
#27765 [NEW]: is_dir on large file make an error
From: chris at root dot pl Operating system: Linux 2.4.25 SMP PHP version: 4.3.4 PHP Bug Type: Directory function related Bug description: is_dir on large file make an error Description: when I make is_dir function of file which has about 4gb (DVD ISO), then PHP makes an error: Warning: is_dir(): Stat failed for /var/ftp/public/filest_dvd.iso (errno=75 - Value too large for defined data type) in /var/htdocs/html/akacjenet/include/addons/ftpfiles.inc on line 17 Reproduce code: --- it doesn't matter Expected result: i want to know is that file is a file or a directory... I have a small script for catalogue ftp content into mysql database Actual result: -- Warning: is_dir(): Stat failed for /var/ftp/public/filest_dvd.iso (errno=75 - Value too large for defined data type) in /var/htdocs/html/akacjenet/include/addons/ftpfiles.inc on line 17 -- Edit bug report at http://bugs.php.net/?id=27765&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27765&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27765&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27765&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27765&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27765&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27765&r=needscript Try newer version: http://bugs.php.net/fix.php?id=27765&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27765&r=support Expected behavior: http://bugs.php.net/fix.php?id=27765&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27765&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27765&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27765&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27765&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27765&r=dst IIS Stability: http://bugs.php.net/fix.php?id=27765&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27765&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27765&r=float
#28055 [NEW]: pfsockopen hangs for 30 seconds if connection is established
From: chris at deviantart dot com
Operating system: Linux 2.6.5
PHP version: 4.3.6
PHP Bug Type: Sockets related
Bug description: pfsockopen hangs for 30 seconds if connection is established
Description:
If a connection has already been established, pfsockopen will hang for 30
seconds before returning the correct persistent socket. strace reports the
following:
...
connect(3, {sa_family=AF_INET, sin_port=htons(11211),
sin_addr=inet_addr("10.0.0.16")}, 16) = -1 EINPROGRESS (Operation now in
progress)
select(4, [3], [3], [3], {60, 0}) = 1 (out [3], left {60, 0})
getsockopt(3, SOL_SOCKET, SO_ERROR, [0], [4]) = 0
fcntl64(3, F_SETFL, O_RDWR) = 0
select(4, [3], NULL, NULL, {60, 0}
*hang*
The following patch seems to fix it:
http://cvs.php.net/diff.php/php-src/main/network.c?sa=1&r1=1.83.2.21&r2=1.83.2.20&ty=u
Maybe this needs backporting?
http://cvs.php.net/cvs.php/php-src/main/streams/streams.c?sa=1#rev1.49
Reproduce code:
---
--
Edit bug report at http://bugs.php.net/?id=28055&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28055&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28055&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=28055&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=28055&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=28055&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=28055&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=28055&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=28055&r=support
Expected behavior: http://bugs.php.net/fix.php?id=28055&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=28055&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=28055&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=28055&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28055&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=28055&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=28055&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=28055&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=28055&r=float
#28362 [Fbk->Opn]: Receiving 500 error when uploading file.
ID: 28362
User updated by: chris at komodohost dot com
Reported By: chris at komodohost dot com
-Status: Feedback
+Status: Open
Bug Type: Apache related
Operating System: RedHat Enterprise Linux 3
PHP Version: 4.3.6
New Comment:
Ok, dropped the --enable-versioning option. The Apache log shows the
dreaded "Premature end of script headers" error.
Previous Comments:
[2004-05-11 23:12:32] [EMAIL PROTECTED]
What shows in your Apache error log?
(Also, drop the --enable-versioning option to ./configure).
[2004-05-11 21:00:46] chris at komodohost dot com
Still getting the same error after upgrading.
[2004-05-11 20:26:08] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
[2004-05-11 20:21:11] chris at komodohost dot com
Description:
Receiving Internal Server Error on any form posted which contains an
uploaded file. We are running PHP with PHPSuExec. File has correct
ownership and permissions. PHP was configured with:
'./configure' '--prefix=/usr' '--with-xml' '--enable-bcmath'
'--enable-calendar' '--with-curl' '--enable-ftp' '--with-gd'
'--with-jpeg-dir=/usr/local' '--with-png-dir=/usr'
'--with-xpm-dir=/usr/X11R6' '--with-mcrypt' '--with-mhash'
'--enable-magic-quotes' '--with-mysql' '--enable-discard-path'
'--with-pear' '--enable-sockets' '--enable-track-vars'
'--enable-versioning' '--with-zlib'
Reproduce code:
---
http://www.komodohost.com/uploadbug.php
if ($_POST[file1]) {
echo "Success!";
}
?>
Expected result:
Upon posting form, "Success!" should be displayed.
Actual result:
--
500 Internal Server Error
--
Edit this bug report at http://bugs.php.net/?id=28362&edit=1
#28362 [Fbk->Opn]: Receiving 500 error when uploading file.
ID: 28362 User updated by: chris at komodohost dot com Reported By: chris at komodohost dot com -Status: Feedback +Status: Open Bug Type: Apache related Operating System: RedHat Enterprise Linux 3 PHP Version: 4.3.6 New Comment: I've tried recompiling without --enable-discard-path, however it still receives the error. The current configure line is: ./configure --prefix=/usr --with-xml --enable-bcmath --enable-calendar --with-curl --enable-ftp --with-gd --with-jpeg-dir=/usr/local --with-png-dir=/usr --with-xpm-dir=/usr/X11R6 --with-mcrypt --with-mhash --enable-magic-quotes --with-mysql --with-pear --enable-sockets --enable-track-vars --with-zlib Previous Comments: [2004-05-12 15:30:16] [EMAIL PROTECTED] Does the error occur if you compile PHP without --enable-discard-path? [2004-05-11 23:51:32] chris at komodohost dot com Ok, dropped the --enable-versioning option. The Apache log shows the dreaded "Premature end of script headers" error. [2004-05-11 23:12:32] [EMAIL PROTECTED] What shows in your Apache error log? (Also, drop the --enable-versioning option to ./configure). [2004-05-11 21:00:46] chris at komodohost dot com Still getting the same error after upgrading. [2004-05-11 20:26:08] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip 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/28362 -- Edit this bug report at http://bugs.php.net/?id=28362&edit=1
#28362 [NEW]: Receiving 500 error when uploading file.
From: chris at komodohost dot com
Operating system: RedHat Enterprise Linux 3
PHP version: 4.3.4
PHP Bug Type: Apache related
Bug description: Receiving 500 error when uploading file.
Description:
Receiving Internal Server Error on any form posted which contains an
uploaded file. We are running PHP with PHPSuExec. File has correct
ownership and permissions. PHP was configured with:
'./configure' '--prefix=/usr' '--with-xml' '--enable-bcmath'
'--enable-calendar' '--with-curl' '--enable-ftp' '--with-gd'
'--with-jpeg-dir=/usr/local' '--with-png-dir=/usr'
'--with-xpm-dir=/usr/X11R6' '--with-mcrypt' '--with-mhash'
'--enable-magic-quotes' '--with-mysql' '--enable-discard-path'
'--with-pear' '--enable-sockets' '--enable-track-vars'
'--enable-versioning' '--with-zlib'
Reproduce code:
---
http://www.komodohost.com/uploadbug.php
if ($_POST[file1]) {
echo "Success!";
}
?>
Expected result:
Upon posting form, "Success!" should be displayed.
Actual result:
--
500 Internal Server Error
--
Edit bug report at http://bugs.php.net/?id=28362&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28362&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28362&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=28362&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=28362&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=28362&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=28362&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=28362&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=28362&r=support
Expected behavior: http://bugs.php.net/fix.php?id=28362&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=28362&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=28362&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=28362&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28362&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=28362&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=28362&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=28362&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=28362&r=float
#28362 [Fbk->Opn]: Receiving 500 error when uploading file.
ID: 28362
User updated by: chris at komodohost dot com
Reported By: chris at komodohost dot com
-Status: Feedback
+Status: Open
Bug Type: Apache related
Operating System: RedHat Enterprise Linux 3
-PHP Version: 4.3.4
+PHP Version: 4.3.6
New Comment:
Still getting the same error after upgrading.
Previous Comments:
[2004-05-11 20:26:08] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
[2004-05-11 20:21:11] chris at komodohost dot com
Description:
Receiving Internal Server Error on any form posted which contains an
uploaded file. We are running PHP with PHPSuExec. File has correct
ownership and permissions. PHP was configured with:
'./configure' '--prefix=/usr' '--with-xml' '--enable-bcmath'
'--enable-calendar' '--with-curl' '--enable-ftp' '--with-gd'
'--with-jpeg-dir=/usr/local' '--with-png-dir=/usr'
'--with-xpm-dir=/usr/X11R6' '--with-mcrypt' '--with-mhash'
'--enable-magic-quotes' '--with-mysql' '--enable-discard-path'
'--with-pear' '--enable-sockets' '--enable-track-vars'
'--enable-versioning' '--with-zlib'
Reproduce code:
---
http://www.komodohost.com/uploadbug.php
if ($_POST[file1]) {
echo "Success!";
}
?>
Expected result:
Upon posting form, "Success!" should be displayed.
Actual result:
--
500 Internal Server Error
--
Edit this bug report at http://bugs.php.net/?id=28362&edit=1
#29292 [Com]: Single space character returned instead of empty string
ID: 29292
Comment by: chris at fjmercedes dot com
Reported By: jmelville at selectaustralasia dot com dot au
Status: Open
Bug Type: MSSQL related
Operating System: Windows 2000 Server SP4
PHP Version: 4.3.8
New Comment:
I'm experiencing the same problem with the latest CVS of PHP5 and no
php_mssql.dll extensions from older versions are compatable with PHP5.
Previous Comments:
[2004-08-10 16:38:51] jeremyirons at genevus dot com
I've been having the same problem with 4.3.8. I swapped php_mssql.dll
with versions from 4.3.7, 4.3.6, 4.3.5, 4.3.4, and 4.3.3. The space
problem went away at 4.3.3 only.
[2004-07-26 14:06:00] egarcia at egm dot as
I have the same problem, this is related to the 4.3.8.
To resolve for now, I'm using the mssql.dll extension from the 4.3.7
with the 4.3.8 with out problems.
In the Zend Debugger now I see the nulls like null, no like " " with
the 4.3.8 version.
I hope that this litte trick can be usefull meanwhile.
[2004-07-21 11:22:17] jmelville at selectaustralasia dot com dot au
Description:
Upgraded an existing server from PHP 4.3.2 to 4.3.8, Apache 1.3 on
Windows 2000 SP4. Database is SQL Server 2000 SP4 on the same machine.
All SQL queries that previously returned an empty string (e.g. the
varchar column in the database contains an empty string and is not
NULL) now return a single space character. I've confirmed in Query
Analyser that the fields are definitely empty.
Note the sample uses mssql_fetch_object() but I've also checked
mssql_fetch_array() and it does the same thing.
This is the same as bug #9854 but that bug is closed and refers to PHP
4.0.x, whereas this server has never run anything older than 4.3.x
Thanks,
Julian.
Reproduce code:
---
$sql = "SELECT TOP 5 * FROM jobs;
$rs = mssql_query($sql);
while ($job = mssql_fetch_object($rs))
{
print "rec_id: '$job->rec_id' fax: '$job->fax' \n";
}
Expected result:
rec_id: '45336' fax: ''
rec_id: '40659' fax: '09 379 7785'
rec_id: '44934' fax: ''
Actual result:
--
rec_id: '45336' fax: ' '
rec_id: '40659' fax: '09 379 7785'
rec_id: '44934' fax: ' '
--
Edit this bug report at http://bugs.php.net/?id=29292&edit=1
#30067 [NEW]: mysql_pconnect stops 'SHOW SLAVE STATUS' working
From: chris at shagged dot org
Operating system: FreeBSD 5.2.1
PHP version: 4.3.9RC2
PHP Bug Type: MySQL related
Bug description: mysql_pconnect stops 'SHOW SLAVE STATUS' working
Description:
Using mysql_pconnect appears to stop SHOW SLAVE STATUS queries working
properly. If I change the first line in the supplied snippet to
mysql_connect, it works fine.
Additionally, this bug doesn't appear to show up when using the script
called from commandline.
But it does, reproducibly, when executing it inside a FastCGI daemon.
Even if I explicitly provide the connection object as a reference to
mysql_query, the same behaviour is still observed.
Reproduce code:
---
mysql_pconnect('some_host', 'some_user', 'some_pass');
$R = mysql_query("SHOW SLAVE STATUS");
print_r(mysql_fetch_assoc($R));
print mysql_result($R, 0, 'Seconds_Behind_Master');
Expected result:
The appropriate result set I asked for would be just peachy :)
Actual result:
--
If I use mysql_result:
PHP Warning: mysql_result(): Unable to jump to row 0 on MySQL result
index 4 in foo.php on line 4
Or mysql_fetch_assoc:
PHP Warning: mysql_fetch_assoc(): supplied argument is not a valid MySQL
result resource in foo.php on line 3
--
Edit bug report at http://bugs.php.net/?id=30067&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30067&r=trysnapshot4
Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30067&r=trysnapshot50
Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30067&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=30067&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=30067&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=30067&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=30067&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=30067&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=30067&r=support
Expected behavior: http://bugs.php.net/fix.php?id=30067&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=30067&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=30067&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=30067&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30067&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=30067&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=30067&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=30067&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=30067&r=float
MySQL Configuration Error: http://bugs.php.net/fix.php?id=30067&r=mysqlcfg
#30359 [Com]: SOAP client requests have no port in "Host" field
ID: 30359
Comment by: chris at atomicobject dot com
Reported By: sylvain dot pasche at camptocamp dot com
Status: Open
Bug Type:SOAP related
PHP Version: 5.0.2
New Comment:
I am experiencing this problem trying to connect to a SOAP
service on port 8080 and 8880 (both NOT port 80). PHP can
fetch the WSDL perfectly fine (constructor: new
SoapClient("http://hostname:8080/path/to/Service?wsdl";))
but all SOAP requests go to hostname:80. I have used
ethereal to watch the HTTP traffic, and the resulting WSDL
specifies the correct host and port, but PHP soap client
doesn't seem to use it.
I have not tried the patch specified with this bug though.
Previous Comments:
[2004-10-08 10:59:28] sylvain dot pasche at camptocamp dot com
Description:
according to the HTTP 1.1 RFC, section 14.23:
" A "host" without any trailing port information implies the default
port for the service requested (e.g., "80" for an HTTP URL). "
This patch seems to corrects this:
--- php_http.c.orig 2004-10-08 10:46:50.0 +0200
+++ php_http.c 2004-10-08 10:44:10.0 +0200
@@ -382,6 +382,12 @@
smart_str_append_const(&soap_headers, " HTTP/1.1\r\n"
"Host: ");
smart_str_appends(&soap_headers, phpurl->host);
+
+if (phpurl->port != 80) {
+smart_str_append_const(&soap_headers, ":");
+smart_str_append_unsigned(&soap_headers,
phpurl->port);
+}
+
smart_str_append_const(&soap_headers, "\r\n"
"Connection: Keep-Alive\r\n"
/*
--
Edit this bug report at http://bugs.php.net/?id=30359&edit=1
#30371 [NEW]: Implement gdImageSharpen
From: chris at lodesys dot com Operating system: all PHP version: 5.0.1 PHP Bug Type: Feature/Change Request Bug description: Implement gdImageSharpen Description: The current interface to the GD image library includes access to a number of GD functions, including the imagecopyresampled and imagecopyresized. When shrinking an image, the new smaller image will be "blurry" and needs to be sharpened. The GD image library includes a gdImageSharpen function. Can it be implemented in PHP (as ImageSharpen())? -- Edit bug report at http://bugs.php.net/?id=30371&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30371&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30371&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30371&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30371&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30371&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30371&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30371&r=needscript Try newer version: http://bugs.php.net/fix.php?id=30371&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30371&r=support Expected behavior: http://bugs.php.net/fix.php?id=30371&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30371&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30371&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30371&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30371&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30371&r=dst IIS Stability: http://bugs.php.net/fix.php?id=30371&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30371&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30371&r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30371&r=mysqlcfg
#29860 [Com]: Cannot compile with mysql and mysqli extensions
ID: 29860 Comment by: chris at leftbrained dot org Reported By: rjanson at msn dot com Status: No Feedback Bug Type: Compile Failure Operating System: Redhat 9 PHP Version: 5.0.1 New Comment: I know this hasn't been looked at in some time, but I've spent that last few days working out this exact problem. Apache 2.0.53 - Built by me into /usr/local/apache MySQL 4.1.9 - Used the RPM download of of mysql.com >MySQL-client-4.1.9-0 >MySQL-shared-compat-4.1.9-0 >MySQL-server-4.1.9-0 >MySQL-bench-4.1.9-0 >MySQL-devel-4.1.9-0 PHP 5.0.3 - ./configure --with-apxs2=/usr/local/apache/bin/apxs --with-mysql=/usr --with-mysqli=/usr/bin/mysql_config I'm on some form of RedHat Enterprise, I'm not quite sure how I would check which one. I was coming up witht he same exact errors, and the *only* way I was able to make it work was this: cd /usr/lib/mysql rename .a .a_old *.a rename .la .la_old *.la Then run configure/make/make install Then rename these files back. cd /usr/lib/mysql rename .a_old .a *.a_old rename .la_old .la *.la_old I'm not sure what precisely these files are, and this was a last resort attempt for me, but it worked. Chris Previous Comments: [2004-10-28 21:49:01] kpederson at mail dot ewu dot edu I can confirm a few things. I have both the static and the shared libraries installed as they both come in the standard mysql-devel rpm: /usr/lib/libmysqlclient.so /usr/lib/libmysqlclient.so.14 /usr/lib/mysql /usr/lib/mysql/libmysqlclient.a /usr/lib/mysql/libmysqlclient_r.la /usr/lib/mysql/libmysqld.a /usr/lib/mysql/libmysqlclient_r.a /usr/lib/mysql/mysqld.sym /usr/lib/mysql/libmysqlclient.la /usr/lib/libmysqlclient.so.14.0.0 /usr/lib/libmysqlclient_r.so /usr/lib/libmysqlclient_r.so.14 /usr/lib/libmysqlclient_r.so.14.0.0 If the static libraries are found, then the make dies with linking problems. I temporarily did a 'rename .a .a_old *.a' and 'rename .la .la_old *.la' in my /usr/lib/mysql directory, and then was able to make everything successfully. The output of ./configure ... | grep -i mysql gives: checking for MySQL support... yes checking for specified location of the MySQL UNIX socket... /var/run/mysql/mysql.sock checking for MySQL UNIX socket location... /var/run/mysql/mysql.sock checking for mysql_close in -lmysqlclient... (cached) yes checking for MySQLi support... yes checking whether to enable embedded MySQLi support... no checking for mysql_set_server_option in -lmysqlclient... (cached) yes checking for mysql_stmt_field_count in -lmysqlclient... (cached) yes BTW, I'm running Redhat Enterprise AS using PHP-5.0.2 and MySQL-4.1.7 (stable). [2004-10-14 01:00:05] 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-10-07 12:52:08] stormchaser1 at gmail dot com forgot to mention it's the MySQL 5.0.1-alpha installed from rpms from mysql.com [2004-10-07 12:48:24] stormchaser1 at gmail dot com Saame problem... cvs HEAD (php 5.1) from yesterday... [2004-10-06 13:28:40] php at kilimajer dot net The errror occurs with these rpms installed: MySQL-server-4.1.5-0 MySQL-client-4.1.5-0 MySQL-bench-4.1.5-0 MySQL-shared-4.1.5-0 MySQL-embedded-4.1.5-0 MySQL-devel-4.1.5-0 They are downloaded from mysql.com 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/29860 -- Edit this bug report at http://bugs.php.net/?id=29860&edit=1
#32533 [NEW]: proc_get_status() - "running" always returns TRUE, even after process dead
From: chris at fragzzhost dot com
Operating system: Linux 2.6.8
PHP version: 5.0.4
PHP Bug Type: Program Execution
Bug description: proc_get_status() - "running" always returns TRUE, even after
process dead
Description:
In the 5.0.4 release of PHP, the original proc_get_status bug (32210)
doesn't appear to be fixed (Linux babe.fragzzhost.com 2.6.8.1 #1 SMP Tue
Oct 12 08:27:04 CEST 2004 i686 i686 i386 GNU/Linux).
The "running" field now is always TRUE.
I know absolutely nothing about how this bit of code works, but I made the
following change and it was fixed. Hopefully someone understands how this
fluke works :)
Original code (note not as posted code)
if (WIFSTOPPED(wstatus)) {
stopped = 1;
stopsig = WSTOPSIG(wstatus);
}
} else {
running = 0;
}
#endif
My dreadful change:
if (WIFSTOPPED(wstatus)) {
stopped = 1;
stopsig = WSTOPSIG(wstatus);
}
} else {
running = 1;
}
#endif
I would also like to add that the original patch below doesn't appear to
work correctly? Immediately after I kill the process manually with kill
-9, running is FALSE as expected, but then if I sleep(2) then call
proc_get_status() again, running is TRUE, and the process described isn't
running.
Reproduce code:
---
(Best run from the command line)
$handle = proc_open("sleep 60", array(2 => array("pipe", "r")), $pipes);
$status = proc_get_status($handle);
var_dump($status["running"]);
sleep(5);
(confirmed at this stage that process is still running by 'ps aux')
system('kill -9 '.$status['pid']);
sleep(2);
$status = proc_get_status($handle);
var_dump($status["running"]);
Expected result:
bool(false)
bool(false)
--
Edit bug report at http://bugs.php.net/?id=32533&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32533&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=32533&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=32533&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=32533&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=32533&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=32533&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=32533&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=32533&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=32533&r=support
Expected behavior: http://bugs.php.net/fix.php?id=32533&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=32533&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=32533&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=32533&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32533&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=32533&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=32533&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=32533&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=32533&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=32533&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=32533&r=mysqlcfg
#32533 [Opn]: proc_get_status() - "running" always returns TRUE, even after process dead
ID: 32533
User updated by: chris at fragzzhost dot com
Reported By: chris at fragzzhost dot com
Status: Open
Bug Type: Program Execution
Operating System: Linux 2.6.8
PHP Version: 5.0.4
New Comment:
Looking at the original bug report and comparing it to the PHP source,
there is a difference. The code supplied in the bug #32210 works
properly whereas what's actually in PHP 5.0.4 doesn't.
Previous Comments:
[2005-04-01 14:42:13] chris at fragzzhost dot com
Description:
In the 5.0.4 release of PHP, the original proc_get_status bug (32210)
doesn't appear to be fixed (Linux babe.fragzzhost.com 2.6.8.1 #1 SMP
Tue Oct 12 08:27:04 CEST 2004 i686 i686 i386 GNU/Linux).
The "running" field now is always TRUE.
I know absolutely nothing about how this bit of code works, but I made
the following change and it was fixed. Hopefully someone understands
how this fluke works :)
Original code (note not as posted code)
if (WIFSTOPPED(wstatus)) {
stopped = 1;
stopsig = WSTOPSIG(wstatus);
}
} else {
running = 0;
}
#endif
My dreadful change:
if (WIFSTOPPED(wstatus)) {
stopped = 1;
stopsig = WSTOPSIG(wstatus);
}
} else {
running = 1;
}
#endif
I would also like to add that the original patch below doesn't appear
to work correctly? Immediately after I kill the process manually with
kill -9, running is FALSE as expected, but then if I sleep(2) then call
proc_get_status() again, running is TRUE, and the process described
isn't running.
Reproduce code:
---
(Best run from the command line)
$handle = proc_open("sleep 60", array(2 => array("pipe", "r")),
$pipes);
$status = proc_get_status($handle);
var_dump($status["running"]);
sleep(5);
(confirmed at this stage that process is still running by 'ps aux')
system('kill -9 '.$status['pid']);
sleep(2);
$status = proc_get_status($handle);
var_dump($status["running"]);
Expected result:
bool(false)
bool(false)
--
Edit this bug report at http://bugs.php.net/?id=32533&edit=1
#32640 [Opn]: Bug in either date of gmmktime
ID: 32640
User updated by: chris at deskpro dot com
Reported By: chris at deskpro dot com
Status: Open
Bug Type: Date/time related
Operating System: Linux / Windows
PHP Version: 4.3.9
New Comment:
I will add I get different wrong resuls (but always wrong) based on the
DST setting.
This is only tested on Windows. I am in -8 GMT (PST)
with no dayling savings time (-8 PST) the last result is
NOW - 8 hours (instead of NOW + 8 hours)
When I enable DST (now in PDT) I get
GMT - 2 hours OR NOW + 6 hours
In the 1st one, the difference (8 hours) has been taken away instead of
added; this is probably someone just using a - instead of a +
The problem when DST is enabled I have much less of an idea about.
Previous Comments:
[2005-04-09 02:16:34] chris at deskpro dot com
Description:
Please run the reproduce code:
In PHP 4.3.9 (windows) and PHP 4.3.7 (linux) I get the same result. 3
results are displayed in local time, 2 are in GMT and 1 (the bottom
one) is meaningless.
It appears that PHP is taking the hours off, not adding them in. I do
not know if this is a bug in date or gmmktime.
Importantly, this does NOT happen in PHP 5, this is what convinced me
this is a bug.
Reproduce code:
---
echo "";
echo "gmdate('D, jS M Y g:i a') : " . gmdate('D, jS M
Y g:i a') . "";
echo "date('D, jS M Y g:i a'); : " . date('D, jS M Y
g:i a') . "";
echo "gmdate('D, jS M Y g:i a', mktime()); : " .
gmdate('D, jS M Y g:i a', mktime()) . "";
echo "gmdate('D, jS M Y g:i a', gmmktime()); : " .
gmdate('D, jS M Y g:i a', gmmktime()) . "";
echo "date('D, jS M Y g:i a', mktime()); : " .
date('D, jS M Y g:i a', mktime()) . "";
echo "date('D, jS M Y g:i a', gmmktime()); : " .
date('D, jS M Y g:i a', gmmktime()) . "";
echo "";
Expected result:
The results should be:
GMT
Local
GMT
Local
Local
GMT
Actual result:
--
GMT
Local
GMT
Local
Local
Meaningless
--
Edit this bug report at http://bugs.php.net/?id=32640&edit=1
#32640 [Bgs]: Bug in either date of gmmktime
ID: 32640
User updated by: chris at deskpro dot com
Reported By: chris at deskpro dot com
Status: Bogus
Bug Type: Date/time related
Operating System: Linux / Windows
PHP Version: 4.3.9
New Comment:
I have been checking the bugs and the only ones I can find are about
documentation errors, a direct DST issue (when gmmktime is wrong by a
single hour) etc.
I can't find a bug that suggests the function is completly broken,
which this bug seems to suggest.
I also can't find a bug report that suggests the feature works
PERFECTLY in PHP 5 but not in PHP 4. Is there a reason why the working
code in PHP 5 can not be put into PHP 4.
I also still don't know which function is actually buggy. Is it date()
or gmmktime(); ?
Given that echo (mktime() - gmmktime()) / (60 * 60); it seems
gmmktime() is working, the difference shown is corect; so is it date()
that is broken? but there certainly seems to be no date() functions.
Perhaps you can recommend the manual is updated to show which function
is currently unusable?
Previous Comments:
[2005-04-09 02:35:51] [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.
Try search bugs once before reporting this issue for the 100th time..
[2005-04-09 02:33:47] chris at deskpro dot com
I will add I get different wrong resuls (but always wrong) based on the
DST setting.
This is only tested on Windows. I am in -8 GMT (PST)
with no dayling savings time (-8 PST) the last result is
NOW - 8 hours (instead of NOW + 8 hours)
When I enable DST (now in PDT) I get
GMT - 2 hours OR NOW + 6 hours
In the 1st one, the difference (8 hours) has been taken away instead of
added; this is probably someone just using a - instead of a +
The problem when DST is enabled I have much less of an idea about.
[2005-04-09 02:16:34] chris at deskpro dot com
Description:
Please run the reproduce code:
In PHP 4.3.9 (windows) and PHP 4.3.7 (linux) I get the same result. 3
results are displayed in local time, 2 are in GMT and 1 (the bottom
one) is meaningless.
It appears that PHP is taking the hours off, not adding them in. I do
not know if this is a bug in date or gmmktime.
Importantly, this does NOT happen in PHP 5, this is what convinced me
this is a bug.
Reproduce code:
---
echo "";
echo "gmdate('D, jS M Y g:i a') : " . gmdate('D, jS M
Y g:i a') . "";
echo "date('D, jS M Y g:i a'); : " . date('D, jS M Y
g:i a') . "";
echo "gmdate('D, jS M Y g:i a', mktime()); : " .
gmdate('D, jS M Y g:i a', mktime()) . "";
echo "gmdate('D, jS M Y g:i a', gmmktime()); : " .
gmdate('D, jS M Y g:i a', gmmktime()) . "";
echo "date('D, jS M Y g:i a', mktime()); : " .
date('D, jS M Y g:i a', mktime()) . "";
echo "date('D, jS M Y g:i a', gmmktime()); : " .
date('D, jS M Y g:i a', gmmktime()) . "";
echo "";
Expected result:
The results should be:
GMT
Local
GMT
Local
Local
GMT
Actual result:
--
GMT
Local
GMT
Local
Local
Meaningless
--
Edit this bug report at http://bugs.php.net/?id=32640&edit=1
#32640 [NEW]: Bug in either date of gmmktime
From: chris at deskpro dot com
Operating system: Linux / Windows
PHP version: 4.3.9
PHP Bug Type: Date/time related
Bug description: Bug in either date of gmmktime
Description:
Please run the reproduce code:
In PHP 4.3.9 (windows) and PHP 4.3.7 (linux) I get the same result. 3
results are displayed in local time, 2 are in GMT and 1 (the bottom one)
is meaningless.
It appears that PHP is taking the hours off, not adding them in. I do not
know if this is a bug in date or gmmktime.
Importantly, this does NOT happen in PHP 5, this is what convinced me this
is a bug.
Reproduce code:
---
echo "";
echo "gmdate('D, jS M Y g:i a') : " . gmdate('D, jS M Y
g:i a') . "";
echo "date('D, jS M Y g:i a'); : " . date('D, jS M Y g:i
a') . "";
echo "gmdate('D, jS M Y g:i a', mktime()); : " .
gmdate('D, jS M Y g:i a', mktime()) . "";
echo "gmdate('D, jS M Y g:i a', gmmktime()); : " .
gmdate('D, jS M Y g:i a', gmmktime()) . "";
echo "date('D, jS M Y g:i a', mktime()); : " . date('D,
jS M Y g:i a', mktime()) . "";
echo "date('D, jS M Y g:i a', gmmktime()); : " . date('D,
jS M Y g:i a', gmmktime()) . "";
echo "";
Expected result:
The results should be:
GMT
Local
GMT
Local
Local
GMT
Actual result:
--
GMT
Local
GMT
Local
Local
Meaningless
--
Edit bug report at http://bugs.php.net/?id=32640&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32640&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=32640&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=32640&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=32640&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=32640&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=32640&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=32640&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=32640&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=32640&r=support
Expected behavior: http://bugs.php.net/fix.php?id=32640&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=32640&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=32640&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=32640&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32640&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=32640&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=32640&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=32640&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=32640&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=32640&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=32640&r=mysqlcfg
#24300 [NEW]: Itterative variable not editable in a for loop
From: chris at chrisseaton dot com
Operating system: Linux
PHP version: 4.3.2
PHP Bug Type: Scripting Engine problem
Bug description: Itterative variable not editable in a for loop
Description:
If you are in a "for" loop you can't modify the itterative variable. PHP
seems to revert it the value at the start of the itteration.
This is standard behaviour for both C and Java. The PHP documentation does
not forbid this, and the syntax suggests it is possible, so I assume this
is a bug and not a design decision.
Reproduce code:
---
for ($n = 0; $n < 4; $n++)
{
print("$n\n");
if ($n = 2)
$n = 4;
}
Expected result:
0
1
2
Actual result:
--
0
1
2
3
--
Edit bug report at http://bugs.php.net/?id=24300&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=24300&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=24300&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=24300&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=24300&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=24300&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=24300&r=support
Expected behavior: http://bugs.php.net/fix.php?id=24300&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=24300&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=24300&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=24300&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=24300&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=24300&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=24300&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=24300&r=gnused
#24300 [Opn]: Itterative variable not editable in a for loop
ID: 24300
User updated by: chris at chrisseaton dot com
Reported By: chris at chrisseaton dot com
Status: Open
Bug Type: Scripting Engine problem
Operating System: Linux
PHP Version: 4.3.2
New Comment:
Eratta: Obviously, I mean "if ($n == 2)"
Previous Comments:
[2003-06-23 14:36:56] chris at chrisseaton dot com
Description:
If you are in a "for" loop you can't modify the itterative variable.
PHP seems to revert it the value at the start of the itteration.
This is standard behaviour for both C and Java. The PHP documentation
does not forbid this, and the syntax suggests it is possible, so I
assume this is a bug and not a design decision.
Reproduce code:
---
for ($n = 0; $n < 4; $n++)
{
print("$n\n");
if ($n = 2)
$n = 4;
}
Expected result:
0
1
2
Actual result:
--
0
1
2
3
--
Edit this bug report at http://bugs.php.net/?id=24300&edit=1
#28650 [NEW]: Returning 31st December 1969
From: chris at incot dot com Operating system: FreeBSD PHP version: 4.3.4 PHP Bug Type: Date/time related Bug description: Returning 31st December 1969 Description: This should return 28th March 2004, instead it is returning 31st December 1969. Reproduce code: --- Expected result: 2004-03-28 Actual result: -- 1969-12-31 -- Edit bug report at http://bugs.php.net/?id=28650&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28650&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28650&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=28650&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=28650&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=28650&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=28650&r=needscript Try newer version: http://bugs.php.net/fix.php?id=28650&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=28650&r=support Expected behavior: http://bugs.php.net/fix.php?id=28650&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=28650&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=28650&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=28650&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28650&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=28650&r=dst IIS Stability: http://bugs.php.net/fix.php?id=28650&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=28650&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=28650&r=float
#28686 [NEW]: sapi/cli/php failure if using mbstring
From: chris at okanagan dot net Operating system: SCO OpenServer 5.x PHP version: 4.3.7 PHP Bug Type: Compile Failure Bug description: sapi/cli/php failure if using mbstring Description: ./configure \ --disable-overload \ --disable-ipv6 \ --disable-debug \ --with-zlib=/usr/local \ --enable-trans-sid \ --enable-ftp \ --without-pear \ --enable-mbstring \ --with-apxs=/usr/httpd/bin/apxs the above configure fails to compile, if you remove mbstring it will compile and run compile error: rt.lo Zend/zend_multibyte.lo Zend/zend_execute.lo sapi/cli/php_cli.lo sapi/cli/ etopt.lo main/internal_functions_cli.lo -lz -lm -lsocket -lc -o sapi/cli/php gcc: Zen: No such file or directory make: *** [sapi/cli/php] Error 1 it WILL compile if you add --disable-cli I do need to use cli and mbstring as well as pear. -- Edit bug report at http://bugs.php.net/?id=28686&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28686&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28686&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=28686&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=28686&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=28686&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=28686&r=needscript Try newer version: http://bugs.php.net/fix.php?id=28686&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=28686&r=support Expected behavior: http://bugs.php.net/fix.php?id=28686&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=28686&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=28686&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=28686&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28686&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=28686&r=dst IIS Stability: http://bugs.php.net/fix.php?id=28686&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=28686&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=28686&r=float
#28710 [Com]: missing xml_create_parser_ns in win32-binary ->major Problem for RDF API Project
ID: 28710 Comment by: chris at bizer dot de Reported By: mail at d-westphal dot de Status: Open Bug Type: XML related Operating System: WIN32 PHP Version: 5CVS-2004-06-09 (dev) New Comment: Hi, I think the main point here is that administrators of cheap public webservers usually install the standard PHP distribution and that if this distribution doesn't contain an up-to-date xmllib then XML-based PHP applications don't work on public web servers. This contradicts the main argument for using PHP for XML-based applications, which is: Your application will run on 14 million servers. Cheers, Chris Previous Comments: [2004-06-09 17:19:11] mail at d-westphal dot de Hi Derick, you're totally right, the problem is the compiled win32 distribution (it ships with libxml2 2.5.11 already compiled in). But if the 5.0 win32/binary-release will still contain only the 2.5.11 libxml2, then all php-apps using the xml_parser_create_ns command will stop working under win-systems (and i don't guess lots of people will (or can) self-compile under windows, when there's a win32/binary-distribution) ! Please correct me if I'm wrong or shift the bug-report to the right category Thanks and cheers, Daniel [2004-06-09 16:56:37] [EMAIL PROTECTED] This is not a real bug in PHP, you'll just have to use libxml2 2.6. [2004-06-09 16:22:20] mail at d-westphal dot de Description: Hello, my name is Daniel Westphal and I'm working at the "RDF API FOR PHP"(RAP) - Project (http://www.wiwiss.fu-berlin.de/suhl/bizer/rdfapi/ , http://sourceforge.net/projects/rdfapi-php/ ). RAP is the leading PHP toolkit for parsing, searching,manipulating, serializing and serving RDF models. We checked the compatibility of our code with the new php5/zend2 engine(PHP Version 5.0.0RC3RC2) and encountered problems when trying to use our xml/rdf-parser. Our rdf-parser uses the SAX xml_create_parser_ns function and works well with php 4.3.7. I read a blog (http://blog.bitflux.ch/p1658.html) and a thread at php-cvs (http://marc.theaimsgroup.com/?l=php-cvs&m=107749629522874&w=2) which was dealing with this problem of using libxml2 2.5.11 and not 2.6.x and the mentioned function. The discussion seems to end with credo, that no one is using this parser with namespace support and so it's just a minor problem and not required to be fixed until the 5.0 release. But it's major problem for our project and its users! Our users (about 1200 downloads yet) use RAP mainly on servers where they are having no possibility to manual upgrade to a higher libxml2 version, because of missing administrator-rights. Thus it is esential for our project to have a working xml_create_parser_ns function in the standard PHP5 release. So it would be great (and highly appriciated by the PHP RDF community) if somebody could have a look and get the function working again. Thanks and cheers, Daniel Actual result: -- Warning: xml_parser_create_ns() [function.xml-parser-create-ns]: is broken with libxml2 2.5.11. Please upgrade to libxml2 2.6 in C:\!htdocs\rdfapi-php\api\syntax\RdfParser.php on line 2218 -- Edit this bug report at http://bugs.php.net/?id=28710&edit=1
#28110 [Com]: Apache2 crashes reproducibly (2)
ID: 28110
Comment by: chris at leftbrained dot org
Reported By: cpuidle at gmx dot de
Status: Open
Bug Type: Reproducible crash
Operating System: WinXP SP1
PHP Version: 5CVS-2004-04-22 (dev)
New Comment:
I, too, am getting that same error message in the apache error log, but
I can duplicate it differently.
Every call to bcmul(), I tried various values, and various values for
bcscale), where either of the arguments is 0 will produce this error.
$fStepX = '0.0075';
bcmul($fStepX,0);
The system:
PHP 5.0, RC3 (Module, Pre-compiled , downloaded from php.net[Hurricane
Electric mirror])
Windows 2000 Pro, SP4 [5.00.2195]
Apache 2.0.49 (Pre-compiled, downloaded from apache.org, No SSL)
Error message in Apache error log:
[Mon Jun 28 13:52:23 2004] [notice] Parent: child process exited with
status 3221225477 -- Restarting.
[Mon Jun 28 13:52:23 2004] [notice] Parent: Created child process 2000
I wasn't sure whether I should give this a new bug report, or tack it
on to one of the exisitings ones. I chose this one because it was the
only relevant open report I could find.
Previous Comments:
[2004-06-03 14:27:07] messju at lammfellpuschen dot de
event simpler code that reproduces this crash:
plugins['function']['counter'][0]();
}
?>
note: the function doesn't need to be called. it already
crashes during parsing.
with php-5.0.0RC3RC2 on linux i get:
(gdb) r
Starting
program: /mnt/debbie/home/messju/build/php-5.0.0RC3RC2/sapi/cli/php
/usr/local/httpd/messju/foo.php
[Thread debugging using libthread_db enabled]
[New Thread 1078702752 (LWP 14190)]
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1078702752 (LWP 14190)]
0x08207bb3 in zend_binary_strcasecmp (s1=0x0, len1=7,
s2=0x83ad53c "__clone", len2=7)
at ctype.h:192
192 {
(gdb) bt
#0 0x08207bb3 in zend_binary_strcasecmp (s1=0x0, len1=7,
s2=0x83ad53c "__clone", len2=7)
at ctype.h:192
#1 0x081f7b0f in zend_do_begin_method_call
(left_bracket=0xbfffc0bc)
at
/home/messju/debbie/build/php-5.0.0RC3RC2/Zend/zend_compile.c:1203
#2 0x081ed16b in zendparse () at
Zend/zend_language_parser.c:3229
#3 0x081ee671 in compile_file (file_handle=0x2, type=2)
at Zend/zend_language_scanner.c:3141
#4 0x0820a6bb in zend_execute_scripts (type=8,
retval=0x0, file_count=3)
at /home/messju/debbie/build/php-5.0.0RC3RC2/Zend/zend.c:1057
#5 0x081d049f in php_execute_script
(primary_file=0xb4d0)
at /home/messju/debbie/build/php-5.0.0RC3RC2/main/main.c:1627
#6 0x082350ae in main (argc=2, argv=0xb594)
at /home/messju/debbie/build/php-5.0.0RC3RC2/sapi/cli/php_cli.c:943
[2004-04-22 18:43:40] cpuidle at gmx dot de
Not sure the two are related, but I've also found bug 28108, please
cross-check.
[2004-04-22 18:42:44] cpuidle at gmx dot de
Description:
Apache crashes reporducibly with the following long file entry:
Parent: child process exited with status 3221225477 -- Restarting
Same thing happens with Apache 2.0.48 and PHP5RC1.
This happens without client firewall being installed.
Reproduce code:
---
The code to reproduce is part of the code that smarty generates from
one of my templates:
_plugins['function']['counter'][0](array('start' =>
0,'print' => false,'name' => 'videocount'), $this) ;
?>
Even if the code were wrong- it shouldn't crash apache, right?
Expected result:
no crash...
--
Edit this bug report at http://bugs.php.net/?id=28110&edit=1
#28829 [Com]: empty parameters cause crash
ID: 28829 Comment by: chris at leftbrained dot org Reported By: rashid at ds dot pg dot gda dot pl Status: Open Bug Type: BC math related Operating System: win 2k3 PHP Version: 5CVS-2004-06-18 (dev) New Comment: I'm still experiencing this issue, exactly as described, using a build from this mornings CVS. I'm using Apache2 and Windows 2k Pro, with PHP compiled as a module, and lib_mysql and lib_mysqli in use. I'm available for any tests that might be necessary, though I'm not comfortable compiling PHP on Windows. Previous Comments: [2004-06-28 01:19:54] rashid at ds dot pg dot gda dot pl some more precise info in above example: $total = $temp = 0 i tried other settings: $total = $temp = '0' still caused error. $total = $temp = '0.0' worked fine hope this info helps - it looks like some kind of variable type conversion problems [2004-06-18 14:36:44] rashid at ds dot pg dot gda dot pl Description: description in http://bugs.php.net/bug.php?id=27759 describes the problem well. there is also the same problem with bcsub. its reported again because the bug is still present in latest cvs build. Reproduce code: --- PEAR`s Benchmark_Timer::getProfiling(): //... this is part of loop - first settings of parameters are empty, and apache throws exception right away $diff = bcsub($time, $temp, 6); $total = bcadd($total, $diff, 6); //... Actual result: -- apache exception ['memory cannot be read'] -- Edit this bug report at http://bugs.php.net/?id=28829&edit=1
