#30665 [Opn->Bgs]: With safe_mod = On Maximum execution time of 30 seconds exceeded
ID: 30665 Updated by: [EMAIL PROTECTED] Reported By: udovdh at yahoo dot com -Status: Open +Status: Bogus Bug Type: Unknown/Other Function Operating System: FC2/Linux 2.6.10-rc1 PHP Version: 4.3.8 New Comment: You can't pass parameters to commands called with system() in safe_mode. Previous Comments: [2004-11-03 07:51:28] udovdh at yahoo dot com You wrote: > Sorry, but your problem does not imply a bug in PHP itself. Please explain. Please tell why older bug reports like this one were PHP related. Please tell what info you'd need to make it a PHP bug or a definite Apache bug. [2004-11-02 18:29:51] [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. . [2004-11-02 17:18:40] udovdh at yahoo dot com Description: With safe_mode = On I get PHP Fatal error: Maximum execution time of 30 seconds exceeded in Unknown on line 0 in the error_log after each view of this PHP using IE6: Uptime records for this host Uptime records for this host This host runs a cool program called uptimed to log uptime records. It comes with a nice program to examine the logs and display them in a humane manner. As you can see this program runs as php thingie as well as cgi! Here are the uptime records for this system: Cool eh? You can now go back to the main page of my site. It's the stock Fedora Core 2 PHP RPM and the line appears every time after a view. Expected result: No error message, just a functioning and safe php. -- Edit this bug report at http://bugs.php.net/?id=30665&edit=1
#30665 [Bgs->Opn]: With safe_mod = On Maximum execution time of 30 seconds exceeded
ID: 30665 User updated by: udovdh at yahoo dot com Reported By: udovdh at yahoo dot com -Status: Bogus +Status: Open Bug Type: Unknown/Other Function Operating System: FC2/Linux 2.6.10-rc1 PHP Version: 4.3.8 New Comment: You wrote: > Sorry, but your problem does not imply a bug in PHP itself. Please explain. Please tell why older bug reports like this one were PHP related. Please tell what info you'd need to make it a PHP bug or a definite Apache bug. Previous Comments: [2004-11-02 18:29:51] [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. . [2004-11-02 17:18:40] udovdh at yahoo dot com Description: With safe_mode = On I get PHP Fatal error: Maximum execution time of 30 seconds exceeded in Unknown on line 0 in the error_log after each view of this PHP using IE6: Uptime records for this host Uptime records for this host This host runs a cool program called uptimed to log uptime records. It comes with a nice program to examine the logs and display them in a humane manner. As you can see this program runs as php thingie as well as cgi! Here are the uptime records for this system: Cool eh? You can now go back to the main page of my site. It's the stock Fedora Core 2 PHP RPM and the line appears every time after a view. Expected result: No error message, just a functioning and safe php. -- Edit this bug report at http://bugs.php.net/?id=30665&edit=1
#30481 [Com]: Segmentation Fault when using MySQL
ID: 30481 Comment by: lg83news at free dot fr Reported By: nickj at despammed dot com Status: Assigned Bug Type: MySQL related Operating System: FreeBSD 4.7-RELEASE-p27 PHP Version: 5.0.2 Assigned To: georg New Comment: Hi, I believe I am experiencing the same issue, with mysql-standard-4.1.7-pc-linux-i686. My configure line is ./configure --with-apxs2=/usr/bin/apxs2 --with-mysql=/usr/local/mysql/ --disable-short-tags I am compiling PHP 5.0.2, using Linux Debian Sarge (but I uninstalled all MySQL packages and installed MySQL binaries into /usr/local/mysql/). I get a segmentation fault, for example, whenever I call mysql_connect() (with or without arguments). Thank you. Previous Comments: [2004-10-22 18:56:52] [EMAIL PROTECTED] Even if the wrong client library is used, it should not crashed. Discussed this with my MySQL colleagues before, probably we have to change the FIELD structure to provide BC. Changing Status to assigned - not sure if a possible fix will go in to ext/mysql or libmysql [2004-10-22 17:54:28] nickj at despammed dot com Sorted. Apologies. Wrong client library linked in. PHP is blameless. [2004-10-21 09:59:51] nickj at despammed dot com Any update on this? Cheers N [2004-10-19 19:56:48] nickj at despammed dot com Hi Georg. Thanks for your quick response. I don't think the table structure is that important. This error occurs on all tables of different types, on a wide variety of different dbs. Executing SHOW CREATE TABLE commands via phpMyAdmin causes the seg fault again, but if you really want an example of one of my tables, I can get one or two definitions directly via the mysql prompt. Cheers [2004-10-19 19:03:00] [EMAIL PROTECTED] Looks like some BC break in MYSQL_FIELD structure inside libmysql. Could please also provide the table definition (SHOW CREATE TABLE) ? 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/30481 -- Edit this bug report at http://bugs.php.net/?id=30481&edit=1
#30659 [Opn->Fbk]: get_class_vars() works incorrect
ID: 30659 Updated by: [EMAIL PROTECTED] Reported By: mx at tut dot by -Status: Open +Status: Feedback Bug Type: Class/Object related Operating System: * PHP Version: 5CVS-2004-11-02 (dev) New Comment: Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try avoid embedding huge scripts into the report. One you get correct Acutal/Expected info come back. Previous Comments: [2004-11-02 12:45:27] mx at tut dot by Description: behavior of get_class_vars() changed between 13 Sep 2004 and 22 Oct 2004. Is it correct? Reproduce code: --- dump(); ?> Expected result: Array ( [zoo] => [group] => [world] => ) Array ( [zoo] => [group] => [world] => ) Array ( [zoo] => [group] => [world] => ) Actual result: -- Array ( [zoo] => [world] => ) Array ( [zoo] => [world] => ) Array ( [zoo] => [group] => [world] => ) -- Edit this bug report at http://bugs.php.net/?id=30659&edit=1
#30565 [Fbk->NoF]: PF_X25 in socket
ID: 30565 Updated by: [EMAIL PROTECTED] Reported By: daviscabral at gmail dot com -Status: Feedback +Status: No Feedback Bug Type:Feature/Change Request PHP Version: Irrelevant New Comment: 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". Previous Comments: [2004-10-26 19:32:46] [EMAIL PROTECTED] btw: this would be implemented in stream_socket_(client|server) and fsockopen() in PHP 5.1; ext/sockets is not maintained any more. [2004-10-26 19:30:42] [EMAIL PROTECTED] If you can find similar things for *bsd and/or windows, that would help too. [2004-10-26 18:37:11] daviscabral at gmail dot com http://linux.about.com/library/cmd/blcmdl7_x25.htm In this site have more information about X.25 protocol... this help or need more things or a patch? how can I do a patch for you thx :D [2004-10-26 17:24:26] [EMAIL PROTECTED] If you can provide (ideally) a patch, or details on how to enable PF_X25 in a portable fashion, we can do something about it. [2004-10-26 16:42:23] daviscabral at gmail dot com Description: A new feature... family PF_X25 in socket_create family suport! -- Edit this bug report at http://bugs.php.net/?id=30565&edit=1
#30668 [NEW]: error_log ini inconsistent
From: kauschovar at sdk dot ath dot cx Operating system: Linux PHP version: 4.3.9 PHP Bug Type: *General Issues Bug description: error_log ini inconsistent Description: The php.ini setting 'error_log' doesn't seem to behave according to its description in the manual: http://www.php.net/manual/en/ref.errorfunc.php. It also does not behave consistently between Apache 1.3 and Apache 2. In both versions of Apache, 'error_log' can not be overridden in httpd.conf, .htaccess, or by ini_set(). The example script below demonstrates that. Only changes made to php.ini seem to be recognized. This contradicts the manual, which says that 'error_log' has a changeable property of PHP_INI_ALL, meaning that it can be changed in any of the places I mentioned above. In Apache 2, if 'error_log' is set in php.ini then it will log to the appropriate file, but it will still not recognize changes made in any other fashion. In Apache 1.3, PHP will always log to Apache's error_log (/var/log/apache/error_log on my system) regardless of what 'error_log' is set to. Considering the stern warning against using Apache 2 (http://www.php.net/manual/en/faq.installation.php#faq.installation.apache2), I think making 'error_log' work with Apache 1 is important. Of course, 'log_errors' is enabled during all of this, I restarted Apache every time I changed a setting in php.ini, httpd.conf or .htaccess, and I made sure that the specified log file was writable by apache (indeed it successfully wrote to it when testing Apache 2, so I know that permissions are okay). I tested this on two different machines with both Apache 1 and Apache 2, but both machines are running Gentoo Linux. I don't have a machine with a different Operating system to confirm this bug with. Reproduce code: --- '; ini_set('error_log', 'php_error_log'); var_dump(get_cfg_var('error_log')); echo ''; // 404.html doesn't exist. This will trigger an error which is // supposed to be logged to the file set by 'error_log' require_once '404.html'; ?> Expected result: Excepted to see a warning about PHP failing to open 404.html in my log file set by 'error_log'. Also, expected to be able to override the value set by php.ini in httpd.conf, .htaccess, or by ini_set(). Actual result: -- >From the var_dump(): string(39) "/var/www/localhost/htdocs/phperrors.log" ... which is the value I set in my php.ini. Additionally (with Apache 1.3), I expected to see "Warning: main(404.html): failed to open stream" and "Fatal error: main(): Failed opening required '404.html'" in phperrors.log, but instead they appeared in Apache's error_log. -- Edit bug report at http://bugs.php.net/?id=30668&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30668&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30668&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30668&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30668&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30668&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30668&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30668&r=needscript Try newer version: http://bugs.php.net/fix.php?id=30668&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30668&r=support Expected behavior: http://bugs.php.net/fix.php?id=30668&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30668&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30668&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30668&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30668&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30668&r=dst IIS Stability: http://bugs.php.net/fix.php?id=30668&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30668&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30668&r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30668&r=mysqlcfg
#30666 [Opn->Bgs]: mysql_connect reports unable to connect after numerous requests
ID: 30666 Updated by: [EMAIL PROTECTED] Reported By: eugene dot kharkov at videinfra dot com -Status: Open +Status: Bogus Bug Type: MySQL related Operating System: W2K Pro, Win XP Pro,Win 2003 Srv PHP Version: 4.3.9 New Comment: 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. You're probably out of mysql connections. Previous Comments: [2004-11-02 20:31:12] eugene dot kharkov at videinfra dot com Description: I executed a simple script on Windows and Linux platforms. I used Apache Jmeter to simulate server load (5 concurrent connections per second to each platform). In both cases I used the same MySQL server. Settings in php.ini file on both platforms were the same. After a number of requests, script on Windows platform started responding Can't connect to MySQL server on '10.0.1.4' (10048), whereas script on Linux continue its work. Reproduce code: --- -- Edit this bug report at http://bugs.php.net/?id=30666&edit=1
#30666 [NEW]: mysql_connect reports unable to connect after numerous requests
From: eugene dot kharkov at videinfra dot com Operating system: W2K Pro, Win XP Pro,Win 2003 Srv PHP version: 4.3.9 PHP Bug Type: MySQL related Bug description: mysql_connect reports unable to connect after numerous requests Description: I executed a simple script on Windows and Linux platforms. I used Apache Jmeter to simulate server load (5 concurrent connections per second to each platform). In both cases I used the same MySQL server. Settings in php.ini file on both platforms were the same. After a number of requests, script on Windows platform started responding Can't connect to MySQL server on '10.0.1.4' (10048), whereas script on Linux continue its work. Reproduce code: --- -- Edit bug report at http://bugs.php.net/?id=30666&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30666&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30666&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30666&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30666&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30666&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30666&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30666&r=needscript Try newer version: http://bugs.php.net/fix.php?id=30666&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30666&r=support Expected behavior: http://bugs.php.net/fix.php?id=30666&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30666&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30666&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30666&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30666&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30666&r=dst IIS Stability: http://bugs.php.net/fix.php?id=30666&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30666&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30666&r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30666&r=mysqlcfg
#30665 [Opn->Bgs]: With safe_mod = On Maximum execution time of 30 seconds exceeded
ID: 30665 Updated by: [EMAIL PROTECTED] Reported By: udovdh at yahoo dot com -Status: Open +Status: Bogus Bug Type: Unknown/Other Function Operating System: FC2/Linux 2.6.10-rc1 PHP Version: 4.3.8 New Comment: 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. . Previous Comments: [2004-11-02 17:18:40] udovdh at yahoo dot com Description: With safe_mode = On I get PHP Fatal error: Maximum execution time of 30 seconds exceeded in Unknown on line 0 in the error_log after each view of this PHP using IE6: Uptime records for this host Uptime records for this host This host runs a cool program called uptimed to log uptime records. It comes with a nice program to examine the logs and display them in a humane manner. As you can see this program runs as php thingie as well as cgi! Here are the uptime records for this system: Cool eh? You can now go back to the main page of my site. It's the stock Fedora Core 2 PHP RPM and the line appears every time after a view. Expected result: No error message, just a functioning and safe php. -- Edit this bug report at http://bugs.php.net/?id=30665&edit=1
#30658 [Opn->Csd]: Temporary files are not deleted
ID: 30658 Updated by: [EMAIL PROTECTED] Reported By: RajivK at Pollit dot com -Status: Open +Status: Closed Bug Type: GD related Operating System: Linux (Debian Stable) PHP Version: 4.3.9 New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2004-11-02 11:16:17] RajivK at Pollit dot com Description: A temprorary file is create in gd.c line 1667. This file is never deleted. Today I found 10 thousand files in /tmp on each server. A comment on line 1720 says "the temporary file is automatically deleted" However, this is not the case. I can't find any code anywhere that would delete the tmp file. I also checked the lastest cvs. Fix: I fixed the problem by rolling back to gd.c version 1.221.2.44 which works for me. -- Edit this bug report at http://bugs.php.net/?id=30658&edit=1
#30665 [NEW]: With safe_mod = On Maximum execution time of 30 seconds exceeded
From: udovdh at yahoo dot com Operating system: FC2/Linux 2.6.10-rc1 PHP version: 4.3.8 PHP Bug Type: Unknown/Other Function Bug description: With safe_mod = On Maximum execution time of 30 seconds exceeded Description: With safe_mode = On I get PHP Fatal error: Maximum execution time of 30 seconds exceeded in Unknown on line 0 in the error_log after each view of this PHP using IE6: Uptime records for this host Uptime records for this host This host runs a cool program called uptimed to log uptime records. It comes with a nice program to examine the logs and display them in a humane manner. As you can see this program runs as php thingie as well as cgi! Here are the uptime records for this system: Cool eh? You can now go back to the main page of my site. It's the stock Fedora Core 2 PHP RPM and the line appears every time after a view. Expected result: No error message, just a functioning and safe php. -- Edit bug report at http://bugs.php.net/?id=30665&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30665&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30665&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30665&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30665&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30665&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30665&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30665&r=needscript Try newer version: http://bugs.php.net/fix.php?id=30665&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30665&r=support Expected behavior: http://bugs.php.net/fix.php?id=30665&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30665&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30665&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30665&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30665&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30665&r=dst IIS Stability: http://bugs.php.net/fix.php?id=30665&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30665&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30665&r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30665&r=mysqlcfg
#30664 [Opn->Bgs]: Spelling error
ID: 30664 Updated by: [EMAIL PROTECTED] Reported By: atomictaco at s93940690 dot onlinehome dot us -Status: Open +Status: Bogus Bug Type: Unknown/Other Function Operating System: Windows--Irregardless of version PHP Version: 4.3.8 New Comment: No bug here, optimised is correct English. I can't help that the americans changed that to something strange. Previous Comments: [2004-11-02 16:41:11] atomictaco at s93940690 dot onlinehome dot us Description: optimised is spelled wrong in the Windows readme. This isn't really a bug, but it bugs me. Sorry to have wasted the time of the bug catchers. :( Reproduce code: --- we believe that the manual installation is the best choice to have your system secure and optimised. Expected result: optimized Actual result: -- optimised -- Edit this bug report at http://bugs.php.net/?id=30664&edit=1
#30664 [NEW]: Spelling error
From: atomictaco at s93940690 dot onlinehome dot us Operating system: Windows--Irregardless of version PHP version: 4.3.8 PHP Bug Type: Unknown/Other Function Bug description: Spelling error Description: optimised is spelled wrong in the Windows readme. This isn't really a bug, but it bugs me. Sorry to have wasted the time of the bug catchers. :( Reproduce code: --- we believe that the manual installation is the best choice to have your system secure and optimised. Expected result: optimized Actual result: -- optimised -- Edit bug report at http://bugs.php.net/?id=30664&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30664&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30664&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30664&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30664&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30664&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30664&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30664&r=needscript Try newer version: http://bugs.php.net/fix.php?id=30664&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30664&r=support Expected behavior: http://bugs.php.net/fix.php?id=30664&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30664&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30664&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30664&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30664&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30664&r=dst IIS Stability: http://bugs.php.net/fix.php?id=30664&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30664&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30664&r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30664&r=mysqlcfg
#30663 [Opn->Bgs]: strtotime not decrementing minutes correctly
ID: 30663 Updated by: [EMAIL PROTECTED] Reported By: alistair at maclean-nj dot com -Status: Open +Status: Bogus Bug Type: Date/time related Operating System: Linux (RH9) PHP Version: 5.0.2 New Comment: Duplicate of bug #30042 Previous Comments: [2004-11-02 16:26:48] alistair at maclean-nj dot com Description: Trying to subtract 1 minute from a time string, using the strtotime() function. Under PHP 4.x the function works. Under 5.0.2 and the php5-STABLE-200411021330 CVS version the function does not work as advertised. The compile file is : ./configure --with-apxs2=/usr/local/apache2/bin/apxs --enable-force-cgi-redirect --disable-debug --disable-rpath --enable-inline-optimization --with-openssl --with-xml --with-zlib --with-layout=REDHAT --enable-magic-quotes --enable-safe-mode --enable-sockets --enable-sysvsem --enable-sysvshm --enable-discard-path --enable-track-vars --enable-trans-sid --enable-wddx --without-oci8 --with-pear=/usr/share/pear --with-mysql=shared,/usr --with-mysqli=/usr/bin/mysql_config --with-soap The php.ini file is standard except that the include path has been enabled to include the pear directory (/usr/share/pear) and a number of search paths (like ../objects:../../objects), and the extension=mysql.so is made. Reproduce code: --- Expected result: Entry time was : 07:01:00 processed time is : 07:00:00 Entry time was : 07:00:00 processed time is : 06:59:00 As produced by running on PHP 4.3.8 Actual result: -- Entry time was : 07:01:00 processed time is : 23:59:00 Entry time was : 07:00:00 processed time is : 23:59:00 if lines with ending comments 1 & 2 are commented out and line with ending comment 3 is used instead (only running through strtotime() once) the the following is produced: Entry time was : 07:01:00 processed time is : 18:59:59 Entry time was : 07:00:00 processed time is : 18:59:59 -- Edit this bug report at http://bugs.php.net/?id=30663&edit=1
#30663 [NEW]: strtotime not decrementing minutes correctly
From: alistair at maclean-nj dot com Operating system: Linux (RH9) PHP version: 5.0.2 PHP Bug Type: Date/time related Bug description: strtotime not decrementing minutes correctly Description: Trying to subtract 1 minute from a time string, using the strtotime() function. Under PHP 4.x the function works. Under 5.0.2 and the php5-STABLE-200411021330 CVS version the function does not work as advertised. The compile file is : ./configure --with-apxs2=/usr/local/apache2/bin/apxs --enable-force-cgi-redirect --disable-debug --disable-rpath --enable-inline-optimization --with-openssl --with-xml --with-zlib --with-layout=REDHAT --enable-magic-quotes --enable-safe-mode --enable-sockets --enable-sysvsem --enable-sysvshm --enable-discard-path --enable-track-vars --enable-trans-sid --enable-wddx --without-oci8 --with-pear=/usr/share/pear --with-mysql=shared,/usr --with-mysqli=/usr/bin/mysql_config --with-soap The php.ini file is standard except that the include path has been enabled to include the pear directory (/usr/share/pear) and a number of search paths (like ../objects:../../objects), and the extension=mysql.so is made. Reproduce code: --- Expected result: Entry time was : 07:01:00 processed time is : 07:00:00 Entry time was : 07:00:00 processed time is : 06:59:00 As produced by running on PHP 4.3.8 Actual result: -- Entry time was : 07:01:00 processed time is : 23:59:00 Entry time was : 07:00:00 processed time is : 23:59:00 if lines with ending comments 1 & 2 are commented out and line with ending comment 3 is used instead (only running through strtotime() once) the the following is produced: Entry time was : 07:01:00 processed time is : 18:59:59 Entry time was : 07:00:00 processed time is : 18:59:59 -- Edit bug report at http://bugs.php.net/?id=30663&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30663&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30663&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30663&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30663&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30663&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30663&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30663&r=needscript Try newer version: http://bugs.php.net/fix.php?id=30663&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30663&r=support Expected behavior: http://bugs.php.net/fix.php?id=30663&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30663&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30663&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30663&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30663&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30663&r=dst IIS Stability: http://bugs.php.net/fix.php?id=30663&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30663&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30663&r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30663&r=mysqlcfg
#30662 [NEW]: Unable to fill true color image with a high-alpha color (imagealphablending on)
From: ibrash at gmail dot com Operating system: Irrelevant PHP version: 5.0.2 PHP Bug Type: GD related Bug description: Unable to fill true color image with a high-alpha color (imagealphablending on) Description: It seems that imagefill doesn't deal well with highly-transparent colors, causing PHP to use 100% of CPU and never finish executing the imagefill (i.e., seems like an infinite loop). Anything at or above an alpha setting of 85 in the imagecolorallocatealpha call seems to trigger this behavior. Tested on both Linux (built from source) and Windows XP (php.net packaged version) with same results. Configure line on Linux is ./configure --with-gd --with-jpeg-dir --with-zlib-dir Reproduce code: --- Expected result: Script to run to completion. Actual result: -- Script never ends (unless max_execution_time is set, of course) -- Edit bug report at http://bugs.php.net/?id=30662&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30662&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30662&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30662&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30662&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30662&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30662&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30662&r=needscript Try newer version: http://bugs.php.net/fix.php?id=30662&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30662&r=support Expected behavior: http://bugs.php.net/fix.php?id=30662&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30662&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30662&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30662&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30662&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30662&r=dst IIS Stability: http://bugs.php.net/fix.php?id=30662&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30662&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30662&r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30662&r=mysqlcfg
#29698 [Com]: include suite does not traverse include_path subdirectories
ID: 29698 Comment by: hawk at air dot linkclub dot or dot jp Reported By: mills at sinetechnologies dot com Status: Open Bug Type: Zend Engine 2 problem Operating System: Win XP PHP Version: 5.0.1 New Comment: I encountered the behavior of PHP 5.0.2 like your report. I could resolve on PHP 5.0.2 / WindowsXP with rotating the order of include_path elements. try: include_path = "C:\Program Files\Apache Group\Apache\php\include;." instead of: include_path = ".;C:\Program Files\Apache Group\Apache\php\include" I guess this is a bug, anyway. Any suggestions? Previous Comments: [2004-08-19 04:51:42] mills at sinetechnologies dot com Changing the '.' to './' had no success on the problem. Also, I cannot directly call C:\Program Files\Apache Group\Apache\php\include\phrame\util\HashMap.php (it is two directories below the include directory). But I can directly call C:\Program Files\Apache Group\Apache\php\include\include.php Permissions on the files are the same. [2004-08-18 12:25:46] scooter at butterball dot demon dot co dot uk Hi, We have resolved this bug on our Solaris box. The php.ini file was still the old php4 version, we installed the php5 version of the php.ini file and now recursive includes work fine on the Solaris box. They always worked on the Fedora box, but it had the php5 .ini file installed from the start. Not sure if this is a solution to the apparent bug on Win XP, but it worked for us. One last point the include_path on the php.ini file was the only element changed from the default, the '.' was changed to './' - this may also be important. Scooter [2004-08-18 10:21:04] scooter at butterball dot demon dot co dot uk Hi, I have seen the same problem on SunOS 5.8 Our code works fine on Linux Fedora Core 2. PHP version 5.0.1 is being used on both platforms. Scooter [2004-08-16 17:00:07] mills at sinetechnologies dot com This is not a duplication of 27891, or any other bug I have seen. [2004-08-16 08:33:57] mills at sinetechnologies dot com Description: This is new for PHP5. PHP4 works as expected. Using require_once as the test, and having a properly set up include path, require_once does not travel farther down the include_path to locate files to include. Same behavior in cgi and module implementations. For example, take the following include path: include_path = ".;C:\Program Files\Apache Group\Apache\php\include" In the include directory is another directory called 'phrame' The phrame directory contains files and folders. The file 'include.php' contains other include calls such as include( 'util/Object.php'); (the location of which is "C:\Program Files\Apache Group\Apache\php\include\phrame\util\Object.php") This should use . and then find the util/Object.php. It does in PHP4, but not in PHP5. It looks like the parser is only going one directory deep when searching for files, and not allowing recursive calls. For PHP4, it works as expected, and all files are included, but PHP5 only goes one directory deep, and fails for subdirectories. This makes implementing projects built with PHP4 and extending them with PHP5 a nightmare for both server administrators and developers. Directory Structure Summary: /include /phrame include.php /util /Object.php Reproduce code: --- //load include page which loads other needed pages require_once 'phrame/include.php'; //directly load a needed page for test purposes. require_once 'phrame/util/Object.php'; Expected result: //in PHP4 //include loaded and all other pages loaded require_once 'phrame/include.php'; //a direct call to this page gets loaded. require_once 'phrame/util/Object.php'; Actual result: -- //in PHP5 //partial works, include.php is included if blank, //but because of other include calls, the require_once //causes this page to fail to load. require_once 'phrame/include.php'; //does not work! page fails to load require_once 'phrame/util/Object.php'; -- Edit this bug report at http://bugs.php.net/?id=29698&edit=1
#30657 [Opn->Bgs]: mysqli_multi_query ignores SQL errors
ID: 30657 Updated by: [EMAIL PROTECTED] Reported By: michael at kofler dot cc -Status: Open +Status: Bogus Bug Type: MySQLi related Operating System: linux (suse 9.1) PHP Version: 5CVS-2004-11-02 (dev) New Comment: It's not a php bug. See http://bugs.mysql.com/?id=6383 Previous Comments: [2004-11-02 10:13:42] michael at kofler dot cc Description: with mysqli_multi_query I can execute several SQL commands at once; if an error happens in the second or third or ... SQL command, mysqli_multi_query returns TRUE, mysqli_error etc. contain no data on the error thus, it is impossible to detect and/or analyse errors in multi query statements Reproduce code: --- $ok = mysqli->multi_query("SELECT 1; SELECT blabla"); Expected result: $ok should be FALSE, $mysqli->error should specify error (actually, $mysqli->error is inadequate; something like $mysqli->multi_error would be better, returning an array with the error messages for all statements) Actual result: -- $ok is TRUE -- Edit this bug report at http://bugs.php.net/?id=30657&edit=1
#30660 [Fbk->Opn]: Using Tidy as shared extension crashes PHP (CLI)
ID: 30660 User updated by: margus at zone dot ee Reported By: margus at zone dot ee -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: SuSe Linux 9.0 PHP Version: 5.0.2 New Comment: linux:/home/margus/install/php-5.0.2 # gdb sapi/cli/php GNU gdb 5.3.92 Copyright 2003 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i586-suse-linux"... (gdb) run -c . tidytest.php Starting program: /home/margus/install/php-5.0.2/sapi/cli/php -c . tidytest.php [New Thread 16384 (LWP 21668)] Exiting... Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 16384 (LWP 21668)] 0x0816a055 in _zval_dtor (zvalue=0x826ad1c) at /home/margus/install/php-5.0.2/Zend/zend_variables.c:61 61 Z_OBJ_HT_P(zvalue)->del_ref(zvalue TSRMLS_CC); (gdb) bt #0 0x0816a055 in _zval_dtor (zvalue=0x826ad1c) at /home/margus/install/php-5.0.2/Zend/zend_variables.c:61 #1 0x08161e89 in _zval_ptr_dtor (zval_ptr=0x826fe48) at /home/margus/install/php-5.0.2/Zend/zend_execute_API.c:394 #2 0x081715e9 in zend_hash_apply_deleter (ht=0x81ea6d0, p=0x826fe3c) at /home/margus/install/php-5.0.2/Zend/zend_hash.c:574 #3 0x08171679 in zend_hash_graceful_reverse_destroy (ht=0x81ea6d0) at /home/margus/install/php-5.0.2/Zend/zend_hash.c:640 #4 0x08161944 in shutdown_executor () at /home/margus/install/php-5.0.2/Zend/zend_execute_API.c:210 #5 0x0816b126 in zend_deactivate () at /home/margus/install/php-5.0.2/Zend/zend.c:818 #6 0x081395c7 in php_request_shutdown (dummy=0x0) at /home/margus/install/php-5.0.2/main/main.c:1212 #7 0x081987d0 in main (argc=4, argv=0xb704) at /home/margus/install/php-5.0.2/sapi/cli/php_cli.c:1046 (gdb) Previous Comments: [2004-11-02 13:41:01] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. Oops, clicked the wrong link before... [2004-11-02 13:34:32] margus at zone dot ee "); echo "Exiting..."; ?> [2004-11-02 13:28:19] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try avoid embedding huge scripts into the report. [2004-11-02 13:26:02] margus at zone dot ee Description: When building and using Tidy extension separately as shared module, then PHP-CLI crashes at the end. Everything seems to work, when compiling the extension directly into PHP binary. Reproduce code: --- build LIBTIDY: - /bin/sh build/gnuauto/setup.sh - ./configure --with-prefix=/usr - make - make install - ldconfig build PHP5 (5.0.2): - ./configure --with-tidy=shared,/usr - make changes in PHP.INI: extension_dir=. script tidytest.php: "); echo "Exiting..."; ?> Expected result: Exiting... Actual result: -- Exiting...Segmentation Fault -- Edit this bug report at http://bugs.php.net/?id=30660&edit=1
#30620 [Fbk->Csd]: I can't get attributes of nodes, when I use XML document with namespace definit
ID: 30620 User updated by: sveta at microbecal dot com Reported By: sveta at microbecal dot com -Status: Feedback +Status: Closed Bug Type: Scripting Engine problem Operating System: Windows XP PHP Version: 5CVS-2004-10-29 (dev) New Comment: I am sorry! I can't get backtrace from gdb: Debug Build no. In cygwin environment all work fine. My problem was solved just us I removed from php.ini file both (!) following lines: zend_extension_ts = "D:\Program Files\PHP\ext\php_xdebug.dll" zend_extension_ts = "D:\Program Files\PHP\ext\php_apd.dll" I don't use any other Zend extensions, which must have settings in php.ini file, so I don't know: it is only these extensions troubles or not. Files php_xdebug.dll and php_apd.dll I loaded from snaps.php.net 30.10.2004 Extensions xdebug and apd work, when above listed two lines are in php.ini! Note: usuall in my php.ini file line ;extension=php_threads.dll looks like this. When I remove ";" sign from this line, I see the error window. If it is not ok, I still ready to give you additional information: Windows system backtrace or try again to get gdb backtrace. But now I want to close this report. Thank you. Previous Comments: [2004-11-01 21:04:44] [EMAIL PROTECTED] Please follow the instructions here: http://bugs.php.net/how-to-report.php [2004-11-01 19:37:00] sveta at microbecal dot com Of course: I run it under Windows. So I think, it is specific Windows problem. Installation and system are same as then I used previous PHP versions (4.3.0, 4.3.3, 5.0.0) working without this screen. Additional info: Windows XP Professional SP1 with some updates PECL modules: all from snaps.php.net binary Windows modules But same result without any modules And let me know WHICH additional info are you need [2004-10-31 22:45:33] [EMAIL PROTECTED] I can't reproduce it under Linux. So, yes, I do think we need additional info. [2004-10-30 23:23:12] sveta at microbecal dot com Dears! Look at the screenshot: http://www.microbecal.com/ftp_load/crazy_bug.gif Some strings from phpinfo() output: PHP Version 5.1.0-dev Build Date Oct 29 2004 12:14:55 PHP API 20031224 PHP Extension 20040718 Zend Extension 220040718 Debug Build no Thread Safety enabled If you are need in additional info, let me know which Thank you! [2004-10-30 13:22:26] [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. 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/30620 -- Edit this bug report at http://bugs.php.net/?id=30620&edit=1
#30661 [NEW]: user ID and password for mail access
From: georgio at gmx dot net Operating system: PHP version: 5.0.2 PHP Bug Type: Feature/Change Request Bug description: user ID and password for mail access Description: For a secure SMTP-relay it would be a great help if EHLO with a user ID and a password in php.ini for the PHP mail()function would be provided. I know there are work arounds possible, but that only works if you write your own PHP-code. When you are using another programm, which is based on PHP this workarounds does not help, in my opinion. Georgio -- Edit bug report at http://bugs.php.net/?id=30661&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30661&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30661&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30661&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30661&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30661&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30661&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30661&r=needscript Try newer version: http://bugs.php.net/fix.php?id=30661&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30661&r=support Expected behavior: http://bugs.php.net/fix.php?id=30661&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30661&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30661&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30661&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30661&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30661&r=dst IIS Stability: http://bugs.php.net/fix.php?id=30661&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30661&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30661&r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30661&r=mysqlcfg
#30660 [Opn->Fbk]: Using Tidy as shared extension crashes PHP (CLI)
ID: 30660 Updated by: [EMAIL PROTECTED] Reported By: margus at zone dot ee -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: SuSe Linux 9.0 PHP Version: 5.0.2 New Comment: Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. Oops, clicked the wrong link before... Previous Comments: [2004-11-02 13:34:32] margus at zone dot ee "); echo "Exiting..."; ?> [2004-11-02 13:28:19] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try avoid embedding huge scripts into the report. [2004-11-02 13:26:02] margus at zone dot ee Description: When building and using Tidy extension separately as shared module, then PHP-CLI crashes at the end. Everything seems to work, when compiling the extension directly into PHP binary. Reproduce code: --- build LIBTIDY: - /bin/sh build/gnuauto/setup.sh - ./configure --with-prefix=/usr - make - make install - ldconfig build PHP5 (5.0.2): - ./configure --with-tidy=shared,/usr - make changes in PHP.INI: extension_dir=. script tidytest.php: "); echo "Exiting..."; ?> Expected result: Exiting... Actual result: -- Exiting...Segmentation Fault -- Edit this bug report at http://bugs.php.net/?id=30660&edit=1
#30660 [Fbk->Opn]: Using Tidy as shared extension crashes PHP (CLI)
ID: 30660 User updated by: margus at zone dot ee Reported By: margus at zone dot ee -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: SuSe Linux 9.0 PHP Version: 5.0.2 New Comment: "); echo "Exiting..."; ?> Previous Comments: [2004-11-02 13:28:19] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try avoid embedding huge scripts into the report. [2004-11-02 13:26:02] margus at zone dot ee Description: When building and using Tidy extension separately as shared module, then PHP-CLI crashes at the end. Everything seems to work, when compiling the extension directly into PHP binary. Reproduce code: --- build LIBTIDY: - /bin/sh build/gnuauto/setup.sh - ./configure --with-prefix=/usr - make - make install - ldconfig build PHP5 (5.0.2): - ./configure --with-tidy=shared,/usr - make changes in PHP.INI: extension_dir=. script tidytest.php: "); echo "Exiting..."; ?> Expected result: Exiting... Actual result: -- Exiting...Segmentation Fault -- Edit this bug report at http://bugs.php.net/?id=30660&edit=1
#30660 [Opn->Fbk]: Using Tidy as shared extension crashes PHP (CLI)
ID: 30660 Updated by: [EMAIL PROTECTED] Reported By: margus at zone dot ee -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: SuSe Linux 9.0 PHP Version: 5.0.2 New Comment: Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try avoid embedding huge scripts into the report. Previous Comments: [2004-11-02 13:26:02] margus at zone dot ee Description: When building and using Tidy extension separately as shared module, then PHP-CLI crashes at the end. Everything seems to work, when compiling the extension directly into PHP binary. Reproduce code: --- build LIBTIDY: - /bin/sh build/gnuauto/setup.sh - ./configure --with-prefix=/usr - make - make install - ldconfig build PHP5 (5.0.2): - ./configure --with-tidy=shared,/usr - make changes in PHP.INI: extension_dir=. script tidytest.php: "); echo "Exiting..."; ?> Expected result: Exiting... Actual result: -- Exiting...Segmentation Fault -- Edit this bug report at http://bugs.php.net/?id=30660&edit=1
#30660 [NEW]: Using Tidy as shared extension crashes PHP (CLI)
From: margus at zone dot ee Operating system: SuSe Linux 9.0 PHP version: 5.0.2 PHP Bug Type: Reproducible crash Bug description: Using Tidy as shared extension crashes PHP (CLI) Description: When building and using Tidy extension separately as shared module, then PHP-CLI crashes at the end. Everything seems to work, when compiling the extension directly into PHP binary. Reproduce code: --- build LIBTIDY: - /bin/sh build/gnuauto/setup.sh - ./configure --with-prefix=/usr - make - make install - ldconfig build PHP5 (5.0.2): - ./configure --with-tidy=shared,/usr - make changes in PHP.INI: extension_dir=. script tidytest.php: "); echo "Exiting..."; ?> Expected result: Exiting... Actual result: -- Exiting...Segmentation Fault -- Edit bug report at http://bugs.php.net/?id=30660&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30660&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30660&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30660&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30660&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30660&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30660&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30660&r=needscript Try newer version: http://bugs.php.net/fix.php?id=30660&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30660&r=support Expected behavior: http://bugs.php.net/fix.php?id=30660&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30660&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30660&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30660&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30660&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30660&r=dst IIS Stability: http://bugs.php.net/fix.php?id=30660&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30660&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30660&r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30660&r=mysqlcfg
#30651 [Opn]: ibase_add_user
ID: 30651 User updated by: _ex at navigators dot lv Reported By: _ex at navigators dot lv Status: Open Bug Type:InterBase related -PHP Version: 5.0.2 +PHP Version: 5.0.1 New Comment: PHP 5.0.1 (cli) (built: Aug 24 2004 12:43:33) Copyright (c) 1997-2004 The PHP Group Zend Engine v2.0.1, Copyright (c) 1998-2004 Zend Technologies Previous Comments: [2004-11-01 14:56:42] _ex at navigators dot lv Description: if first_name and last_name are specified in ibase_add_user, warning is received: "ibase_add_user() expects at most 6 parameters, 8 given". but in documentation: bool ibase_add_user ( string server, string dba_user_name, string dba_user_password, string user_name, string password [, string first_name [, string middle_name [, string last_name]]]) Reproduce code: --- ibase_add_user($serveraddr, $admin_name, $admin_pasw, $ulogin, strtolower($ulogin), $dbname, "", $dblname) Expected result: all ok Actual result: -- Warning: ibase_add_user() expects at most 6 parameters, 8 given in ... -- Edit this bug report at http://bugs.php.net/?id=30651&edit=1
#30659 [NEW]: get_class_vars() works incorrect
From: mx at tut dot by Operating system: * PHP version: 5CVS-2004-11-02 (dev) PHP Bug Type: Class/Object related Bug description: get_class_vars() works incorrect Description: behavior of get_class_vars() changed between 13 Sep 2004 and 22 Oct 2004. Is it correct? Reproduce code: --- dump(); ?> Expected result: Array ( [zoo] => [group] => [world] => ) Array ( [zoo] => [group] => [world] => ) Array ( [zoo] => [group] => [world] => ) Actual result: -- Array ( [zoo] => [world] => ) Array ( [zoo] => [world] => ) Array ( [zoo] => [group] => [world] => ) -- Edit bug report at http://bugs.php.net/?id=30659&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30659&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30659&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30659&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30659&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30659&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30659&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30659&r=needscript Try newer version: http://bugs.php.net/fix.php?id=30659&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30659&r=support Expected behavior: http://bugs.php.net/fix.php?id=30659&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30659&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30659&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30659&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30659&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30659&r=dst IIS Stability: http://bugs.php.net/fix.php?id=30659&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30659&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30659&r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30659&r=mysqlcfg
#28924 [Com]: Apache SAPI and Oracle OCI memory conflict
ID: 28924 Comment by: dima at ss2 dot dimych dot sumy dot ua Reported By: ben at grinvalds dot net Status: Open Bug Type: OCI8 related Operating System: Windows XP PHP Version: 5.0.0RC3 Assigned To: tony2001 New Comment: I have same problem but with IIS SAPI. Changing OCIPLogon/OCILogoff to OCI_NEW_CONNECT/OCI_CLOSE help to fix problem. Thanks. Previous Comments: [2004-10-26 13:50:40] lisandrofalcon at hotmail dot com using php 5.0.3 + apache-1.3.31 + win2000. the problem fixed changing conection functions ocilogon/ocilogoff by oci_new_connect /oci_close. in the php manual you can read this functions are deprecated for php5 >=. [2004-10-01 11:42:20] marcin at mikronika dot pl I had the same problem but I think I resolve it: - remove all "putenv" function from your code! - replace function names : "ocilogon","oci_connect", "oci_pconnect" etc. on: "oci_new_connect"! No more apache crashes. Tested on 2 machines with win 2000 php 5.0.1 / 5.0.2. [2004-09-30 23:33:33] cdcampos at netcabo dot pt I have an application running on PHP5, using OCI8, and the only scenario in which I was able have some stability is with 5.0.0 (like Tanis reported above). Even so, it hangs every now and then, and Apache needs to be restarted. I looked at the change log in 5.0.2 and found nothing about this (serious) problems with the extension. I have upgraded my application to version 5, mostly because of the SOAP functions, but it seems that the OCI8 extension was not ready yet... [2004-09-23 13:56:32] andrew at onvol dot net I have to same problem and I've tried with the following setups: windows 2K/Apache2.0.50/PHP5.0.1(SAPI)/Oracle 9.2 windows 2K/Apache1.3.31/PHP5.0.1(SAPI)/Oracle 9.2 Seems to work fine with CGI. [2004-08-25 14:42:29] wreckmybike at yahoo dot com Heres the setup: windows XP/Apache2.0.50/PHP5.0.0(SAPI)/Oracle 9.2 Applications interacting with OCI8 (logon, parse, execute, fetch,logoff), which worked as expected using the latest PHP4 release, resulted in an apache2 crash. "Parent: child process exited with status 3221225477 -- Restarting".. I then upgraded to PHP5.0.1 which seems to have fixed the above crashes but now causes every couple of requests to result in the browser hanging - waiting for the server response. If I hit the browsers refresh button it forces a response. I suspect it has something to do with the OCI8 Logon/Logoff function. I have none of these issues when running PHP5 as a CGI. 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/28924 -- Edit this bug report at http://bugs.php.net/?id=28924&edit=1
#30657 [NEW]: mysqli_multi_query ignores SQL errors
From: michael at kofler dot cc Operating system: linux (suse 9.1) PHP version: 5CVS-2004-11-02 (dev) PHP Bug Type: MySQLi related Bug description: mysqli_multi_query ignores SQL errors Description: with mysqli_multi_query I can execute several SQL commands at once; if an error happens in the second or third or ... SQL command, mysqli_multi_query returns TRUE, mysqli_error etc. contain no data on the error thus, it is impossible to detect and/or analyse errors in multi query statements Reproduce code: --- $ok = mysqli->multi_query("SELECT 1; SELECT blabla"); Expected result: $ok should be FALSE, $mysqli->error should specify error (actually, $mysqli->error is inadequate; something like $mysqli->multi_error would be better, returning an array with the error messages for all statements) Actual result: -- $ok is TRUE -- Edit bug report at http://bugs.php.net/?id=30657&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30657&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30657&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30657&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30657&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30657&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30657&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30657&r=needscript Try newer version: http://bugs.php.net/fix.php?id=30657&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30657&r=support Expected behavior: http://bugs.php.net/fix.php?id=30657&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30657&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30657&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30657&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30657&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30657&r=dst IIS Stability: http://bugs.php.net/fix.php?id=30657&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30657&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30657&r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30657&r=mysqlcfg
#29537 [Opn->Bgs]: PHP Configure fails with "mysql configure failed" when trying to use 64bit libs
ID: 29537 Updated by: [EMAIL PROTECTED] Reported By: martinkuria at hotmail dot com -Status: Open +Status: Bogus Bug Type: MySQL related Operating System: Solaris9 PHP Version: 4.3.8 New Comment: If you want to use 64-bit MySQL libraries you'll need to build a 64-bit PHP, i.e.: export CC="/path/to/gcc -m64" if you want to build a 32-bit PHP, you'll have to use 32-bit MySQL libraries. Previous Comments: [2004-11-02 00:07:54] epuening at cdir dot com Same error using Solaris 8, Apache 2.052, PHP 5.02, mysql 5.01 Configured with the following options ./configure --with-apxs2=/usr/local/apache2/bin/apxs --with-mysql=/usr/local/mysql/ --enable-dbase --with-libxml-dir=/usr/local/include/libxml2 Terminates with the following error char mysql_close(); int main() { mysql_close() ; return 0; } configure:54501: checking for mysql_errno in -lmysqlclient configure:54520: gcc -o conftest -g -O2 -D_POSIX_PTHREAD_SEMANTICS -R/usr/local/mysql//lib -L/usr/local/mysql//lib -R/usr /ucblib -L/usr/ucblib -R/usr/local/lib/gcc/sparc-sun-solaris2.8/3.4.1 -L/usr/local/lib/gcc/sparc-sun-solaris2.8/3.4.1 -R/us r/local/lib -L/usr/local/lib conftest.c -lmysqlclient -lz -lresolv -lm -ldl -lnsl -lsocket -lgcc -lxml2 -lz -liconv -lm - lsocket -lnsl -lxml2 -lz -liconv -lm -lsocket -lnsl 1>&5 ld: warning: file /usr/local/mysql//lib/libmysqlclient.a(client.o): wrong ELF class: ELFCLASS64 Undefined first referenced symbol in file mysql_errno /var/tmp//ccQGgMLT.o ld: fatal: Symbol referencing errors. No output written to conftest collect2: ld returned 1 exit status configure: failed program was: #line 54509 "configure" #include "confdefs.h" /* Override any gcc2 internal prototype to avoid an error. */ /* We use char because int might match the return type of a gcc2 builtin and then its argument prototype would still apply. */ char mysql_errno(); int main() { mysql_errno() ; return 0; } [2004-10-19 13:13:30] royw at imsi dot com Sorry for being a dumbass, in the above i'm using Solaris 8, and php 5.0.1 Thanks -Roy [2004-10-19 13:11:25] royw at imsi dot com I am also seeing this and concur with the 64bit version of mysql the reason. from config.log == configure:54351: gcc -o conftest -g -O2 -pthreads -D_POSIX_PTHREAD_SEMANTICS -D _POSIX_PTHREAD_SEMANTICS -D_REENTRANT -R/usr/local/mysql/lib -L/usr/local/mysql/ lib -R/usr/local/lib -L/usr/local/lib -R/usr/ucblib -L/usr/ucblib -R/local/u1/l ocal/bin/../lib/gcc/sparc-sun-solaris2.8/3.4.0 -L/local/u1/local/bin/../lib/gcc/ sparc-sun-solaris2.8/3.4.0 -R/usr/local/lib -L/usr/local/lib -R/usr/local -L/usr /local conftest.c -lmysqlclient -lz -lldap -llber -lz -lresolv -lm -ldl -lnsl - lsocket -lgcc -lxml2 -liconv -lm -lsocket -lnsl -lxml2 -liconv -lm -lsocket -ln sl 1>&5 ld: warning: file /usr/local/mysql/lib/libmysqlclient.a(libmysql.o): wrong ELF c lass: ELFCLASS64 Undefined first referenced symbol in file mysql_error /var/tmp//ccOaQw7R.o ld: fatal: Symbol referencing errors. No output written to conftest collect2: ld returned 1 exit status configure: failed program was: #line 54340 "configure" #include "confdefs.h" /* Override any gcc2 internal prototype to avoid an error. */ /* We use char because int might match the return type of a gcc2 builtin and then its argument prototype would still apply. */ char mysql_error(); int main() { mysql_error() ; return 0; } == Thanks -Roy [2004-10-18 03:54:14] rsm00th at hotmail dot com I am having the same problem. It appears as though it wont compile because we are running 64-bit MySQL. [2004-09-19 11:53:51] wkaiser at mpimf-heidelberg dot mpg dot de I experienced the same trying to upgrade my PHP / MySQL combination. I am using Solaris 9 (on a SunFire V240), Apache 1.3.29, MySQL 4.0.l8 and PHP 4.3.4. The MySQL Upgrade to 4.1.4-gamma worked fine (i just unpacked the binaries, moved them to /usr/local besides the old ones and changed the symbolic link). Then i unpacked the php-5.0.1 src file, adapted my PATH vars and started configure: bash-2.05# gunzip < php-5.0.1.tar.gz | /usr/local/bin/tar xovf - bash-2.05# cd php-5.0.1 bash-2.05# export CC=/usr/local/bin/gcc bash-2.05# export LDFLAGS="-L/usr/lib -L/usr/local -L/usr/local/lib -L/usr/local/mysql/lib -L/usr/local/ssl/lib -L/usr/local/lib/sasl2" bash-2.05# export CPPFLAGS="-I/usr/include -I/usr/local/include -I/usr/local/mysql/include -I/usr/local/a
#30658 [NEW]: Temporary files are not deleted
From: RajivK at Pollit dot com Operating system: Linux (Debian Stable) PHP version: 4.3.9 PHP Bug Type: GD related Bug description: Temporary files are not deleted Description: A temprorary file is create in gd.c line 1667. This file is never deleted. Today I found 10 thousand files in /tmp on each server. A comment on line 1720 says "the temporary file is automatically deleted" However, this is not the case. I can't find any code anywhere that would delete the tmp file. I also checked the lastest cvs. Fix: I fixed the problem by rolling back to gd.c version 1.221.2.44 which works for me. -- Edit bug report at http://bugs.php.net/?id=30658&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30658&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30658&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30658&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30658&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30658&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30658&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30658&r=needscript Try newer version: http://bugs.php.net/fix.php?id=30658&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30658&r=support Expected behavior: http://bugs.php.net/fix.php?id=30658&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30658&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30658&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30658&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30658&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30658&r=dst IIS Stability: http://bugs.php.net/fix.php?id=30658&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30658&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30658&r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30658&r=mysqlcfg
#28029 [Opn->Fbk]: HTTP request failed!
ID: 28029 Updated by: [EMAIL PROTECTED] Reported By: coadmin at hostings dot pl -Status: Open +Status: Feedback Bug Type: URL related Operating System: FreeBSD 4.9 and 5.2.1 PHP Version: 4CVS-2004-04-16 (stable) New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.0-win32-latest.zip If using fsockopen and friends on servers with large numbers of error logs configured and seeing memory corruption bugs or otherwise, then that's bug 24189 - select vs FD_SETSIZE issues. This is fixed for future 5.0.x releases (all praise Wez!), so try a 5.0.x snapshot. Bugs in Fedora Core or RHEL PHP packages should be reported to https://bugzilla.redhat.com/bugzilla/. Previous Comments: [2004-11-01 15:51:16] tongsam at 126 dot com I'v this problem too, on apache started a few hours, the logs: kernel: pid 65604 (httpd), uid 1011: exited on signal 11 Freebsd 4.9 + Apache 2.0.52 + php 4.3.9 [2004-10-08 01:02:52] joseph at digiweb dot net dot nz Apache 2.0.46 PHP 4.3.2 Redhat Enterprise 3.0 We were seeing very similar behaviour to this with fopen, getimagesize, etc, however, we were not experiencing any segfaults. What we found was that first, the number of VirtualHosts we had defined would affect the behaviour of this bug: If we had more than 502 virtualhosts, the fopen HTTP requests would fail, if we had 502 or less, they would work correctly. We thought it might have something to do with the number of open file handles, but as far as we could tell, we were well clear of these limits. Then (basically by accident) we worked out that if we had each VirtualHost use the same, global "ErrorLog" file, the problem went away, as opposed to the situation before when we had seperate error logs for each virtualhost. We also had another test box, running Fedora Core 2, Apache 2.0.51, and PHP 5.02, on which we were unable to reproduce the problem. I hope this might possibly shed some light on things. [2004-09-02 00:02:10] maximander at gmail dot com this has been happening to my site too. the following code errors, as does almost any use of file(),fopen(),file_get_contents() or readfile() on remote files. fsockopen seems to work for now though. http://gerpok.darkflux.com/write.php";); if(strpos($file[0],"you don't")) { echo "not updated";} ?> and, whats more, after a recompile with --enable-debug, it is still error'ing. anything useful we can do with a debug build that errors on a regular basis? [2004-08-18 08:58:26] andreizilla at gmail dot com I'm having simular (same?) problems on: * FreeBSD zig.andreib.com 5.2.1-RELEASE-p9 FreeBSD 5.2.1-RELEASE-p9 #0: Sun Aug 15 18:42:43 CDT 2004 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/MYKERNEL i386 * Apache/1.3.31 * PHP Version 4.3.8 configuted with: './configure' '--enable-versioning' '--enable-memory-limit' '--with-layout=GNU' '--with-config-file-scan-dir=/usr/local/etc/php' '--disable-all' '--with-regex=php' '--disable-cli' '--with-apxs=/usr/local/sbin/apxs' '--disable-ipv6' '--prefix=/usr/local' 'i386-portbld-freebsd5.2.1' Apache seems to be segfaulting every several minutes. This is what the log files look like: [Wed Aug 18 01:52:25 2004] [notice] child pid 18870 exit signal Segmentation fault (11) [Wed Aug 18 01:52:28 2004] [notice] child pid 18869 exit signal Segmentation fault (11) [Wed Aug 18 01:52:32 2004] [notice] child pid 18868 exit signal Segmentation fault (11) [Wed Aug 18 01:52:45 2004] [notice] child pid 18867 exit signal Segmentation fault (11) [Wed Aug 18 01:53:15 2004] [notice] child pid 18866 exit signal Segmentation fault (11) ... times several hundred. This also happends when I do `apachectl graceful' If anyone knows where I can find more information on resolving this problem please, please, please tell me. Thank you. - andrei [2004-07-25 14:02:46] coadmin at hostings dot pl Hello, sorry I couldn't use --disable-all on productive machine. There are too many commercial hostings accounts. But... My problem was suddenly resolved about month ago before compiling PHP. It was very strange. I didn't do any changes in Apache or PHP. >From one day up to now all is working correctly. There wasn't any HTTP request failed!. Additionaly, I upgraded to 4.3.8 a week ago and there is many many many less segfaults. But... #2 On the other server (php 4.3.6) always was OK. After upgrade to PHP 4.3.8 I've again the same bug... I really don't know what is it. Maybe it's OS releated? But as I see on bug status, only 37.5% people, repro
#30655 [Opn->Bgs]: mod bug with double
ID: 30655 Updated by: [EMAIL PROTECTED] Reported By: shejan at web dot de -Status: Open +Status: Bogus Bug Type: *General Issues Operating System: Linux/Windows PHP Version: Irrelevant New Comment: Floating point values have a limited precision. Hence a value might not have the same string representation after any processing. That also includes writing a floating point value in your script and directly printing it without any mathematical operations. Thank you for your interest in PHP. . Previous Comments: [2004-11-02 09:31:30] shejan at web dot de Description: mod (%) has problems with double. with 2.01*100 mod isnt working but 1.01*100 works fine. chaning a double to int isnt working. chaning a double to string and than int is working. Reproduce code: --- echo "201%100: ".(201%100).""; // 1 (that is right) echo "(2.01*100)%100: ".((2.01*100)%100).""; // 0 (wrong) echo "((int)(2.01*100))%100: ".(((int)(2.01*100))%100).""; // 0 (wrong) echo "((int)(string)(2.01*100))%100: ".(((int)(string)(2.01*100))%100).""; // 1 (right) Expected result: 201%100: 1 (2.01*100)%100: 0 ((int)(2.01*100))%100: 0 ((int)(string)(2.01*100))%100: 1 -- Edit this bug report at http://bugs.php.net/?id=30655&edit=1
#27110 [Com]: php_value|flag / php_admin_* settings "leak" from .htaccess files
ID: 27110 Comment by: lami at geocities dot com Reported By: walter at brunner dot at Status: No Feedback Bug Type: Apache2 related Operating System: Linux (Gentoo) PHP Version: 4CVS-2004-02-01 Assigned To: iliaa New Comment: I want to add that this bug isn't relatod to auto_prepend_file only. PHP 4.3.9, Apache 2.0.52, Linux (Gentoo), kernel 2.4.25 My setup: Global apache config has php_engine off. Several virtual hosts override this in their part of config file. I also set open_basedir for each virtual host. It behaves similar like several people wrote (seems like thread keeps config from before), but doesn't seems to me to be dependent on specific configuration, only different vhosts. If I keep reloading same PHP page, sometimes it gets executed, sometimes it returns source code. Sometimes PHP gets executed, but fails with: Warning: Unknown(): open_basedir restriction in effect. File(file from one vhost) is not within the allowed path(s): (path from other vhost) in Unknown on line 0 Previous Comments: [2004-07-07 15:45:04] j dot svoboda at phoenix dot cz The problem still manifests when the directive auto_prepend_file and the Directory container are used together. Please see the reproduce code at http://www.p-i-n.cz/doc/phpbug.txt. [2004-04-19 13:16:19] j dot svoboda at phoenix dot cz I am sorry, I stripped part of configure command. The full command is: './configure' '--with-apxs2=/usr/local/apache2/bin/apxs' '--with-mysql=/usr/local/mysql' '--with-imap=/usr/local/src/imap' [2004-04-19 13:08:13] j dot svoboda at phoenix dot cz I can 100% reproduce this error. How to reproduce (my case): We use the supplied Apache configuration (with several insignificant changes, listed at the bottom) and these local settings (included from separate file httpd-test-local.conf): - StartServers 1 MaxClients 1 DocumentRoot "/www" AddType application/x-httpd-php .php Order allow,deny Allow from all php_value include_path ".:/usr/local/lib/php:/www/lib" # Development php_value include_path ".:/usr/local/lib/php:/www/libv:/www/lib" # Authentication php_value auto_prepend_file a.php - In /www, we have four directories, ep, epv, lib, libv. (ep* is for PHP scripts, lib* is for PHP libraries; versions with 'v' stand for 'deVelopment'). In ep*, we have simple script i.php containing the command In lib, I have the empty file a.php. 1. I restart apache 2. I open the file /ep/i.php in my browser, and it prints ".:/usr/local/lib/php:/www/lib" 3. I open the file /epv/i.php in my browser, and it prints ".:/usr/local/lib/php:/www/lib" where it should print ".:/usr/local/lib/php:/www/libv:/www/lib" It seems that the problem manifests only in combination with auto_prepend_file. - "Insignificant changes" in apache configuration: diff httpd-std.conf httpd-test.conf 81c81 < PidFile logs/httpd.pid > PidFile logs/httpd-8080.pid 219c219 < Listen 80 > Listen 8080 231a232 > LoadModule php4_modulemodules/libphp4.so 1049a1051 > Include /usr/local/apache2/conf/httpd-test-local.conf - System settings: System: FreeBSD www.p-i-n.cz 4.2-RELEASE FreeBSD 4.2-RELEASE #0: Wed Jan i386 Configure Command: './configure' '--with-apxs2=/usr/local/apache2/bin/apxs' '--with-mysql SERVER_SOFTWARE: Apache/2.0.49 (Unix) PHP/4.3.5 - [2004-03-24 17:24:24] [EMAIL PROTECTED] It's fixed for me in 4.3.5RC3 Try the latest 4.3.5 RC, or CVS snapshot [2004-03-24 11:19:57] bfriday at lasierra dot edu Installed php-4.3.4 and this bug continues to be a problem moved to the latest RC2 when it came out last week and the bug while listed in other reports as "fixed" continues to be a problem. I've got a virtual host situation in which the following is occuring: 1) primary hostname is fine it is not using php so there is no error 2) this virtual host is fine but is using php and it has some additional information which is set over and above our default settings in the php.ini via .htaccess files. 3) this virtual host is using just html so is fine as well 4) this virtual host would like to use php but cannot as php demands to look for setting which is not defined in the global .htaccess but rather in the .htaccess of virtual host 2. PHP consistently errors out and is unusable on this host as no program gets past the php_value auto_prepend_file line which is located in virtual host 2's .htaccess file. Please let me know if you have need of further information I can provide the domain names to a developer to do a look see but would need to do that privately. I'd really
#30656 [NEW]: mysqli_prepare returns "Unknown command"
From: dan at yes dot lt Operating system: Windows 2000 PHP version: 5.0.2 PHP Bug Type: MySQLi related Bug description: mysqli_prepare returns "Unknown command" Description: mysqli_prepare() and mysqli->prepare() returns "Unknown command" error. I have tryed that with MySQL versions 4.1.5, 5.0.0a and 5.0.1. The result was just the same. Reproduce code: --- $db = new mysqli(HOSTNAME, USERNAME, PASSWORD, DATABASE); $st = $db->prepare("SELECT id, name FROM test WHERE name = ?"); if (!$st) echo $db->error; // "Unknown command" -- Edit bug report at http://bugs.php.net/?id=30656&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30656&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30656&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30656&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30656&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30656&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30656&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30656&r=needscript Try newer version: http://bugs.php.net/fix.php?id=30656&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30656&r=support Expected behavior: http://bugs.php.net/fix.php?id=30656&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30656&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30656&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30656&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30656&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30656&r=dst IIS Stability: http://bugs.php.net/fix.php?id=30656&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30656&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30656&r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30656&r=mysqlcfg
#30654 [Opn->Ana]: OCIPLogon always creates new connection with OCINLogon
ID: 30654 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Analyzed Bug Type: OCI8 related Operating System: Linux PHP Version: 4.3.9 -Assigned To: +Assigned To: tony2001 Previous Comments: [2004-11-02 09:19:57] [EMAIL PROTECTED] I believe you are misunderstanding my words. I know you are fed up with a lot of bogus bugs but this one's not. The problem here is the recorded entry which created by OCI*P*Logon is deleted by the destructor of the connection created by OCI*N*Logon (in case both of them are created with same user, password, sid). I do not mean such a simple matter as you wrote... (although the cause of this problem is rather simple one:) [2004-11-02 09:08:23] [EMAIL PROTECTED] Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php Only connections created with the persistent versoin of the logon function are recorded, just like with any other database extension. No bug here. [2004-11-02 04:30:46] [EMAIL PROTECTED] Description: OCIPLogon always creates new connection even if the process already has the connectoin with same user, same password and same sid, when it's called with OCINLogon. This happens when I called OCINLogon after OCIPLogon with same user, password and sid as OCIPLogon (please see also following "Reproduce code"). I'm not sure why but when php is trying to shutting down the resource created by OCINLogon, _oci_close_session() remove the entry in OCI(user). And then of course, _oci_open_session() called by OCIPLogon cannot find entry in OCI(uesr) and creates new connection next time... and the fix will be something like this? Index: oci8.c === RCS file: /repository/php-src/ext/oci8/oci8.c,v retrieving revision 1.183.2.15 diff -r1.183.2.15 oci8.c 2479c2479 < if (! OCI(shutdown)) { --- > if (!OCI(shutdown) && !session->persistent) { Reproduce code: --- Expected result: OCIPLogon does not create new connection more than once, and returns the connection created in previous execution. Actual result: -- OCIPLogon creates new connection everytime. You can confirm this in v$session table. -- Edit this bug report at http://bugs.php.net/?id=30654&edit=1
#30655 [NEW]: mod bug with double
From: shejan at web dot de Operating system: Linux/Windows PHP version: Irrelevant PHP Bug Type: *General Issues Bug description: mod bug with double Description: mod (%) has problems with double. with 2.01*100 mod isnt working but 1.01*100 works fine. chaning a double to int isnt working. chaning a double to string and than int is working. Reproduce code: --- echo "201%100: ".(201%100).""; // 1 (that is right) echo "(2.01*100)%100: ".((2.01*100)%100).""; // 0 (wrong) echo "((int)(2.01*100))%100: ".(((int)(2.01*100))%100).""; // 0 (wrong) echo "((int)(string)(2.01*100))%100: ".(((int)(string)(2.01*100))%100).""; // 1 (right) Expected result: 201%100: 1 (2.01*100)%100: 0 ((int)(2.01*100))%100: 0 ((int)(string)(2.01*100))%100: 1 -- Edit bug report at http://bugs.php.net/?id=30655&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30655&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30655&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30655&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30655&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30655&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30655&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30655&r=needscript Try newer version: http://bugs.php.net/fix.php?id=30655&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30655&r=support Expected behavior: http://bugs.php.net/fix.php?id=30655&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30655&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30655&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30655&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30655&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30655&r=dst IIS Stability: http://bugs.php.net/fix.php?id=30655&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30655&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30655&r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30655&r=mysqlcfg
#30654 [Bgs->Opn]: OCIPLogon always creates new connection with OCINLogon
ID: 30654 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Bogus +Status: Open Bug Type: OCI8 related Operating System: Linux PHP Version: 4.3.9 New Comment: I believe you are misunderstanding my words. I know you are fed up with a lot of bogus bugs but this one's not. The problem here is the recorded entry which created by OCI*P*Logon is deleted by the destructor of the connection created by OCI*N*Logon (in case both of them are created with same user, password, sid). I do not mean such a simple matter as you wrote... (although the cause of this problem is rather simple one:) Previous Comments: [2004-11-02 09:08:23] [EMAIL PROTECTED] Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php Only connections created with the persistent versoin of the logon function are recorded, just like with any other database extension. No bug here. [2004-11-02 04:30:46] [EMAIL PROTECTED] Description: OCIPLogon always creates new connection even if the process already has the connectoin with same user, same password and same sid, when it's called with OCINLogon. This happens when I called OCINLogon after OCIPLogon with same user, password and sid as OCIPLogon (please see also following "Reproduce code"). I'm not sure why but when php is trying to shutting down the resource created by OCINLogon, _oci_close_session() remove the entry in OCI(user). And then of course, _oci_open_session() called by OCIPLogon cannot find entry in OCI(uesr) and creates new connection next time... and the fix will be something like this? Index: oci8.c === RCS file: /repository/php-src/ext/oci8/oci8.c,v retrieving revision 1.183.2.15 diff -r1.183.2.15 oci8.c 2479c2479 < if (! OCI(shutdown)) { --- > if (!OCI(shutdown) && !session->persistent) { Reproduce code: --- Expected result: OCIPLogon does not create new connection more than once, and returns the connection created in previous execution. Actual result: -- OCIPLogon creates new connection everytime. You can confirm this in v$session table. -- Edit this bug report at http://bugs.php.net/?id=30654&edit=1
#29004 [Bgs]: mysql dbselect error
ID: 29004 User updated by: quique at nlared dot com Reported By: quique at nlared dot com Status: Bogus Bug Type: MySQL related Operating System: windows 2003 amd64 PHP Version: 4.3.7 New Comment: yes i know but wen you use the select function for one of two instances of the same server the change produced in both Previous Comments: [2004-07-04 09:14:56] [EMAIL PROTECTED] mysql_connect doesn't select or change the database. Please check the documentation for mysql_connect ( http://www.php.net/manual/en/ function.mysql-connect.php ) [2004-07-03 21:51:34] quique at nlared dot com Description: When use two connection for use diferent database in the same server the first connetion change database when you connect with the second connection Reproduce code: --- $dbconnect1=mysql_connect($server,$user$pass,$db1) $dbconnect2=mysql_connect($server,$user$pass,$db2) now $dbconnect1 is using $db2 -- Edit this bug report at http://bugs.php.net/?id=29004&edit=1
#30654 [Opn->Bgs]: OCIPLogon always creates new connection with OCINLogon
ID: 30654 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: OCI8 related Operating System: Linux PHP Version: 4.3.9 New Comment: Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php Only connections created with the persistent versoin of the logon function are recorded, just like with any other database extension. No bug here. Previous Comments: [2004-11-02 04:30:46] [EMAIL PROTECTED] Description: OCIPLogon always creates new connection even if the process already has the connectoin with same user, same password and same sid, when it's called with OCINLogon. This happens when I called OCINLogon after OCIPLogon with same user, password and sid as OCIPLogon (please see also following "Reproduce code"). I'm not sure why but when php is trying to shutting down the resource created by OCINLogon, _oci_close_session() remove the entry in OCI(user). And then of course, _oci_open_session() called by OCIPLogon cannot find entry in OCI(uesr) and creates new connection next time... and the fix will be something like this? Index: oci8.c === RCS file: /repository/php-src/ext/oci8/oci8.c,v retrieving revision 1.183.2.15 diff -r1.183.2.15 oci8.c 2479c2479 < if (! OCI(shutdown)) { --- > if (!OCI(shutdown) && !session->persistent) { Reproduce code: --- Expected result: OCIPLogon does not create new connection more than once, and returns the connection created in previous execution. Actual result: -- OCIPLogon creates new connection everytime. You can confirm this in v$session table. -- Edit this bug report at http://bugs.php.net/?id=30654&edit=1