#23067 [NEW]: HTTP/1.0 200 X begin with Tomcat
From: ari dot mononen at pspt dot fi Operating system: Windows XP pro PHP version: 4.3.1 PHP Bug Type: Other web server Bug description: HTTP/1.0 200 X begin with Tomcat Every php-page begin with text HTTP/1.0 200 X (view source gives: HTTP/1.0 200 Xhtml) E.g. Hello-world shows with IE: HTTP/1.0 200 XHello World Tomcat version is 4.1.18 (works fine with JSP/servlet). Phpsrvlt.dll and php4ts_debug.dll are in the path. Php_java.jar and phpsrvlt.jar in %TOMCAT_HOME%\common\lib. Web.xml changed (otherwise the side will not be seen). php.ini is original. Editted php-side starts normally with html -- Edit bug report at http://bugs.php.net/?id=23067edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=23067r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=23067r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=23067r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=23067r=needtrace Try newer version: http://bugs.php.net/fix.php?id=23067r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=23067r=support Expected behavior: http://bugs.php.net/fix.php?id=23067r=notwrong Not enough info:http://bugs.php.net/fix.php?id=23067r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=23067r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=23067r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=23067r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=23067r=dst IIS Stability: http://bugs.php.net/fix.php?id=23067r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=23067r=gnused
#21410 [NEW]: filetype() should not print a warning on failure
From: [EMAIL PROTECTED] Operating system: Red Hat Linux 7.3 PHP version: 4.3.0 PHP Bug Type: Filesystem function related Bug description: filetype() should not print a warning on failure In the filetype() doc, it says the function returns FALSE on error, but says nothing about a warning being output if it fails. In 4.3.0, A warning is printed: Warning: filetype() [function.filetype]: Lstat failed for (null) (errno=2 - No such file or directory) in /home/alienhosting/public_html/webmail/plugins/administrator/options.php on line 431 -- Edit bug report at http://bugs.php.net/?id=21410edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21410r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21410r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21410r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21410r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21410r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21410r=support Expected behavior: http://bugs.php.net/fix.php?id=21410r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21410r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21410r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21410r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21410r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21410r=dst IIS Stability: http://bugs.php.net/fix.php?id=21410r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21410r=gnused
#21199 [Opn]: errors are output to the Apache error log as well as the page
ID: 21199 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Output Control Operating System: Red Hat Linux 7.3 -PHP Version: 4.3.0RC4 +PHP Version: 4.3.0 New Comment: This still happens in 4.3.0. Previous Comments: [2002-12-26 10:40:49] [EMAIL PROTECTED] Whenever a PHP error is output, the error seems to be output to both the page and the global Apache error log. Under normal circumstances I wouldn't consider this a problem, but for virtualhosts it is useless because the error does not go to their virtualhost-specific error log. Some examples of errors output: /home/eurasianconcepts/public_html/car_gallery.php(62) : Warning - getimagesize() [a href='http://www.php.net/function.getimagesize'function.getimagesize/a]: Read error! /home/wtfiml33t/public_html/viewarticle.php(11) : Warning - mysql_result() [a href='http://www.php.net/function.mysql-result'function.mysql-result/a]: Unable to jump to row 0 on MySQL result index 12 display_errors is ON, log_errors is OFF, and track_errors is OFF. -- Edit this bug report at http://bugs.php.net/?id=21199edit=1
#21218 [NEW]: should be able to set a list of hidden environment vars
From: [EMAIL PROTECTED] Operating system: Red Hat Linux 7.3 PHP version: 4.3.0 PHP Bug Type: Feature/Change Request Bug description: should be able to set a list of hidden environment vars Currently, safe_mode_protected_env_vars can be set to disallow setting of specific environment variables. I propose an option to set a list of environment variables (possibly with wildcards, such as SUDO_*) that are completely hidden from PHP pages, and do not show up in phpinfo() (Since you can disable environment variables, but to hide _ENV globals, you would have to disable variable listing completely, which is not always good enough). Showing certain environment settings are a huge security risk, such as SUDO_UID and SUDO_USER if apache was started using sudo, as well as PWD, PATH, SSH_CONNECTION, etc. Disabling phpinfo() is not always a possibility, since it gives a lot of useful information to users. -- Edit bug report at http://bugs.php.net/?id=21218edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21218r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21218r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21218r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21218r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21218r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21218r=support Expected behavior: http://bugs.php.net/fix.php?id=21218r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21218r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21218r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21218r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21218r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21218r=dst IIS Stability: http://bugs.php.net/fix.php?id=21218r=isapi
#21218 [Opn]: should be able to set a list of hidden environment vars
ID: 21218 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Feature/Change Request Operating System: Red Hat Linux 7.3 PHP Version: 4.3.0 New Comment: Hm, I didn't even know you could do that. But I don't want to prevent accessing of environment variables, really just prevent access of some, or at the very least be able to only turn _ENV off for phpinfo(). Previous Comments: [2002-12-27 14:27:51] [EMAIL PROTECTED] On a related note fwiw, even if E is removed from the variables_order directive (so that $_ENV will not exist), one can still use getenv() to access the variables. [2002-12-27 13:55:14] [EMAIL PROTECTED] Currently, safe_mode_protected_env_vars can be set to disallow setting of specific environment variables. I propose an option to set a list of environment variables (possibly with wildcards, such as SUDO_*) that are completely hidden from PHP pages, and do not show up in phpinfo() (Since you can disable environment variables, but to hide _ENV globals, you would have to disable variable listing completely, which is not always good enough). Showing certain environment settings are a huge security risk, such as SUDO_UID and SUDO_USER if apache was started using sudo, as well as PWD, PATH, SSH_CONNECTION, etc. Disabling phpinfo() is not always a possibility, since it gives a lot of useful information to users. -- Edit this bug report at http://bugs.php.net/?id=21218edit=1
#21199 [NEW]: errors are output to the Apache error log as well as the page
From: [EMAIL PROTECTED] Operating system: Red Hat Linux 7.3 PHP version: 4.3.0RC4 PHP Bug Type: Output Control Bug description: errors are output to the Apache error log as well as the page Whenever a PHP error is output, the error seems to be output to both the page and the global Apache error log. Under normal circumstances I wouldn't consider this a problem, but for virtualhosts it is useless because the error does not go to their virtualhost-specific error log. Some examples of errors output: /home/eurasianconcepts/public_html/car_gallery.php(62) : Warning - getimagesize() [a href='http://www.php.net/function.getimagesize'function.getimagesize/a]: Read error! /home/wtfiml33t/public_html/viewarticle.php(11) : Warning - mysql_result() [a href='http://www.php.net/function.mysql-result'function.mysql-result/a]: Unable to jump to row 0 on MySQL result index 12 display_errors is ON, log_errors is OFF, and track_errors is OFF. -- Edit bug report at http://bugs.php.net/?id=21199edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21199r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21199r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21199r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21199r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21199r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21199r=support Expected behavior: http://bugs.php.net/fix.php?id=21199r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21199r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21199r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21199r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21199r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21199r=dst IIS Stability: http://bugs.php.net/fix.php?id=21199r=isapi
Bug #17313 Updated: PHP4.1.2 won't get through make install
ID: 17313 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Compile Failure Operating System: RedHat 7.3 PHP Version: 4.2.1 New Comment: yes I did configure, make and make install.. I also tried to manually add libs dir to php install directory, but it did not work... - ARi Previous Comments: [2002-05-23 06:19:55] [EMAIL PROTECTED] yes I did configure, make and make install.. I also tried to manually add libs dir to php install directory, but it did not work... - ARi [2002-05-21 09:17:23] [EMAIL PROTECTED] I think it´s my Bug ID 17203, so manually creating the directory libs may be the solution. Daniel [2002-05-21 08:46:35] [EMAIL PROTECTED] Did you do 'make ; make install' or only 'make install' ? [2002-05-21 04:27:04] [EMAIL PROTECTED] I tried to add this comment from the Edit Subbmission area, but it didn't allow me to do so. It just told me: You aren't allowed to change a bug to that state., my pw was ok and so on but here are the lines that Derik wanted me to send. autoconf --version Autoconf version 2.13 automake --version automake (GNU automake) 1.4-p5 Copyright (C) 1999, 2001 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. Written by Tom Tromey [EMAIL PROTECTED] libtool: libtool --version ltmain.sh (GNU libtool) 1.4.2 (1.922.2.54 2001/09/11 03:33:3 And here are some lines before the error: Making install in xml make[2]: Entering directory `/tmp/php-4.2.1/ext/xml' Making install in expat make[3]: Entering directory `/tmp/php-4.2.1/ext/xml/expat' make[4]: Entering directory `/tmp/php-4.2.1/ext/xml/expat' make[4]: Nothing to be done for `install-p'. make[4]: Leaving directory `/tmp/php-4.2.1/ext/xml/expat' make[3]: Leaving directory `/tmp/php-4.2.1/ext/xml/expat' make[3]: Entering directory `/tmp/php-4.2.1/ext/xml' make[3]: Nothing to be done for `install-p'. make[3]: Leaving directory `/tmp/php-4.2.1/ext/xml' make[2]: Leaving directory `/tmp/php-4.2.1/ext/xml' make[2]: Entering directory `/tmp/php-4.2.1/ext' make[2]: Nothing to be done for `install-p'. make[2]: Leaving directory `/tmp/php-4.2.1/ext' make[1]: Leaving directory `/tmp/php-4.2.1/ext' Making install in sapi make[1]: Entering directory `/tmp/php-4.2.1/sapi' Making install in apache make[2]: Entering directory `/tmp/php-4.2.1/sapi/apache' make[3]: Entering directory `/tmp/php-4.2.1/sapi/apache' make[3]: Nothing to be done for `install-p'. make[3]: Leaving directory `/tmp/php-4.2.1/sapi/apache' make[2]: Leaving directory `/tmp/php-4.2.1/sapi/apache' make[2]: Entering directory `/tmp/php-4.2.1/sapi' make[2]: Nothing to be done for `install-p'. make[2]: Leaving directory `/tmp/php-4.2.1/sapi' make[1]: Leaving directory `/tmp/php-4.2.1/sapi' Making install in TSRM make[1]: Entering directory `/tmp/php-4.2.1/TSRM' make[2]: Entering directory `/tmp/php-4.2.1/TSRM' make[2]: Nothing to be done for `install-exec-am'. make[2]: Nothing to be done for `install-data-am'. make[2]: Leaving directory `/tmp/php-4.2.1/TSRM' make[1]: Leaving directory `/tmp/php-4.2.1/TSRM' Making install in regex make[1]: Entering directory `/tmp/php-4.2.1/regex' make[2]: Entering directory `/tmp/php-4.2.1/regex' make[2]: Nothing to be done for `install-p'. make[2]: Leaving directory `/tmp/php-4.2.1/regex' make[1]: Leaving directory `/tmp/php-4.2.1/regex' Making install in . make[1]: Entering directory `/tmp/php-4.2.1' make[1]: *** [install-sapi] Error 1 make[1]: Leaving directory `/tmp/php-4.2.1' make: *** [install-recursive] Error 1 - ARi [2002-05-20 13:40:15] [EMAIL PROTECTED] Can you paste a littel more lines of that error? And which versions of autoconf, automake and libtool do you use? 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/17313 -- Edit this bug report at http://bugs.php.net/?id=17313edit=1
Bug #17313 Updated: PHP4.1.2 won't get through make install
ID: 17313 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Compile Failure Operating System: RedHat 7.3 PHP Version: 4.2.1 New Comment: yes I did configure, make and make install.. I also tried to manually add libs dir to php install directory, but it did not work... - ARi Previous Comments: [2002-05-21 09:17:23] [EMAIL PROTECTED] I think it´s my Bug ID 17203, so manually creating the directory libs may be the solution. Daniel [2002-05-21 08:46:35] [EMAIL PROTECTED] Did you do 'make ; make install' or only 'make install' ? [2002-05-21 04:27:04] [EMAIL PROTECTED] I tried to add this comment from the Edit Subbmission area, but it didn't allow me to do so. It just told me: You aren't allowed to change a bug to that state., my pw was ok and so on but here are the lines that Derik wanted me to send. autoconf --version Autoconf version 2.13 automake --version automake (GNU automake) 1.4-p5 Copyright (C) 1999, 2001 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. Written by Tom Tromey [EMAIL PROTECTED] libtool: libtool --version ltmain.sh (GNU libtool) 1.4.2 (1.922.2.54 2001/09/11 03:33:3 And here are some lines before the error: Making install in xml make[2]: Entering directory `/tmp/php-4.2.1/ext/xml' Making install in expat make[3]: Entering directory `/tmp/php-4.2.1/ext/xml/expat' make[4]: Entering directory `/tmp/php-4.2.1/ext/xml/expat' make[4]: Nothing to be done for `install-p'. make[4]: Leaving directory `/tmp/php-4.2.1/ext/xml/expat' make[3]: Leaving directory `/tmp/php-4.2.1/ext/xml/expat' make[3]: Entering directory `/tmp/php-4.2.1/ext/xml' make[3]: Nothing to be done for `install-p'. make[3]: Leaving directory `/tmp/php-4.2.1/ext/xml' make[2]: Leaving directory `/tmp/php-4.2.1/ext/xml' make[2]: Entering directory `/tmp/php-4.2.1/ext' make[2]: Nothing to be done for `install-p'. make[2]: Leaving directory `/tmp/php-4.2.1/ext' make[1]: Leaving directory `/tmp/php-4.2.1/ext' Making install in sapi make[1]: Entering directory `/tmp/php-4.2.1/sapi' Making install in apache make[2]: Entering directory `/tmp/php-4.2.1/sapi/apache' make[3]: Entering directory `/tmp/php-4.2.1/sapi/apache' make[3]: Nothing to be done for `install-p'. make[3]: Leaving directory `/tmp/php-4.2.1/sapi/apache' make[2]: Leaving directory `/tmp/php-4.2.1/sapi/apache' make[2]: Entering directory `/tmp/php-4.2.1/sapi' make[2]: Nothing to be done for `install-p'. make[2]: Leaving directory `/tmp/php-4.2.1/sapi' make[1]: Leaving directory `/tmp/php-4.2.1/sapi' Making install in TSRM make[1]: Entering directory `/tmp/php-4.2.1/TSRM' make[2]: Entering directory `/tmp/php-4.2.1/TSRM' make[2]: Nothing to be done for `install-exec-am'. make[2]: Nothing to be done for `install-data-am'. make[2]: Leaving directory `/tmp/php-4.2.1/TSRM' make[1]: Leaving directory `/tmp/php-4.2.1/TSRM' Making install in regex make[1]: Entering directory `/tmp/php-4.2.1/regex' make[2]: Entering directory `/tmp/php-4.2.1/regex' make[2]: Nothing to be done for `install-p'. make[2]: Leaving directory `/tmp/php-4.2.1/regex' make[1]: Leaving directory `/tmp/php-4.2.1/regex' Making install in . make[1]: Entering directory `/tmp/php-4.2.1' make[1]: *** [install-sapi] Error 1 make[1]: Leaving directory `/tmp/php-4.2.1' make: *** [install-recursive] Error 1 - ARi [2002-05-20 13:40:15] [EMAIL PROTECTED] Can you paste a littel more lines of that error? And which versions of autoconf, automake and libtool do you use? Derick [2002-05-20 13:37:30] [EMAIL PROTECTED] Here is my configure line ./configure --prefix=/usr/lib/apache --with-apxs=/usr/sbin/apxs Everything goes just fine until I do make install: Making install in . make[1]: Entering directory `/tmp/php-4.2.1' make[1]: *** [install-sapi] Error 1 make[1]: Leaving directory `/tmp/php-4.2.1' make: *** [install-recursive] Error 1 -- Edit this bug report at http://bugs.php.net/?id=17313edit=1
Bug #17313 Updated: PHP4.1.2 won't get through make install
ID: 17313 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: *Compile Issues Operating System: RedHat 7.3 PHP Version: 4.2.1 New Comment: I tried to add this comment from the Edit Subbmission area, but it didn't allow me to do so. It just told me: You aren't allowed to change a bug to that state., my pw was ok and so on but here are the lines that Derik wanted me to send. autoconf --version Autoconf version 2.13 automake --version automake (GNU automake) 1.4-p5 Copyright (C) 1999, 2001 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. Written by Tom Tromey [EMAIL PROTECTED] libtool: libtool --version ltmain.sh (GNU libtool) 1.4.2 (1.922.2.54 2001/09/11 03:33:3 And here are some lines before the error: Making install in xml make[2]: Entering directory `/tmp/php-4.2.1/ext/xml' Making install in expat make[3]: Entering directory `/tmp/php-4.2.1/ext/xml/expat' make[4]: Entering directory `/tmp/php-4.2.1/ext/xml/expat' make[4]: Nothing to be done for `install-p'. make[4]: Leaving directory `/tmp/php-4.2.1/ext/xml/expat' make[3]: Leaving directory `/tmp/php-4.2.1/ext/xml/expat' make[3]: Entering directory `/tmp/php-4.2.1/ext/xml' make[3]: Nothing to be done for `install-p'. make[3]: Leaving directory `/tmp/php-4.2.1/ext/xml' make[2]: Leaving directory `/tmp/php-4.2.1/ext/xml' make[2]: Entering directory `/tmp/php-4.2.1/ext' make[2]: Nothing to be done for `install-p'. make[2]: Leaving directory `/tmp/php-4.2.1/ext' make[1]: Leaving directory `/tmp/php-4.2.1/ext' Making install in sapi make[1]: Entering directory `/tmp/php-4.2.1/sapi' Making install in apache make[2]: Entering directory `/tmp/php-4.2.1/sapi/apache' make[3]: Entering directory `/tmp/php-4.2.1/sapi/apache' make[3]: Nothing to be done for `install-p'. make[3]: Leaving directory `/tmp/php-4.2.1/sapi/apache' make[2]: Leaving directory `/tmp/php-4.2.1/sapi/apache' make[2]: Entering directory `/tmp/php-4.2.1/sapi' make[2]: Nothing to be done for `install-p'. make[2]: Leaving directory `/tmp/php-4.2.1/sapi' make[1]: Leaving directory `/tmp/php-4.2.1/sapi' Making install in TSRM make[1]: Entering directory `/tmp/php-4.2.1/TSRM' make[2]: Entering directory `/tmp/php-4.2.1/TSRM' make[2]: Nothing to be done for `install-exec-am'. make[2]: Nothing to be done for `install-data-am'. make[2]: Leaving directory `/tmp/php-4.2.1/TSRM' make[1]: Leaving directory `/tmp/php-4.2.1/TSRM' Making install in regex make[1]: Entering directory `/tmp/php-4.2.1/regex' make[2]: Entering directory `/tmp/php-4.2.1/regex' make[2]: Nothing to be done for `install-p'. make[2]: Leaving directory `/tmp/php-4.2.1/regex' make[1]: Leaving directory `/tmp/php-4.2.1/regex' Making install in . make[1]: Entering directory `/tmp/php-4.2.1' make[1]: *** [install-sapi] Error 1 make[1]: Leaving directory `/tmp/php-4.2.1' make: *** [install-recursive] Error 1 - ARi Previous Comments: [2002-05-20 13:40:15] [EMAIL PROTECTED] Can you paste a littel more lines of that error? And which versions of autoconf, automake and libtool do you use? Derick [2002-05-20 13:37:30] [EMAIL PROTECTED] Here is my configure line ./configure --prefix=/usr/lib/apache --with-apxs=/usr/sbin/apxs Everything goes just fine until I do make install: Making install in . make[1]: Entering directory `/tmp/php-4.2.1' make[1]: *** [install-sapi] Error 1 make[1]: Leaving directory `/tmp/php-4.2.1' make: *** [install-recursive] Error 1 -- Edit this bug report at http://bugs.php.net/?id=17313edit=1
Bug #17313: PHP4.1.2 won't get through make install
From: [EMAIL PROTECTED] Operating system: RedHat 7.3 PHP version: 4.2.1 PHP Bug Type: *Compile Issues Bug description: PHP4.1.2 won't get through make install Here is my configure line ./configure --prefix=/usr/lib/apache --with-apxs=/usr/sbin/apxs Everything goes just fine until I do make install: Making install in . make[1]: Entering directory `/tmp/php-4.2.1' make[1]: *** [install-sapi] Error 1 make[1]: Leaving directory `/tmp/php-4.2.1' make: *** [install-recursive] Error 1 -- Edit bug report at http://bugs.php.net/?id=17313edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=17313r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=17313r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=17313r=needtrace Try newer version: http://bugs.php.net/fix.php?id=17313r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=17313r=support Expected behavior: http://bugs.php.net/fix.php?id=17313r=notwrong Not enough info: http://bugs.php.net/fix.php?id=17313r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=17313r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=17313r=globals
Bug #17176: Can not get connected to local mysql db
From: [EMAIL PROTECTED] Operating system: Linux (debian) PHP version: 4.2.0 PHP Bug Type: MySQL related Bug description: Can not get connected to local mysql db './configure' '--prefix=/usr/lib/apache' '--with-apxs=/usr/sbin/apxs' '--enable-calendar' '--enable-bcmath' '--with-gd=/usr/' '--with-jpeg-dir=/usr/' '--with-png-dir=/usr/' '--with-ttflib-dir=/usr/' '--with-zlib' '--enable-gd-native-ttf' '--with-ttf=/usr/' '--with-sybase-ct=/opt/sybase-11.9.2' '--with-pear' '--with-dbase' '--with-gettext' Compilation went just fine, but when trying to get connection to mysql local database, the connection failed. When downgraded to 4.1.2 the connection worked just fine. Sybase connection did not seem to work eather.. -- Edit bug report at http://bugs.php.net/?id=17176edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=17176r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=17176r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=17176r=needtrace Try newer version: http://bugs.php.net/fix.php?id=17176r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=17176r=support Expected behavior: http://bugs.php.net/fix.php?id=17176r=notwrong Not enough info: http://bugs.php.net/fix.php?id=17176r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=17176r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=17176r=globals