Bug #45150 [Com]: MySQL functions cannot be used with 5.3.x on Vista when using "localhost"
Edit report at http://bugs.php.net/bug.php?id=45150&edit=1
ID: 45150
Comment by: telstra at dark-media dot net
Reported by: conor dot kerr_php at dev dot ceon dot net
Summary: MySQL functions cannot be used with 5.3.x on Vista
when using "localhost"
Status: Bogus
Type: Bug
Package: MySQL related
Operating System: Windows Vista
PHP Version: 5.3CVS-2008-07-23 (snap)
New Comment:
Had the same problem on Windows Server 2008 R2 had to edit the hosts
file and un comment out the 127.0.0.1 localhost
Was stumbled for a while after upgrading from 5.2 to 5.3, this might not
be a bug with PHP but its something that is going to cause issues.
Previous Comments:
[2010-03-16 13:55:28] achurkin at gmail dot com
Same on Windows 7 Home Edition.
In PHP version 5.2.9 on same system everything works fine.
[2010-03-05 20:51:16] paj...@php.net
That's not a bug, please refer to the dozen other reports about that.
[2010-03-05 20:46:38] changeorders at gmail dot com
Fresh install of PHP 5.3.x on Server 2008. Same problem. Had to comment
out the IPv6 entry for localhost in the hosts file. This is still a bug.
[2008-07-23 13:27:36] conor dot kerr_php at dev dot ceon dot net
Okay,
I've looked into this further and tested with PHP5.2.6 on the same setup
and get the same problem.
I've seen a few bugs in the database which refer to this same
localhost/127.0.0.1 issue.
I agree that it's not a PHP issue.
However, it will become a serious enough issue for people when they move
to 5.3 from a previous version as many PHP-based open source software
packages use "localhost" as their default database server host.
A lot of people will waste a lot of time unless it is made prevalent
somewhere that:
"127.0.0.1" should be used instead of "localhost" on Vista
OR:
the line "::1 localhost" should be commented out in the hosts file for
Vista: "#::1 localhost"
Where is the best place to put this information? At the very least, it
should be part of the upgrade notes for 5.3 as, I'm willing to bet, many
PHP developers haven't previously used streams and this issue will not
have affected them until they upgrade to 5.3, at which point MySQL will
constantly time out on them because it does use streams and therefore is
susceptible to this windoze bug.
Hopefully there are no "Badly configured OS is not a PHP bug ->
Bogus"-type replies to this, that would not be helpful for the PHP
community at large!
This information needs to be made prevalent somewhere regarding 5.3.
Thanks,
I hope I've been of help to some others!
All the best...
Conor
http://ceon.net
[2008-07-23 13:03:04] conor dot kerr_php at dev dot ceon dot net
Hi Andrey,
Thanks for replying. You have found the problem!
Running the following test script:
http://127.0.0.1/foo.txt";);
print "File contents read using 127.0.0.1: \n\n" . $httpfile . "\n\n";
$httpfile = file_get_contents("http://localhost/foo.txt";);
print "File contents read using localhost: \n\n" . $httpfile . "\n\n";
?>
Gives the following results:
---
File contents read using 127.0.0.1: This is the content of foo.
Warning: file_get_contents(http://localhost/foo.txt)
[function.file-get-contents]: failed to open stream: A connection
attempt failed because the connected party did not properly respond
after a period of time, or established connection failed because
connected host has failed to respond. in
E:\_CEON\Web\test\php_streams.php on line 7
Fatal error: Maximum execution time of 60 seconds exceeded in
E:\_CEON\Web\test\php_streams.php on line 7
---
So PHP 5.3 can't resolve localhost to 127.0.0.1 on Vista.
Should I update this bug to show that it is a streams problem?
Or close this bug and start a new one for Vista + Streams in 5.3?
Thanks again for the reply.
All the best...
Conor
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=45150
--
Edit this bug report at http://bugs.php.net/bug.php?id=45150&edit=1
Bug #51473 [Opn->Bgs]: DST did not change when Windows changed
Edit report at http://bugs.php.net/bug.php?id=51473&edit=1 ID: 51473 Updated by: paj...@php.net Reported by: phil at phillydog dot info Summary: DST did not change when Windows changed -Status: Open +Status: Bogus Type: Bug Package: Performance problem Operating System: WIN/2003 SP2 PHP Version: Irrelevant New Comment: Use php 5.2 and later as they support reliabe timezone data via a bundled database. 5.1 is not supported anymore since years anyway, and there are dozen of very good reasons to update to 5.2.x (security being one of them). Previous Comments: [2010-04-05 04:16:32] phil at phillydog dot info Description: While I know this appears to be fixed in PHP 5.1.x, I don't want to upgrade for a trivial thing. I am using PHP 5.0.5 on WIN/2003 Daylight savings did not change when my windows clock changed. My workaround was rather than using EST5EDT, I switched to AST4ADT 1) Why didn't PHP time simply change with Windows? 2) Can I simply update a DLL to have PHP see the new daylight savings dates as it changed TODAY (Easter) rather than a few weeks back. Test script: --- My workaround was rather than using EST5EDT, I switched to AST4ADT until time actually changes. Expected result: I would assume that my PHP daylight savings would adhere to when windows switches to daylight savings. Actual result: -- Daylight savings changed TODAY (Easter) rather than a few weeks back, despite windows has said Eastern DAYLIGHT Time for a few weeks now. -- Edit this bug report at http://bugs.php.net/bug.php?id=51473&edit=1
[PHP-BUG] Bug #51473 [NEW]: DST did not change when Windows changed
From: Operating system: WIN/2003 SP2 PHP version: Irrelevant Package: Performance problem Bug Type: Bug Bug description:DST did not change when Windows changed Description: While I know this appears to be fixed in PHP 5.1.x, I don't want to upgrade for a trivial thing. I am using PHP 5.0.5 on WIN/2003 Daylight savings did not change when my windows clock changed. My workaround was rather than using EST5EDT, I switched to AST4ADT 1) Why didn't PHP time simply change with Windows? 2) Can I simply update a DLL to have PHP see the new daylight savings dates as it changed TODAY (Easter) rather than a few weeks back. Test script: --- My workaround was rather than using EST5EDT, I switched to AST4ADT until time actually changes. Expected result: I would assume that my PHP daylight savings would adhere to when windows switches to daylight savings. Actual result: -- Daylight savings changed TODAY (Easter) rather than a few weeks back, despite windows has said Eastern DAYLIGHT Time for a few weeks now. -- Edit bug report at http://bugs.php.net/bug.php?id=51473&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=51473&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=51473&r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=51473&r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=51473&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=51473&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=51473&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=51473&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=51473&r=needscript Try newer version: http://bugs.php.net/fix.php?id=51473&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=51473&r=support Expected behavior: http://bugs.php.net/fix.php?id=51473&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=51473&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=51473&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=51473&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=51473&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=51473&r=dst IIS Stability: http://bugs.php.net/fix.php?id=51473&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=51473&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=51473&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=51473&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=51473&r=mysqlcfg
Bug #46672 [Com]: Cloned SimpleXML Output Different
Edit report at http://bugs.php.net/bug.php?id=46672&edit=1
ID: 46672
Comment by: compuart dot php at gmail dot com
Reported by: rfludwick at gmail dot com
Summary: Cloned SimpleXML Output Different
Status: Verified
Type: Bug
Package: SimpleXML related
Operating System: *
PHP Version: 5.*, 6CVS (2009-04-01)
New Comment:
The issue appears to be the cloned node doesn't have a document pointer
as its ultimate parent. Attached patch should fix that.
Previous Comments:
[2008-12-30 14:49:29] rfludwick at gmail dot com
I got the same result when using the snapshot, as well as version 5.2.8.
[2008-11-25 23:35:36] rfludwick at gmail dot com
Description:
It appears that cloning a SimpleXML object will not produce the same XML
output on asXML() as the original object. The original will output the
XML header and a line break after the XML while the cloned object is
missing these.
Reproduce code:
---
");
$simplexml->path->to->node = "Zend";
$simplexml_2 = clone $simplexml;
echo "|{$simplexml->asXML()}|\n|{$simplexml_2->asXML()}|";
Expected result:
|
Zend
|
|
Zend
|
Actual result:
--
|
Zend
|
|Zend|
--
Edit this bug report at http://bugs.php.net/bug.php?id=46672&edit=1
Bug #43817 [Asn]: opendir() fails on Windows directories with parent directory unaccessible
Edit report at http://bugs.php.net/bug.php?id=43817&edit=1 ID: 43817 Updated by: paj...@php.net Reported by: losd at mail dot dk Summary: opendir() fails on Windows directories with parent directory unaccessible Status: Assigned Type: Bug Package: Directory function related Operating System: win32 only - Windows Server 2003 PHP Version: 5.3.0beta1 Assigned To: pajoye New Comment: Nothing has changed in 5.2/3.x about that. The problem may come from the tsrm's real path which tries to access all parent directories to cache them. I have to investigate why it fails on XP (and on on 2003 for your right?) but not on more recent versions. Previous Comments: [2010-04-05 01:45:01] dani...@php.net I just installed 5.3.2. The regression has gotten worse. Now the "Subdir/.." workaround fails too: Warning: opendir(C:/Dir/Subdir/..,C:/Dir/Subdir/..) [function.opendir]: Access is denied. (code: 5)... [2010-03-29 00:27:55] paj...@php.net Please try with 5.3.2 [2010-03-29 00:12:25] dani...@php.net Still exists for me under the official release of PHP 5.3.0 on an XP SP3 machine. [2009-06-28 01:00:01] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2009-06-20 11:39:09] paj...@php.net Can't reproduce it with RC4, please try again with 5.3.0RC4. 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=43817 -- Edit this bug report at http://bugs.php.net/bug.php?id=43817&edit=1
Bug #43817 [Fbk->Asn]: opendir() fails on Windows directories with parent directory unaccessible
Edit report at http://bugs.php.net/bug.php?id=43817&edit=1 ID: 43817 Updated by: dani...@php.net Reported by: losd at mail dot dk Summary: opendir() fails on Windows directories with parent directory unaccessible -Status: Feedback +Status: Assigned Type: Bug Package: Directory function related Operating System: win32 only - Windows Server 2003 PHP Version: 5.3.0beta1 Assigned To: pajoye New Comment: I just installed 5.3.2. The regression has gotten worse. Now the "Subdir/.." workaround fails too: Warning: opendir(C:/Dir/Subdir/..,C:/Dir/Subdir/..) [function.opendir]: Access is denied. (code: 5)... Previous Comments: [2010-03-29 00:27:55] paj...@php.net Please try with 5.3.2 [2010-03-29 00:12:25] dani...@php.net Still exists for me under the official release of PHP 5.3.0 on an XP SP3 machine. [2009-06-28 01:00:01] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2009-06-20 11:39:09] paj...@php.net Can't reproduce it with RC4, please try again with 5.3.0RC4. [2009-03-02 20:09:55] paj...@php.net Also see #42832 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=43817 -- Edit this bug report at http://bugs.php.net/bug.php?id=43817&edit=1
[PHP-BUG] Bug #51472 [NEW]: DateTime::createFromFormat() does not accept 'W' or 'w' format specifier
From:
Operating system: ubuntu
PHP version: 5.3.2
Package: Date/time related
Bug Type: Bug
Bug description:DateTime::createFromFormat() does not accept 'W' or 'w' format
specifier
Description:
Although the documentation claims every "Format accepted by date()" is
accepted by DateTime::createFromFormat()
(http://www.php.net/manual/en/datetime.createfromformat.php), the
specifiers 'W' and 'w' are actually not.
So this is either a bug or a documentation-error.
Test script:
---
$mydate = DateTime::createFromFormat('W', '1');
print_r(DateTime::getLastErrors());
--
Edit bug report at http://bugs.php.net/bug.php?id=51472&edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=51472&r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=51472&r=trysnapshot53
Try a snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=51472&r=trysnapshot60
Fixed in SVN:
http://bugs.php.net/fix.php?id=51472&r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=51472&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=51472&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=51472&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=51472&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=51472&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=51472&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=51472&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=51472&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=51472&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=51472&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=51472&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=51472&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=51472&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=51472&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=51472&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=51472&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=51472&r=mysqlcfg
