Req #48082 [Com]: mysql_connect does not work with named pipes
Edit report at https://bugs.php.net/bug.php?id=48082edit=1 ID: 48082 Comment by: peaceable_whale at hotmail dot com Reported by:andrew dot answer at gmail dot com Summary:mysql_connect does not work with named pipes Status: Closed Type: Feature/Change Request Package:MySQL related Operating System: win32 only - Windows XP PHP Version:5.3.0RC1 Assigned To:mysql Block user comment: N Private report: N New Comment: This issue has not been fixed in PHP 5.4.x. I have opened a bug report at https://bugs.php.net/bug.php?id=61556. Previous Comments: [2011-02-04 18:52:57] peaceable_whale at hotmail dot com Reported as Documentation Problem at http://bugs.php.net/bug.php?id=53927. [2011-01-18 02:48:44] jose dot nobile at gmail dot com Why if this bug is open, the documentation is not consistent: http://php.net/manual/en/mysqlnd.overview.php [2010-12-02 00:07:52] stevenmartin99 at gmail dot com SORRY forgot to mention the test i used. download WampServer2.0i with php5.3.0 (using http://localhost) test phpmyadmin - works install addon php5.3.1 - test phpmyadmin - doesnt work (blank page) install addon php5.3.2 - test phpmyadmin - doesnt work (blank page) install addon php5.3.3 - test phpmyadmin - doesnt work (blank page) (mysql version never changed in test) - change the hosts file not to include ::1 localhost and then phpmyadmin works PS - This is not a solution in my eyes.. cant you just have it working until the mysql issue is fixed reading the hosts file? why carry this issue on longer? - [2010-12-02 00:00:55] stevenmartin99 at gmail dot com how many 5.3.x will there be? you can be serious carrying this issue on futher? iv extensivly tested this and php5.3.0 works php5.3.1 doesnt php5.3.2 doesnt php5.3.3 doesnt please fix in php5.3.4 - this is a huge issue as i see it. [2010-09-28 15:50:58] peaceable_whale at hotmail dot com I do not agree that supporting named pipe is a new feature. Named pipe allows MySQL Server in Windows to operate without TCP/IP and the MySQL Client Library has been supporting it. mysqlnd should have been able to connect MySQL Server via named pipe since its intrduction. The patch just added the missing feature back. Since there is no timeframe for the next minor PHP version, it is quite unfair to ask those relying on named pipe to wait for that. Please add support to named pipe in 5.3.x. 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 https://bugs.php.net/bug.php?id=48082 -- Edit this bug report at https://bugs.php.net/bug.php?id=48082edit=1
Req #48082 [Com]: mysql_connect does not work with named pipes
Edit report at https://bugs.php.net/bug.php?id=48082edit=1 ID: 48082 Comment by: peaceable_whale at hotmail dot com Reported by:andrew dot answer at gmail dot com Summary:mysql_connect does not work with named pipes Status: Closed Type: Feature/Change Request Package:MySQL related Operating System: win32 only - Windows XP PHP Version:5.3.0RC1 Assigned To:mysql Block user comment: N Private report: N New Comment: Oops, posted a wrong link. The correct link is https://bugs.php.net/bug.php?id=61570. Previous Comments: [2012-04-24 14:44:07] peaceable_whale at hotmail dot com This issue has not been fixed in PHP 5.4.x. I have opened a bug report at https://bugs.php.net/bug.php?id=61556. [2011-02-04 18:52:57] peaceable_whale at hotmail dot com Reported as Documentation Problem at http://bugs.php.net/bug.php?id=53927. [2011-01-18 02:48:44] jose dot nobile at gmail dot com Why if this bug is open, the documentation is not consistent: http://php.net/manual/en/mysqlnd.overview.php [2010-12-02 00:07:52] stevenmartin99 at gmail dot com SORRY forgot to mention the test i used. download WampServer2.0i with php5.3.0 (using http://localhost) test phpmyadmin - works install addon php5.3.1 - test phpmyadmin - doesnt work (blank page) install addon php5.3.2 - test phpmyadmin - doesnt work (blank page) install addon php5.3.3 - test phpmyadmin - doesnt work (blank page) (mysql version never changed in test) - change the hosts file not to include ::1 localhost and then phpmyadmin works PS - This is not a solution in my eyes.. cant you just have it working until the mysql issue is fixed reading the hosts file? why carry this issue on longer? - [2010-12-02 00:00:55] stevenmartin99 at gmail dot com how many 5.3.x will there be? you can be serious carrying this issue on futher? iv extensivly tested this and php5.3.0 works php5.3.1 doesnt php5.3.2 doesnt php5.3.3 doesnt please fix in php5.3.4 - this is a huge issue as i see it. 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 https://bugs.php.net/bug.php?id=48082 -- Edit this bug report at https://bugs.php.net/bug.php?id=48082edit=1
Bug #61556 [Nab]: display_errors=stderr is treated as display_errors=on
Edit report at https://bugs.php.net/bug.php?id=61556edit=1 ID: 61556 User updated by:peaceable_whale at hotmail dot com Reported by:peaceable_whale at hotmail dot com Summary:display_errors=stderr is treated as display_errors=on Status: Not a bug Type: Bug Package:PHP options/info functions Operating System: Windows Server 2008 R2 PHP Version:5.4.0 Block user comment: N Private report: N New Comment: According to http://www.php.net/manual/en/errorfunc.configuration.php#ini.display-errors: Value stderr sends the errors to stderr instead of stdout. The value is available as of PHP 5.2.4. In earlier versions, this directive was of type boolean. So, stderr is a supported value. This is currently a bug. Previous Comments: [2012-03-30 10:11:45] yohg...@php.net http://jp.php.net/manual/en/errorfunc.configuration.php display_errors is flag not stings. Are you suggesting feature change? I suppose users should know the correct values for ini settings and check them using phpinfo() etc. [2012-03-29 20:07:48] peaceable_whale at hotmail dot com Description: PHP 5.4.0 running on IIS 7.5, of which the stderrMode setting has been ReturnStdErrIn500. A 500 response is expected when display_errors is set to stderr. However, a 200 response with error message is returned and instead of stderr, on is displayed in phpinfo. Test script: --- 1. Set display_errors=stderr 2. Access a malformed php script 3. Look at the HTTP response code and phpinfo Expected result: A HTTP 500 response with error message is returned Actual result: -- A HTTP 200 response with error message is returned -- Edit this bug report at https://bugs.php.net/bug.php?id=61556edit=1
[PHP-BUG] Bug #61556 [NEW]: display_errors=stderr is treated as display_errors=on
From: Operating system: Windows Server 2008 R2 PHP version: 5.4.0 Package: PHP options/info functions Bug Type: Bug Bug description:display_errors=stderr is treated as display_errors=on Description: PHP 5.4.0 running on IIS 7.5, of which the stderrMode setting has been ReturnStdErrIn500. A 500 response is expected when display_errors is set to stderr. However, a 200 response with error message is returned and instead of stderr, on is displayed in phpinfo. Test script: --- 1. Set display_errors=stderr 2. Access a malformed php script 3. Look at the HTTP response code and phpinfo Expected result: A HTTP 500 response with error message is returned Actual result: -- A HTTP 200 response with error message is returned -- Edit bug report at https://bugs.php.net/bug.php?id=61556edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=61556r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=61556r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=61556r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=61556r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=61556r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=61556r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=61556r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=61556r=needscript Try newer version: https://bugs.php.net/fix.php?id=61556r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=61556r=support Expected behavior: https://bugs.php.net/fix.php?id=61556r=notwrong Not enough info: https://bugs.php.net/fix.php?id=61556r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=61556r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=61556r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=61556r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=61556r=dst IIS Stability: https://bugs.php.net/fix.php?id=61556r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=61556r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=61556r=float No Zend Extensions: https://bugs.php.net/fix.php?id=61556r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=61556r=mysqlcfg
Req #48082 [Com]: mysql_connect does not work with named pipes
Edit report at http://bugs.php.net/bug.php?id=48082edit=1 ID: 48082 Comment by: peaceable_whale at hotmail dot com Reported by:andrew dot answer at gmail dot com Summary:mysql_connect does not work with named pipes Status: Closed Type: Feature/Change Request Package:MySQL related Operating System: win32 only - Windows XP PHP Version:5.3.0RC1 Assigned To:mysql Block user comment: N Private report: N New Comment: Reported as Documentation Problem at http://bugs.php.net/bug.php?id=53927. Previous Comments: [2011-01-18 02:48:44] jose dot nobile at gmail dot com Why if this bug is open, the documentation is not consistent: http://php.net/manual/en/mysqlnd.overview.php [2010-12-02 00:07:52] stevenmartin99 at gmail dot com SORRY forgot to mention the test i used. download WampServer2.0i with php5.3.0 (using http://localhost) test phpmyadmin - works install addon php5.3.1 - test phpmyadmin - doesnt work (blank page) install addon php5.3.2 - test phpmyadmin - doesnt work (blank page) install addon php5.3.3 - test phpmyadmin - doesnt work (blank page) (mysql version never changed in test) - change the hosts file not to include ::1 localhost and then phpmyadmin works PS - This is not a solution in my eyes.. cant you just have it working until the mysql issue is fixed reading the hosts file? why carry this issue on longer? - [2010-12-02 00:00:55] stevenmartin99 at gmail dot com how many 5.3.x will there be? you can be serious carrying this issue on futher? iv extensivly tested this and php5.3.0 works php5.3.1 doesnt php5.3.2 doesnt php5.3.3 doesnt please fix in php5.3.4 - this is a huge issue as i see it. [2010-09-28 15:50:58] peaceable_whale at hotmail dot com I do not agree that supporting named pipe is a new feature. Named pipe allows MySQL Server in Windows to operate without TCP/IP and the MySQL Client Library has been supporting it. mysqlnd should have been able to connect MySQL Server via named pipe since its intrduction. The patch just added the missing feature back. Since there is no timeframe for the next minor PHP version, it is quite unfair to ask those relying on named pipe to wait for that. Please add support to named pipe in 5.3.x. [2010-09-22 17:16:39] and...@php.net Support will be in the next minor PHP version, be it 5.4 or something else. 5.3.x won't get this, as this is classified as new feature. 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/bug.php?id=48082 -- Edit this bug report at http://bugs.php.net/bug.php?id=48082edit=1
Req #48082 [Com]: mysql_connect does not work with named pipes
Edit report at http://bugs.php.net/bug.php?id=48082edit=1 ID: 48082 Comment by: peaceable_whale at hotmail dot com Reported by:andrew dot answer at gmail dot com Summary:mysql_connect does not work with named pipes Status: Closed Type: Feature/Change Request Package:MySQL related Operating System: win32 only - Windows XP PHP Version:5.3.0RC1 Assigned To:mysql Block user comment: N New Comment: I do not agree that supporting named pipe is a new feature. Named pipe allows MySQL Server in Windows to operate without TCP/IP and the MySQL Client Library has been supporting it. mysqlnd should have been able to connect MySQL Server via named pipe since its intrduction. The patch just added the missing feature back. Since there is no timeframe for the next minor PHP version, it is quite unfair to ask those relying on named pipe to wait for that. Please add support to named pipe in 5.3.x. Previous Comments: [2010-09-22 17:16:39] and...@php.net Support will be in the next minor PHP version, be it 5.4 or something else. 5.3.x won't get this, as this is classified as new feature. [2010-09-22 17:14:05] and...@php.net Automatic comment from SVN on behalf of andrey Revision: http://svn.php.net/viewvc/?view=revisionamp;revision=303679 Log: Fix for Request #48082 mysql_connect does not work with named pipes [2010-08-20 12:24:54] and...@php.net A patch is being worked on [2010-05-18 20:31:05] dex_is_cool at loopmod dot com I can't get named pipes working. It _always_ falls back to TCP, and fails if it can't get TCP connection. Windows XP sp3 IIS 5.1 FastCGI php-5.3.2-nts-Win32-VC9-x86 [2010-02-17 20:11:16] quakvorgus at yahoo dot com Confirming what andrew wrote. @kulakov74: Thanks for the information. Setting mysql.default_socket = mysql does not solve the issue for me. Will have to switch to tcp connections instead of using named pipes. Please, the official documentation should be updated about this change from php 5.2 to 5.3. 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/bug.php?id=48082 -- Edit this bug report at http://bugs.php.net/bug.php?id=48082edit=1
#48082 [Com]: mysql_connect does not work with named pipes
ID: 48082 Comment by: peaceable_whale at hotmail dot com Reported By: andrew dot answer at gmail dot com Status: Assigned Bug Type: MySQL related Operating System: win32 only - Windows XP PHP Version: 5.3.0RC1 Assigned To: mysql New Comment: I have the same problem using PHP 5.3.1 on IIS 7.5 w/FastCGI and MySQL 5.1.43. Is there any update on this issue? Previous Comments: [2009-10-20 19:56:25] kulakov74 at yandex dot ru I confirm this with the just installed PHP 5.3.0 on Win XP, I used to use pipes and had skip-networking in my my.ini, I still can connect with mysql.exe, but PHP does not connect this way any more - I had to comment out skip-networking and set the right port in mysql.default_port = 3306 (PHP used to work without it when I used TCP long ago). Yes, the dot does not work any more, as if it cannot be resolved to localhost. If I have mysql.default_socket = mysql in my php.ini, mysqlnd connects to localhost via UNIX socket, otherwise it uses TCP. I agree these things are not critical, yet they have to be mentioned or explained somewhere. Got some info on pipes here: http://blog.ulf-wendel.de/?p=157 (comments) [2009-06-29 09:43:02] andrew dot answer at gmail dot com http://stackoverflow.com/questions/832714/mysql-named-pipes-on-windows- faster-best-practice-or-bad-idea [2009-06-29 09:40:48] andrew dot answer at gmail dot com regarding performance http://www.google.ru/search? rlz=1C1GGLS_ruRU305RU305sourceid=chromeie=UTF-8q=named+pipes+speed http://www.mail-archive.com/my...@lists.mysql.com/msg77837.html http://msdn.microsoft.com/en-us/library/aa178138(SQL.80).aspx [2009-06-29 08:42:28] uwendel at mysql dot com Aren't named pipes considerable slower than TCP/IP: why use named pipes ?! I won't work on named pipe support for mysqlnd, if its slower, which is the case AFAIK. [2009-06-20 11:36:19] paj...@php.net Andrei, fixable? or need help on this one? I'm not sure it is very critical or widely used. it could wait for 5.3.1. 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/48082 -- Edit this bug report at http://bugs.php.net/?id=48082edit=1
#49066 [Fbk-Opn]: CURLOPT_FAILONERROR does not work when CURLOPT_FOLLOWLOCATION is true
ID: 49066
User updated by: peaceable_whale at hotmail dot com
Reported By: peaceable_whale at hotmail dot com
-Status: Feedback
+Status: Open
Bug Type: cURL related
Operating System: Windows
PHP Version: 5.3.0
New Comment:
The path of the root folder of your website.
Previous Comments:
[2009-08-02 00:47:10] j...@php.net
And what it should be set to? :
[2009-07-26 19:19:10] peaceable_whale at hotmail dot com
It should be open_basedir)
[2009-07-26 19:18:02] j...@php.net
What is open_dir ??
[2009-07-26 16:16:22] peaceable_whale at hotmail dot com
The previous submitted code doesn't reflect the problem correctly...
The followings are the corrected information:
Description:
CURLOPT_FAILONERROR does not work when CURLOPT_FOLLOWLOCATION is true
and open_dir is set.
PHP Version:
PHP 5.3.0 NTS VC9
Reproduce code:
---
?php
error_reporting(E_ALL^E_WARNING);
header(Content-Type: text/plain; charset=UTF-8);
header(X-Content-Type-Options: nosniff);
$request=curl_init(http://example.com/X;);
curl_setopt_array($request,array(CURL_HTTP_VERSION_1_1=true,CURLOPT_USERAGENT=PHP/.phpversion(),CURLOPT_FOLLOWLOCATION=true,CURLOPT_FAILONERROR=true,CURLOPT_RETURNTRANSFER=true));
echo (curl_exec($request)===false?false:true).\r\n;
curl_close($request);
?
Expected result:
false
Actual result:
--
true)
[2009-07-26 16:01:32] peaceable_whale at hotmail dot com
Description:
CURLOPT_FAILONERROR does not work when CURLOPT_URL is reset. Not false
is returned even when the response code is =400.
Reproduce code:
---
?php
header(Content-Type: text/plain; charset=UTF-8);
header(X-Content-Type-Options: nosniff);
$request=curl_init();
curl_setopt_array($request,array(CURL_HTTP_VERSION_1_1=true,CURLOPT_USERAGENT=PHP/.phpversion(),CURLOPT_FAILONERROR=false,CURLOPT_RETURNTRANSFER=true));
for($i=0;$i5;$i++) {
curl_setopt($request,CURLOPT_URL,http://example.com/.$i);
echo Trial .$i.:
.(curl_exec($request)===false?false:true).\r\n;
}
curl_close($request);
?
Expected result:
Trial 0: false
Trial 1: false
Trial 2: false
Trial 3: false
Trial 4: false
Actual result:
--
Trial 0: true
Trial 1: true
Trial 2: true
Trial 3: true
Trial 4: true
--
Edit this bug report at http://bugs.php.net/?id=49066edit=1
#49066 [NEW]: CURLOPT_FAILONERROR does not work when CURLOPT_URL is reset
From: peaceable_whale at hotmail dot com
Operating system: All
PHP version: 5.3.0
PHP Bug Type: cURL related
Bug description: CURLOPT_FAILONERROR does not work when CURLOPT_URL is reset
Description:
CURLOPT_FAILONERROR does not work when CURLOPT_URL is reset. Not false is
returned even when the response code is =400.
Reproduce code:
---
?php
header(Content-Type: text/plain; charset=UTF-8);
header(X-Content-Type-Options: nosniff);
$request=curl_init();
curl_setopt_array($request,array(CURL_HTTP_VERSION_1_1=true,CURLOPT_USERAGENT=PHP/.phpversion(),CURLOPT_FAILONERROR=false,CURLOPT_RETURNTRANSFER=true));
for($i=0;$i5;$i++) {
curl_setopt($request,CURLOPT_URL,http://example.com/.$i);
echo Trial .$i.:
.(curl_exec($request)===false?false:true).\r\n;
}
curl_close($request);
?
Expected result:
Trial 0: false
Trial 1: false
Trial 2: false
Trial 3: false
Trial 4: false
Actual result:
--
Trial 0: true
Trial 1: true
Trial 2: true
Trial 3: true
Trial 4: true
--
Edit bug report at http://bugs.php.net/?id=49066edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=49066r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=49066r=trysnapshot53
Try a snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=49066r=trysnapshot60
Fixed in SVN:
http://bugs.php.net/fix.php?id=49066r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=49066r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=49066r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=49066r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=49066r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=49066r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=49066r=support
Expected behavior:
http://bugs.php.net/fix.php?id=49066r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=49066r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=49066r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=49066r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=49066r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=49066r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=49066r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=49066r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=49066r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=49066r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=49066r=mysqlcfg
#49066 [Opn]: CURLOPT_FAILONERROR does not work when CURLOPT_FOLLOWLOCATION is true
ID: 49066
User updated by: peaceable_whale at hotmail dot com
-Summary: CURLOPT_FAILONERROR does not work when CURLOPT_URL is
reset
Reported By: peaceable_whale at hotmail dot com
Status: Open
Bug Type: cURL related
-Operating System: All
+Operating System: Windows
PHP Version: 5.3.0
New Comment:
The previous submitted code doesn't reflect the problem correctly...
The followings are the corrected information:
Description:
CURLOPT_FAILONERROR does not work when CURLOPT_FOLLOWLOCATION is true
and open_dir is set.
PHP Version:
PHP 5.3.0 NTS VC9
Reproduce code:
---
?php
error_reporting(E_ALL^E_WARNING);
header(Content-Type: text/plain; charset=UTF-8);
header(X-Content-Type-Options: nosniff);
$request=curl_init(http://example.com/X;);
curl_setopt_array($request,array(CURL_HTTP_VERSION_1_1=true,CURLOPT_USERAGENT=PHP/.phpversion(),CURLOPT_FOLLOWLOCATION=true,CURLOPT_FAILONERROR=true,CURLOPT_RETURNTRANSFER=true));
echo (curl_exec($request)===false?false:true).\r\n;
curl_close($request);
?
Expected result:
false
Actual result:
--
true
Previous Comments:
[2009-07-26 16:01:32] peaceable_whale at hotmail dot com
Description:
CURLOPT_FAILONERROR does not work when CURLOPT_URL is reset. Not false
is returned even when the response code is =400.
Reproduce code:
---
?php
header(Content-Type: text/plain; charset=UTF-8);
header(X-Content-Type-Options: nosniff);
$request=curl_init();
curl_setopt_array($request,array(CURL_HTTP_VERSION_1_1=true,CURLOPT_USERAGENT=PHP/.phpversion(),CURLOPT_FAILONERROR=false,CURLOPT_RETURNTRANSFER=true));
for($i=0;$i5;$i++) {
curl_setopt($request,CURLOPT_URL,http://example.com/.$i);
echo Trial .$i.:
.(curl_exec($request)===false?false:true).\r\n;
}
curl_close($request);
?
Expected result:
Trial 0: false
Trial 1: false
Trial 2: false
Trial 3: false
Trial 4: false
Actual result:
--
Trial 0: true
Trial 1: true
Trial 2: true
Trial 3: true
Trial 4: true
--
Edit this bug report at http://bugs.php.net/?id=49066edit=1
#49066 [Fbk-Opn]: CURLOPT_FAILONERROR does not work when CURLOPT_FOLLOWLOCATION is true
ID: 49066
User updated by: peaceable_whale at hotmail dot com
Reported By: peaceable_whale at hotmail dot com
-Status: Feedback
+Status: Open
Bug Type: cURL related
Operating System: Windows
PHP Version: 5.3.0
New Comment:
It should be open_basedir
Previous Comments:
[2009-07-26 19:18:02] j...@php.net
What is open_dir ??
[2009-07-26 16:16:22] peaceable_whale at hotmail dot com
The previous submitted code doesn't reflect the problem correctly...
The followings are the corrected information:
Description:
CURLOPT_FAILONERROR does not work when CURLOPT_FOLLOWLOCATION is true
and open_dir is set.
PHP Version:
PHP 5.3.0 NTS VC9
Reproduce code:
---
?php
error_reporting(E_ALL^E_WARNING);
header(Content-Type: text/plain; charset=UTF-8);
header(X-Content-Type-Options: nosniff);
$request=curl_init(http://example.com/X;);
curl_setopt_array($request,array(CURL_HTTP_VERSION_1_1=true,CURLOPT_USERAGENT=PHP/.phpversion(),CURLOPT_FOLLOWLOCATION=true,CURLOPT_FAILONERROR=true,CURLOPT_RETURNTRANSFER=true));
echo (curl_exec($request)===false?false:true).\r\n;
curl_close($request);
?
Expected result:
false
Actual result:
--
true)
[2009-07-26 16:01:32] peaceable_whale at hotmail dot com
Description:
CURLOPT_FAILONERROR does not work when CURLOPT_URL is reset. Not false
is returned even when the response code is =400.
Reproduce code:
---
?php
header(Content-Type: text/plain; charset=UTF-8);
header(X-Content-Type-Options: nosniff);
$request=curl_init();
curl_setopt_array($request,array(CURL_HTTP_VERSION_1_1=true,CURLOPT_USERAGENT=PHP/.phpversion(),CURLOPT_FAILONERROR=false,CURLOPT_RETURNTRANSFER=true));
for($i=0;$i5;$i++) {
curl_setopt($request,CURLOPT_URL,http://example.com/.$i);
echo Trial .$i.:
.(curl_exec($request)===false?false:true).\r\n;
}
curl_close($request);
?
Expected result:
Trial 0: false
Trial 1: false
Trial 2: false
Trial 3: false
Trial 4: false
Actual result:
--
Trial 0: true
Trial 1: true
Trial 2: true
Trial 3: true
Trial 4: true
--
Edit this bug report at http://bugs.php.net/?id=49066edit=1
#48302 [NEW]: php.exe cannot start after Intl is installed
From: peaceable_whale at hotmail dot com Operating system: Windows PHP version: 5.3.0RC2 PHP Bug Type: CGI related Bug description: php.exe cannot start after Intl is installed Description: php.exe cannot start after Intl is installed Reproduce code: --- Run php /? in command line Expected result: The following error is returned: php.exe - System Error The program can't start because icuuc38.dll is missing from your computer. Try installing the program to fix this problem. Actual result: -- The php help message should be displayed -- Edit bug report at http://bugs.php.net/?id=48302edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=48302r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=48302r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=48302r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=48302r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=48302r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=48302r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=48302r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=48302r=needscript Try newer version: http://bugs.php.net/fix.php?id=48302r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=48302r=support Expected behavior: http://bugs.php.net/fix.php?id=48302r=notwrong Not enough info: http://bugs.php.net/fix.php?id=48302r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=48302r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=48302r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=48302r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=48302r=dst IIS Stability: http://bugs.php.net/fix.php?id=48302r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=48302r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=48302r=float No Zend Extensions: http://bugs.php.net/fix.php?id=48302r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=48302r=mysqlcfg
#48302 [Bgs]: php.exe cannot start after Intl is installed
ID: 48302 User updated by: peaceable_whale at hotmail dot com Reported By: peaceable_whale at hotmail dot com Status: Bogus Bug Type: CGI related Operating System: Windows PHP Version: 5.3.0RC2 New Comment: The problem persists, and the Windows Installer has already added the PHP path to PATH: PATH=C:\Program Files\PHP\;C:\Windows\system32;C:\Windows;C:\Windows\System32\Wb em;C:\Windows\System32\WindowsPowerShell\v1.0\;C:\Program Files\TortoiseSVN\bin; C:\Program Files\QuickTime\QTSystem\ Some corrections to my report: Reproduce code: --- Run php -? in command line Actual result: -- The php help message should be displayed without any error Previous Comments: [2009-05-16 13:17:06] paj...@php.net Add the PHP install directory to your PATH or run php.exe from this directory. [2009-05-16 13:14:25] peaceable_whale at hotmail dot com Description: php.exe cannot start after Intl is installed Reproduce code: --- Run php /? in command line Expected result: The following error is returned: php.exe - System Error The program can't start because icuuc38.dll is missing from your computer. Try installing the program to fix this problem. Actual result: -- The php help message should be displayed -- Edit this bug report at http://bugs.php.net/?id=48302edit=1
#48302 [Bgs]: php.exe cannot start after Intl is installed
ID: 48302 User updated by: peaceable_whale at hotmail dot com Reported By: peaceable_whale at hotmail dot com Status: Bogus Bug Type: CGI related Operating System: Windows PHP Version: 5.3.0RC2 New Comment: How may I reopen this report? I believe that I have the right to do so as the bug submitter. Previous Comments: [2009-05-16 13:20:07] peaceable_whale at hotmail dot com The problem persists, and the Windows Installer has already added the PHP path to PATH: PATH=C:\Program Files\PHP\;C:\Windows\system32;C:\Windows;C:\Windows\System32\Wb em;C:\Windows\System32\WindowsPowerShell\v1.0\;C:\Program Files\TortoiseSVN\bin; C:\Program Files\QuickTime\QTSystem\ Some corrections to my report: Reproduce code: --- Run php -? in command line Actual result: -- The php help message should be displayed without any error [2009-05-16 13:17:06] paj...@php.net Add the PHP install directory to your PATH or run php.exe from this directory. [2009-05-16 13:14:25] peaceable_whale at hotmail dot com Description: php.exe cannot start after Intl is installed Reproduce code: --- Run php /? in command line Expected result: The following error is returned: php.exe - System Error The program can't start because icuuc38.dll is missing from your computer. Try installing the program to fix this problem. Actual result: -- The php help message should be displayed -- Edit this bug report at http://bugs.php.net/?id=48302edit=1
#46767 [Com]: FastCGI Error is returned when connecting to a MySQL server with PHP 5.3 RC1
ID: 46767 Comment by: peaceable_whale at hotmail dot com Reported By: peaceable_whale at hotmail dot com Status: Assigned Bug Type: MySQLi related Operating System: win32 only PHP Version: 5.3.0RC1 Assigned To: mysql New Comment: Don't have the problem in RC2. Perhaps it has been fixed. Previous Comments: [2009-03-26 04:47:45] peaceable_whale at hotmail dot com The problem persists in RC1. [2009-02-02 14:06:14] peaceable_whale at hotmail dot com No. The error occurs once the script connects to a database. Test case: ?php $mysqli=new mysqli(HOST,USERNAME,PASSWORD); $connection_closed=$mysqli-close(); echo $connection_closed?Database connection has been closed successfully:An error occurred when closing database connection; ? [2009-02-02 13:43:30] johan...@php.net 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 ?php and ends with ?, is max. 10-20 lines long and does not require any external resources such as databases, etc. If the script requires a database to demonstrate the issue, please make sure it creates all necessary tables, stored procedures etc. Please avoid embedding huge scripts into the report. Does a simple mysql_connect() or mysqli_connect() work? Do simple queries work? Do other applications than phpMyAdmin work? [2009-02-02 13:35:42] peaceable_whale at hotmail dot com Thanks for changing it to Assigned :) [2009-02-02 13:33:57] paj...@php.net oh my bad, right. So not related (it must be the 1st report in weeks not related to 5.1 =) assigned to mysql 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/46767 -- Edit this bug report at http://bugs.php.net/?id=46767edit=1
#47784 [NEW]: PHP 5.3.0 RC1 NTS Installers return 2711 error
From: peaceable_whale at hotmail dot com Operating system: Windows Vista PHP version: 5.3.0RC1 PHP Bug Type: Windows Installer Bug description: PHP 5.3.0 RC1 NTS Installers return 2711 error Description: PHP 5.3.0 RC1 NTS Installers (both VC9 and VC6) return 2711 error after selecting Other CGI. Reproduce code: --- Run the installers and select Other CGI to proceed Expected result: The setup continues Actual result: -- Error 2711 is returned -- Edit bug report at http://bugs.php.net/?id=47784edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=47784r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=47784r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=47784r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=47784r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=47784r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=47784r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=47784r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=47784r=needscript Try newer version: http://bugs.php.net/fix.php?id=47784r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=47784r=support Expected behavior: http://bugs.php.net/fix.php?id=47784r=notwrong Not enough info: http://bugs.php.net/fix.php?id=47784r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=47784r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=47784r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=47784r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=47784r=dst IIS Stability: http://bugs.php.net/fix.php?id=47784r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=47784r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=47784r=float No Zend Extensions: http://bugs.php.net/fix.php?id=47784r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=47784r=mysqlcfg
#46767 [Asn]: FastCGI Error is returned when connecting to a MySQL server with PHP 5.3 RC1
ID: 46767 User updated by: peaceable_whale at hotmail dot com -Summary: FastCGI Error is returned when connecting to a MySQL server with PHP 5.3 Alpha3 Reported By: peaceable_whale at hotmail dot com Status: Assigned Bug Type: MySQLi related Operating System: win32 only -PHP Version: 5.3.0alpha3 +PHP Version: 5.3.0RC1 Assigned To: mysql New Comment: The problem persists in RC1. Previous Comments: [2009-02-02 14:06:14] peaceable_whale at hotmail dot com No. The error occurs once the script connects to a database. Test case: ?php $mysqli=new mysqli(HOST,USERNAME,PASSWORD); $connection_closed=$mysqli-close(); echo $connection_closed?Database connection has been closed successfully:An error occurred when closing database connection; ? [2009-02-02 13:43:30] johan...@php.net 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 ?php and ends with ?, is max. 10-20 lines long and does not require any external resources such as databases, etc. If the script requires a database to demonstrate the issue, please make sure it creates all necessary tables, stored procedures etc. Please avoid embedding huge scripts into the report. Does a simple mysql_connect() or mysqli_connect() work? Do simple queries work? Do other applications than phpMyAdmin work? [2009-02-02 13:35:42] peaceable_whale at hotmail dot com Thanks for changing it to Assigned :) [2009-02-02 13:33:57] paj...@php.net oh my bad, right. So not related (it must be the 1st report in weeks not related to 5.1 =) assigned to mysql [2009-02-02 13:32:22] peaceable_whale at hotmail dot com Well, mysqlnd is in use as it is turned on by default in the Windows builds: mysqli MysqlI Support enabled Client API library version mysqlnd 5.0.5-dev - 081106 - $Revision: 1.3.2.21 $ Active Persistent Links 0 Inactive Persistent Links 0 Active Links0 mysqlnd mysqlnd enabled Version mysqlnd 5.0.5-dev - 081106 - $Revision: 1.3.2.21 $ Command buffer size 2048 Read buffer size32768 Collecting statistics Yes Collecting memory statisticsNo 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/46767 -- Edit this bug report at http://bugs.php.net/?id=46767edit=1
#46767 [Fbk-Opn]: FastCGI Error is returned when connecting to a MySQL server with PHP 5.3 Alpha3
ID: 46767 User updated by: peaceable_whale at hotmail dot com Reported By: peaceable_whale at hotmail dot com -Status: Feedback +Status: Open Bug Type: MySQLi related Operating System: win32 only PHP Version: 5.3.0alpha3 Assigned To: mysql New Comment: No. The error occurs once the script connects to a database. Test case: ?php $mysqli=new mysqli(HOST,USERNAME,PASSWORD); $connection_closed=$mysqli-close(); echo $connection_closed?Database connection has been closed successfully:An error occurred when closing database connection; ? Previous Comments: [2009-02-02 13:43:30] johan...@php.net 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 ?php and ends with ?, is max. 10-20 lines long and does not require any external resources such as databases, etc. If the script requires a database to demonstrate the issue, please make sure it creates all necessary tables, stored procedures etc. Please avoid embedding huge scripts into the report. Does a simple mysql_connect() or mysqli_connect() work? Do simple queries work? Do other applications than phpMyAdmin work? [2009-02-02 13:35:42] peaceable_whale at hotmail dot com Thanks for changing it to Assigned :) [2009-02-02 13:33:57] paj...@php.net oh my bad, right. So not related (it must be the 1st report in weeks not related to 5.1 =) assigned to mysql [2009-02-02 13:32:22] peaceable_whale at hotmail dot com Well, mysqlnd is in use as it is turned on by default in the Windows builds: mysqli MysqlI Support enabled Client API library version mysqlnd 5.0.5-dev - 081106 - $Revision: 1.3.2.21 $ Active Persistent Links 0 Inactive Persistent Links 0 Active Links0 mysqlnd mysqlnd enabled Version mysqlnd 5.0.5-dev - 081106 - $Revision: 1.3.2.21 $ Command buffer size 2048 Read buffer size32768 Collecting statistics Yes Collecting memory statisticsNo [2009-02-02 13:29:48] paj...@php.net Then be sure that the libmysql provided with php is first in your PATH. We do not support the libmysql 5.1, so never ever use it with PHP binaries. 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/46767 -- Edit this bug report at http://bugs.php.net/?id=46767edit=1
#46767 [Fbk-Opn]: FastCGI Error is returned when connecting to a MySQL server with PHP 5.3 Alpha3
ID: 46767 User updated by: peaceable_whale at hotmail dot com Reported By: peaceable_whale at hotmail dot com -Status: Feedback +Status: Open Bug Type: MySQLi related Operating System: win32 only PHP Version: 5.3.0alpha3 New Comment: Yes, MySQL 5.1.30. Previous Comments: [2009-02-02 13:25:41] paj...@php.net I suppose you have mysql 5.1 right? [2009-02-02 13:16:12] peaceable_whale at hotmail dot com Continue to have this problem in PHP 5.3.0 Beta 1; Reproducible in IIS 7. [2008-12-06 06:42:20] peaceable_whale at hotmail dot com The error can be reproduced with all PHP-Windows versions--VC6 TS and NTS, VC9 TS and NTS. I suspect it is mysqlnd related. [2008-12-05 15:17:13] peaceable_whale at hotmail dot com Description: Server: IIS 5.1 with the official FastCGI plugin installed When connecting to a MySQL server with PHP 5.3 Alpha 3, the following error is returned: FastCGI Error The FastCGI Handler was unable to process the request. Error Details: * The FastCGI process exceeded configured activity timeout * Error Number: 258 (0x80070102). * Error Description: The wait operation timed out. HTTP Error 500 - Server Error. Internet Information Services (IIS) PHP 5.2.7 on the same system does not have the problem. Reproduce code: --- Install phpMyAdmin and use it to login to a MySQL server, client API is not a concern because both MySQL and MySQLi yield the same error. Expected result: View the database successfully Actual result: -- Error returned -- Edit this bug report at http://bugs.php.net/?id=46767edit=1
#46767 [Opn]: FastCGI Error is returned when connecting to a MySQL server with PHP 5.3 Alpha3
ID: 46767 User updated by: peaceable_whale at hotmail dot com Reported By: peaceable_whale at hotmail dot com Status: Open Bug Type: MySQLi related Operating System: win32 only PHP Version: 5.3.0alpha3 New Comment: Continue to have this problem in PHP 5.3.0 Beta 1; Reproducible in IIS 7. Previous Comments: [2008-12-06 06:42:20] peaceable_whale at hotmail dot com The error can be reproduced with all PHP-Windows versions--VC6 TS and NTS, VC9 TS and NTS. I suspect it is mysqlnd related. [2008-12-05 15:17:13] peaceable_whale at hotmail dot com Description: Server: IIS 5.1 with the official FastCGI plugin installed When connecting to a MySQL server with PHP 5.3 Alpha 3, the following error is returned: FastCGI Error The FastCGI Handler was unable to process the request. Error Details: * The FastCGI process exceeded configured activity timeout * Error Number: 258 (0x80070102). * Error Description: The wait operation timed out. HTTP Error 500 - Server Error. Internet Information Services (IIS) PHP 5.2.7 on the same system does not have the problem. Reproduce code: --- Install phpMyAdmin and use it to login to a MySQL server, client API is not a concern because both MySQL and MySQLi yield the same error. Expected result: View the database successfully Actual result: -- Error returned -- Edit this bug report at http://bugs.php.net/?id=46767edit=1
#46767 [Asn]: FastCGI Error is returned when connecting to a MySQL server with PHP 5.3 Alpha3
ID: 46767 User updated by: peaceable_whale at hotmail dot com Reported By: peaceable_whale at hotmail dot com Status: Assigned Bug Type: MySQLi related Operating System: win32 only PHP Version: 5.3.0alpha3 Assigned To: mysql New Comment: Thanks for changing it to Assigned :) Previous Comments: [2009-02-02 13:33:57] paj...@php.net oh my bad, right. So not related (it must be the 1st report in weeks not related to 5.1 =) assigned to mysql [2009-02-02 13:32:22] peaceable_whale at hotmail dot com Well, mysqlnd is in use as it is turned on by default in the Windows builds: mysqli MysqlI Support enabled Client API library version mysqlnd 5.0.5-dev - 081106 - $Revision: 1.3.2.21 $ Active Persistent Links 0 Inactive Persistent Links 0 Active Links0 mysqlnd mysqlnd enabled Version mysqlnd 5.0.5-dev - 081106 - $Revision: 1.3.2.21 $ Command buffer size 2048 Read buffer size32768 Collecting statistics Yes Collecting memory statisticsNo [2009-02-02 13:29:48] paj...@php.net Then be sure that the libmysql provided with php is first in your PATH. We do not support the libmysql 5.1, so never ever use it with PHP binaries. [2009-02-02 13:26:25] peaceable_whale at hotmail dot com Yes, MySQL 5.1.30. [2009-02-02 13:25:41] paj...@php.net I suppose you have mysql 5.1 right? 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/46767 -- Edit this bug report at http://bugs.php.net/?id=46767edit=1
#46767 [Bgs]: FastCGI Error is returned when connecting to a MySQL server with PHP 5.3 Alpha3
ID: 46767 User updated by: peaceable_whale at hotmail dot com Reported By: peaceable_whale at hotmail dot com Status: Bogus Bug Type: MySQLi related Operating System: win32 only PHP Version: 5.3.0alpha3 New Comment: Well, mysqlnd is in use as it is turned on by default in the Windows builds: mysqli MysqlI Support enabled Client API library version mysqlnd 5.0.5-dev - 081106 - $Revision: 1.3.2.21 $ Active Persistent Links 0 Inactive Persistent Links 0 Active Links0 mysqlnd mysqlnd enabled Version mysqlnd 5.0.5-dev - 081106 - $Revision: 1.3.2.21 $ Command buffer size 2048 Read buffer size32768 Collecting statistics Yes Collecting memory statisticsNo Previous Comments: [2009-02-02 13:29:48] paj...@php.net Then be sure that the libmysql provided with php is first in your PATH. We do not support the libmysql 5.1, so never ever use it with PHP binaries. [2009-02-02 13:26:25] peaceable_whale at hotmail dot com Yes, MySQL 5.1.30. [2009-02-02 13:25:41] paj...@php.net I suppose you have mysql 5.1 right? [2009-02-02 13:16:12] peaceable_whale at hotmail dot com Continue to have this problem in PHP 5.3.0 Beta 1; Reproducible in IIS 7. [2008-12-06 06:42:20] peaceable_whale at hotmail dot com The error can be reproduced with all PHP-Windows versions--VC6 TS and NTS, VC9 TS and NTS. I suspect it is mysqlnd related. 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/46767 -- Edit this bug report at http://bugs.php.net/?id=46767edit=1
#46905 [NEW]: Update libxml2 to version 2.7.x
From: peaceable_whale at hotmail dot com Operating system: Windows PHP version: 5.3.0alpha3 PHP Bug Type: XML related Bug description: Update libxml2 to version 2.7.x Description: The libxml2 library bundled with PHP 5.3 and PHP 6 should be 2.7.x because XML 1.0 5th edition (http://www.w3.org/TR/2008/REC-xml-20081126/) is supported since libxml2 2.7.0. I am not sure if the library should be updated in PHP 5.2, as XML 1.0 5th edition changed some well-formness rules. However, for newer PHP versions and future development of XML, the library should be updated. -- Edit bug report at http://bugs.php.net/?id=46905edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=46905r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=46905r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=46905r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=46905r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=46905r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=46905r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=46905r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=46905r=needscript Try newer version: http://bugs.php.net/fix.php?id=46905r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=46905r=support Expected behavior: http://bugs.php.net/fix.php?id=46905r=notwrong Not enough info: http://bugs.php.net/fix.php?id=46905r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=46905r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=46905r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46905r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=46905r=dst IIS Stability: http://bugs.php.net/fix.php?id=46905r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=46905r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=46905r=float No Zend Extensions: http://bugs.php.net/fix.php?id=46905r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=46905r=mysqlcfg
#46776 [Com]: apache 2.2 install issue
ID: 46776 Comment by: peaceable_whale at hotmail dot com Reported By: hapuk999 at ya dot ru Status: Feedback Bug Type: Windows Installer Operating System: Windows Vista x64 Ultimate PHP Version: 5.2.7 New Comment: May have been fixed in Bug #46757 Previous Comments: [2008-12-06 08:59:44] [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. [2008-12-06 08:17:47] hapuk999 at ya dot ru Description: Install apache 2.2 support failed There is a problem this Windows Installer package. A script required for this install to complete could not be run . Contact your support personnel or package vendor. -- Edit this bug report at http://bugs.php.net/?id=46776edit=1
#46709 [Opn]: When no include_path is set in php.ini, it defaults to .;C:\php5\pear
ID: 46709 User updated by: peaceable_whale at hotmail dot com Reported By: peaceable_whale at hotmail dot com Status: Open Bug Type: Feature/Change Request Operating System: Windows -PHP Version: 5.2.6 +PHP Version: 5.2.7 New Comment: Affecting PHP 5.2.7. Previous Comments: [2008-11-28 14:49:35] peaceable_whale at hotmail dot com Correction: Corrected OS to Windows [2008-11-28 14:48:18] peaceable_whale at hotmail dot com Description: When no include_path is set in php.ini, it defaults to .;C:\php5\pear, a path that may not exist. I think . is enough. This bug is intended to replace Bug #29085. Reproduce code: --- Install PHP with the Windows Installer and does not set an include_path manually. Then run phpinfo(). Expected result: include_path should be . Actual result: -- include_path is .;C:\php5\pear -- Edit this bug report at http://bugs.php.net/?id=46709edit=1
#46767 [NEW]: FastCGI Error is returned when connecting to a MySQL server with PHP 5.3 Alpha3
From: peaceable_whale at hotmail dot com Operating system: Windows XP SP3 PHP version: 5.3.0alpha3 PHP Bug Type: MySQLi related Bug description: FastCGI Error is returned when connecting to a MySQL server with PHP 5.3 Alpha3 Description: Server: IIS 5.1 with the official FastCGI plugin installed When connecting to a MySQL server with PHP 5.3 Alpha 3, the following error is returned: FastCGI Error The FastCGI Handler was unable to process the request. Error Details: * The FastCGI process exceeded configured activity timeout * Error Number: 258 (0x80070102). * Error Description: The wait operation timed out. HTTP Error 500 - Server Error. Internet Information Services (IIS) PHP 5.2.7 on the same system does not have the problem. Reproduce code: --- Install phpMyAdmin and use it to login to a MySQL server, client API is not a concern because both MySQL and MySQLi yield the same error. Expected result: View the database successfully Actual result: -- Error returned -- Edit bug report at http://bugs.php.net/?id=46767edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=46767r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=46767r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=46767r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=46767r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=46767r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=46767r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=46767r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=46767r=needscript Try newer version: http://bugs.php.net/fix.php?id=46767r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=46767r=support Expected behavior: http://bugs.php.net/fix.php?id=46767r=notwrong Not enough info: http://bugs.php.net/fix.php?id=46767r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=46767r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=46767r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46767r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=46767r=dst IIS Stability: http://bugs.php.net/fix.php?id=46767r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=46767r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=46767r=float No Zend Extensions: http://bugs.php.net/fix.php?id=46767r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=46767r=mysqlcfg
#46767 [Com]: FastCGI Error is returned when connecting to a MySQL server with PHP 5.3 Alpha3
ID: 46767 Comment by: peaceable_whale at hotmail dot com Reported By: peaceable_whale at hotmail dot com Status: Open Bug Type: MySQLi related Operating System: Windows XP SP3 PHP Version: 5.3.0alpha3 New Comment: The error can be reproduced with all PHP-Windows versions--VC6 TS and NTS, VC9 TS and NTS. I suspect it is mysqlnd related. Previous Comments: [2008-12-05 15:17:13] peaceable_whale at hotmail dot com Description: Server: IIS 5.1 with the official FastCGI plugin installed When connecting to a MySQL server with PHP 5.3 Alpha 3, the following error is returned: FastCGI Error The FastCGI Handler was unable to process the request. Error Details: * The FastCGI process exceeded configured activity timeout * Error Number: 258 (0x80070102). * Error Description: The wait operation timed out. HTTP Error 500 - Server Error. Internet Information Services (IIS) PHP 5.2.7 on the same system does not have the problem. Reproduce code: --- Install phpMyAdmin and use it to login to a MySQL server, client API is not a concern because both MySQL and MySQLi yield the same error. Expected result: View the database successfully Actual result: -- Error returned -- Edit this bug report at http://bugs.php.net/?id=46767edit=1
#46116 [Com]: Update libMySQL(i) Files in win32 builds
ID: 46116 Comment by: peaceable_whale at hotmail dot com Reported By: dj02 dot net at nbl dot fi Status: Assigned Bug Type: MySQL related Operating System: win32 only PHP Version: 5.2CVS-2008-09-18 (snap) Assigned To: pajoye New Comment: I think this bug is also a won't fix due to the same reason explained in Bug #46391. Previous Comments: [2008-11-17 12:21:22] peaceable_whale at hotmail dot com Is this bug going to be fixed in 5.2.7? [2008-09-18 15:23:01] dj02 dot net at nbl dot fi Description: MySQL team have released new Community version for 5.0 series including security fixes. Could you update libmysql.dll, php_mysql.dll and php_mysqli.dll to version 5.0.67. Expected result: Actual result: -- -- Edit this bug report at http://bugs.php.net/?id=46116edit=1
#46709 [NEW]: When no include_path is set in php.ini, it defaults to .;C:\php5\pear
From: peaceable_whale at hotmail dot com Operating system: Windows XP SP3 PHP version: 5.2.6 PHP Bug Type: Feature/Change Request Bug description: When no include_path is set in php.ini, it defaults to .;C:\php5\pear Description: When no include_path is set in php.ini, it defaults to .;C:\php5\pear, a path that may not exist. I think . is enough. This bug is intended to replace Bug #29085. Reproduce code: --- Install PHP with the Windows Installer and does not set an include_path manually. Then run phpinfo(). Expected result: include_path should be . Actual result: -- include_path is .;C:\php5\pear -- Edit bug report at http://bugs.php.net/?id=46709edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=46709r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=46709r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=46709r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=46709r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=46709r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=46709r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=46709r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=46709r=needscript Try newer version: http://bugs.php.net/fix.php?id=46709r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=46709r=support Expected behavior: http://bugs.php.net/fix.php?id=46709r=notwrong Not enough info: http://bugs.php.net/fix.php?id=46709r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=46709r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=46709r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46709r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=46709r=dst IIS Stability: http://bugs.php.net/fix.php?id=46709r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=46709r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=46709r=float No Zend Extensions: http://bugs.php.net/fix.php?id=46709r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=46709r=mysqlcfg
#46709 [Opn]: When no include_path is set in php.ini, it defaults to .;C:\php5\pear
ID: 46709 User updated by: peaceable_whale at hotmail dot com Reported By: peaceable_whale at hotmail dot com Status: Open Bug Type: Feature/Change Request -Operating System: Windows XP SP3 +Operating System: Windows PHP Version: 5.2.6 New Comment: Correction: Corrected OS to Windows Previous Comments: [2008-11-28 14:48:18] peaceable_whale at hotmail dot com Description: When no include_path is set in php.ini, it defaults to .;C:\php5\pear, a path that may not exist. I think . is enough. This bug is intended to replace Bug #29085. Reproduce code: --- Install PHP with the Windows Installer and does not set an include_path manually. Then run phpinfo(). Expected result: include_path should be . Actual result: -- include_path is .;C:\php5\pear -- Edit this bug report at http://bugs.php.net/?id=46709edit=1
#46391 [Com]: Incompatible libmysql.dll version with MySQL 5.1.29
ID: 46391 Comment by: peaceable_whale at hotmail dot com Reported By: whitehat0702 at gmail dot com Status: Assigned Bug Type: MySQL related Operating System: win32 only PHP Version: 5.2.6 Assigned To: pajoye New Comment: The MySQL 5.1.30 Generally Available (GA) release is now available. Previous Comments: [2008-10-26 08:40:40] [EMAIL PROTECTED] We plan to update the library in 5.2.x. However, you should not replace this library with an incompatible version (binary, crt version, etc.). That's a call for troubles (valid for any DLLs we provide). [2008-10-26 08:27:26] whitehat0702 at gmail dot com Description: I have downloaded and install Mysql v5.1.29 RC and the file libmysql.dll in my PHP folder (5.2.6) does not have the same version. So I try replacing it by the one in folder MySQL\bin and it's not work! It cause error to my Apache web server. Would you please upgrade file libmysql.dll for the new version of MySQL? -- Edit this bug report at http://bugs.php.net/?id=46391edit=1
#46116 [Com]: Update libMySQL(i) Files in win32 builds
ID: 46116 Comment by: peaceable_whale at hotmail dot com Reported By: dj02 dot net at nbl dot fi Status: Assigned Bug Type: MySQL related Operating System: Windows Vista 6.0.6001 PHP Version: 5.2CVS-2008-09-18 (snap) Assigned To: pajoye New Comment: Is this bug going to be fixed in 5.2.7? Previous Comments: [2008-09-18 15:23:01] dj02 dot net at nbl dot fi Description: MySQL team have released new Community version for 5.0 series including security fixes. Could you update libmysql.dll, php_mysql.dll and php_mysqli.dll to version 5.0.67. Expected result: Actual result: -- -- Edit this bug report at http://bugs.php.net/?id=46116edit=1
#45275 [Asn]: The non-thread-safe installer should have the Other CGI option
ID: 45275 User updated by: peaceable_whale at hotmail dot com Reported By: peaceable_whale at hotmail dot com Status: Assigned -Bug Type: Feature/Change Request +Bug Type: Windows Installer Operating System: Windows XP SP3 PHP Version: 5.2.6 Assigned To: jmetric New Comment: Remarked this bug as Windows Installer related. Previous Comments: [2008-08-02 03:04:28] peaceable_whale at hotmail dot com Will this bug be fixed for PHP 5.3.0? [2008-06-15 06:39:21] peaceable_whale at hotmail dot com Description: Unlike the normal installer, the non-thread-safe installer does not have the Other CGI option to install php-cgi.exe, which is required for FastCGI operation Expected result: An option to install php-cgi.exe should be included, like the normal installer Actual result: -- php-cgi.exe cannot be installed -- Edit this bug report at http://bugs.php.net/?id=45275edit=1
#45275 [Asn]: The non-thread-safe installer should have the Other CGI option
ID: 45275 User updated by: peaceable_whale at hotmail dot com Reported By: peaceable_whale at hotmail dot com Status: Assigned Bug Type: Feature/Change Request Operating System: Windows XP SP3 PHP Version: 5.2.6 Assigned To: jmetric New Comment: Will this bug be fixed for PHP 5.3.0? Previous Comments: [2008-06-15 06:39:21] peaceable_whale at hotmail dot com Description: Unlike the normal installer, the non-thread-safe installer does not have the Other CGI option to install php-cgi.exe, which is required for FastCGI operation Expected result: An option to install php-cgi.exe should be included, like the normal installer Actual result: -- php-cgi.exe cannot be installed -- Edit this bug report at http://bugs.php.net/?id=45275edit=1
#45275 [NEW]: The non-thread-safe installer should have the Other CGI option
From: peaceable_whale at hotmail dot com Operating system: Windows XP SP3 PHP version: 5.2.6 PHP Bug Type: Feature/Change Request Bug description: The non-thread-safe installer should have the Other CGI option Description: Unlike the normal installer, the non-thread-safe installer does not have the Other CGI option to install php-cgi.exe, which is required for FastCGI operation Expected result: An option to install php-cgi.exe should be included, like the normal installer Actual result: -- php-cgi.exe cannot be installed -- Edit bug report at http://bugs.php.net/?id=45275edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45275r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45275r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45275r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45275r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45275r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45275r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45275r=needscript Try newer version:http://bugs.php.net/fix.php?id=45275r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45275r=support Expected behavior:http://bugs.php.net/fix.php?id=45275r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45275r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45275r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45275r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45275r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45275r=dst IIS Stability:http://bugs.php.net/fix.php?id=45275r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45275r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45275r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45275r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45275r=mysqlcfg
