#50971 [NEW]: imagettftext/imagettfbbox return wrong coordinates if angle != 0
From: sks76543210 at gmail dot com Operating system: CentOS 5 PHP version: 5.3SVN-2010-02-09 (snap) PHP Bug Type: GD related Bug description: imagettftext/imagettfbbox return wrong coordinates if angle != 0 Description: imagettftext() and imagettfbbox() both return wrong bounding box if the angle is not set to 0. This sounds similar to a bug closed last year at http://bugs.php.net/bug.php?id=43073 See http://www.yessum.org/gdbug2/ for font and samples. This bug appears to be in 5.1.6, and has since gotten worse in the latest svn. Also, in 5.3.3-dev, the text doesn't seem to even be on the same baseline on many of the angles. Reproduce code: --- http://bugs.php.net/?id=50971&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=50971&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=50971&r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=50971&r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=50971&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=50971&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=50971&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=50971&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=50971&r=needscript Try newer version: http://bugs.php.net/fix.php?id=50971&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=50971&r=support Expected behavior: http://bugs.php.net/fix.php?id=50971&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=50971&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=50971&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=50971&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=50971&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=50971&r=dst IIS Stability: http://bugs.php.net/fix.php?id=50971&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=50971&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=50971&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=50971&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=50971&r=mysqlcfg
#50960 [Com]: createimagefromwbmp fails to process some .bmp files (mime type: x-ms-bmp)
ID: 50960 Comment by: sks76543210 at gmail dot com Reported By: nirvn dot asia at gmail dot com Status: Open Bug Type: GD related Operating System: windows 2003 PHP Version: 5.3.1 New Comment: The gd library only supports wbmp files, not bmp. See comments at http://php.net/manual/en/function.imagecreate.php for an imagecreatefrombmp() function. (I have not tested it, so YMMV) Previous Comments: [2010-02-08 01:42:12] nirvn dot asia at gmail dot com Description: The GD function createimagefromwbmp() fails to process some .bmp (with mime type x-ms-bmp). For developers, this bmp (http://www.licadho-cambodia.org/php/test.bmp) will show the bug. Any chance of finding a quick fix for this one? Reproduce code: --- /* download http://www.licadho-cambodia.org/php/test.bmp */ $img = imagecreatefromwbmp(test.bmp') Expected result: The function reads the .bmp and stores the image into $img. Actual result: -- The function returns a warning (below) and $img is empty. Warning: imagecreatefromwbmp() [function.imagecreatefromwbmp]: 'test.bmp' is not a valid WBMP file in ... -- Edit this bug report at http://bugs.php.net/?id=50960&edit=1
#50970 [NEW]: force convert a string into int using (int) or intval() cause value truncate
From: zhangsilly at gmail dot com Operating system: Windows XP PHP version: 5.2.12 PHP Bug Type: Scripting Engine problem Bug description: force convert a string into int using (int) or intval() cause value truncate Description: use (int) or intval() to convert a string into integer in userland, if bigger than 2147483647, this will result a truncate, the value will always be 2147483647. but use zend_parse_parameters to parse the string as a long arguement, is do give the correct value in nagtive format Reproduce code: --- /** * assert failure * (int)3740925952 result is -554041344 * (int)'3740925952' result is 2147483647 */ assert((int)3740925952 == (int)'3740925952'); Expected result: assert should be succeed Actual result: -- assert failure -- Edit bug report at http://bugs.php.net/?id=50970&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=50970&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=50970&r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=50970&r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=50970&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=50970&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=50970&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=50970&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=50970&r=needscript Try newer version: http://bugs.php.net/fix.php?id=50970&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=50970&r=support Expected behavior: http://bugs.php.net/fix.php?id=50970&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=50970&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=50970&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=50970&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=50970&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=50970&r=dst IIS Stability: http://bugs.php.net/fix.php?id=50970&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=50970&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=50970&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=50970&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=50970&r=mysqlcfg
#50969 [Bgs]: operator overloading for classes
ID: 50969
Updated by: johan...@php.net
Reported By: sylvain at abstraction dot fr
Status: Bogus
Bug Type: Feature/Change Request
Operating System: all
PHP Version: 5.3.2RC1
New Comment:
Well it is implemented, as you can see when following the link, I
myself once created a patch to make it a bit nicer in syntax but it will
never be implemented (as far as never goes)
And well the issue, in the most simple form, is something like this:
function foo() {
return bar() + baz();
}
In today's world during are view you can say "this will return a
numeric value"with operator overloading you can say "this will return
something or maybe fail"
Becomes especially "funny" with
return bar() + 4;
Sure there's convention and comments and things but that won't help and
you can always do
return bar()->add(baz());
or
return someclass::add(bar(), baz());
which makes the intention clear. Yes $a + $b + $c + $d might be bit
nicer to read than the long form - but only as long as you know what
types you have ...
Previous Comments:
[2010-02-08 23:15:17] sylvain at abstraction dot fr
I'm not particularly aware of operator overloading in other language
but I don't see why it would be less readable in PHP than in any other
language as the only way to know what is happening is to read the code
of the method overloading the operator.
Anyhow, do I have to take as official PHP Team position that you won't
implement it ?
[2010-02-08 22:59:25] johan...@php.net
Operator overloading in a dynamically weak typed language is bad as
reading code gives no information what's happening. If you really want
it go to http://pecl.php.net/operator maybe that still works.
[2010-02-08 22:49:23] sylvain at abstraction dot fr
Description:
I would like to know what is the current PHP team position about
operator overloading in PHP for classes.
Operator overloading has been stated Bogus in
http://bugs.php.net/bug.php?id=9331 but it was more than two years ago.
I think it would be nice to have a discussion about that topic. If you
recently had one I would be interested if you could indicate me where I
can find it.
Best Regards.
--
Edit this bug report at http://bugs.php.net/?id=50969&edit=1
#50969 [Bgs]: operator overloading for classes
ID: 50969 User updated by: sylvain at abstraction dot fr Reported By: sylvain at abstraction dot fr Status: Bogus Bug Type: Feature/Change Request Operating System: all PHP Version: 5.3.2RC1 New Comment: I'm not particularly aware of operator overloading in other language but I don't see why it would be less readable in PHP than in any other language as the only way to know what is happening is to read the code of the method overloading the operator. Anyhow, do I have to take as official PHP Team position that you won't implement it ? Previous Comments: [2010-02-08 22:59:25] johan...@php.net Operator overloading in a dynamically weak typed language is bad as reading code gives no information what's happening. If you really want it go to http://pecl.php.net/operator maybe that still works. [2010-02-08 22:49:23] sylvain at abstraction dot fr Description: I would like to know what is the current PHP team position about operator overloading in PHP for classes. Operator overloading has been stated Bogus in http://bugs.php.net/bug.php?id=9331 but it was more than two years ago. I think it would be nice to have a discussion about that topic. If you recently had one I would be interested if you could indicate me where I can find it. Best Regards. -- Edit this bug report at http://bugs.php.net/?id=50969&edit=1
#50969 [Opn->Bgs]: operator overloading for classes
ID: 50969 Updated by: johan...@php.net Reported By: sylvain at abstraction dot fr -Status: Open +Status: Bogus Bug Type: Feature/Change Request Operating System: all PHP Version: 5.3.2RC1 New Comment: Operator overloading in a dynamically weak typed language is bad as reading code gives no information what's happening. If you really want it go to http://pecl.php.net/operator maybe that still works. Previous Comments: [2010-02-08 22:49:23] sylvain at abstraction dot fr Description: I would like to know what is the current PHP team position about operator overloading in PHP for classes. Operator overloading has been stated Bogus in http://bugs.php.net/bug.php?id=9331 but it was more than two years ago. I think it would be nice to have a discussion about that topic. If you recently had one I would be interested if you could indicate me where I can find it. Best Regards. -- Edit this bug report at http://bugs.php.net/?id=50969&edit=1
#50969 [NEW]: operator overloading for classes
From: sylvain at abstraction dot fr Operating system: all PHP version: 5.3.2RC1 PHP Bug Type: Feature/Change Request Bug description: operator overloading for classes Description: I would like to know what is the current PHP team position about operator overloading in PHP for classes. Operator overloading has been stated Bogus in http://bugs.php.net/bug.php?id=9331 but it was more than two years ago. I think it would be nice to have a discussion about that topic. If you recently had one I would be interested if you could indicate me where I can find it. Best Regards. -- Edit bug report at http://bugs.php.net/?id=50969&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=50969&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=50969&r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=50969&r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=50969&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=50969&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=50969&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=50969&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=50969&r=needscript Try newer version: http://bugs.php.net/fix.php?id=50969&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=50969&r=support Expected behavior: http://bugs.php.net/fix.php?id=50969&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=50969&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=50969&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=50969&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=50969&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=50969&r=dst IIS Stability: http://bugs.php.net/fix.php?id=50969&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=50969&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=50969&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=50969&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=50969&r=mysqlcfg
#50951 [Opn]: SimpleXml xpath doesn't return a ligitimate xpath query
ID: 50951
User updated by: arashaga at gmail dot com
Reported By: arashaga at gmail dot com
Status: Open
Bug Type: Scripting Engine problem
Operating System: xp
PHP Version: 5.3.1
New Comment:
Actually instead of that whole "for and foreach" block we can use
var_dump($rest);
and it will return bool(false).
Previous Comments:
[2010-02-08 21:59:54] arashaga at gmail dot com
registerXpathNamespace('ebay','urn:ebay:apis:eBLBaseComponents');
$resp = $xml-
>xpath("//ebay:CurrentPrice[.=1.98]/parent::Item/Storefront/StoreName"
);
for($i=0;$i < count($resp)/2; $i++ )
{
foreach($resp[$i] as $key => $value)
{
//echo "['".$key."']=".$value."";
echo "[$key]= $value";
}
}
?>
[2010-02-07 09:37:51] j...@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 ,
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.
[2010-02-07 05:45:01] arashaga at gmail dot com
Description:
in the example below I get the xpath query result in Xpath qury tools
like Xpath spy but when it's run in PHP I don't get anything.
it shoud output the storename but it doesn't.
Reproduce code:
---
//xml file (partially)
341396747871
â
http://product.half.ebay.com/GMAT-Quantitative-Review-Paperback-2005_W0QQprZ48636818QQtgZvidetailsQQitemZ341396747871
1
â
32
100.0
1.98
â
â
http://shops.half.ebay.com/rogerlee14_W0QQsellerZrogerlee14
rogerlee14
US
BrandNew
â
Brand new, never used. No markings at all. Ships fast!
the query is
//CurrentPrice[.=1.98]/parent::Item/Storefront/StoreName
Expected result:
rogerlee14
Actual result:
--
boolean(false)
--
Edit this bug report at http://bugs.php.net/?id=50951&edit=1
#50951 [Fbk->Opn]: SimpleXml xpath doesn't return a ligitimate xpath query
ID: 50951
User updated by: arashaga at gmail dot com
Reported By: arashaga at gmail dot com
-Status: Feedback
+Status: Open
Bug Type: Scripting Engine problem
Operating System: xp
PHP Version: 5.3.1
New Comment:
registerXpathNamespace('ebay','urn:ebay:apis:eBLBaseComponents');
$resp = $xml-
>xpath("//ebay:CurrentPrice[.=1.98]/parent::Item/Storefront/StoreName"
);
for($i=0;$i < count($resp)/2; $i++ )
{
foreach($resp[$i] as $key => $value)
{
//echo "['".$key."']=".$value."";
echo "[$key]= $value";
}
}
?>
Previous Comments:
[2010-02-07 09:37:51] j...@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 ,
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.
[2010-02-07 05:45:01] arashaga at gmail dot com
Description:
in the example below I get the xpath query result in Xpath qury tools
like Xpath spy but when it's run in PHP I don't get anything.
it shoud output the storename but it doesn't.
Reproduce code:
---
//xml file (partially)
341396747871
â
http://product.half.ebay.com/GMAT-Quantitative-Review-Paperback-2005_W0QQprZ48636818QQtgZvidetailsQQitemZ341396747871
1
â
32
100.0
1.98
â
â
http://shops.half.ebay.com/rogerlee14_W0QQsellerZrogerlee14
rogerlee14
US
BrandNew
â
Brand new, never used. No markings at all. Ships fast!
the query is
//CurrentPrice[.=1.98]/parent::Item/Storefront/StoreName
Expected result:
rogerlee14
Actual result:
--
boolean(false)
--
Edit this bug report at http://bugs.php.net/?id=50951&edit=1
#50194 [Asn]: With some fonts, letters are overlapped with imagettftext
ID: 50194 Updated by: paj...@php.net Reported By: stanislav at ww9 dot ru Status: Assigned Bug Type: GD related Operating System: Windows PHP Version: 5.2.11 -Assigned To: pajoye +Assigned To: tabe New Comment: Tabe, can you take a look at this one too please? :) Previous Comments: [2010-02-08 02:33:32] ahar...@php.net Bug #50958 is a dupe of this, and has a couple more exemplars that might be useful for isolating the problem. [2009-11-20 14:19:05] stanislav at ww9 dot ru Sorry, imagesavealpha has no effect on a result [2009-11-20 14:15:11] stanislav at ww9 dot ru I don't think it's a font problem. It draws text well when -the background tranparency is swiched off -alphablending is set to true -savealpha is set to false Here is the modifed code: [2009-11-20 11:42:17] f...@php.net It works with 5.2.6-1+lenny3 from Debian. Broken as well in 5.3.1 (php.net) on Debian lenny [2009-11-20 11:35:32] paj...@php.net I have to try them :) 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/50194 -- Edit this bug report at http://bugs.php.net/?id=50194&edit=1
#50967 [Bgs]: conflict when running 'php' or 'php5' from command line between xcache and apc
ID: 50967 User updated by: andy at simulsys dot demon dot co dot uk Reported By: andy at simulsys dot demon dot co dot uk Status: Bogus Bug Type: *General Issues Operating System: Debian Linux PHP Version: 5.3.1 New Comment: Thank you for your point of view. I shall try and locate someone to help make your program work properly. :-) Previous Comments: [2010-02-08 19:14:39] andy at simulsys dot demon dot co dot uk Yes I appreciate that its not a bug in one of the exe files. But a config bug is a config bug, and I'd greatly appreciate your help in identifying which file in which directory at what line this error can be fixed. [2010-02-08 19:13:43] andy at simulsys dot demon dot co dot uk Yes I appreciate that its not a bug in one of the exe files. But a config bug is a config bug, and I'd greatly appreciate your help in identifying which file in which directory at what line this error can be fixed. [2010-02-08 19:11:44] ras...@php.net This is a bug reporting system, not a support forum. [2010-02-08 19:09:49] andy at simulsys dot demon dot co dot uk Yes I appreciate that its not a bug in one of the exe files. But a config bug is a config bug, and I'd greatly appreciate your help in identifying which file in which directory at what line this error can be fixed. [2010-02-08 17:17:46] ras...@php.net This is not a PHP bug. This is a local configuration issue. You can't load 2 opcode caches at the same time. 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/50967 -- Edit this bug report at http://bugs.php.net/?id=50967&edit=1
#50967 [Bgs]: conflict when running 'php' or 'php5' from command line between xcache and apc
ID: 50967 User updated by: andy at simulsys dot demon dot co dot uk Reported By: andy at simulsys dot demon dot co dot uk Status: Bogus Bug Type: *General Issues Operating System: Debian Linux PHP Version: 5.3.1 New Comment: Yes I appreciate that its not a bug in one of the exe files. But a config bug is a config bug, and I'd greatly appreciate your help in identifying which file in which directory at what line this error can be fixed. Previous Comments: [2010-02-08 19:13:43] andy at simulsys dot demon dot co dot uk Yes I appreciate that its not a bug in one of the exe files. But a config bug is a config bug, and I'd greatly appreciate your help in identifying which file in which directory at what line this error can be fixed. [2010-02-08 19:11:44] ras...@php.net This is a bug reporting system, not a support forum. [2010-02-08 19:09:49] andy at simulsys dot demon dot co dot uk Yes I appreciate that its not a bug in one of the exe files. But a config bug is a config bug, and I'd greatly appreciate your help in identifying which file in which directory at what line this error can be fixed. [2010-02-08 17:17:46] ras...@php.net This is not a PHP bug. This is a local configuration issue. You can't load 2 opcode caches at the same time. [2010-02-08 16:57:57] andy at simulsys dot demon dot co dot uk Description: Hi! When I type 'PHP' or 'PHP5' at the Root Temrinal prompt an error message follows thus: "PHP Warning: Cannot load module 'XCache' because conflicting module 'apc' is already loaded in Unknown on line 0 Segmentation fault" I have tried uninstalling each and both modules in turn, but errors occur on each run. -- Edit this bug report at http://bugs.php.net/?id=50967&edit=1
#50967 [Bgs]: conflict when running 'php' or 'php5' from command line between xcache and apc
ID: 50967 User updated by: andy at simulsys dot demon dot co dot uk Reported By: andy at simulsys dot demon dot co dot uk Status: Bogus Bug Type: *General Issues Operating System: Debian Linux PHP Version: 5.3.1 New Comment: Yes I appreciate that its not a bug in one of the exe files. But a config bug is a config bug, and I'd greatly appreciate your help in identifying which file in which directory at what line this error can be fixed. Previous Comments: [2010-02-08 19:11:44] ras...@php.net This is a bug reporting system, not a support forum. [2010-02-08 19:09:49] andy at simulsys dot demon dot co dot uk Yes I appreciate that its not a bug in one of the exe files. But a config bug is a config bug, and I'd greatly appreciate your help in identifying which file in which directory at what line this error can be fixed. [2010-02-08 17:17:46] ras...@php.net This is not a PHP bug. This is a local configuration issue. You can't load 2 opcode caches at the same time. [2010-02-08 16:57:57] andy at simulsys dot demon dot co dot uk Description: Hi! When I type 'PHP' or 'PHP5' at the Root Temrinal prompt an error message follows thus: "PHP Warning: Cannot load module 'XCache' because conflicting module 'apc' is already loaded in Unknown on line 0 Segmentation fault" I have tried uninstalling each and both modules in turn, but errors occur on each run. -- Edit this bug report at http://bugs.php.net/?id=50967&edit=1
#50967 [Bgs]: conflict when running 'php' or 'php5' from command line between xcache and apc
ID: 50967 Updated by: ras...@php.net Reported By: andy at simulsys dot demon dot co dot uk Status: Bogus Bug Type: *General Issues Operating System: Debian Linux PHP Version: 5.3.1 New Comment: This is a bug reporting system, not a support forum. Previous Comments: [2010-02-08 19:09:49] andy at simulsys dot demon dot co dot uk Yes I appreciate that its not a bug in one of the exe files. But a config bug is a config bug, and I'd greatly appreciate your help in identifying which file in which directory at what line this error can be fixed. [2010-02-08 17:17:46] ras...@php.net This is not a PHP bug. This is a local configuration issue. You can't load 2 opcode caches at the same time. [2010-02-08 16:57:57] andy at simulsys dot demon dot co dot uk Description: Hi! When I type 'PHP' or 'PHP5' at the Root Temrinal prompt an error message follows thus: "PHP Warning: Cannot load module 'XCache' because conflicting module 'apc' is already loaded in Unknown on line 0 Segmentation fault" I have tried uninstalling each and both modules in turn, but errors occur on each run. -- Edit this bug report at http://bugs.php.net/?id=50967&edit=1
#50967 [Bgs]: conflict when running 'php' or 'php5' from command line between xcache and apc
ID: 50967 User updated by: andy at simulsys dot demon dot co dot uk Reported By: andy at simulsys dot demon dot co dot uk Status: Bogus Bug Type: *General Issues Operating System: Debian Linux PHP Version: 5.3.1 New Comment: Yes I appreciate that its not a bug in one of the exe files. But a config bug is a config bug, and I'd greatly appreciate your help in identifying which file in which directory at what line this error can be fixed. Previous Comments: [2010-02-08 17:17:46] ras...@php.net This is not a PHP bug. This is a local configuration issue. You can't load 2 opcode caches at the same time. [2010-02-08 16:57:57] andy at simulsys dot demon dot co dot uk Description: Hi! When I type 'PHP' or 'PHP5' at the Root Temrinal prompt an error message follows thus: "PHP Warning: Cannot load module 'XCache' because conflicting module 'apc' is already loaded in Unknown on line 0 Segmentation fault" I have tried uninstalling each and both modules in turn, but errors occur on each run. -- Edit this bug report at http://bugs.php.net/?id=50967&edit=1
#50965 [Bgs]: fsockopen will not work on 'localhost'
ID: 50965
User updated by: tony at marston-home dot demon dot co dot uk
Reported By: tony at marston-home dot demon dot co dot uk
Status: Bogus
Bug Type: Sockets related
Operating System: Windows XP
PHP Version: 5.2.12
New Comment:
print_r(gethostbynamel('localhost')); produces the following:
Array
(
[0] => 127.0.0.1
)
Previous Comments:
[2010-02-08 17:39:14] ras...@php.net
There is no special-case code in PHP for localhost.
Try: print_r(gethostbynamel('localhost'));
[2010-02-08 17:32:36] tony at marston-home dot demon dot co dot uk
I have checked my hosts file, and it only contains the following entry
for 'localhost':
127.0.0.1 localhost
I have rebooted my PC to clear any cache, but the error is still
there.
The name 'localhost' works in all the browsers that I use - IE,
Firefox, Opera and Safari - so it should work with fsockopen. It works
with names I use for other PCs in my home network.
I have another PC running Windows XP with IPV6 enabled and PHP 5.3.0,
and fsockopen doesn't have a problem using 'localhost' there.
[2010-02-08 17:07:40] ras...@php.net
If 127.0.0.1 works and your name lookup system correctly returns
127.0.0.1 for localhost, then localhost has to work. If it isn't
working it is because the lookup isn't returning the correct ipv4 ip.
You may have removed it from your hosts file, but perhaps the old
answer is cached somewhere. Try restarting things after changing your
hosts file.
[2010-02-08 11:57:49] tony at marston-home dot demon dot co dot uk
I did respond in the original bug, but you closed it before finding out
if your suggestion about removing the IPV6 entries from my hosts file
actually worked. I put in a reply saying that it hadn't worked, but you
never re-opened the bug. I assumed that as you had closed it that you
were refusing to answer any more queries about it.
[2010-02-08 11:40:47] ahar...@php.net
OK, bug #50953 has been reopened. In future, please post in the
original bug.
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/50965
--
Edit this bug report at http://bugs.php.net/?id=50965&edit=1
#50965 [Bgs]: fsockopen will not work on 'localhost'
ID: 50965
Updated by: ras...@php.net
Reported By: tony at marston-home dot demon dot co dot uk
Status: Bogus
Bug Type: Sockets related
Operating System: Windows XP
PHP Version: 5.2.12
New Comment:
There is no special-case code in PHP for localhost.
Try: print_r(gethostbynamel('localhost'));
Previous Comments:
[2010-02-08 17:32:36] tony at marston-home dot demon dot co dot uk
I have checked my hosts file, and it only contains the following entry
for 'localhost':
127.0.0.1 localhost
I have rebooted my PC to clear any cache, but the error is still
there.
The name 'localhost' works in all the browsers that I use - IE,
Firefox, Opera and Safari - so it should work with fsockopen. It works
with names I use for other PCs in my home network.
I have another PC running Windows XP with IPV6 enabled and PHP 5.3.0,
and fsockopen doesn't have a problem using 'localhost' there.
[2010-02-08 17:07:40] ras...@php.net
If 127.0.0.1 works and your name lookup system correctly returns
127.0.0.1 for localhost, then localhost has to work. If it isn't
working it is because the lookup isn't returning the correct ipv4 ip.
You may have removed it from your hosts file, but perhaps the old
answer is cached somewhere. Try restarting things after changing your
hosts file.
[2010-02-08 11:57:49] tony at marston-home dot demon dot co dot uk
I did respond in the original bug, but you closed it before finding out
if your suggestion about removing the IPV6 entries from my hosts file
actually worked. I put in a reply saying that it hadn't worked, but you
never re-opened the bug. I assumed that as you had closed it that you
were refusing to answer any more queries about it.
[2010-02-08 11:40:47] ahar...@php.net
OK, bug #50953 has been reopened. In future, please post in the
original bug.
[2010-02-08 11:35:00] tony at marston-home dot demon dot co dot uk
That is because he closed the bug without waiting to see if his
suggestion about removing the IV6 entries from the hosts file actually
worked.
He he hasn't provided a solution then the bug is not closed.
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/50965
--
Edit this bug report at http://bugs.php.net/?id=50965&edit=1
#50965 [Bgs]: fsockopen will not work on 'localhost'
ID: 50965 User updated by: tony at marston-home dot demon dot co dot uk Reported By: tony at marston-home dot demon dot co dot uk Status: Bogus Bug Type: Sockets related Operating System: Windows XP PHP Version: 5.2.12 New Comment: I have checked my hosts file, and it only contains the following entry for 'localhost': 127.0.0.1 localhost I have rebooted my PC to clear any cache, but the error is still there. The name 'localhost' works in all the browsers that I use - IE, Firefox, Opera and Safari - so it should work with fsockopen. It works with names I use for other PCs in my home network. I have another PC running Windows XP with IPV6 enabled and PHP 5.3.0, and fsockopen doesn't have a problem using 'localhost' there. Previous Comments: [2010-02-08 17:07:40] ras...@php.net If 127.0.0.1 works and your name lookup system correctly returns 127.0.0.1 for localhost, then localhost has to work. If it isn't working it is because the lookup isn't returning the correct ipv4 ip. You may have removed it from your hosts file, but perhaps the old answer is cached somewhere. Try restarting things after changing your hosts file. [2010-02-08 11:57:49] tony at marston-home dot demon dot co dot uk I did respond in the original bug, but you closed it before finding out if your suggestion about removing the IPV6 entries from my hosts file actually worked. I put in a reply saying that it hadn't worked, but you never re-opened the bug. I assumed that as you had closed it that you were refusing to answer any more queries about it. [2010-02-08 11:40:47] ahar...@php.net OK, bug #50953 has been reopened. In future, please post in the original bug. [2010-02-08 11:35:00] tony at marston-home dot demon dot co dot uk That is because he closed the bug without waiting to see if his suggestion about removing the IV6 entries from the hosts file actually worked. He he hasn't provided a solution then the bug is not closed. [2010-02-08 11:18:19] ahar...@php.net Correction: bug #50953 isn't open. That still doesn't merit opening a new one, IMO. 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/50965 -- Edit this bug report at http://bugs.php.net/?id=50965&edit=1
#50967 [Opn->Bgs]: conflict when running 'php' or 'php5' from command line between xcache and apc
ID: 50967 Updated by: ras...@php.net Reported By: andy at simulsys dot demon dot co dot uk -Status: Open +Status: Bogus Bug Type: *General Issues Operating System: Debian Linux PHP Version: 5.3.1 New Comment: This is not a PHP bug. This is a local configuration issue. You can't load 2 opcode caches at the same time. Previous Comments: [2010-02-08 16:57:57] andy at simulsys dot demon dot co dot uk Description: Hi! When I type 'PHP' or 'PHP5' at the Root Temrinal prompt an error message follows thus: "PHP Warning: Cannot load module 'XCache' because conflicting module 'apc' is already loaded in Unknown on line 0 Segmentation fault" I have tried uninstalling each and both modules in turn, but errors occur on each run. -- Edit this bug report at http://bugs.php.net/?id=50967&edit=1
#50965 [Bgs]: fsockopen will not work on 'localhost'
ID: 50965 Updated by: ras...@php.net Reported By: tony at marston-home dot demon dot co dot uk Status: Bogus Bug Type: Sockets related Operating System: Windows XP PHP Version: 5.2.12 New Comment: If 127.0.0.1 works and your name lookup system correctly returns 127.0.0.1 for localhost, then localhost has to work. If it isn't working it is because the lookup isn't returning the correct ipv4 ip. You may have removed it from your hosts file, but perhaps the old answer is cached somewhere. Try restarting things after changing your hosts file. Previous Comments: [2010-02-08 11:57:49] tony at marston-home dot demon dot co dot uk I did respond in the original bug, but you closed it before finding out if your suggestion about removing the IPV6 entries from my hosts file actually worked. I put in a reply saying that it hadn't worked, but you never re-opened the bug. I assumed that as you had closed it that you were refusing to answer any more queries about it. [2010-02-08 11:40:47] ahar...@php.net OK, bug #50953 has been reopened. In future, please post in the original bug. [2010-02-08 11:35:00] tony at marston-home dot demon dot co dot uk That is because he closed the bug without waiting to see if his suggestion about removing the IV6 entries from the hosts file actually worked. He he hasn't provided a solution then the bug is not closed. [2010-02-08 11:18:19] ahar...@php.net Correction: bug #50953 isn't open. That still doesn't merit opening a new one, IMO. [2010-02-08 11:16:33] ahar...@php.net Please don't open duplicate bugs in an attempt to "bump" existing open bugs. It's been less than 19 hours since your last post in bug #50953; I'm quite sure Pierre will respond when he's able. Closing. 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/50965 -- Edit this bug report at http://bugs.php.net/?id=50965&edit=1
#50967 [NEW]: conflict when running 'php' or 'php5' from command line between xcache and apc
From: andy at simulsys dot demon dot co dot uk Operating system: Debian Linux PHP version: 5.3.1 PHP Bug Type: *General Issues Bug description: conflict when running 'php' or 'php5' from command line between xcache and apc Description: Hi! When I type 'PHP' or 'PHP5' at the Root Temrinal prompt an error message follows thus: "PHP Warning: Cannot load module 'XCache' because conflicting module 'apc' is already loaded in Unknown on line 0 Segmentation fault" I have tried uninstalling each and both modules in turn, but errors occur on each run. -- Edit bug report at http://bugs.php.net/?id=50967&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=50967&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=50967&r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=50967&r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=50967&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=50967&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=50967&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=50967&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=50967&r=needscript Try newer version: http://bugs.php.net/fix.php?id=50967&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=50967&r=support Expected behavior: http://bugs.php.net/fix.php?id=50967&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=50967&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=50967&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=50967&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=50967&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=50967&r=dst IIS Stability: http://bugs.php.net/fix.php?id=50967&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=50967&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=50967&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=50967&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=50967&r=mysqlcfg
#50261 [Csd]: Crash When Calling Parent Constructor with call_user_func()
ID: 50261 Updated by: dmi...@php.net Reported By: tom at tomwardrop dot com Status: Closed Bug Type: Reproducible crash Operating System: * PHP Version: 5.3, 6 Assigned To: dmitry New Comment: The patch for this bug had an accidental change which was reverted in next revision: http://svn.php.net/viewvc/?view=revision&revision=291491 Previous Comments: [2009-11-30 12:52:34] tom at tomwardrop dot com Awesome turn around time. Well done guys, and thanks. [2009-11-30 11:40:07] dmi...@php.net This bug has been fixed in SVN. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. [2009-11-30 11:39:54] s...@php.net Automatic comment from SVN on behalf of dmitry Revision: http://svn.php.net/viewvc/?view=revision&revision=291488 Log: Fixed bug #50261 (Crash When Calling Parent Constructor with call_user_func()) [2009-11-24 09:22:13] tony2...@php.net Dmitry, could you take a look at it? [2009-11-23 23:07:07] s...@php.net Automatic comment from SVN on behalf of felipe Revision: http://svn.php.net/viewvc/?view=revision&revision=291248 Log: - Added test for bug #50261 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/50261 -- Edit this bug report at http://bugs.php.net/?id=50261&edit=1
#50947 [Fbk->Opn]: crypt() crashes with Apache module but not on command line
ID: 50947 User updated by: dax at enst dot fr Reported By: dax at enst dot fr -Status: Feedback +Status: Open Bug Type: Apache2 related Operating System: Solaris10 PHP Version: 5.2.12 New Comment: # change LD_LIBRARY_PATH for CLI to be thes same as Apache echo $LD_LIBRARY_PATH /usr/local/apache22/lib:/usr/local/apache22/modules:/usr/local/apr/lib:/usr/local/gcc3/lib:/usr/local/lib is now le same as apache running. ldd /usr/local/apache22/modules/libphp5.so |sort >ldd-libphp ldd /usr/local/apache22/bin/php |sort >ldd-cmdphp diff ldd-cmdphp ldd-libphp CLI is running under root Apache is running under nobody (as usual) Same environment about LD_LIBRARY_PATH mode CLI: both scripts work mode apache: cryptok.php (with salt) works cryptbad.php (without salt) crashes Previous Comments: [2010-02-08 15:10:28] johan...@php.net Can you try using the same LD_LIBRARY_PATH when running CLI as oyur doing with Apache? Can you check whether ldd reports other libs when using CLI with this path? Areyou running CLI and apache as the same user from the same environment or are there different users/environments used? [2010-02-08 14:20:54] dax at enst dot fr Yes, the both was compiled at same time using: ./configure --options_stuff... make make install ls -l /usr/local/apache22/bin/php /usr/local/apache22/modules//libphp5.so -rwxr-xr-x 1 root root 21154620 Feb 7 22:24 /usr/local/apache22/bin/php* -rwxr-xr-x 1 root other21697020 Feb 7 22:24 /usr/local/apache22/modules//libphp5.so* Only one unique php.ini 2 scripts : 1- cryptok.php: 2- cryptbad.php: With CLI: both scripts pass 1- scriptok works in module apache mode 2- scriptbad crashes in module apache mode (segmentation fault) Results seem differents about crypt algorithm: 1- scriptok gives: 12.rYi7YWzJVI 2- scriptbad gives: $1$F4XSe/ks$7fQgb9k8xu.gzJOK0QHzO/ [2010-02-07 22:58:02] j...@php.net Did you compile both the same time, ie. using same configure options? And it's CLI that has the libs and does not crash? Are different php.ini files used for both? Does both load same extensions? Are any shared extensions loaded? [2010-02-07 21:57:27] dax at enst dot fr Sorry to re-open, I know I have not do all things you have suggested. An answer to the comparaison of dependencies between php command and libphp.so is interesting : diff ldd-cmdphp ldd-libphp 21d20 < libgcrypt.so.11 => /usr/lib/libgcrypt.so.11 25d23 < libgpg-error.so.0 => /usr/lib/libgpg-error.so.0 No static libraries involved ldd libphp5.so libz.so => /usr/lib/libz.so libexslt.so.0 => /usr/lib/libexslt.so.0 libexpat.so.1 => /usr/local/lib/libexpat.so.1 librt.so.1 =>/usr/lib/librt.so.1 libmysqlclient.so.16 => /infres/mysql/5.1.30/lib/mysql/libmysqlclient.so.16 libmcrypt.so.4 =>/usr/local/lib/libmcrypt.so.4 libltdl.so.7 => /usr/local/lib/libltdl.so.7 libldap-2.4.so.2 => /usr/local/lib/libldap-2.4.so.2 liblber-2.4.so.2 => /usr/local/lib/liblber-2.4.so.2 libintl.so.8 => /usr/local/lib/libintl.so.8 libgd.so.2 =>/usr/local/lib/libgd.so.2 libt1.so.5 =>/usr/local/lib/libt1.so.5 libfreetype.so.6 => /usr/local/lib/libfreetype.so.6 libX11.so.6.2 => /usr/local/X11R6/lib/libX11.so.6.2 libXpm.so.4.11 =>/usr/lib/libXpm.so.4.11 libpng12.so.0 => /usr/lib/libpng12.so.0 libdb-4.5.so => /usr/local/lib/libdb-4.5.so libgdbm.so.3 => /usr/local/lib/libgdbm.so.3 libbz2.so.1.0 => /usr/local/lib/libbz2.so.1.0 libresolv.so.2 =>/usr/lib/libresolv.so.2 libm.so.2 => /usr/lib/libm.so.2 libnsl.so.1 => /usr/lib/libnsl.so.1 libsocket.so.1 =>/usr/lib/libsocket.so.1 libcurl.so.3 => /usr/local/lib/libcurl.so.3 libssl.so.0.9.8 => /usr/local/lib/libssl.so.0.9.8 libcrypto.so.0.9.8 =>/usr/local/ssl/lib/libcrypto.so.0.9.8 libdl.so.1 =>/usr/lib/libdl.so.1 libxslt.so.1 => /usr/lib/libxslt.so.1 libxml2.so.2 => /usr/lib/libxml2.so.2 libiconv.so.2 => /usr/local/lib/libiconv.so.2 libc.so.1 => /usr/lib/libc.so.1 libgcc_s.so.1 => /usr/local/gcc3/lib/libgcc_s.so.1 libpthread.so.1 => /usr/lib/libpthread.so.1 libaio.so.1 => /usr/lib/libaio.so.1 libmd.so.1 =>/usr/lib/libmd.so.1 libgen.so.1 => /usr/lib/libgen.so.1 libm.so.1 => /usr/lib/libm.so.1 libX11.so.4 => /usr/lib/libX11.
#50947 [Opn->Fbk]: crypt() crashes with Apache module but not on command line
ID: 50947 Updated by: johan...@php.net Reported By: dax at enst dot fr -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: Solaris10 PHP Version: 5.2.12 New Comment: Can you try using the same LD_LIBRARY_PATH when running CLI as oyur doing with Apache? Can you check whether ldd reports other libs when using CLI with this path? Areyou running CLI and apache as the same user from the same environment or are there different users/environments used? Previous Comments: [2010-02-08 14:20:54] dax at enst dot fr Yes, the both was compiled at same time using: ./configure --options_stuff... make make install ls -l /usr/local/apache22/bin/php /usr/local/apache22/modules//libphp5.so -rwxr-xr-x 1 root root 21154620 Feb 7 22:24 /usr/local/apache22/bin/php* -rwxr-xr-x 1 root other21697020 Feb 7 22:24 /usr/local/apache22/modules//libphp5.so* Only one unique php.ini 2 scripts : 1- cryptok.php: 2- cryptbad.php: With CLI: both scripts pass 1- scriptok works in module apache mode 2- scriptbad crashes in module apache mode (segmentation fault) Results seem differents about crypt algorithm: 1- scriptok gives: 12.rYi7YWzJVI 2- scriptbad gives: $1$F4XSe/ks$7fQgb9k8xu.gzJOK0QHzO/ [2010-02-07 22:58:02] j...@php.net Did you compile both the same time, ie. using same configure options? And it's CLI that has the libs and does not crash? Are different php.ini files used for both? Does both load same extensions? Are any shared extensions loaded? [2010-02-07 21:57:27] dax at enst dot fr Sorry to re-open, I know I have not do all things you have suggested. An answer to the comparaison of dependencies between php command and libphp.so is interesting : diff ldd-cmdphp ldd-libphp 21d20 < libgcrypt.so.11 => /usr/lib/libgcrypt.so.11 25d23 < libgpg-error.so.0 => /usr/lib/libgpg-error.so.0 No static libraries involved ldd libphp5.so libz.so => /usr/lib/libz.so libexslt.so.0 => /usr/lib/libexslt.so.0 libexpat.so.1 => /usr/local/lib/libexpat.so.1 librt.so.1 =>/usr/lib/librt.so.1 libmysqlclient.so.16 => /infres/mysql/5.1.30/lib/mysql/libmysqlclient.so.16 libmcrypt.so.4 =>/usr/local/lib/libmcrypt.so.4 libltdl.so.7 => /usr/local/lib/libltdl.so.7 libldap-2.4.so.2 => /usr/local/lib/libldap-2.4.so.2 liblber-2.4.so.2 => /usr/local/lib/liblber-2.4.so.2 libintl.so.8 => /usr/local/lib/libintl.so.8 libgd.so.2 =>/usr/local/lib/libgd.so.2 libt1.so.5 =>/usr/local/lib/libt1.so.5 libfreetype.so.6 => /usr/local/lib/libfreetype.so.6 libX11.so.6.2 => /usr/local/X11R6/lib/libX11.so.6.2 libXpm.so.4.11 =>/usr/lib/libXpm.so.4.11 libpng12.so.0 => /usr/lib/libpng12.so.0 libdb-4.5.so => /usr/local/lib/libdb-4.5.so libgdbm.so.3 => /usr/local/lib/libgdbm.so.3 libbz2.so.1.0 => /usr/local/lib/libbz2.so.1.0 libresolv.so.2 =>/usr/lib/libresolv.so.2 libm.so.2 => /usr/lib/libm.so.2 libnsl.so.1 => /usr/lib/libnsl.so.1 libsocket.so.1 =>/usr/lib/libsocket.so.1 libcurl.so.3 => /usr/local/lib/libcurl.so.3 libssl.so.0.9.8 => /usr/local/lib/libssl.so.0.9.8 libcrypto.so.0.9.8 =>/usr/local/ssl/lib/libcrypto.so.0.9.8 libdl.so.1 =>/usr/lib/libdl.so.1 libxslt.so.1 => /usr/lib/libxslt.so.1 libxml2.so.2 => /usr/lib/libxml2.so.2 libiconv.so.2 => /usr/local/lib/libiconv.so.2 libc.so.1 => /usr/lib/libc.so.1 libgcc_s.so.1 => /usr/local/gcc3/lib/libgcc_s.so.1 libpthread.so.1 => /usr/lib/libpthread.so.1 libaio.so.1 => /usr/lib/libaio.so.1 libmd.so.1 =>/usr/lib/libmd.so.1 libgen.so.1 => /usr/lib/libgen.so.1 libm.so.1 => /usr/lib/libm.so.1 libX11.so.4 => /usr/lib/libX11.so.4 libjpeg.so.62 => /usr/lib/libjpeg.so.62 libfontconfig.so.1 =>/usr/lib/libfontconfig.so.1 libXext.so.0 => /usr/lib/libXext.so.0 libmp.so.2 =>/usr/lib/libmp.so.2 libscf.so.1 => /usr/lib/libscf.so.1 libexpat.so.0 => (file not found) libdoor.so.1 => /usr/lib/libdoor.so.1 libuutil.so.1 => /usr/lib/libuutil.so.1 /platform/SUNW,T5140/lib/libc_psr.so.1 /platform/SUNW,T5140/lib/libmd_psr.so.1 Apache compilation options : ./configure --prefix=/usr/local/apache22 --enable-so --enable-cgi --enable-cgid --enable-rewrite --enable-speling --enable-info --enable-deflate --enable-headers --e
#45914 [Com]: ini_set() Does Not Work When Using Registry-Based "Per Directory Values"
ID: 45914
Comment by: php at psdie dot com
Reported By: w dot ashcroft at redfoxuk dot com
Status: Assigned
Bug Type: PHP options/info functions
Operating System: win32 only
PHP Version: 5.2CVS-2008-08-25
Assigned To: pajoye
New Comment:
This issue also means that we're unable to override the "error_log"
value via ini_set() - it seems to work temporarily, then reverts to the
default and can no longer be overridden.
The simple test case is:
The above outputs the correct log filename initially, but then seems to
stop working after a period of time (10 hours or so), then refuses to
work from that point onward.
This bug was reported back in Aug 98 - is a fix or workaround
available? I know that my host is unable to upgrade past v5.2.12 at
present because of lack of Zend/ionCube Decoders support.
Many thanks, Ben
Previous Comments:
[2008-10-24 15:55:12] j...@php.net
Assigned to the Windows port maintainer.
[2008-08-25 23:09:00] w dot ashcroft at redfoxuk dot com
I can confirm the issue still exists in the current CVS snapshot.
[2008-08-25 20:40:09] j...@php.net
Please try using this CVS snapshot:
http://snaps.php.net/php5.2-latest.tar.gz
For Windows (zip):
http://snaps.php.net/win32/php5.2-win32-latest.zip
For Windows (installer):
http://snaps.php.net/win32/php5.2-win32-installer-latest.msi
[2008-08-25 19:32:02] w dot ashcroft at redfoxuk dot com
Description:
It seems then when using Per Directory Values in the Windows Registry,
these values can then not be changed with ini_set() - for example we set
the sendmail_from value for each individual website using the
registry-based Per Directory Values, but the website owners should then
be able to set their own from address in their scripts using ini_set().
As I understand it, the in-script ini_set() should be the last possible
place a value can be changed (at runtime); not the registry.
Removing the registry entry gives the expected result of:
not...@notset.com
webmas...@example.com
Reproduce code:
---
php.ini
sendmail_from = not...@notset.com
HKLM\SOFTWARE\PHP\Per Directory Values\[DirPath]
sendmail_from = nore...@example.com
";
ini_set("sendmail_from", "webmas...@example.com");
echo ini_get("sendmail_from");
?>
Expected result:
nore...@example.com
webmas...@example.com
Actual result:
--
nore...@example.com
nore...@example.com
--
Edit this bug report at http://bugs.php.net/?id=45914&edit=1
#50947 [Fbk->Opn]: crypt() crashes with Apache module but not on command line
ID: 50947 User updated by: dax at enst dot fr Reported By: dax at enst dot fr -Status: Feedback +Status: Open Bug Type: Apache2 related Operating System: Solaris10 PHP Version: 5.2.12 New Comment: Yes, the both was compiled at same time using: ./configure --options_stuff... make make install ls -l /usr/local/apache22/bin/php /usr/local/apache22/modules//libphp5.so -rwxr-xr-x 1 root root 21154620 Feb 7 22:24 /usr/local/apache22/bin/php* -rwxr-xr-x 1 root other21697020 Feb 7 22:24 /usr/local/apache22/modules//libphp5.so* Only one unique php.ini 2 scripts : 1- cryptok.php: 2- cryptbad.php: With CLI: both scripts pass 1- scriptok works in module apache mode 2- scriptbad crashes in module apache mode (segmentation fault) Results seem differents about crypt algorithm: 1- scriptok gives: 12.rYi7YWzJVI 2- scriptbad gives: $1$F4XSe/ks$7fQgb9k8xu.gzJOK0QHzO/ Previous Comments: [2010-02-07 22:58:02] j...@php.net Did you compile both the same time, ie. using same configure options? And it's CLI that has the libs and does not crash? Are different php.ini files used for both? Does both load same extensions? Are any shared extensions loaded? [2010-02-07 21:57:27] dax at enst dot fr Sorry to re-open, I know I have not do all things you have suggested. An answer to the comparaison of dependencies between php command and libphp.so is interesting : diff ldd-cmdphp ldd-libphp 21d20 < libgcrypt.so.11 => /usr/lib/libgcrypt.so.11 25d23 < libgpg-error.so.0 => /usr/lib/libgpg-error.so.0 No static libraries involved ldd libphp5.so libz.so => /usr/lib/libz.so libexslt.so.0 => /usr/lib/libexslt.so.0 libexpat.so.1 => /usr/local/lib/libexpat.so.1 librt.so.1 =>/usr/lib/librt.so.1 libmysqlclient.so.16 => /infres/mysql/5.1.30/lib/mysql/libmysqlclient.so.16 libmcrypt.so.4 =>/usr/local/lib/libmcrypt.so.4 libltdl.so.7 => /usr/local/lib/libltdl.so.7 libldap-2.4.so.2 => /usr/local/lib/libldap-2.4.so.2 liblber-2.4.so.2 => /usr/local/lib/liblber-2.4.so.2 libintl.so.8 => /usr/local/lib/libintl.so.8 libgd.so.2 =>/usr/local/lib/libgd.so.2 libt1.so.5 =>/usr/local/lib/libt1.so.5 libfreetype.so.6 => /usr/local/lib/libfreetype.so.6 libX11.so.6.2 => /usr/local/X11R6/lib/libX11.so.6.2 libXpm.so.4.11 =>/usr/lib/libXpm.so.4.11 libpng12.so.0 => /usr/lib/libpng12.so.0 libdb-4.5.so => /usr/local/lib/libdb-4.5.so libgdbm.so.3 => /usr/local/lib/libgdbm.so.3 libbz2.so.1.0 => /usr/local/lib/libbz2.so.1.0 libresolv.so.2 =>/usr/lib/libresolv.so.2 libm.so.2 => /usr/lib/libm.so.2 libnsl.so.1 => /usr/lib/libnsl.so.1 libsocket.so.1 =>/usr/lib/libsocket.so.1 libcurl.so.3 => /usr/local/lib/libcurl.so.3 libssl.so.0.9.8 => /usr/local/lib/libssl.so.0.9.8 libcrypto.so.0.9.8 =>/usr/local/ssl/lib/libcrypto.so.0.9.8 libdl.so.1 =>/usr/lib/libdl.so.1 libxslt.so.1 => /usr/lib/libxslt.so.1 libxml2.so.2 => /usr/lib/libxml2.so.2 libiconv.so.2 => /usr/local/lib/libiconv.so.2 libc.so.1 => /usr/lib/libc.so.1 libgcc_s.so.1 => /usr/local/gcc3/lib/libgcc_s.so.1 libpthread.so.1 => /usr/lib/libpthread.so.1 libaio.so.1 => /usr/lib/libaio.so.1 libmd.so.1 =>/usr/lib/libmd.so.1 libgen.so.1 => /usr/lib/libgen.so.1 libm.so.1 => /usr/lib/libm.so.1 libX11.so.4 => /usr/lib/libX11.so.4 libjpeg.so.62 => /usr/lib/libjpeg.so.62 libfontconfig.so.1 =>/usr/lib/libfontconfig.so.1 libXext.so.0 => /usr/lib/libXext.so.0 libmp.so.2 =>/usr/lib/libmp.so.2 libscf.so.1 => /usr/lib/libscf.so.1 libexpat.so.0 => (file not found) libdoor.so.1 => /usr/lib/libdoor.so.1 libuutil.so.1 => /usr/lib/libuutil.so.1 /platform/SUNW,T5140/lib/libc_psr.so.1 /platform/SUNW,T5140/lib/libmd_psr.so.1 Apache compilation options : ./configure --prefix=/usr/local/apache22 --enable-so --enable-cgi --enable-cgid --enable-rewrite --enable-speling --enable-info --enable-deflate --enable-headers --enable-vhost-alias --enable-dav --enable-dav-fs --enable-ssl --with-ssl=/usr/local/ssl --enable-proxy --enable-proxy-connect --enable-proxy-ftp --enable-proxy-http --enable-ldap --with-ldap --enable-authnz-ldap --enable-expires Apache runtime : LD_LIBRARY_PATH=/usr/local/apache22/lib:/usr/local/apache22/modules:/usr/local/apr/lib:/usr/local/ssl/lib:/usr/local/gcc3/lib:/usr/local/lib:$LD_LIBRARY_P
#50416 [Asn->Csd]: PROCEDURE db.myproc can't return a result set in the given context
ID: 50416
Updated by: and...@php.net
Reported By: ernesto_vargas at yahoo dot com
-Status: Assigned
+Status: Closed
Bug Type: MySQL related
Operating System: *
PHP Version: 5.3, 6
Assigned To: mysql
New Comment:
This bug has been fixed in SVN.
Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
Thank you for the report, and for helping us make PHP better.
Fix will be part of 5.3.3 and HEAD
Previous Comments:
[2010-02-08 13:09:34] s...@php.net
Automatic comment from SVN on behalf of andrey
Revision: http://svn.php.net/viewvc/?view=revision&revision=294762
Log: Fix bug#50416
PROCEDURE db.myproc can't return a result set in the given context
[2010-02-08 11:41:11] and...@php.net
and...@winnie:~/dev/php/PHP_5_3$ ./php a.php
string(6) "5.1.44"
array(1) {
[0]=>
string(9) "it works!"
}
This is a mysqlnd build, with libmysql I see the error message. This
will be further investigated.
[2010-01-28 23:32:21] ermesto_vargas at yahoo dot com
Any news on these bug?
[2010-01-12 21:11:41] ermesto_vargas at yahoo dot com
Any ETA on when this issue will be review?
j...@php.net have clearly assert that the error occur on PHP 5.3+
[2010-01-07 10:16:34] j...@php.net
Uwe, please notice my comment: It _works_ with PHP 5.2.x but NOT with
5.3, ergo, there's a bug in _PHP_ mysql stuff..
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/50416
--
Edit this bug report at http://bugs.php.net/?id=50416&edit=1
#47601 [Opn->Csd]: defined() requires class to exist when testing for class const (only in PHP_5_2)
ID: 47601
Updated by: il...@php.net
Reported By: david at grudl dot com
-Status: Open
+Status: Closed
Bug Type: Scripting Engine problem
Operating System: *
PHP Version: 5.2CVS-2009-03-10
New Comment:
This bug has been fixed in SVN.
Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
Thank you for the report, and for helping us make PHP better.
Previous Comments:
[2010-02-08 12:31:34] s...@php.net
Automatic comment from SVN on behalf of iliaa
Revision: http://svn.php.net/viewvc/?view=revision&revision=294761
Log: Fixed bug #47601 (defined() requires class to exist when testing
for class constants).
# Unifies behaviour with 5.3+
[2009-03-09 00:15:49] david at grudl dot com
It seems this bug exists only in 5.2.x branch (since 5.2.4 - 5.2.9).
PHP 5.3.0beta1 which is older than 5.2.9 is not affected.
[2009-03-08 22:55:57] david at grudl dot com
Description:
Function defined() is very strict whether class constant is checking.
Non-declared (and not-autoloaded) class can be rather expressed as FALSE
than fatal error.
Reproduce code:
---
var_dump( defined('Test::VALUE') );
Expected result:
FALSE
Actual result:
--
Fatal error: Class 'Test' not found
--
Edit this bug report at http://bugs.php.net/?id=47601&edit=1
#50965 [Bgs]: fsockopen will not work on 'localhost'
ID: 50965
User updated by: tony at marston-home dot demon dot co dot uk
Reported By: tony at marston-home dot demon dot co dot uk
Status: Bogus
Bug Type: Sockets related
Operating System: Windows XP
PHP Version: 5.2.12
New Comment:
I did respond in the original bug, but you closed it before finding out
if your suggestion about removing the IPV6 entries from my hosts file
actually worked. I put in a reply saying that it hadn't worked, but you
never re-opened the bug. I assumed that as you had closed it that you
were refusing to answer any more queries about it.
Previous Comments:
[2010-02-08 11:40:47] ahar...@php.net
OK, bug #50953 has been reopened. In future, please post in the
original bug.
[2010-02-08 11:35:00] tony at marston-home dot demon dot co dot uk
That is because he closed the bug without waiting to see if his
suggestion about removing the IV6 entries from the hosts file actually
worked.
He he hasn't provided a solution then the bug is not closed.
[2010-02-08 11:18:19] ahar...@php.net
Correction: bug #50953 isn't open. That still doesn't merit opening a
new one, IMO.
[2010-02-08 11:16:33] ahar...@php.net
Please don't open duplicate bugs in an attempt to "bump" existing open
bugs. It's been less than 19 hours since your last post in bug #50953;
I'm quite sure Pierre will respond when he's able.
Closing.
[2010-02-08 11:06:37] tony at marston-home dot demon dot co dot uk
Description:
When are you going to provide a proper answer for post
http://bugs.php.net/bug.php?id=50953 ? I have removed the IPv6 entries
in my hosts file, but the problem is still there.
Reproduce code:
---
function connect($host) {
$faultcode = null;
$faultstring = null;
$conn = fsockopen($host, 80, $faultcode, $faultstring, 20);
if (!$conn) {
echo 'faultcode=' .$faultcode .', faultstring=' .$faultstring
."\n";
} else {
echo "Connected to $host OK\n";
} // if
return $conn;
} // function
$result = connect('localhost');
$result = connect('127.0.0.1');
$result = connect('desktop');
$result = connect('www.tonymarston.net');
Expected result:
I expect to see the message "Connected to OK" for all values of
host.
Actual result:
--
Warning: fsockopen(): unable to connect to localhost:80
faultcode=10060, faultstring=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.
Connected to 127.0.0.1 OK
Connected to desktop OK
Connected to www.tonymarston.net OK
--
Edit this bug report at http://bugs.php.net/?id=50965&edit=1
#50416 [Asn]: PROCEDURE db.myproc can't return a result set in the given context
ID: 50416
Updated by: and...@php.net
Reported By: ernesto_vargas at yahoo dot com
Status: Assigned
Bug Type: MySQL related
Operating System: *
PHP Version: 5.3, 6
Assigned To: mysql
New Comment:
and...@winnie:~/dev/php/PHP_5_3$ ./php a.php
string(6) "5.1.44"
array(1) {
[0]=>
string(9) "it works!"
}
This is a mysqlnd build, with libmysql I see the error message. This
will be further investigated.
Previous Comments:
[2010-01-28 23:32:21] ermesto_vargas at yahoo dot com
Any news on these bug?
[2010-01-12 21:11:41] ermesto_vargas at yahoo dot com
Any ETA on when this issue will be review?
j...@php.net have clearly assert that the error occur on PHP 5.3+
[2010-01-07 10:16:34] j...@php.net
Uwe, please notice my comment: It _works_ with PHP 5.2.x but NOT with
5.3, ergo, there's a bug in _PHP_ mysql stuff..
[2010-01-05 14:53:47] ernesto_vargas at yahoo dot com
@u...@php.net;
The store procedure code is a simple Hello World. Code is below.
DELIMITER $$
CREATE PROCEDURE `myproc`()
BEGIN
SELECT 'it works!';
END$$
[2010-01-04 10:51:19] u...@php.net
This may be a valid error message,
http://dev.mysql.com/doc/refman/5.0/en/create-procedure.html . What's
the code of the SP?
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/50416
--
Edit this bug report at http://bugs.php.net/?id=50416&edit=1
#50965 [Bgs]: fsockopen will not work on 'localhost'
ID: 50965
Updated by: ahar...@php.net
Reported By: tony at marston-home dot demon dot co dot uk
Status: Bogus
Bug Type: Sockets related
Operating System: Windows XP
PHP Version: 5.2.12
New Comment:
OK, bug #50953 has been reopened. In future, please post in the
original bug.
Previous Comments:
[2010-02-08 11:35:00] tony at marston-home dot demon dot co dot uk
That is because he closed the bug without waiting to see if his
suggestion about removing the IV6 entries from the hosts file actually
worked.
He he hasn't provided a solution then the bug is not closed.
[2010-02-08 11:18:19] ahar...@php.net
Correction: bug #50953 isn't open. That still doesn't merit opening a
new one, IMO.
[2010-02-08 11:16:33] ahar...@php.net
Please don't open duplicate bugs in an attempt to "bump" existing open
bugs. It's been less than 19 hours since your last post in bug #50953;
I'm quite sure Pierre will respond when he's able.
Closing.
[2010-02-08 11:06:37] tony at marston-home dot demon dot co dot uk
Description:
When are you going to provide a proper answer for post
http://bugs.php.net/bug.php?id=50953 ? I have removed the IPv6 entries
in my hosts file, but the problem is still there.
Reproduce code:
---
function connect($host) {
$faultcode = null;
$faultstring = null;
$conn = fsockopen($host, 80, $faultcode, $faultstring, 20);
if (!$conn) {
echo 'faultcode=' .$faultcode .', faultstring=' .$faultstring
."\n";
} else {
echo "Connected to $host OK\n";
} // if
return $conn;
} // function
$result = connect('localhost');
$result = connect('127.0.0.1');
$result = connect('desktop');
$result = connect('www.tonymarston.net');
Expected result:
I expect to see the message "Connected to OK" for all values of
host.
Actual result:
--
Warning: fsockopen(): unable to connect to localhost:80
faultcode=10060, faultstring=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.
Connected to 127.0.0.1 OK
Connected to desktop OK
Connected to www.tonymarston.net OK
--
Edit this bug report at http://bugs.php.net/?id=50965&edit=1
#50953 [Bgs->Opn]: fsockopen will not work on 'localhost'
ID: 50953
Updated by: ahar...@php.net
Reported By: tony at marston-home dot demon dot co dot uk
-Status: Bogus
+Status: Open
Bug Type: Sockets related
Operating System: Windows XP
PHP Version: 5.2.12
New Comment:
Reopening per discussion in bug #50965.
Previous Comments:
[2010-02-07 17:27:30] tony at marston-home dot demon dot co dot uk
I have tried that, but it still doesn't work.
[2010-02-07 17:15:21] paj...@php.net
Comment out the IPv6 entries for localhost (see the other bogus reports
for detailed explanations).
[2010-02-07 16:28:31] tony at marston-home dot demon dot co dot uk
Yes, but why should this make a difference? I have another Windows XP
PC running PHP 5.3.0 and that works OK. I have just upgraded this PC
from PHP 4.4.9 to 5.2.12, and it worked OK in PHP 4.
Is it something to do with the fact that IPV6 support is enabled in PHP
5.2.12 but disabled in PHP 5.3.0? Is this a PHP problem and not an OS
problem?
FYI my hosts file contains the following:
127.0.0.1 localhost
::1 localhost
127.0.0.1 laptop
192.168.1.64desktop
[2010-02-07 16:07:01] paj...@php.net
Did you install IPv6 support for XP?
[2010-02-07 13:31:42] tony at marston-home dot demon dot co dot uk
Description:
If I use fsockopen with host 'localhost' it fails, but it works with
'127.0.0.1' or any other host name.
Reproduce code:
---
function connect($host) {
$faultcode = null;
$faultstring = null;
$conn = fsockopen($host, 80, $faultcode, $faultstring, 20);
if (!$conn) {
echo 'faultcode=' .$faultcode .', faultstring=' .$faultstring
."\n";
} else {
echo "Connected to $host OK\n";
} // if
return $conn;
} // function
$result = connect('localhost');
$result = connect('127.0.0.1');
$result = connect('desktop');
$result = connect('www.tonymarston.net');
Expected result:
I expect to see the message "Connected to OK" for all values of
host.
Actual result:
--
Warning: fsockopen(): unable to connect to localhost:80
faultcode=10060, faultstring=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.
Connected to 127.0.0.1 OK
Connected to desktop OK
Connected to www.tonymarston.net OK
--
Edit this bug report at http://bugs.php.net/?id=50953&edit=1
#50965 [Bgs]: fsockopen will not work on 'localhost'
ID: 50965
User updated by: tony at marston-home dot demon dot co dot uk
Reported By: tony at marston-home dot demon dot co dot uk
Status: Bogus
Bug Type: Sockets related
Operating System: Windows XP
PHP Version: 5.2.12
New Comment:
That is because he closed the bug without waiting to see if his
suggestion about removing the IV6 entries from the hosts file actually
worked.
He he hasn't provided a solution then the bug is not closed.
Previous Comments:
[2010-02-08 11:18:19] ahar...@php.net
Correction: bug #50953 isn't open. That still doesn't merit opening a
new one, IMO.
[2010-02-08 11:16:33] ahar...@php.net
Please don't open duplicate bugs in an attempt to "bump" existing open
bugs. It's been less than 19 hours since your last post in bug #50953;
I'm quite sure Pierre will respond when he's able.
Closing.
[2010-02-08 11:06:37] tony at marston-home dot demon dot co dot uk
Description:
When are you going to provide a proper answer for post
http://bugs.php.net/bug.php?id=50953 ? I have removed the IPv6 entries
in my hosts file, but the problem is still there.
Reproduce code:
---
function connect($host) {
$faultcode = null;
$faultstring = null;
$conn = fsockopen($host, 80, $faultcode, $faultstring, 20);
if (!$conn) {
echo 'faultcode=' .$faultcode .', faultstring=' .$faultstring
."\n";
} else {
echo "Connected to $host OK\n";
} // if
return $conn;
} // function
$result = connect('localhost');
$result = connect('127.0.0.1');
$result = connect('desktop');
$result = connect('www.tonymarston.net');
Expected result:
I expect to see the message "Connected to OK" for all values of
host.
Actual result:
--
Warning: fsockopen(): unable to connect to localhost:80
faultcode=10060, faultstring=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.
Connected to 127.0.0.1 OK
Connected to desktop OK
Connected to www.tonymarston.net OK
--
Edit this bug report at http://bugs.php.net/?id=50965&edit=1
#50966 [NEW]: Some resource leak (odbc_connect and odbc_close) using dbase or Microsoft Acces
From: gg dot cwlee at gmail dot com Operating system: Windows XP PHP version: 5.2.12 PHP Bug Type: ODBC related Bug description: Some resource leak (odbc_connect and odbc_close) using dbase or Microsoft Acces Description: We have a resource leak problem when using Apache 2.2.11 and PHP 5.2.12 with odbc_connect() and odbc_close() functions on dbase or Microsoft Access. >From my observe, it will leak some (Nonpaged) kernel Memory and some handles not free by the Apache(HTTPD.EXE). And I also tested no this resource leak problem on Apache 2.2.11 and PHP 5.2.0. Thanks. Chris Reproduce code: --- -- Edit bug report at http://bugs.php.net/?id=50966&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=50966&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=50966&r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=50966&r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=50966&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=50966&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=50966&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=50966&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=50966&r=needscript Try newer version: http://bugs.php.net/fix.php?id=50966&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=50966&r=support Expected behavior: http://bugs.php.net/fix.php?id=50966&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=50966&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=50966&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=50966&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=50966&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=50966&r=dst IIS Stability: http://bugs.php.net/fix.php?id=50966&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=50966&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=50966&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=50966&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=50966&r=mysqlcfg
#50965 [Bgs]: fsockopen will not work on 'localhost'
ID: 50965
Updated by: ahar...@php.net
Reported By: tony at marston-home dot demon dot co dot uk
Status: Bogus
Bug Type: Sockets related
Operating System: Windows XP
PHP Version: 5.2.12
New Comment:
Correction: bug #50953 isn't open. That still doesn't merit opening a
new one, IMO.
Previous Comments:
[2010-02-08 11:16:33] ahar...@php.net
Please don't open duplicate bugs in an attempt to "bump" existing open
bugs. It's been less than 19 hours since your last post in bug #50953;
I'm quite sure Pierre will respond when he's able.
Closing.
[2010-02-08 11:06:37] tony at marston-home dot demon dot co dot uk
Description:
When are you going to provide a proper answer for post
http://bugs.php.net/bug.php?id=50953 ? I have removed the IPv6 entries
in my hosts file, but the problem is still there.
Reproduce code:
---
function connect($host) {
$faultcode = null;
$faultstring = null;
$conn = fsockopen($host, 80, $faultcode, $faultstring, 20);
if (!$conn) {
echo 'faultcode=' .$faultcode .', faultstring=' .$faultstring
."\n";
} else {
echo "Connected to $host OK\n";
} // if
return $conn;
} // function
$result = connect('localhost');
$result = connect('127.0.0.1');
$result = connect('desktop');
$result = connect('www.tonymarston.net');
Expected result:
I expect to see the message "Connected to OK" for all values of
host.
Actual result:
--
Warning: fsockopen(): unable to connect to localhost:80
faultcode=10060, faultstring=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.
Connected to 127.0.0.1 OK
Connected to desktop OK
Connected to www.tonymarston.net OK
--
Edit this bug report at http://bugs.php.net/?id=50965&edit=1
#50965 [Opn->Bgs]: fsockopen will not work on 'localhost'
ID: 50965
Updated by: ahar...@php.net
Reported By: tony at marston-home dot demon dot co dot uk
-Status: Open
+Status: Bogus
Bug Type: Sockets related
Operating System: Windows XP
PHP Version: 5.2.12
New Comment:
Please don't open duplicate bugs in an attempt to "bump" existing open
bugs. It's been less than 19 hours since your last post in bug #50953;
I'm quite sure Pierre will respond when he's able.
Closing.
Previous Comments:
[2010-02-08 11:06:37] tony at marston-home dot demon dot co dot uk
Description:
When are you going to provide a proper answer for post
http://bugs.php.net/bug.php?id=50953 ? I have removed the IPv6 entries
in my hosts file, but the problem is still there.
Reproduce code:
---
function connect($host) {
$faultcode = null;
$faultstring = null;
$conn = fsockopen($host, 80, $faultcode, $faultstring, 20);
if (!$conn) {
echo 'faultcode=' .$faultcode .', faultstring=' .$faultstring
."\n";
} else {
echo "Connected to $host OK\n";
} // if
return $conn;
} // function
$result = connect('localhost');
$result = connect('127.0.0.1');
$result = connect('desktop');
$result = connect('www.tonymarston.net');
Expected result:
I expect to see the message "Connected to OK" for all values of
host.
Actual result:
--
Warning: fsockopen(): unable to connect to localhost:80
faultcode=10060, faultstring=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.
Connected to 127.0.0.1 OK
Connected to desktop OK
Connected to www.tonymarston.net OK
--
Edit this bug report at http://bugs.php.net/?id=50965&edit=1
#50965 [NEW]: fsockopen will not work on 'localhost'
From: tony at marston-home dot demon dot co dot uk
Operating system: Windows XP
PHP version: 5.2.12
PHP Bug Type: Sockets related
Bug description: fsockopen will not work on 'localhost'
Description:
When are you going to provide a proper answer for post
http://bugs.php.net/bug.php?id=50953 ? I have removed the IPv6 entries in
my hosts file, but the problem is still there.
Reproduce code:
---
function connect($host) {
$faultcode = null;
$faultstring = null;
$conn = fsockopen($host, 80, $faultcode, $faultstring, 20);
if (!$conn) {
echo 'faultcode=' .$faultcode .', faultstring=' .$faultstring
."\n";
} else {
echo "Connected to $host OK\n";
} // if
return $conn;
} // function
$result = connect('localhost');
$result = connect('127.0.0.1');
$result = connect('desktop');
$result = connect('www.tonymarston.net');
Expected result:
I expect to see the message "Connected to OK" for all values of
host.
Actual result:
--
Warning: fsockopen(): unable to connect to localhost:80
faultcode=10060, faultstring=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.
Connected to 127.0.0.1 OK
Connected to desktop OK
Connected to www.tonymarston.net OK
--
Edit bug report at http://bugs.php.net/?id=50965&edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=50965&r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=50965&r=trysnapshot53
Try a snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=50965&r=trysnapshot60
Fixed in SVN:
http://bugs.php.net/fix.php?id=50965&r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=50965&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=50965&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=50965&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=50965&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=50965&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=50965&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=50965&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=50965&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=50965&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=50965&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=50965&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=50965&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=50965&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=50965&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=50965&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=50965&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=50965&r=mysqlcfg
#50962 [NEW]: Using a ftp stream to a windows ftp server to upload results in missing data
From: m dot ebbers at i-real dot nl
Operating system: Linux
PHP version: 5.3.1
PHP Bug Type: Streams related
Bug description: Using a ftp stream to a windows ftp server to upload results
in missing data
Description:
When fopen/fwrite are used to upload a file, through ftp to a ftp server
running on windows, it is not always uploaded completely despite the fact
that fwrite returns that all bytes of the file are written.
I've testen the following scenarios with the attached code:
>From Ubuntu 9.10 to Bulletproof ftpd under windows xp (vmware). (failed)
>From Ubuntu 9.10 to Serv-u ftpd under windows xp (vmware). (failed)
>From Ubuntu 9.10 to vsftpd on same machine. (ok)
Different hardware and network:
>From CentOS release 5 to Bulletproof ftpd on windows server (failed)
When using the ftp command it all works great.
Also tried the build-in ftp client from php and that works fine. It only
failed when using fopen/fwrite/file_put_contents.
Reproduce code:
---
$host = '192.168.1.34';
$user = 'marke';
$passwd = 'ebbers';
$path = '/';
$file = $argv[1];
$url='ftp://'.$user.':'.$passwd.'@'.$host.$path.$file;
$content = file_get_contents($file);
$handle = fopen($url, 'w');
$written = 0;
while ($written != strlen($content))
{
$write = fwrite($handle, substr($content, $written));
fflush($handle);
if($write){
$written .= $write;
echo "Written: ".$written.'\n';
}else{
break;
}
}
Expected result:
Output script: Written: 293346 (Test file is 293346 bytes.)
And a file on the ftp server of the same size.
Actual result:
--
Output script: Written: 293346 (Test file is 293346 bytes.)
A file on the server, but it is smaller. (and the sizes varies)
I've also a wireshark sniff available. The strange thing in the sniff is
that the every byte of the file is actually send, but by an unknown reason
there is tcp resend and the data in that resend is also the last data in
the file on the server.
Strace:
socket(PF_INET6, SOCK_DGRAM, IPPROTO_IP) = 3
socket(PF_NETLINK, SOCK_RAW, 0) = 3
bind(3, {sa_family=AF_NETLINK, pid=0, groups=}, 12) = 0
getsockname(3, {sa_family=AF_NETLINK, pid=6499, groups=}, [12]) =
0
sendto(3, "\24\0\0\0\26\0\1\3\220\321oK\0\0\0\0\0\0\0\0", 20, 0,
{sa_family=AF_NETLINK, pid=0, groups=}, 12) = 20
recvmsg(3, {msg_name(12)={sa_family=AF_NETLINK, pid=0, groups=},
msg_iov(1)=[{"0\0\0\0\24\0\2\0\220\321oKc\31\0\0\2\10\200\376\1\0\0\0\10\0\1\0\177\0\0\1"...,
4096}], msg_controllen=0, msg_flags=0}, 0) = 228
recvmsg(3, {msg_name(12)={sa_family=AF_NETLINK, pid=0, groups=},
msg_iov(1)=[{"@\0\0\0\24\0\2\0\220\321oKc\31\0\0\n\200\200\376\1\0\0\0\24\0\1\0\0\0\0\0"...,
4096}], msg_controllen=0, msg_flags=0}, 0) = 256
recvmsg(3, {msg_name(12)={sa_family=AF_NETLINK, pid=0, groups=},
msg_iov(1)=[{"\24\0\0\0\3\0\2\0\220\321oKc\31\0\0\0\0\0\0\1\0\0\0\24\0\1\0\0\0\0\0"...,
4096}], msg_controllen=0, msg_flags=0}, 0) = 20
socket(PF_INET, SOCK_STREAM, IPPROTO_IP) = 3
connect(3, {sa_family=AF_INET, sin_port=htons(21),
sin_addr=inet_addr("192.168.1.34")}, 16) = -1 EINPROGRESS (Operation now in
progress)
getsockopt(3, SOL_SOCKET, SO_ERROR, [0], [4]) = 0
recv(3, "220 Serv-U FTP Server v9.3 ready"..., 8192, MSG_DONTWAIT) = 37
send(3, "USER marke\r\n", 12, MSG_DONTWAIT) = 12
recv(3, "331 User name okay, need passwor"..., 8192, MSG_DONTWAIT) = 36
send(3, "PASS ebbers\r\n", 13, MSG_DONTWAIT) = 13
recv(3, "230 User logged in, proceed.\r\n", 8192, MSG_DONTWAIT) = 30
send(3, "TYPE I\r\n", 8, MSG_DONTWAIT) = 8
recv(3, "200 Type set to I.\r\n", 8192, MSG_DONTWAIT) = 20
send(3, "SIZE /bin2\r\n", 12, MSG_DONTWAIT) = 12
recv(3, "550 /bin2: No such file.\r\n", 8192, MSG_DONTWAIT) = 26
send(3, "EPSV\r\n", 6, MSG_DONTWAIT)= 6
recv(3, "500 'EPSV': command not understo"..., 8192, MSG_DONTWAIT) = 37
send(3, "PASV\r\n", 6, MSG_DONTWAIT)= 6
recv(3, "227 Entering Passive Mode (192,1"..., 8192, MSG_DONTWAIT) = 47
send(3, "STOR /bin2\r\n", 12, MSG_DONTWAIT) = 12
socket(PF_NETLINK, SOCK_RAW, 0) = 4
bind(4, {sa_family=AF_NETLINK, pid=0, groups=}, 12) = 0
getsockname(4, {sa_family=AF_NETLINK, pid=6499, groups=}, [12]) =
0
sendto(4, "\24\0\0\0\26\0\1\3\220\321oK\0\0\0\0\0\0\0\0", 20, 0,
{sa_family=AF_NETLINK, pid=0, groups=}, 12) = 20
recvmsg(4, {msg_name(12)={sa_family=AF_NETLINK, pid=0, groups=},
msg_iov(1)=[{"0\0\0\0\24\0\2\0\220\321oKc\31\0\0\2\10\200\376\1\0\0\0\10\0\1\0\177\0\0\1"...,
4096}], msg_controllen=0, msg_flags=0}, 0) = 228
recvmsg(4, {msg_name(12)={sa_family=AF_NETLINK, pid=0, groups=},
msg_iov(1)=[{"@\0\0\0\24\0\2\0\220\321oKc\31\0\0\n\200\200\376\1\0\0\0\24\0\1\0\0\0\0\0"...,
4096}], msg_controllen=0, msg_flags=0}, 0) = 256
recvmsg(4, {msg_name(12)={sa_family=AF_NETLINK, pid=0, groups=},
msg_iov(1)=[{"\24\0\0\0\3\0\2\0\220\321oKc\31\0\0\0\0\0\0\1\0\0\0\24\0\1\
#50856 [NoF->Opn]: stream_set_blocking doesn't work with fopen
ID: 50856
User updated by: info at netzkontrast dot com
Reported By: info at netzkontrast dot com
-Status: No Feedback
+Status: Open
Bug Type: Streams related
Operating System: Ubuntu/Suse/Linux
PHP Version: 5.3.1
New Comment:
sorry for the extra noise, didn't know that i have to reopen this bug
,-)
Previous Comments:
[2010-02-08 09:06:02] info at netzkontrast dot com
This Bug still exists.
Checked the actual snapshop again
[2010-02-05 01:00:00] 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".
[2010-01-29 14:21:36] info at netzkontrast dot com
i think it's interesting to mention that stream_set_blocking($stream,
0) returns true...
i did poke around a bit in streamsfuncs.c on line 1321 (and
plain_wrapper.c line 559ff) - and if i'm interpreting it correct.
returning truly means that the o_NONBLOCK-flag gets correctly set at the
corresponding open-command.
right now i'm not sure were to look next. Think i need to read a lot
more code ,-)
[2010-01-28 15:55:08] info at netzkontrast dot com
fopen is still blocking with
local files ('wrapper_type' => string 'plainfile'
and URL's 'wrapper_type' => string 'cURL'
looks like stream_set_blocking gets totaly ignored from fopen
while non_blocking reads still work with fsockopen, and reading from
STDIN
[2010-01-28 08:45:08] j...@php.net
Please try using this snapshot:
http://snaps.php.net/php5.3-latest.tar.gz
For Windows:
http://windows.php.net/snapshots/
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/50856
--
Edit this bug report at http://bugs.php.net/?id=50856&edit=1
#50856 [Com]: stream_set_blocking doesn't work with fopen
ID: 50856
Comment by: info at netzkontrast dot com
Reported By: info at netzkontrast dot com
Status: No Feedback
Bug Type: Streams related
Operating System: Ubuntu/Suse/Linux
PHP Version: 5.3.1
New Comment:
This Bug still exists.
Checked the actual snapshop again
Previous Comments:
[2010-02-05 01:00:00] 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".
[2010-01-29 14:21:36] info at netzkontrast dot com
i think it's interesting to mention that stream_set_blocking($stream,
0) returns true...
i did poke around a bit in streamsfuncs.c on line 1321 (and
plain_wrapper.c line 559ff) - and if i'm interpreting it correct.
returning truly means that the o_NONBLOCK-flag gets correctly set at the
corresponding open-command.
right now i'm not sure were to look next. Think i need to read a lot
more code ,-)
[2010-01-28 15:55:08] info at netzkontrast dot com
fopen is still blocking with
local files ('wrapper_type' => string 'plainfile'
and URL's 'wrapper_type' => string 'cURL'
looks like stream_set_blocking gets totaly ignored from fopen
while non_blocking reads still work with fsockopen, and reading from
STDIN
[2010-01-28 08:45:08] j...@php.net
Please try using this snapshot:
http://snaps.php.net/php5.3-latest.tar.gz
For Windows:
http://windows.php.net/snapshots/
[2010-01-27 09:32:09] info at netzkontrast dot com
there is a typo in streamFsockTest.php
instead of: fputs($handle, "GET /streamcontent.php HTTP/1.0\r\nHost:
mp.devel\r\nConnection: keep-alive\r\n\r\n");
it should be:
fputs($handle, "GET /streamcontent.php HTTP/1.0\r\nHost:
localhost\r\nConnection: keep-alive\r\n\r\n");
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/50856
--
Edit this bug report at http://bugs.php.net/?id=50856&edit=1
