#31747 [NEW]: SOAP Digest Authentication
From: Jared dot Williams1 at ntlworld dot com
Operating system: Windows 2000/IIS
PHP version: 5CVS-2005-01-28 (dev)
PHP Bug Type: SOAP related
Bug description: SOAP Digest Authentication
Description:
This is related to http://bugs.php.net/bug.php?id=28041
Using the php5.0-win32-200501280930 snapshot, still seem unable to use
Digest Authentication against labs.zap2it.com.
Request Headers:
POST /tvlistings/xtvdService HTTP/1.1
Host: datadirect.webservices.zap2it.com
Connection: Keep-Alive
User-Agent: PHP SOAP 0.1
Content-Type: text/xml; charset=utf-8
SOAPAction: "urn:TMSWebServices:xtvdWebService#download"
Content-Length: 584
Authorization: Basic ***
Does appear to be sending Basic authentication details, even thou the
service requests only digest. (Security issue).
WWW-AuthenticateDigest realm="TMSWebServiceRealm",
nonce="",
opaque="", algorithm=MD5, qop="auth"
Reproduce code:
---
$client = new SoapClient('xtvd.wsdl', array(
'trace' =>
1, 'exceptions' => 0,
'login' =>
USER, 'password' => PASSWORD));
$result = $client->download(time() - 60*3, time() + 60*60*12);
echo "\n";
echo "Response Headers:\n",
htmlspecialchars($client->__getLastResponseHeaders()), "\n";
echo "Response:\n", htmlspecialchars($client->__getLastResponse()),"\n";
echo "";
?>
Expected result:
XML listings
Actual result:
--
Response Headers:
HTTP/1.1 100 Continue
Date: Fri, 28 Jan 2005 18:41:23 GMT
Server: Orion/2.0.2
Response:
401 Unauthorized401
Unauthorized
--
Edit bug report at http://bugs.php.net/?id=31747&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31747&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=31747&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=31747&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=31747&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=31747&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=31747&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=31747&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=31747&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=31747&r=support
Expected behavior: http://bugs.php.net/fix.php?id=31747&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=31747&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=31747&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=31747&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31747&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=31747&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=31747&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=31747&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=31747&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=31747&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=31747&r=mysqlcfg
#31747 [Csd]: SOAP Digest Authentication
ID: 31747
User updated by: Jared dot Williams1 at ntlworld dot com
Reported By: Jared dot Williams1 at ntlworld dot com
Status: Closed
Bug Type: SOAP related
Operating System: Windows 2000/IIS
PHP Version: 5CVS-2005-01-28 (dev)
Assigned To: dmitry
New Comment:
Using php5-win32-200502021130 snapshot.
Now works, with the authentication option present, or missing.
Response Headers:
HTTP/1.1 200 OK
Transfer-Encoding: chunked
Date: Wed, 02 Feb 2005 11:58:04 GMT
Content-Type: text/xml; charset=utf-8
Server: Orion/2.0.2
Response:
...
Previous Comments:
[2005-02-02 11:39:59] [EMAIL PROTECTED]
Fixed in CVS (HEAD and PHP_5_0).
Please verify me. I haven't login on labs.zap2it.com.
With new version you can use additional otpion 'authentication' =>
SOAP_AUTHENTICATION_DIGEST in SoapClient constructor.
This option is not necessary, however without it SOAP will first try to
login using basic authentication and then using digest authentication.
[2005-01-28 19:46:29] Jared dot Williams1 at ntlworld dot com
Description:
This is related to http://bugs.php.net/bug.php?id=28041
Using the php5.0-win32-200501280930 snapshot, still seem unable to use
Digest Authentication against labs.zap2it.com.
Request Headers:
POST /tvlistings/xtvdService HTTP/1.1
Host: datadirect.webservices.zap2it.com
Connection: Keep-Alive
User-Agent: PHP SOAP 0.1
Content-Type: text/xml; charset=utf-8
SOAPAction: "urn:TMSWebServices:xtvdWebService#download"
Content-Length: 584
Authorization: Basic ***
Does appear to be sending Basic authentication details, even thou the
service requests only digest. (Security issue).
WWW-AuthenticateDigest realm="TMSWebServiceRealm",
nonce="",
opaque="", algorithm=MD5, qop="auth"
Reproduce code:
---
$client = new SoapClient('xtvd.wsdl', array(
'trace' =>
1, 'exceptions' => 0,
'login' =>
USER, 'password' => PASSWORD));
$result = $client->download(time() - 60*3, time() + 60*60*12);
echo "\n";
echo "Response Headers:\n",
htmlspecialchars($client->__getLastResponseHeaders()), "\n";
echo "Response:\n",
htmlspecialchars($client->__getLastResponse()),"\n";
echo "";
?>
Expected result:
XML listings
Actual result:
--
Response Headers:
HTTP/1.1 100 Continue
Date: Fri, 28 Jan 2005 18:41:23 GMT
Server: Orion/2.0.2
Response:
401 Unauthorized401
Unauthorized
--
Edit this bug report at http://bugs.php.net/?id=31747&edit=1
#25566 [NEW]: switch expressions seem to get cast to specific type.
From: Jared dot Williams1 at ntlworld dot com
Operating system:
PHP version: 4.3.3
PHP Bug Type: Scripting Engine problem
Bug description: switch expressions seem to get cast to specific type.
Description:
Switched expressions seem to be cast to a type before case matching
occurs.
If all case expressions are of the same type, either numeric, or string,
this problem does not arise.
It is not clear why, or really what type the switched expression is cast
to before comparision.
Reproduce code:
---
$t = array(0,1,2,3,'*','+','a', 'b')
foreach($t as $v)
switch ($v)
{
case 0: echo('0'); break;
case 1: echo('1'); break;
case 2: echo('2'); break;
case 3: echo('3'); break;
case '*': echo('*'); break;
default: echo($v); break;
}
Expected result:
0123*+ab
The first 5 array elements are output their respective case statements,
and the latter 3 are handled by the default case.
Actual result:
--
0123
The first 5 array elements are output their respective case statements,
and the latter 3 are handled the 0 case.
--
Edit bug report at http://bugs.php.net/?id=25566&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25566&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25566&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=25566&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=25566&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=25566&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=25566&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=25566&r=support
Expected behavior: http://bugs.php.net/fix.php?id=25566&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=25566&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=25566&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=25566&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25566&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=25566&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=25566&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=25566&r=gnused
#25566 [Opn]: switch expressions seem to get cast to specific type.
ID: 25566
User updated by: Jared dot Williams1 at ntlworld dot com
Reported By: Jared dot Williams1 at ntlworld dot com
Status: Open
Bug Type:Scripting Engine problem
PHP Version: 4.3.3
New Comment:
"The first 5 array" should read "The first 4 array"
Previous Comments:
[2003-09-16 18:41:54] Jared dot Williams1 at ntlworld dot com
Description:
Switched expressions seem to be cast to a type before case matching
occurs.
If all case expressions are of the same type, either numeric, or
string, this problem does not arise.
It is not clear why, or really what type the switched expression is
cast to before comparision.
Reproduce code:
---
$t = array(0,1,2,3,'*','+','a', 'b')
foreach($t as $v)
switch ($v)
{
case 0: echo('0'); break;
case 1: echo('1'); break;
case 2: echo('2'); break;
case 3: echo('3'); break;
case '*': echo('*'); break;
default: echo($v); break;
}
Expected result:
0123*+ab
The first 5 array elements are output their respective case statements,
and the latter 3 are handled by the default case.
Actual result:
--
0123
The first 5 array elements are output their respective case statements,
and the latter 3 are handled the 0 case.
--
Edit this bug report at http://bugs.php.net/?id=25566&edit=1
#25566 [Opn]: switch expressions seem to get cast to specific type.
ID: 25566
User updated by: Jared dot Williams1 at ntlworld dot com
Reported By: Jared dot Williams1 at ntlworld dot com
Status: Open
Bug Type:Scripting Engine problem
PHP Version: 4.3.3
New Comment:
The non-numeric string values are getting cast to integer value 0,
which then match case 0:.
$t = array(10,1,2,3,'*','+','3a', 'b');
foreach($t as $v)
switch ($v)
{
case 10: echo('0'); break;
case 1: echo('1'); break;
case 2: echo('2'); break;
case 3: echo('3'); break;
case '*': echo('*'); break;
default: echo($v); break;
}
Outputs:
0123*+3b
as 3a gets cast to 3. so seems there is a missing a condition in the
code somewhere, to see if the switched expression can actually be a
numeric type.
Also
$t = array(10,1,2,3,'*','+','3a', 'b');
foreach($t as $v)
switch ($v)
{
case 10: echo('0'); break;
case 1: echo('1'); break;
case 2: echo('2'); break;
case '*': echo('*'); break;
case '3a': echo('!!'); break;
default: echo($v); break;
}
?>
Outputs:
012!!*+!!b
So the case labels are getting cast too without the check.
Previous Comments:
[2003-09-20 00:40:40] shadowfaxx at cc dot com
To add to the above, it seems that the '0' case is the culprit. If you
use the code below where '10' replaces '0', the weird behavior does not
occur:
$t = array(10,1,2,3,'*','+','a', 'b');
foreach($t as $v)
switch ($v)
{
case 10: echo('0'); break;
case 1: echo('1'); break;
case 2: echo('2'); break;
case 3: echo('3'); break;
case '*': echo('*'); break;
default: echo($v); break;
}
OutPut: 0123*+ab
So it seems that Case 0: grabs all the cases which are of a different
data type if the case expressions are not of the same type i.e. numeric
and string.
[2003-09-16 18:47:44] Jared dot Williams1 at ntlworld dot com
"The first 5 array" should read "The first 4 array"
[2003-09-16 18:41:54] Jared dot Williams1 at ntlworld dot com
Description:
Switched expressions seem to be cast to a type before case matching
occurs.
If all case expressions are of the same type, either numeric, or
string, this problem does not arise.
It is not clear why, or really what type the switched expression is
cast to before comparision.
Reproduce code:
---
$t = array(0,1,2,3,'*','+','a', 'b')
foreach($t as $v)
switch ($v)
{
case 0: echo('0'); break;
case 1: echo('1'); break;
case 2: echo('2'); break;
case 3: echo('3'); break;
case '*': echo('*'); break;
default: echo($v); break;
}
Expected result:
0123*+ab
The first 5 array elements are output their respective case statements,
and the latter 3 are handled by the default case.
Actual result:
--
0123
The first 5 array elements are output their respective case statements,
and the latter 3 are handled the 0 case.
--
Edit this bug report at http://bugs.php.net/?id=25566&edit=1
#25566 [Opn]: switch expressions seem to get cast to specific type.
ID: 25566
User updated by: Jared dot Williams1 at ntlworld dot com
Reported By: Jared dot Williams1 at ntlworld dot com
Status: Open
Bug Type:Scripting Engine problem
PHP Version: 4.3.3
New Comment:
Oh erm, seems its not limited to switch either. :/
echo('a' == 0 ? 'YES' : 'NO');
Outputs: YES
echo('3a' == 3 ? 'YES' : 'NO');
Outputs: YES
echo(4 == '4a' ? 'YES' : 'NO');
Outputs: YES
Surely these cant be considered equivalent.
Previous Comments:
------------------------
[2003-09-20 05:51:09] Jared dot Williams1 at ntlworld dot com
The non-numeric string values are getting cast to integer value 0,
which then match case 0:.
$t = array(10,1,2,3,'*','+','3a', 'b');
foreach($t as $v)
switch ($v)
{
case 10: echo('0'); break;
case 1: echo('1'); break;
case 2: echo('2'); break;
case 3: echo('3'); break;
case '*': echo('*'); break;
default: echo($v); break;
}
Outputs:
0123*+3b
as 3a gets cast to 3. so seems there is a missing a condition in the
code somewhere, to see if the switched expression can actually be a
numeric type.
Also
$t = array(10,1,2,3,'*','+','3a', 'b');
foreach($t as $v)
switch ($v)
{
case 10: echo('0'); break;
case 1: echo('1'); break;
case 2: echo('2'); break;
case '*': echo('*'); break;
case '3a': echo('!!'); break;
default: echo($v); break;
}
?>
Outputs:
012!!*+!!b
So the case labels are getting cast too without the check.
[2003-09-20 00:40:40] shadowfaxx at cc dot com
To add to the above, it seems that the '0' case is the culprit. If you
use the code below where '10' replaces '0', the weird behavior does not
occur:
$t = array(10,1,2,3,'*','+','a', 'b');
foreach($t as $v)
switch ($v)
{
case 10: echo('0'); break;
case 1: echo('1'); break;
case 2: echo('2'); break;
case 3: echo('3'); break;
case '*': echo('*'); break;
default: echo($v); break;
}
OutPut: 0123*+ab
So it seems that Case 0: grabs all the cases which are of a different
data type if the case expressions are not of the same type i.e. numeric
and string.
[2003-09-16 18:47:44] Jared dot Williams1 at ntlworld dot com
"The first 5 array" should read "The first 4 array"
[2003-09-16 18:41:54] Jared dot Williams1 at ntlworld dot com
Description:
Switched expressions seem to be cast to a type before case matching
occurs.
If all case expressions are of the same type, either numeric, or
string, this problem does not arise.
It is not clear why, or really what type the switched expression is
cast to before comparision.
Reproduce code:
---
$t = array(0,1,2,3,'*','+','a', 'b')
foreach($t as $v)
switch ($v)
{
case 0: echo('0'); break;
case 1: echo('1'); break;
case 2: echo('2'); break;
case 3: echo('3'); break;
case '*': echo('*'); break;
default: echo($v); break;
}
Expected result:
0123*+ab
The first 5 array elements are output their respective case statements,
and the latter 3 are handled by the default case.
Actual result:
--
0123
The first 5 array elements are output their respective case statements,
and the latter 3 are handled the 0 case.
--
Edit this bug report at http://bugs.php.net/?id=25566&edit=1
#25566 [Opn]: switch expressions seem to get cast to specific type.
ID: 25566
User updated by: Jared dot Williams1 at ntlworld dot com
Reported By: Jared dot Williams1 at ntlworld dot com
Status: Open
Bug Type:Scripting Engine problem
PHP Version: 4.3.3
New Comment:
How's this for an impossibility..
echo('a' != 0 ? 'TRUE' : 'FALSE');
echo('');
echo('a' ? 'TRUE' : 'FALSE');
Outputs:
FALSE
TRUE
Previous Comments:
--------------------
[2003-09-20 06:08:53] Jared dot Williams1 at ntlworld dot com
Oh erm, seems its not limited to switch either. :/
echo('a' == 0 ? 'YES' : 'NO');
Outputs: YES
echo('3a' == 3 ? 'YES' : 'NO');
Outputs: YES
echo(4 == '4a' ? 'YES' : 'NO');
Outputs: YES
Surely these cant be considered equivalent.
[2003-09-20 05:51:09] Jared dot Williams1 at ntlworld dot com
The non-numeric string values are getting cast to integer value 0,
which then match case 0:.
$t = array(10,1,2,3,'*','+','3a', 'b');
foreach($t as $v)
switch ($v)
{
case 10: echo('0'); break;
case 1: echo('1'); break;
case 2: echo('2'); break;
case 3: echo('3'); break;
case '*': echo('*'); break;
default: echo($v); break;
}
Outputs:
0123*+3b
as 3a gets cast to 3. so seems there is a missing a condition in the
code somewhere, to see if the switched expression can actually be a
numeric type.
Also
$t = array(10,1,2,3,'*','+','3a', 'b');
foreach($t as $v)
switch ($v)
{
case 10: echo('0'); break;
case 1: echo('1'); break;
case 2: echo('2'); break;
case '*': echo('*'); break;
case '3a': echo('!!'); break;
default: echo($v); break;
}
?>
Outputs:
012!!*+!!b
So the case labels are getting cast too without the check.
[2003-09-20 00:40:40] shadowfaxx at cc dot com
To add to the above, it seems that the '0' case is the culprit. If you
use the code below where '10' replaces '0', the weird behavior does not
occur:
$t = array(10,1,2,3,'*','+','a', 'b');
foreach($t as $v)
switch ($v)
{
case 10: echo('0'); break;
case 1: echo('1'); break;
case 2: echo('2'); break;
case 3: echo('3'); break;
case '*': echo('*'); break;
default: echo($v); break;
}
OutPut: 0123*+ab
So it seems that Case 0: grabs all the cases which are of a different
data type if the case expressions are not of the same type i.e. numeric
and string.
[2003-09-16 18:47:44] Jared dot Williams1 at ntlworld dot com
"The first 5 array" should read "The first 4 array"
[2003-09-16 18:41:54] Jared dot Williams1 at ntlworld dot com
Description:
Switched expressions seem to be cast to a type before case matching
occurs.
If all case expressions are of the same type, either numeric, or
string, this problem does not arise.
It is not clear why, or really what type the switched expression is
cast to before comparision.
Reproduce code:
---
$t = array(0,1,2,3,'*','+','a', 'b')
foreach($t as $v)
switch ($v)
{
case 0: echo('0'); break;
case 1: echo('1'); break;
case 2: echo('2'); break;
case 3: echo('3'); break;
case '*': echo('*'); break;
default: echo($v); break;
}
Expected result:
0123*+ab
The first 5 array elements are output their respective case statements,
and the latter 3 are handled by the default case.
Actual result:
--
0123
The first 5 array elements are output their respective case statements,
and the latter 3 are handled the 0 case.
--
Edit this bug report at http://bugs.php.net/?id=25566&edit=1
#25566 [Opn]: Casting of strings to integers is flawed, no checking for non numeric chars.
ID: 25566
User updated by: Jared dot Williams1 at ntlworld dot com
-Summary: switch expressions seem to get cast to specific type.
Reported By: Jared dot Williams1 at ntlworld dot com
Status: Open
Bug Type:Scripting Engine problem
PHP Version: 4.3.3
New Comment:
Changed Summary to reflect more general problem.
Previous Comments:
[2003-09-20 06:20:46] Jared dot Williams1 at ntlworld dot com
How's this for an impossibility..
echo('a' != 0 ? 'TRUE' : 'FALSE');
echo('');
echo('a' ? 'TRUE' : 'FALSE');
Outputs:
FALSE
TRUE
--------------------
[2003-09-20 06:08:53] Jared dot Williams1 at ntlworld dot com
Oh erm, seems its not limited to switch either. :/
echo('a' == 0 ? 'YES' : 'NO');
Outputs: YES
echo('3a' == 3 ? 'YES' : 'NO');
Outputs: YES
echo(4 == '4a' ? 'YES' : 'NO');
Outputs: YES
Surely these cant be considered equivalent.
[2003-09-20 05:51:09] Jared dot Williams1 at ntlworld dot com
The non-numeric string values are getting cast to integer value 0,
which then match case 0:.
$t = array(10,1,2,3,'*','+','3a', 'b');
foreach($t as $v)
switch ($v)
{
case 10: echo('0'); break;
case 1: echo('1'); break;
case 2: echo('2'); break;
case 3: echo('3'); break;
case '*': echo('*'); break;
default: echo($v); break;
}
Outputs:
0123*+3b
as 3a gets cast to 3. so seems there is a missing a condition in the
code somewhere, to see if the switched expression can actually be a
numeric type.
Also
$t = array(10,1,2,3,'*','+','3a', 'b');
foreach($t as $v)
switch ($v)
{
case 10: echo('0'); break;
case 1: echo('1'); break;
case 2: echo('2'); break;
case '*': echo('*'); break;
case '3a': echo('!!'); break;
default: echo($v); break;
}
?>
Outputs:
012!!*+!!b
So the case labels are getting cast too without the check.
[2003-09-20 00:40:40] shadowfaxx at cc dot com
To add to the above, it seems that the '0' case is the culprit. If you
use the code below where '10' replaces '0', the weird behavior does not
occur:
$t = array(10,1,2,3,'*','+','a', 'b');
foreach($t as $v)
switch ($v)
{
case 10: echo('0'); break;
case 1: echo('1'); break;
case 2: echo('2'); break;
case 3: echo('3'); break;
case '*': echo('*'); break;
default: echo($v); break;
}
OutPut: 0123*+ab
So it seems that Case 0: grabs all the cases which are of a different
data type if the case expressions are not of the same type i.e. numeric
and string.
[2003-09-16 18:47:44] Jared dot Williams1 at ntlworld dot com
"The first 5 array" should read "The first 4 array"
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/25566
--
Edit this bug report at http://bugs.php.net/?id=25566&edit=1
#25566 [Opn]: Casting of strings to integers is flawed, no checking for non numeric chars.
ID: 25566
User updated by: Jared dot Williams1 at ntlworld dot com
Reported By: Jared dot Williams1 at ntlworld dot com
Status: Open
-Bug Type:Documentation problem
+Bug Type:Scripting Engine problem
PHP Version: 4.3.3
New Comment:
The documentation does not help.
a string containing a beginning with a numeric character, but also
containing non-numerics surely should not be cast to an integer before
comparision?
I understand that "12345" == 12345 but the string "12345xxx" isnt
12345.
Previous Comments:
[2003-09-20 17:58:26] [EMAIL PROTECTED]
See these manual pages:
http://www.php.net/switch
http://www.php.net/manual/en/types.comparisons.php
Maybe the manual should explain this a bit better.
[2003-09-20 06:20:46] Jared dot Williams1 at ntlworld dot com
How's this for an impossibility..
echo('a' != 0 ? 'TRUE' : 'FALSE');
echo('');
echo('a' ? 'TRUE' : 'FALSE');
Outputs:
FALSE
TRUE
--------------------
[2003-09-20 06:08:53] Jared dot Williams1 at ntlworld dot com
Oh erm, seems its not limited to switch either. :/
echo('a' == 0 ? 'YES' : 'NO');
Outputs: YES
echo('3a' == 3 ? 'YES' : 'NO');
Outputs: YES
echo(4 == '4a' ? 'YES' : 'NO');
Outputs: YES
Surely these cant be considered equivalent.
[2003-09-20 05:51:09] Jared dot Williams1 at ntlworld dot com
The non-numeric string values are getting cast to integer value 0,
which then match case 0:.
$t = array(10,1,2,3,'*','+','3a', 'b');
foreach($t as $v)
switch ($v)
{
case 10: echo('0'); break;
case 1: echo('1'); break;
case 2: echo('2'); break;
case 3: echo('3'); break;
case '*': echo('*'); break;
default: echo($v); break;
}
Outputs:
0123*+3b
as 3a gets cast to 3. so seems there is a missing a condition in the
code somewhere, to see if the switched expression can actually be a
numeric type.
Also
$t = array(10,1,2,3,'*','+','3a', 'b');
foreach($t as $v)
switch ($v)
{
case 10: echo('0'); break;
case 1: echo('1'); break;
case 2: echo('2'); break;
case '*': echo('*'); break;
case '3a': echo('!!'); break;
default: echo($v); break;
}
?>
Outputs:
012!!*+!!b
So the case labels are getting cast too without the check.
[2003-09-20 00:40:40] shadowfaxx at cc dot com
To add to the above, it seems that the '0' case is the culprit. If you
use the code below where '10' replaces '0', the weird behavior does not
occur:
$t = array(10,1,2,3,'*','+','a', 'b');
foreach($t as $v)
switch ($v)
{
case 10: echo('0'); break;
case 1: echo('1'); break;
case 2: echo('2'); break;
case 3: echo('3'); break;
case '*': echo('*'); break;
default: echo($v); break;
}
OutPut: 0123*+ab
So it seems that Case 0: grabs all the cases which are of a different
data type if the case expressions are not of the same type i.e. numeric
and string.
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/25566
--
Edit this bug report at http://bugs.php.net/?id=25566&edit=1
#25566 [Bgs]: Casting of strings to integers is flawed, no checking for non numeric chars.
ID: 25566
User updated by: Jared dot Williams1 at ntlworld dot com
Reported By: Jared dot Williams1 at ntlworld dot com
Status: Bogus
Bug Type:Scripting Engine problem
PHP Version: 4.3.3
New Comment:
I do understand that time has fixed this "feature".
As for explicit casting, it does result in different behaviour, when
comparing string/values.
$x = '0xF';
$y = (int)$x;
echo($x == 15 ? 'YES' : 'NO');
echo('');
echo($y == 15 ? 'YES' : 'NO');
Outputs:
YES
NO
Strict equivalence testing doesnt help when you wish
"1234" and 1234 to be considered equal.
Previous Comments:
[2003-09-20 20:17:33] [EMAIL PROTECTED]
That's why you have the === operator. "12345" has always evaluated
to 12345 when cast to an integer and it always will. That also means
that it must be equivalent to 12345 when used in an integer comparison.
You need to be explicit in your comparisons and use explicit casting
elsewhere.
--------------------
[2003-09-20 19:29:23] Jared dot Williams1 at ntlworld dot com
The documentation does not help.
a string containing a beginning with a numeric character, but also
containing non-numerics surely should not be cast to an integer before
comparision?
I understand that "12345" == 12345 but the string "12345xxx" isnt
12345.
[2003-09-20 17:58:26] [EMAIL PROTECTED]
See these manual pages:
http://www.php.net/switch
http://www.php.net/manual/en/types.comparisons.php
Maybe the manual should explain this a bit better.
------------
[2003-09-20 06:20:46] Jared dot Williams1 at ntlworld dot com
How's this for an impossibility..
echo('a' != 0 ? 'TRUE' : 'FALSE');
echo('');
echo('a' ? 'TRUE' : 'FALSE');
Outputs:
FALSE
TRUE
[2003-09-20 06:08:53] Jared dot Williams1 at ntlworld dot com
Oh erm, seems its not limited to switch either. :/
echo('a' == 0 ? 'YES' : 'NO');
Outputs: YES
echo('3a' == 3 ? 'YES' : 'NO');
Outputs: YES
echo(4 == '4a' ? 'YES' : 'NO');
Outputs: YES
Surely these cant be considered equivalent.
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/25566
--
Edit this bug report at http://bugs.php.net/?id=25566&edit=1
#27747 [Com]: ISAPI module is not working (PHP 5 works!)
ID: 27747 Comment by: Jared dot Williams1 at ntlworld dot com Reported By: T dot Hauck at janaserver dot de Status: Feedback Bug Type: IIS related Operating System: W2k PHP Version: 4.3.5 New Comment: Experienced the problem with all versions greater than 4.3.5 (4.3.6RC1, 4.3.6RC2, 4.3.6RC3-dev (as of 9th April 2004)). Get lots of warnings of the form Warning: Unknown list entry type in request shutdown (2) in Unknown on line 0 Warning: Unknown list entry type in request shutdown (11) in Unknown on line 0 Warning: Unknown list entry type in request shutdown (1) in Unknown on line 0 Also after a period of time, something causes dllhost.exe to crash. --- dllhost.exe - Application Error --- The instruction at "0x77fcca36" referenced memory at "0x53415f4c". The memory could not be "written". Click on OK to terminate the program Click on CANCEL to debug the program --- OK Cancel --- Reverting back to 4.3.5 solves these problems. PHP.ini is modified -recommended, without any enabled extensions Differences being.. short_open_tag = Off safe_mode = On display_errors = On log_errors = Off ignore_repeated_source = On extension_dir = "E:\php4-win32-STABLE-latest\" enable_dl = Off file_uploads = Off Previous Comments: [2004-04-08 19:57:04] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2004-04-07 14:55:47] T dot Hauck at janaserver dot de For Windows: http://snaps.php.net/win32/php5-win32-latest.zip This works. ISAPI Modul loadet, and MySql extension and IMAP extension enabled. So far no crash. I was running "phpmyadmin" and "phpkit" and your own app. What ever is crashing 4.3.5 - 4.3.6 is fixed in php5 RC2-dev So please fix it on 4.3.6 too. [2004-04-07 11:20:48] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip And make sure you don't have ANY old PHP related dlls _anywhere_ in your system _before_ you install the snapshot!! [2004-04-07 07:42:54] T dot Hauck at janaserver dot de Just tried version 4.3.6 RC2 the error still exist. [2004-04-02 07:54:28] T dot Hauck at janaserver dot de Hallo, i compiled the php source and run it in debugger of the webserver. I'am not sure if i'am right but i found a few strange things. 1.) If the thread on the server exist how called the "HttpExtensionProc" the DLLMain function in the "php4isapi.dll" is called and runs this code. case DLL_THREAD_DETACH: ts_free_thread(); break; after that the thread exit procedure in windows it self crashes. I have to tell you the webserver runs every call to the "HttpExtensionProc" in his own thread, so that DLL_THREAD_DETACH: is called after evry php call. Because the same "php4isapi.dll" with older "php4ts.dll" version work, i think the error must be somewhere "ts_free_thread();" funktion. To other messager showed in the debugterminal up: c:\work\php-4.3.5\zend\zend_hash.c(544) : ht=0x014f0820 is already destroyed c:\work\php-4.3.5\zend\zend_hash.c(108) : Bailed out without a bailout address! I don't now if they have something todo with it. If you need mor information or what every, "i'll be back" on monday morning GMT+0200 Thomas 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/27747 -- Edit this bug report at http://bugs.php.net/?id=27747&edit=1
#27747 [Com]: ISAPI module is not working (PHP 5 works!)
ID: 27747 Comment by: Jared dot Williams1 at ntlworld dot com Reported By: T dot Hauck at janaserver dot de Status: Open Bug Type: IIS related Operating System: W2k PHP Version: 4.3.5 New Comment: Correction, Above I said reverting back to 4.3.5 does solve the problems. It doesnt. Previous Comments: [2004-04-09 08:43:18] T dot Hauck at janaserver dot de Same error on 4.3.6 RC3-dev it is stÃll crashing. [2004-04-09 08:37:14] Jared dot Williams1 at ntlworld dot com Experienced the problem with all versions greater than 4.3.5 (4.3.6RC1, 4.3.6RC2, 4.3.6RC3-dev (as of 9th April 2004)). Get lots of warnings of the form Warning: Unknown list entry type in request shutdown (2) in Unknown on line 0 Warning: Unknown list entry type in request shutdown (11) in Unknown on line 0 Warning: Unknown list entry type in request shutdown (1) in Unknown on line 0 Also after a period of time, something causes dllhost.exe to crash. --- dllhost.exe - Application Error --- The instruction at "0x77fcca36" referenced memory at "0x53415f4c". The memory could not be "written". Click on OK to terminate the program Click on CANCEL to debug the program --- OK Cancel --- Reverting back to 4.3.5 solves these problems. PHP.ini is modified -recommended, without any enabled extensions Differences being.. short_open_tag = Off safe_mode = On display_errors = On log_errors = Off ignore_repeated_source = On extension_dir = "E:\php4-win32-STABLE-latest\" enable_dl = Off file_uploads = Off [2004-04-08 19:57:04] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2004-04-07 14:55:47] T dot Hauck at janaserver dot de For Windows: http://snaps.php.net/win32/php5-win32-latest.zip This works. ISAPI Modul loadet, and MySql extension and IMAP extension enabled. So far no crash. I was running "phpmyadmin" and "phpkit" and your own app. What ever is crashing 4.3.5 - 4.3.6 is fixed in php5 RC2-dev So please fix it on 4.3.6 too. [2004-04-07 11:20:48] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip And make sure you don't have ANY old PHP related dlls _anywhere_ in your system _before_ you install the snapshot!! 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/27747 -- Edit this bug report at http://bugs.php.net/?id=27747&edit=1
#29601 [NEW]: sqlite_query() return resource handles for non-row returning sql
From: Jared dot Williams1 at ntlworld dot com Operating system: Windows 2000/IIS PHP version: 5CVS-2004-08-10 (dev) PHP Bug Type: SQLite related Bug description: sqlite_query() return resource handles for non-row returning sql Description: It appears sqlite_query() and sqlite_unbuffered_query() differ from the documentation >From http://uk.php.net/manual/en/function.sqlite-query.php For queries that return rows, this function will return a result handle which can then be used with functions such as sqlite_fetch_array() and sqlite_seek(). For other kinds of queries, this function will return a boolean result; TRUE for success or FALSE for failure. Seems a handle is returned irrespective of the type of query. Reproduce code: --- 10')); @sqlite_close($cnn); } ?> Expected result: bool(true) Actual result: -- resource(2) of type (sqlite result) -- Edit bug report at http://bugs.php.net/?id=29601&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29601&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29601&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29601&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29601&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29601&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29601&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29601&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29601&r=support Expected behavior: http://bugs.php.net/fix.php?id=29601&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29601&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29601&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29601&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29601&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29601&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29601&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29601&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29601&r=float
#30004 [NEW]: chdir() before simplexml_load_file() causes warning
From: Jared dot Williams1 at ntlworld dot com Operating system: Windows 2000/IIS PHP version: 5.0.1 PHP Bug Type: SimpleXML related Bug description: chdir() before simplexml_load_file() causes warning Description: Changing the directory before using using simplexml seems to cause a warning. The warning is generated from within libxml2 and is WIN32 specific. libxml2s' xmlInitializeCatalog() function in catalog.c tries to locate a directory of some catalog files, fails due the chdir() performed in PHP. Reproduce code: --- asXML())); ?> Expected result: No warning. Actual result: -- Warning: simplexml_load_file() [function.simplexml-load-file]: Unable to access E:/php-5.0.1-Win32/../etc/catalog -- Edit bug report at http://bugs.php.net/?id=30004&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30004&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30004&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30004&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30004&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30004&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30004&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30004&r=needscript Try newer version: http://bugs.php.net/fix.php?id=30004&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30004&r=support Expected behavior: http://bugs.php.net/fix.php?id=30004&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30004&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30004&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30004&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30004&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30004&r=dst IIS Stability: http://bugs.php.net/fix.php?id=30004&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30004&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30004&r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30004&r=mysqlcfg
#30293 [NEW]: SWFText addString() appears todo nothing
From: Jared dot Williams1 at ntlworld dot com Operating system: Windows 2000/IIS PHP version: 5.0.2 PHP Bug Type: Ming related Bug description: SWFText addString() appears todo nothing Description: With Ming2.0a (the version thats including with php5.0.2) It seems impossible to display text with SWFText object. The addString() method appears to not add the string to an SWFText object. Looking at the swf output in a decompiler the created SWFText object exists, with the correct colour etc, but no text string to display. I've tried numerous examples from the 'net, such as http://ming.sourceforge.net/examples/text.html (example had to be modified to point to a valid .fdb) all display the same problem Reproduce code: --- http://ming.sourceforge.net/examples/text.html (example had to be modified to point to a valid .fdb) Expected result: 320x240 flash movie, with yellow text 'fnar! fnar!' centered Actual result: -- No text is displayed -- Edit bug report at http://bugs.php.net/?id=30293&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30293&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30293&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30293&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30293&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30293&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30293&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30293&r=needscript Try newer version: http://bugs.php.net/fix.php?id=30293&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30293&r=support Expected behavior: http://bugs.php.net/fix.php?id=30293&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30293&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30293&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30293&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30293&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30293&r=dst IIS Stability: http://bugs.php.net/fix.php?id=30293&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30293&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30293&r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30293&r=mysqlcfg
#30285 [Com]: switch statement: default executed when case matches
ID: 30285 Comment by: Jared dot Williams1 at ntlworld dot com Reported By: benjcarson at digitaljunkies dot ca Status: Open Bug Type: Zend Engine 2 problem Operating System: Debian Linux PHP Version: 5CVS-2004-09-30 (dev) New Comment: 5.0.2 does produce the expected result, as does 4.3.8 Previous Comments: [2004-09-30 05:25:18] benjcarson at digitaljunkies dot ca Description: It seems that the default: block of a switch statement now short-circuits the remaining case: tests. If the default: block is put before a matching case: block, it will _always_ be executed. While the docs (http://www.php.net/manual/en/control-structures.switch.php) do recommend making default: last, this is a BC break (tested with 5.0.0 and 4.3.2). This bug is also present at least as early as the 5.1.x-dev 2004-09-25 snap (sorry, the next earliest one I have is 5.0.0). The reproduce code below works if the default: block is put after the case "a": block. Reproduce code: --- Expected result: case: a Actual result: -- default -- Edit this bug report at http://bugs.php.net/?id=30285&edit=1
#32209 [Com]: Missing ? in processing instruction
ID: 32209
Comment by: Jared dot Williams1 at ntlworld dot com
Reported By: md2perpe at gmail dot com
Status: Open
Bug Type: DOM XML related
Operating System: *
PHP Version: 5CVS-2005-03-06
New Comment:
saveHTML is correctly using SGML processing instruction close. HTML
isnt XML.
Use saveXML for XML/XHTML.
Previous Comments:
[2005-03-06 22:35:42] md2perpe at gmail dot com
Description:
According to http://www.w3.org/TR/REC-xml/#sec-pi a processing
instruction should begin with . But
DOMDocument::createProcessingInstruction doesn't output the
questionmark at the end.
Reproduce code:
---
createProcessingInstruction('name', 'content');
$doc->appendChild($pi);
echo $doc->saveHTML();
?>
Expected result:
Actual result:
--
--
Edit this bug report at http://bugs.php.net/?id=32209&edit=1
#29354 [NEW]: Exception constructor marked as both public and protected
From: Jared dot Williams1 at ntlworld dot com
Operating system: Windows 2000/IIS
PHP version: 5.0.0
PHP Bug Type: Class/Object related
Bug description: Exception constructor marked as both public and protected
Description:
Exception class constructor when inspected via the Reflection api, seems
to be both marked a public and protected.
Reproduce code:
---
$exceptionClass = new ReflectionClass('Exception');
$exceptionConstructor = $exceptionClass->getConstructor();
var_dump($exceptionConstructor->isPublic());
var_dump($exceptionConstructor->isProtected());
Expected result:
bool(true) bool(false)
or
bool(false) bool(true)
Actual result:
--
bool(true) bool(true)
--
Edit bug report at http://bugs.php.net/?id=29354&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29354&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29354&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=29354&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=29354&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=29354&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=29354&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=29354&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=29354&r=support
Expected behavior: http://bugs.php.net/fix.php?id=29354&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=29354&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=29354&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=29354&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29354&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=29354&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=29354&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=29354&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=29354&r=float
#29354 [Fbk->Opn]: Exception constructor marked as both public and protected
ID: 29354
User updated by: Jared dot Williams1 at ntlworld dot com
Reported By: Jared dot Williams1 at ntlworld dot com
-Status: Feedback
+Status: Open
Bug Type: Class/Object related
Operating System: Windows 2000/IIS
PHP Version: 5.0.0
New Comment:
Still reports the Exception constructor as both public & protected.
PHP Version 5.1.0-dev
System Windows NT WIN2KS 5.0 build 2195
Build Date Jul 26 2004 00:23:15
Previous Comments:
[2004-07-25 19:54:05] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
[2004-07-23 17:57:09] Jared dot Williams1 at ntlworld dot com
Description:
Exception class constructor when inspected via the Reflection api,
seems to be both marked a public and protected.
Reproduce code:
---
$exceptionClass = new ReflectionClass('Exception');
$exceptionConstructor = $exceptionClass->getConstructor();
var_dump($exceptionConstructor->isPublic());
var_dump($exceptionConstructor->isProtected());
Expected result:
bool(true) bool(false)
or
bool(false) bool(true)
Actual result:
--
bool(true) bool(true)
--
Edit this bug report at http://bugs.php.net/?id=29354&edit=1
#29354 [Fbk->Opn]: Exception constructor marked as both public and protected
ID: 29354
User updated by: Jared dot Williams1 at ntlworld dot com
Reported By: Jared dot Williams1 at ntlworld dot com
-Status: Feedback
+Status: Open
Bug Type: Class/Object related
Operating System: Windows 2000/IIS
PHP Version: 5.0.0
New Comment:
No, just standard & Reflection.
Previous Comments:
[2004-07-26 03:18:46] [EMAIL PROTECTED]
Are you using extension com_dotnet?
[2004-07-26 02:35:25] Jared dot Williams1 at ntlworld dot com
Still reports the Exception constructor as both public & protected.
PHP Version 5.1.0-dev
System Windows NT WIN2KS 5.0 build 2195
Build Date Jul 26 2004 00:23:15
[2004-07-25 19:54:05] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
[2004-07-23 17:57:09] Jared dot Williams1 at ntlworld dot com
Description:
Exception class constructor when inspected via the Reflection api,
seems to be both marked a public and protected.
Reproduce code:
---
$exceptionClass = new ReflectionClass('Exception');
$exceptionConstructor = $exceptionClass->getConstructor();
var_dump($exceptionConstructor->isPublic());
var_dump($exceptionConstructor->isProtected());
Expected result:
bool(true) bool(false)
or
bool(false) bool(true)
Actual result:
--
bool(true) bool(true)
--
Edit this bug report at http://bugs.php.net/?id=29354&edit=1
#29354 [Fbk->Csd]: Exception constructor marked as both public and protected
ID: 29354 User updated by: Jared dot Williams1 at ntlworld dot com Reported By: Jared dot Williams1 at ntlworld dot com -Status: Feedback +Status: Closed Bug Type: Class/Object related Operating System: Windows 2000/IIS PHP Version: 5.0.0 New Comment: Fixed Previous Comments: [2004-08-02 18:27:02] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2004-07-26 13:07:28] Jared dot Williams1 at ntlworld dot com No, just standard & Reflection. [2004-07-26 03:18:46] [EMAIL PROTECTED] Are you using extension com_dotnet? [2004-07-26 02:35:25] Jared dot Williams1 at ntlworld dot com Still reports the Exception constructor as both public & protected. PHP Version 5.1.0-dev System Windows NT WIN2KS 5.0 build 2195 Build Date Jul 26 2004 00:23:15 [2004-07-25 19:54:05] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip 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/29354 -- Edit this bug report at http://bugs.php.net/?id=29354&edit=1
#29523 [NEW]: ReflectionParameter::isOptional() is incorrect
From: Jared dot Williams1 at ntlworld dot com
Operating system: Windows 2000/IIS
PHP version: 5CVS-2004-08-04 (dev)
PHP Bug Type: Class/Object related
Bug description: ReflectionParameter::isOptional() is incorrect
Description:
ReflectionParameter::isOptional() does not return the correct optional
status of some parameters.
ReflectionFunction::getNumberOfRequiredParameters() returns the current
number of required parameters, but when iterator through the
ReflectionFunction::getParamaters() counting parameters that are not
marked as optional, the value calculated is incorrect.
Reproduce code:
---
class TestClass
{
}
function optionalTest(TestClass $a, TestClass $b, $c = 3)
{
}
$function = new ReflectionFunction('optionalTest');
$numberOfNotOptionalParameters = 0;
$numberOfOptionalParameters = 0;
foreach($function->getParameters() as $parameter)
if ($parameter->isOptional())
++$numberOfOptionalParameters;
else
++$numberOfNotOptionalParameters;
var_dump($function->getNumberOfRequiredParameters());
var_dump($numberOfNotOptionalParameters);
Expected result:
int(2) int(2)
Actual result:
--
int(2) int(0)
--
Edit bug report at http://bugs.php.net/?id=29523&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29523&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29523&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=29523&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=29523&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=29523&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=29523&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=29523&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=29523&r=support
Expected behavior: http://bugs.php.net/fix.php?id=29523&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=29523&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=29523&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=29523&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29523&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=29523&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=29523&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=29523&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=29523&r=float
[PHP-BUG] Bug #60717 [NEW]: Order of traits in use statement can cause a fatal error
From:
Operating system: Ubuntu 11.10
PHP version: 5.4.0RC5
Package: Class/Object related
Bug Type: Bug
Bug description:Order of traits in use statement can cause a fatal error
Description:
The fatal trigger only occurs when the order of the use statement is
class HTMLHelper implements Helper
{
use TextUTF8, TextArea, HTMLAttributes;
}
If the use statement is reordered...
class HTMLHelper implements Helper
{
use TextArea, HTMLAttributes, TextUTF8;
}
then code is fine.
I guess that some testing of abstract methods is missing somewhere?
Test script:
---
https://gist.github.com/1595674
Expected result:
No fatal error
Actual result:
--
PHP Fatal error: Can't inherit abstract function
HTML\HTMLAttributes::text()
(previously declared abstract in HTML\TextArea) in
/var/www/framework.localhost/htdocs/bug.php on line 55
--
Edit bug report at https://bugs.php.net/bug.php?id=60717&edit=1
--
Try a snapshot (PHP 5.4):
https://bugs.php.net/fix.php?id=60717&r=trysnapshot54
Try a snapshot (PHP 5.3):
https://bugs.php.net/fix.php?id=60717&r=trysnapshot53
Try a snapshot (trunk):
https://bugs.php.net/fix.php?id=60717&r=trysnapshottrunk
Fixed in SVN:
https://bugs.php.net/fix.php?id=60717&r=fixed
Fixed in SVN and need be documented:
https://bugs.php.net/fix.php?id=60717&r=needdocs
Fixed in release:
https://bugs.php.net/fix.php?id=60717&r=alreadyfixed
Need backtrace:
https://bugs.php.net/fix.php?id=60717&r=needtrace
Need Reproduce Script:
https://bugs.php.net/fix.php?id=60717&r=needscript
Try newer version:
https://bugs.php.net/fix.php?id=60717&r=oldversion
Not developer issue:
https://bugs.php.net/fix.php?id=60717&r=support
Expected behavior:
https://bugs.php.net/fix.php?id=60717&r=notwrong
Not enough info:
https://bugs.php.net/fix.php?id=60717&r=notenoughinfo
Submitted twice:
https://bugs.php.net/fix.php?id=60717&r=submittedtwice
register_globals:
https://bugs.php.net/fix.php?id=60717&r=globals
PHP 4 support discontinued:
https://bugs.php.net/fix.php?id=60717&r=php4
Daylight Savings:https://bugs.php.net/fix.php?id=60717&r=dst
IIS Stability:
https://bugs.php.net/fix.php?id=60717&r=isapi
Install GNU Sed:
https://bugs.php.net/fix.php?id=60717&r=gnused
Floating point limitations:
https://bugs.php.net/fix.php?id=60717&r=float
No Zend Extensions:
https://bugs.php.net/fix.php?id=60717&r=nozend
MySQL Configuration Error:
https://bugs.php.net/fix.php?id=60717&r=mysqlcfg
Bug #61246 [Com]: Error when running PHP-FPM
Edit report at https://bugs.php.net/bug.php?id=61246&edit=1 ID: 61246 Comment by: Jared dot Williams1 at ntlworld dot com Reported by:osmanungur at gmail dot com Summary:Error when running PHP-FPM Status: Open Type: Bug Package:FPM related Operating System: Mac Os X 10.7.3 PHP Version:5.4.0 Block user comment: N Private report: N New Comment: svn head (currently r324037) contains this problem. Reverted back to r316786 which doesn't. Previous Comments: [2012-03-09 23:38:04] dancom96 at gmail dot com I copy pasted the wrong link in my last comment, but the latest SVN APC seems to be broken again. I compiled with SVN APC a couple days ago and it worked fine; but today I redownloaded it and recompiled, and I now have the same error once again. [2012-03-09 17:26:09] ras...@php.net okspam01 use APC from svn for now until we get a new APC release out. [2012-03-09 16:15:07] okspam01 at baimac dot com Hello As of 2012-03-09 this bug seems to still be active. Compiled PHP 5.4.0 with php-fpm Compiled APC 3.1.9 Added apc.so to php.ini Restarted php-fpm Got a full boatload of errors similar in content and flavor to those already posted in these comments. Can post the entire output if needed. [2012-03-06 22:33:51] dancom96 at gmail dot com Seems to be fixed now in latest APC dev http://pecl.php.net/get/APC [2012-03-05 21:16:12] dancom96 at gmail dot com Exact same issue with PHP 5.4.0, APC 3.1.9 but on CentOS 6. Gives error starting PHP-FPM and says failed, but PHP-FPM does actually start and APC appears to work fully. (Page generation time goes down to 1/4 of original gen time on Wordpress, like my production server) The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at https://bugs.php.net/bug.php?id=61246 -- Edit this bug report at https://bugs.php.net/bug.php?id=61246&edit=1
Bug #61246 [Com]: Error when running PHP-FPM
Edit report at https://bugs.php.net/bug.php?id=61246&edit=1 ID: 61246 Comment by: Jared dot Williams1 at ntlworld dot com Reported by:osmanungur at gmail dot com Summary:Error when running PHP-FPM Status: Open Type: Bug Package:FPM related Operating System: Mac Os X 10.7.3 PHP Version:5.4.0 Block user comment: N Private report: N New Comment: Actually r323587 is fine too it seems, but r323990 introduces the problem. Previous Comments: [2012-03-10 13:49:06] Jared dot Williams1 at ntlworld dot com svn head (currently r324037) contains this problem. Reverted back to r316786 which doesn't. [2012-03-09 23:38:04] dancom96 at gmail dot com I copy pasted the wrong link in my last comment, but the latest SVN APC seems to be broken again. I compiled with SVN APC a couple days ago and it worked fine; but today I redownloaded it and recompiled, and I now have the same error once again. [2012-03-09 17:26:09] ras...@php.net okspam01 use APC from svn for now until we get a new APC release out. [2012-03-09 16:15:07] okspam01 at baimac dot com Hello As of 2012-03-09 this bug seems to still be active. Compiled PHP 5.4.0 with php-fpm Compiled APC 3.1.9 Added apc.so to php.ini Restarted php-fpm Got a full boatload of errors similar in content and flavor to those already posted in these comments. Can post the entire output if needed. [2012-03-06 22:33:51] dancom96 at gmail dot com Seems to be fixed now in latest APC dev http://pecl.php.net/get/APC The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at https://bugs.php.net/bug.php?id=61246 -- Edit this bug report at https://bugs.php.net/bug.php?id=61246&edit=1
Bug #61246 [Com]: Error when running PHP-FPM
Edit report at https://bugs.php.net/bug.php?id=61246&edit=1 ID: 61246 Comment by: Jared dot Williams1 at ntlworld dot com Reported by:osmanungur at gmail dot com Summary:Error when running PHP-FPM Status: Open Type: Bug Package:FPM related Operating System: Mac Os X 10.7.3 PHP Version:5.4.0 Block user comment: N Private report: N New Comment: Problem seems fixed in r324146 Previous Comments: [2012-03-10 14:01:34] Jared dot Williams1 at ntlworld dot com Actually r323587 is fine too it seems, but r323990 introduces the problem. [2012-03-10 13:49:06] Jared dot Williams1 at ntlworld dot com svn head (currently r324037) contains this problem. Reverted back to r316786 which doesn't. [2012-03-09 23:38:04] dancom96 at gmail dot com I copy pasted the wrong link in my last comment, but the latest SVN APC seems to be broken again. I compiled with SVN APC a couple days ago and it worked fine; but today I redownloaded it and recompiled, and I now have the same error once again. [2012-03-09 17:26:09] ras...@php.net okspam01 use APC from svn for now until we get a new APC release out. [2012-03-09 16:15:07] okspam01 at baimac dot com Hello As of 2012-03-09 this bug seems to still be active. Compiled PHP 5.4.0 with php-fpm Compiled APC 3.1.9 Added apc.so to php.ini Restarted php-fpm Got a full boatload of errors similar in content and flavor to those already posted in these comments. Can post the entire output if needed. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at https://bugs.php.net/bug.php?id=61246 -- Edit this bug report at https://bugs.php.net/bug.php?id=61246&edit=1
[PHP-BUG] Bug #63015 [NEW]: Incorrect arginfo for DOMErrorHandler
From: Jared dot Williams1 at ntlworld dot com Operating system: Irrelevant PHP version: 5.4.6 Package: DOM XML related Bug Type: Bug Bug description:Incorrect arginfo for DOMErrorHandler Description: Arg info for the DOMErrorHandler contains as class hint for DOMError http://lxr.php.net/xref/PHP_5_4/ext/dom/domerrorhandler.c#30 Which is undefined. I suspect it should mean DOMDomError ? -- Edit bug report at https://bugs.php.net/bug.php?id=63015&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=63015&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=63015&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=63015&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=63015&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=63015&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=63015&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=63015&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=63015&r=needscript Try newer version: https://bugs.php.net/fix.php?id=63015&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=63015&r=support Expected behavior: https://bugs.php.net/fix.php?id=63015&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=63015&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=63015&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=63015&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=63015&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=63015&r=dst IIS Stability: https://bugs.php.net/fix.php?id=63015&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=63015&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=63015&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=63015&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=63015&r=mysqlcfg
[PHP-BUG] Bug #63066 [NEW]: Calling an undefined method in a generator results in a seg fault
From: Jared dot Williams1 at ntlworld dot com
Operating system: Linux ubuntu 3.5.0-14-generic #1
PHP version: master-Git-2012-09-11 (Git)
Package: Class/Object related
Bug Type: Bug
Bug description:Calling an undefined method in a generator results in a seg
fault
Description:
Calling an undefined method in a generator results in an expected fatal
error,
but then a segmentation fault occurs afterwards.
Test script:
---
function gen($o)
{
yield 'foo';
$o->fatalError();
}
foreach(gen(new stdClass()) as $value)
echo $value, "\n";
Expected result:
foo
PHP Fatal error: Call to undefined method stdClass::fatalError() in
/home/jared/fatalSegFault.php on line 6
Fatal error: Call to undefined method stdClass::fatalError() in
/home/jared/fatalSegFault.php on line 6
Actual result:
--
foo
PHP Fatal error: Call to undefined method stdClass::fatalError() in
/home/jared/fatalSegFault.php on line 6
Fatal error: Call to undefined method stdClass::fatalError() in
/home/jared/fatalSegFault.php on line 6
Segmentation fault
--
Edit bug report at https://bugs.php.net/bug.php?id=63066&edit=1
--
Try a snapshot (PHP 5.4):
https://bugs.php.net/fix.php?id=63066&r=trysnapshot54
Try a snapshot (PHP 5.3):
https://bugs.php.net/fix.php?id=63066&r=trysnapshot53
Try a snapshot (trunk):
https://bugs.php.net/fix.php?id=63066&r=trysnapshottrunk
Fixed in SVN:
https://bugs.php.net/fix.php?id=63066&r=fixed
Fixed in SVN and need be documented:
https://bugs.php.net/fix.php?id=63066&r=needdocs
Fixed in release:
https://bugs.php.net/fix.php?id=63066&r=alreadyfixed
Need backtrace:
https://bugs.php.net/fix.php?id=63066&r=needtrace
Need Reproduce Script:
https://bugs.php.net/fix.php?id=63066&r=needscript
Try newer version:
https://bugs.php.net/fix.php?id=63066&r=oldversion
Not developer issue:
https://bugs.php.net/fix.php?id=63066&r=support
Expected behavior:
https://bugs.php.net/fix.php?id=63066&r=notwrong
Not enough info:
https://bugs.php.net/fix.php?id=63066&r=notenoughinfo
Submitted twice:
https://bugs.php.net/fix.php?id=63066&r=submittedtwice
register_globals:
https://bugs.php.net/fix.php?id=63066&r=globals
PHP 4 support discontinued:
https://bugs.php.net/fix.php?id=63066&r=php4
Daylight Savings:https://bugs.php.net/fix.php?id=63066&r=dst
IIS Stability:
https://bugs.php.net/fix.php?id=63066&r=isapi
Install GNU Sed:
https://bugs.php.net/fix.php?id=63066&r=gnused
Floating point limitations:
https://bugs.php.net/fix.php?id=63066&r=float
No Zend Extensions:
https://bugs.php.net/fix.php?id=63066&r=nozend
MySQL Configuration Error:
https://bugs.php.net/fix.php?id=63066&r=mysqlcfg
Bug #63066 [Com]: Calling an undefined method in a generator results in a seg fault
Edit report at https://bugs.php.net/bug.php?id=63066&edit=1
ID: 63066
Comment by: jared dot williams1 at ntlworld dot com
Reported by:Jared dot Williams1 at ntlworld dot com
Summary:Calling an undefined method in a generator results
in a seg fault
Status: Open
Type: Bug
Package:Class/Object related
Operating System: Linux ubuntu 3.5.0-14-generic #1
PHP Version:master-Git-2012-09-11 (Git)
Block user comment: N
Private report: N
New Comment:
No APC or XDebug.
Will recompile with debug and get a bt.
Previous Comments:
[2012-09-11 13:13:41] reeze dot xia at gmail dot com
Can't reproduce in Ubuntu too.
parallels@ubuntu:~/php-src$ uname -a
Linux ubuntu 2.6.38-8-generic #42-Ubuntu SMP Mon Apr 11 03:31:24 UTC 2011
x86_64
x86_64 x86_64 GNU/Linux
if your are testing the lastest version, Could please provide backtrace？
https://bugs.php.net/bugs-generating-backtrace.php
[2012-09-11 12:59:13] reeze dot xia at gmail dot com
I could not reproduce it in Mac OS X
do you use any extension like apc, xdebug?
[2012-09-11 12:49:54] Jared dot Williams1 at ntlworld dot com
Description:
Calling an undefined method in a generator results in an expected fatal error,
but then a segmentation fault occurs afterwards.
Test script:
---
function gen($o)
{
yield 'foo';
$o->fatalError();
}
foreach(gen(new stdClass()) as $value)
echo $value, "\n";
Expected result:
foo
PHP Fatal error: Call to undefined method stdClass::fatalError() in
/home/jared/fatalSegFault.php on line 6
Fatal error: Call to undefined method stdClass::fatalError() in
/home/jared/fatalSegFault.php on line 6
Actual result:
--
foo
PHP Fatal error: Call to undefined method stdClass::fatalError() in
/home/jared/fatalSegFault.php on line 6
Fatal error: Call to undefined method stdClass::fatalError() in
/home/jared/fatalSegFault.php on line 6
Segmentation fault
--
Edit this bug report at https://bugs.php.net/bug.php?id=63066&edit=1
Bug #63066 [Opn]: Calling an undefined method in a generator results in a seg fault
Edit report at https://bugs.php.net/bug.php?id=63066&edit=1
ID: 63066
User updated by:Jared dot Williams1 at ntlworld dot com
Reported by:Jared dot Williams1 at ntlworld dot com
Summary:Calling an undefined method in a generator results
in a seg fault
Status: Open
Type: Bug
Package:Class/Object related
Operating System: Linux ubuntu 3.5.0-14-generic #1
PHP Version:master-Git-2012-09-11 (Git)
Block user comment: N
Private report: N
New Comment:
It appears that the seg fault doesn't appear in debug builds.
Recompiled without debug again, and the seg fault is still present
jared@ubuntu:~$ php -v
PHP 5.5.0-dev (cli) (built: Sep 11 2012 14:25:38) (DEBUG)
Copyright (c) 1997-2012 The PHP Group
Zend Engine v2.5.0-dev, Copyright (c) 1998-2012 Zend Technologies
jared@ubuntu:~$ php fatalSegFault.php
foo
PHP Fatal error: Call to undefined method stdClass::fatalError() in
/home/jared/fatalSegFault.php on line 6
Fatal error: Call to undefined method stdClass::fatalError() in
/home/jared/fatalSegFault.php on line 6
jared@ubuntu:~$ ./Development/php-src/sapi/cli/php -v
PHP 5.5.0-dev (cli) (built: Sep 11 2012 14:41:40)
Copyright (c) 1997-2012 The PHP Group
Zend Engine v2.5.0-dev, Copyright (c) 1998-2012 Zend Technologies
jared@ubuntu:~$ ./Development/php-src/sapi/cli/php fatalSegFault.php
foo
PHP Fatal error: Call to undefined method stdClass::fatalError() in
/home/jared/fatalSegFault.php on line 6
Fatal error: Call to undefined method stdClass::fatalError() in
/home/jared/fatalSegFault.php on line 6
Segmentation fault
Previous Comments:
[2012-09-11 13:17:14] jared dot williams1 at ntlworld dot com
No APC or XDebug.
Will recompile with debug and get a bt.
[2012-09-11 13:13:41] reeze dot xia at gmail dot com
Can't reproduce in Ubuntu too.
parallels@ubuntu:~/php-src$ uname -a
Linux ubuntu 2.6.38-8-generic #42-Ubuntu SMP Mon Apr 11 03:31:24 UTC 2011
x86_64
x86_64 x86_64 GNU/Linux
if your are testing the lastest version, Could please provide backtrace？
https://bugs.php.net/bugs-generating-backtrace.php
[2012-09-11 12:59:13] reeze dot xia at gmail dot com
I could not reproduce it in Mac OS X
do you use any extension like apc, xdebug?
[2012-09-11 12:49:54] Jared dot Williams1 at ntlworld dot com
Description:
Calling an undefined method in a generator results in an expected fatal error,
but then a segmentation fault occurs afterwards.
Test script:
---
function gen($o)
{
yield 'foo';
$o->fatalError();
}
foreach(gen(new stdClass()) as $value)
echo $value, "\n";
Expected result:
foo
PHP Fatal error: Call to undefined method stdClass::fatalError() in
/home/jared/fatalSegFault.php on line 6
Fatal error: Call to undefined method stdClass::fatalError() in
/home/jared/fatalSegFault.php on line 6
Actual result:
--
foo
PHP Fatal error: Call to undefined method stdClass::fatalError() in
/home/jared/fatalSegFault.php on line 6
Fatal error: Call to undefined method stdClass::fatalError() in
/home/jared/fatalSegFault.php on line 6
Segmentation fault
--
Edit this bug report at https://bugs.php.net/bug.php?id=63066&edit=1
Bug #63066 [Opn]: Calling an undefined method in a generator results in a seg fault
Edit report at https://bugs.php.net/bug.php?id=63066&edit=1 ID: 63066 User updated by:Jared dot Williams1 at ntlworld dot com Reported by:Jared dot Williams1 at ntlworld dot com Summary:Calling an undefined method in a generator results in a seg fault Status: Open Type: Bug Package:Class/Object related Operating System: Linux ubuntu 3.5.0-14-generic #1 PHP Version:master-Git-2012-09-11 (Git) Block user comment: N Private report: N New Comment: Backtrace of the NON debug seg fault... jared@ubuntu:~$ gdb ./Development/php-src/sapi/cli/php GNU gdb (GDB) 7.5-ubuntu Copyright (C) 2012 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-linux-gnu". For bug reporting instructions, please see: <http://www.gnu.org/software/gdb/bugs/>... Reading symbols from /home/jared/Development/php-src/sapi/cli/php...done. (gdb) run fatalSegFault.php Starting program: /home/jared/Development/php-src/sapi/cli/php fatalSegFault.php foo PHP Fatal error: Call to undefined method stdClass::fatalError() in /home/jared/fatalSegFault.php on line 6 Fatal error: Call to undefined method stdClass::fatalError() in /home/jared/fatalSegFault.php on line 6 Program received signal SIGSEGV, Segmentation fault. 0x006f36b2 in gc_zval_possible_root (zv=0x77fcafd8) at /home/jared/Development/php-src/Zend/zend_gc.c:143 143 GC_ZOBJ_CHECK_POSSIBLE_ROOT(zv); (gdb) bt #0 0x006f36b2 in gc_zval_possible_root (zv=0x77fcafd8) at /home/jared/Development/php-src/Zend/zend_gc.c:143 #1 0x006f6246 in zend_generator_close (generator=generator@entry=0x77fce180, finished_execution=finished_execution@entry=0 '\000') at /home/jared/Development/php-src/Zend/zend_generators.c:148 #2 0x006f63cb in zend_generator_free_storage (generator=0x77fce180) at /home/jared/Development/php-src/Zend/zend_generators.c:181 #3 0x006fc0a8 in zend_objects_store_free_object_storage ( objects=0xdbae60 ) at /home/jared/Development/php-src/Zend/zend_objects_API.c:92 #4 0x006c7153 in shutdown_executor () at /home/jared/Development/php-src/Zend/zend_execute_API.c:298 #5 0x006d5646 in zend_deactivate () at /home/jared/Development/php-src/Zend/zend.c:938 #6 0x0067641d in php_request_shutdown (dummy=dummy@entry=0x0) at /home/jared/Development/php-src/main/main.c:1780 #7 0x00781fe0 in do_cli (argc=2, argv=0x7fffe118) at /home/jared/Development/php-src/sapi/cli/php_cli.c:1171 #8 0x0042d56b in main (argc=2, argv=0x7fffe118) at /home/jared/Development/php-src/sapi/cli/php_cli.c:1364 Previous Comments: ---------------- [2012-09-11 13:46:20] Jared dot Williams1 at ntlworld dot com It appears that the seg fault doesn't appear in debug builds. Recompiled without debug again, and the seg fault is still present jared@ubuntu:~$ php -v PHP 5.5.0-dev (cli) (built: Sep 11 2012 14:25:38) (DEBUG) Copyright (c) 1997-2012 The PHP Group Zend Engine v2.5.0-dev, Copyright (c) 1998-2012 Zend Technologies jared@ubuntu:~$ php fatalSegFault.php foo PHP Fatal error: Call to undefined method stdClass::fatalError() in /home/jared/fatalSegFault.php on line 6 Fatal error: Call to undefined method stdClass::fatalError() in /home/jared/fatalSegFault.php on line 6 jared@ubuntu:~$ ./Development/php-src/sapi/cli/php -v PHP 5.5.0-dev (cli) (built: Sep 11 2012 14:41:40) Copyright (c) 1997-2012 The PHP Group Zend Engine v2.5.0-dev, Copyright (c) 1998-2012 Zend Technologies jared@ubuntu:~$ ./Development/php-src/sapi/cli/php fatalSegFault.php foo PHP Fatal error: Call to undefined method stdClass::fatalError() in /home/jared/fatalSegFault.php on line 6 Fatal error: Call to undefined method stdClass::fatalError() in /home/jared/fatalSegFault.php on line 6 Segmentation fault -------------------- [2012-09-11 13:17:14] jared dot williams1 at ntlworld dot com No APC or XDebug. Will recompile with debug and get a bt. [2012-09-11 13:13:41] reeze dot xia at gmail dot com Can't reproduce in Ubuntu too. parallels@ubuntu:~/php-src$ uname -a Linux ubuntu 2.6.38-8-generic #42-Ubuntu SMP Mon Apr 11 03:31:24 UTC 2011 x86_64 x86_64 x86_64 GNU/Linux if your are testing the lastest version, Could please provide backtrace？ https://bugs.php.net/bugs-generating-backtrace.php ---
Bug #63066 [Asn]: Calling an undefined method in a generator results in a seg fault
Edit report at https://bugs.php.net/bug.php?id=63066&edit=1 ID: 63066 User updated by:Jared dot Williams1 at ntlworld dot com Reported by:Jared dot Williams1 at ntlworld dot com Summary:Calling an undefined method in a generator results in a seg fault Status: Assigned Type: Bug Package:Class/Object related Operating System: Linux ubuntu 3.5.0-14-generic #1 PHP Version:master-Git-2012-09-11 (Git) Assigned To:nikic Block user comment: N Private report: N New Comment: Yeah, the QF does work. Previous Comments: [2012-09-11 15:29:18] larue...@php.net a quick fix made, and attached, hope that will help. [2012-09-11 15:27:58] larue...@php.net The following patch has been added/updated: Patch Name: bug63066.patch Revision: 1347377278 URL: https://bugs.php.net/patch-display.php?bug=63066&patch=bug63066.patch&revision=1347377278 [2012-09-11 15:12:54] larue...@php.net nikic, while method is not exists, then the EX(object)'s refcount will not be increased.. then this object will be dtor in genertor_close, and then the arguments of previous exeucte_data clean up.. nikic, please look at this. thanks [2012-09-11 13:50:49] Jared dot Williams1 at ntlworld dot com Backtrace of the NON debug seg fault... jared@ubuntu:~$ gdb ./Development/php-src/sapi/cli/php GNU gdb (GDB) 7.5-ubuntu Copyright (C) 2012 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-linux-gnu". For bug reporting instructions, please see: <http://www.gnu.org/software/gdb/bugs/>... Reading symbols from /home/jared/Development/php-src/sapi/cli/php...done. (gdb) run fatalSegFault.php Starting program: /home/jared/Development/php-src/sapi/cli/php fatalSegFault.php foo PHP Fatal error: Call to undefined method stdClass::fatalError() in /home/jared/fatalSegFault.php on line 6 Fatal error: Call to undefined method stdClass::fatalError() in /home/jared/fatalSegFault.php on line 6 Program received signal SIGSEGV, Segmentation fault. 0x006f36b2 in gc_zval_possible_root (zv=0x77fcafd8) at /home/jared/Development/php-src/Zend/zend_gc.c:143 143 GC_ZOBJ_CHECK_POSSIBLE_ROOT(zv); (gdb) bt #0 0x006f36b2 in gc_zval_possible_root (zv=0x77fcafd8) at /home/jared/Development/php-src/Zend/zend_gc.c:143 #1 0x006f6246 in zend_generator_close (generator=generator@entry=0x77fce180, finished_execution=finished_execution@entry=0 '\000') at /home/jared/Development/php-src/Zend/zend_generators.c:148 #2 0x006f63cb in zend_generator_free_storage (generator=0x77fce180) at /home/jared/Development/php-src/Zend/zend_generators.c:181 #3 0x006fc0a8 in zend_objects_store_free_object_storage ( objects=0xdbae60 ) at /home/jared/Development/php-src/Zend/zend_objects_API.c:92 #4 0x006c7153 in shutdown_executor () at /home/jared/Development/php-src/Zend/zend_execute_API.c:298 #5 0x006d5646 in zend_deactivate () at /home/jared/Development/php-src/Zend/zend.c:938 #6 0x0067641d in php_request_shutdown (dummy=dummy@entry=0x0) at /home/jared/Development/php-src/main/main.c:1780 #7 0x00781fe0 in do_cli (argc=2, argv=0x7fffe118) at /home/jared/Development/php-src/sapi/cli/php_cli.c:1171 #8 0x0042d56b in main (argc=2, argv=0x7fffe118) at /home/jared/Development/php-src/sapi/cli/php_cli.c:1364 ------------------------ [2012-09-11 13:46:20] Jared dot Williams1 at ntlworld dot com It appears that the seg fault doesn't appear in debug builds. Recompiled without debug again, and the seg fault is still present jared@ubuntu:~$ php -v PHP 5.5.0-dev (cli) (built: Sep 11 2012 14:25:38) (DEBUG) Copyright (c) 1997-2012 The PHP Group Zend Engine v2.5.0-dev, Copyright (c) 1998-2012 Zend Technologies jared@ubuntu:~$ php fatalSegFault.php foo PHP Fatal error: Call to undefined method stdClass::fatalError() in /home/jared/fatalSegFault.php on line 6 Fatal error: Call to undefined method stdClass::fatalError() in /home/jared/fatalSegFault.php on line 6 jared@ubuntu:~$ ./Development/php-src/sapi/cli/php -v PHP 5.5.0-dev (cli) (built: Sep 11 2012 14:41:40) Copyright (c) 1997-2012 The PHP Gro
#35316 [NEW]: Application exception on trying to create any COM object
From: Jared dot Williams1 at ntlworld dot com
Operating system: Windows 2000
PHP version: 5.1.0RC6
PHP Bug Type: COM related
Bug description: Application exception on trying to create any COM object
Description:
An application exception occurs when trying to create any COM object.
COM php.ini settings.. (all defaults)
Directive => Local Value => Master Value
com.allow_dcom => 0 => 0
com.autoregister_casesensitive => 1 => 1
com.autoregister_typelib => 0 => 0
com.autoregister_verbose => 0 => 0
com.code_page => no value => no value
com.typelib_file => no value => no value
Reproduce code:
---
php -r "$fso = new COM('Scripting.FileSystemObject'); $fso = NULL;"
php -r "$word = new COM('Word.Application'); $word = NULL;"
php -r "$connection = new COM('ADODB.Connection'); $connection = NULL;"
Expected result:
Nothing.
Actual result:
--
---
php.exe - Application Error
---
The instruction at "0x100aa8dd" referenced memory at "0x00f9". The
memory could not be "read".
Click on OK to terminate the program
Click on CANCEL to debug the program
---
OK Cancel
---
--
Edit bug report at http://bugs.php.net/?id=35316&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=35316&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=35316&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=35316&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=35316&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=35316&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=35316&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=35316&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=35316&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=35316&r=support
Expected behavior: http://bugs.php.net/fix.php?id=35316&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=35316&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=35316&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=35316&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35316&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=35316&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=35316&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=35316&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=35316&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=35316&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=35316&r=mysqlcfg
#35423 [NEW]: RecursiveDirectoryFilter doesnt appear to recurse
From: Jared dot Williams1 at ntlworld dot com Operating system: Win2000 PHP version: 5.1.0 PHP Bug Type: SPL related Bug description: RecursiveDirectoryFilter doesnt appear to recurse Description: RecursiveDirectoryIterator doesnt appear to recurse into subdirectories. Reproduce code: --- http://cvs.php.net/co.php/php-src/ext/spl/examples/nocvsdir.php?r=1.2 ...php5\ext\spl\examples>php nocvsdir.php ../../.. Expected result: List of all files and directories in the php5 cvs tree, but excluding any named 'CVS' Actual result: -- Just a list of files directly below the specified directory. -- Edit bug report at http://bugs.php.net/?id=35423&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=35423&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=35423&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=35423&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=35423&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=35423&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35423&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=35423&r=needscript Try newer version: http://bugs.php.net/fix.php?id=35423&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35423&r=support Expected behavior: http://bugs.php.net/fix.php?id=35423&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35423&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35423&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=35423&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35423&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=35423&r=dst IIS Stability: http://bugs.php.net/fix.php?id=35423&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35423&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35423&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35423&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=35423&r=mysqlcfg
#35423 [Opn]: RecursiveDirectoryIterator doesnt appear to recurse with RecursiveFilterIterator
ID: 35423 User updated by: Jared dot Williams1 at ntlworld dot com -Summary: RecursiveDirectoryFilter doesnt appear to recurse Reported By: Jared dot Williams1 at ntlworld dot com Status: Open Bug Type: SPL related Operating System: Win2000 PHP Version: 5.1.0 New Comment: Fixed summary. Previous Comments: [2005-11-27 12:33:18] Jared dot Williams1 at ntlworld dot com Description: RecursiveDirectoryIterator doesnt appear to recurse into subdirectories. Reproduce code: --- http://cvs.php.net/co.php/php-src/ext/spl/examples/nocvsdir.php?r=1.2 ...php5\ext\spl\examples>php nocvsdir.php ../../.. Expected result: List of all files and directories in the php5 cvs tree, but excluding any named 'CVS' Actual result: -- Just a list of files directly below the specified directory. -- Edit this bug report at http://bugs.php.net/?id=35423&edit=1
#32157 [Com]: mcrypt_create_iv returns same value each time called
ID: 32157
Comment by: Jared dot Williams1 at ntlworld dot com
Reported By: murray at planetthoughtful dot org
Status: No Feedback
Bug Type: mcrypt related
Operating System: WindowsXP
PHP Version: 5.0.3
New Comment:
Looking at mcrypt.c
case PHP_MCRYPT_IV_SOURCE_RAND:
*iv_len = size;
while (size) {
unsigned int ctx;
(*iv_str)[--size] = 255.0 * php_rand_r(&ctx) / RAND_MAX;
}
ctx isn't initialised to a random seed value for php_rand_r to generate
different initialisation vectors.
Previous Comments:
[2006-07-11 15:58:09] chad at herballure dot com
To add a little more detail to my previous comment, I'm using mod_php
with the Apache prefork MPM. Restarting the Web server changes what IV
is generated, but within a session it is still consistent.
The snaps.php.net URL that sniper gave is 404.
[2006-07-10 22:19:00] chad at herballure dot com
I can confirm that the IV is typically static despite usage of
MCRYPT_RAND on Linux + Apache 2.0.58 + mcrypt 2.5.7 + PHP 5.1.[24]. The
IV is different for the two PHP versions, but consistent within each.
The differences between my code and the reproduce code above is that I
am using blowfish in cbc mode, and I am not calling srand().
[2005-03-20 18:11:02] [EMAIL PROTECTED]
No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.
[2005-03-04 16:40:48] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.0-win32-latest.zip
[2005-03-01 22:42:45] murray at planetthoughtful dot org
Description:
For some reason, using mcrypt_create_iv on my system (WinXP, Apache
1.3.28, PHP 5.0.3, mcrypt 2.5.7) usually returns the same value
(specifically, when base64_encoded, the value
"qSqamZGHYAIBHnH8KiVcFwNNgrXbLL7R5Fl6lc4xjwA=") each time called, with
some exceptions.
Exceptions: if the code I have included is executed on my machine again
before approx 15 seconds has elapsed, another number, also fitting into
an expected value, is returned.
To explain:
If I execute the code below once, then wait 15 or 16 seconds, it will
return the same value both times, ie
"qSqamZGHYAIBHnH8KiVcFwNNgrXbLL7R5Fl6lc4xjwA=". If I execute the code,
then a second later I execute the code again, then a second later I
execute the code a third time, THEN I wait 15 seconds and repeat the
execution 3 times, I will get the following base64_encoded values:
qSqamZGHYAIBHnH8KiVcFwNNgrXbLL7R5Fl6lc4xjwA=
DqwXXwbWS0Nkm/7+18Y12zx1JIns87nfTITMx5oOWXI=
pytYv/yDzGw5JlyRm7timBu98nR3vTR7udWwlUVG6gI=
qSqamZGHYAIBHnH8KiVcFwNNgrXbLL7R5Fl6lc4xjwA=
DqwXXwbWS0Nkm/7+18Y12zx1JIns87nfTITMx5oOWXI=
pytYv/yDzGw5JlyRm7timBu98nR3vTR7udWwlUVG6gI=
Obviously I have no idea why waiting approx 15 seconds restarts the
cycle, but the net effect of this is that I generally end up with an
$iv value of "qSqamZGHYAIBHnH8KiVcFwNNgrXbLL7R5Fl6lc4xjwA=", since
there is usually a much longer period between requests to create an
initialization vector value than 15 seconds (at least, it's usually
much longer between in the site I have designed).
I hope this makes sense -- if not, please email me and I will try to
provide what information I can.
Note: I also tried "srand((double) microtime() * 100);" instead of
just "srand();" in case srand() was not being initialized properly for
MCRYPT_RAND, but this made no difference.
Reproduce code:
---
$td = mcrypt_module_open('rijndael-256','','cbc','');
srand();
$iv = mcrypt_create_iv(mcrypt_get_iv_size('rijndael-256','cbc'),
MCRYPT_RAND);
echo base64_encode($iv)."";
Expected result:
I expect $iv to be a different (ie random) value each time the code is
run.
Actual result:
--
If run approx 15 seconds apart, $iv will always be the same. if run
more frequently than 15 seconds apart, the value will follow an
expected progression, rather than being truly random.
--
Edit this bug report at http://bugs.php.net/?id=32157&edit=1
#37224 [NEW]: ErrorException::getTrace() includes the function name of the error_handler
From: Jared dot Williams1 at ntlworld dot com
Operating system: Win2000
PHP version: 5.1.3RC2
PHP Bug Type: Scripting Engine problem
Bug description: ErrorException::getTrace() includes the function name of the
error_handler
Description:
The call stack trace includes the name of the function used to map PHP
errors to exceptions. And as getTrace() is marked as final, cannot
override to exclude this.
Reproduce code:
---
getTrace());
}
catch (ErrorException $e)
{
var_dump($e->getTrace());
}
Expected result:
array
0 =>
array
'file' => 'C:\Inetpub\Framework\www\bug.php' (length=32)
'line' => 14
Actual result:
--
array
0 =>
array
'file' => 'C:\Inetpub\Framework\www\bug.php' (length=32)
'line' => 14
'function' => 'errorToExceptionHandler' (length=23)
--
Edit bug report at http://bugs.php.net/?id=37224&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=37224&r=trysnapshot44
Try a CVS snapshot (PHP 5.1):
http://bugs.php.net/fix.php?id=37224&r=trysnapshot51
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=37224&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=37224&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=37224&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=37224&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=37224&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=37224&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=37224&r=support
Expected behavior:http://bugs.php.net/fix.php?id=37224&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=37224&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=37224&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=37224&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37224&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=37224&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=37224&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=37224&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=37224&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=37224&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=37224&r=mysqlcfg
#37224 [Opn]: ErrorException::getTrace() includes the function name of the error_handler
ID: 37224
User updated by: Jared dot Williams1 at ntlworld dot com
Reported By: Jared dot Williams1 at ntlworld dot com
Status: Open
Bug Type: Scripting Engine problem
Operating System: Win2000
PHP Version: 5.1.3RC2
New Comment:
But more investigation, and it appears that something alters the trace.
As args for the [0] element of the trace a what would be expected. Eg:
= 1)
return divr($a, $b >> 1);
return $a / $b;
}
try
{
divr(1024, 2);
}
catch (ErrorException $e)
{
var_dump($e->getTrace());
}
Generates..
array
0 =>
array
'file' => 'C:\Inetpub\Framework\www\bug.php' (length=32)
'line' => 17
'function' => 'errorToExceptionHandler' (length=23)
'args' =>
array
0 => 1024
1 => 0
1 =>
Previous Comments:
------------------------
[2006-04-27 15:18:17] Jared dot Williams1 at ntlworld dot com
Description:
The call stack trace includes the name of the function used to map PHP
errors to exceptions. And as getTrace() is marked as final, cannot
override to exclude this.
Reproduce code:
---
getTrace());
}
catch (ErrorException $e)
{
var_dump($e->getTrace());
}
Expected result:
array
0 =>
array
'file' => 'C:\Inetpub\Framework\www\bug.php' (length=32)
'line' => 14
Actual result:
--
array
0 =>
array
'file' => 'C:\Inetpub\Framework\www\bug.php' (length=32)
'line' => 14
'function' => 'errorToExceptionHandler' (length=23)
--
Edit this bug report at http://bugs.php.net/?id=37224&edit=1
#37224 [Bgs]: ErrorException::getTrace() includes the function name of the error_handler
ID: 37224
User updated by: Jared dot Williams1 at ntlworld dot com
Reported By: Jared dot Williams1 at ntlworld dot com
Status: Bogus
Bug Type: Scripting Engine problem
Operating System: Win2000
PHP Version: 5.1.3RC2
New Comment:
How can the trace containing the function name of one function, and the
arguments to another be expected?
Previous Comments:
[2006-05-01 15:04:30] [EMAIL PROTECTED]
Expected behaviour.
No bug here.
[2006-04-27 18:24:03] Jared dot Williams1 at ntlworld dot com
But more investigation, and it appears that something alters the trace.
As args for the [0] element of the trace a what would be expected. Eg:
= 1)
return divr($a, $b >> 1);
return $a / $b;
}
try
{
divr(1024, 2);
}
catch (ErrorException $e)
{
var_dump($e->getTrace());
}
Generates..
array
0 =>
array
'file' => 'C:\Inetpub\Framework\www\bug.php' (length=32)
'line' => 17
'function' => 'errorToExceptionHandler' (length=23)
'args' =>
array
0 => 1024
1 => 0
1 =>
------------------------
[2006-04-27 15:18:17] Jared dot Williams1 at ntlworld dot com
Description:
The call stack trace includes the name of the function used to map PHP
errors to exceptions. And as getTrace() is marked as final, cannot
override to exclude this.
Reproduce code:
---
getTrace());
}
catch (ErrorException $e)
{
var_dump($e->getTrace());
}
Expected result:
array
0 =>
array
'file' => 'C:\Inetpub\Framework\www\bug.php' (length=32)
'line' => 14
Actual result:
--
array
0 =>
array
'file' => 'C:\Inetpub\Framework\www\bug.php' (length=32)
'line' => 14
'function' => 'errorToExceptionHandler' (length=23)
--
Edit this bug report at http://bugs.php.net/?id=37224&edit=1
#37291 [NEW]: FastCGI now longer works
From: Jared dot Williams1 at ntlworld dot com Operating system: Win2000 PHP version: 5.1.3 PHP Bug Type: IIS related Bug description: FastCGI now longer works Description: Using fastcgi no longer appears to work with IIS. 5.1.3RC2 worked fine. Appears no requests get to the worker processes. They are created, but just do nothing it appears. C:\Inetpub\VTemplate\tests>pslist php PsList 1.21 - Process Information Lister Copyright (C) 1999-2002 Mark Russinovich Sysinternals - www.sysinternals.com Process information for WIN2KS: process php was not found on WIN2KS C:\Inetpub\VTemplate\tests>wget -s http://localhost/phpinfo.php --13:06:24-- http://localhost/phpinfo.php => `phpinfo.php' Resolving localhost... done. Connecting to localhost[127.0.0.1]:80... connected. HTTP request sent, awaiting response... Nothing happens here, but the worker processes have fired up... C:\Inetpub\VTemplate\tests>pslist php PsList 1.21 - Process Information Lister Copyright (C) 1999-2002 Mark Russinovich Sysinternals - www.sysinternals.com Process information for WIN2KS: Name Pid Pri Thd HndMem User Time Kernel Time Elapsed Time php-cgi 1784 8 2 38 6440 0:00:00.080 0:00:00.100 0:01:56.417 php-cgi 740 8 2 41 6380 0:00:00.110 0:00:00.050 0:01:56.397 php-cgi 2008 8 2 43 6380 0:00:00.110 0:00:00.070 0:01:56.357 -- Edit bug report at http://bugs.php.net/?id=37291&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=37291&r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=37291&r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=37291&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=37291&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=37291&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=37291&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=37291&r=needscript Try newer version:http://bugs.php.net/fix.php?id=37291&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=37291&r=support Expected behavior:http://bugs.php.net/fix.php?id=37291&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=37291&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=37291&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=37291&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37291&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=37291&r=dst IIS Stability:http://bugs.php.net/fix.php?id=37291&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=37291&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=37291&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=37291&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=37291&r=mysqlcfg
#37224 [Bgs->Opn]: ErrorException::getTrace() includes the function name of the error_handler
ID: 37224
User updated by: Jared dot Williams1 at ntlworld dot com
Reported By: Jared dot Williams1 at ntlworld dot com
-Status: Bogus
+Status: Open
Bug Type: Scripting Engine problem
Operating System: Win2000
-PHP Version: 5.1.3RC2
+PHP Version: 5.1.3
New Comment:
This definately seems to be a bug...
0 && $a < 10');
}
try
{
test(11);
}
catch (Exception $e)
{
echo '';
var_dump($e->getTrace());
echo '';
}
?>
Outputs
array(3) {
[0]=>
array(2) {
["function"]=>
string(24) "assertToExceptionHandler"
["args"]=>
array(1) {
[0]=>
string(17) "$a > 0 && $a < 10"
}
}
[1]=>
array(4) {
["file"]=>
string(30) "C:\Inetpub\Framework\www\s.php"
["line"]=>
int(24)
["function"]=>
string(6) "assert"
["args"]=>
array(1) {
[0]=>
int(11)
}
}
[2]=>
array(3) {
["file"]=>
string(30) "C:\Inetpub\Framework\www\s.php"
["line"]=>
int(29)
["function"]=>
string(4) "test"
}
}
Which seems off by one each line of the trace has the previous stack
calls arguments.
Previous Comments:
[2006-05-01 15:31:20] Jared dot Williams1 at ntlworld dot com
How can the trace containing the function name of one function, and the
arguments to another be expected?
--------------------
[2006-05-01 15:04:30] [EMAIL PROTECTED]
Expected behaviour.
No bug here.
[2006-04-27 18:24:03] Jared dot Williams1 at ntlworld dot com
But more investigation, and it appears that something alters the trace.
As args for the [0] element of the trace a what would be expected. Eg:
= 1)
return divr($a, $b >> 1);
return $a / $b;
}
try
{
divr(1024, 2);
}
catch (ErrorException $e)
{
var_dump($e->getTrace());
}
Generates..
array
0 =>
array
'file' => 'C:\Inetpub\Framework\www\bug.php' (length=32)
'line' => 17
'function' => 'errorToExceptionHandler' (length=23)
'args' =>
array
0 => 1024
1 => 0
1 =>
[2006-04-27 15:18:17] Jared dot Williams1 at ntlworld dot com
Description:
The call stack trace includes the name of the function used to map PHP
errors to exceptions. And as getTrace() is marked as final, cannot
override to exclude this.
Reproduce code:
---
getTrace());
}
catch (ErrorException $e)
{
var_dump($e->getTrace());
}
Expected result:
array
0 =>
array
'file' => 'C:\Inetpub\Framework\www\bug.php' (length=32)
'line' => 14
Actual result:
--
array
0 =>
array
'file' => 'C:\Inetpub\Framework\www\bug.php' (length=32)
'line' => 14
'function' => 'errorToExceptionHandler' (length=23)
--
Edit this bug report at http://bugs.php.net/?id=37224&edit=1
#37408 [NEW]: max_execution_time seems to be in affect for interactive CLI sessions
From: Jared dot Williams1 at ntlworld dot com Operating system: Win2000 PHP version: 5.1.4 PHP Bug Type: Scripting Engine problem Bug description: max_execution_time seems to be in affect for interactive CLI sessions Description: max_execution_time seems to be in affect for interactive CLI sessions 5.1.4 & 5.2 both exhibit the problem. Reproduce code: --- E:\php-5.1.4-Win32>php -a Interactive mode enabled http://bugs.php.net/?id=37408&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=37408&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=37408&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=37408&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=37408&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=37408&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=37408&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=37408&r=needscript Try newer version:http://bugs.php.net/fix.php?id=37408&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=37408&r=support Expected behavior:http://bugs.php.net/fix.php?id=37408&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=37408&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=37408&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=37408&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37408&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=37408&r=dst IIS Stability:http://bugs.php.net/fix.php?id=37408&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=37408&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=37408&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=37408&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=37408&r=mysqlcfg
#37408 [Bgs->Opn]: max_execution_time seems to be in affect for interactive CLI sessions
ID: 37408 User updated by: Jared dot Williams1 at ntlworld dot com Reported By: Jared dot Williams1 at ntlworld dot com -Status: Bogus +Status: Open Bug Type: Scripting Engine problem Operating System: Win2000 PHP Version: 5.1.4 Assigned To: helly New Comment: F:\Temp\CVSProjects\ezcomponents\trunk>php -d max_execution_time=0 -a Interactive mode enabled http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php To chang execution time limit either use set_time_limit() function or run CLI php with -d max_execution_time=0 flag [2006-05-12 02:08:25] mlee at kanhan dot com Sorry the command in my previous comment should be this: C:\temp>php loop.php [2006-05-12 02:05:22] mlee at kanhan dot com The bug does not just affect interactive sessions but normal CLI operations as well. Try put the following code in a file: Then run it at the command prompt: c:\>php loop.php After running for about 60 seconds, the following error occurs: Fatal error: Maximum execution time of 60 seconds exceeded in C:\temp\loop.php on line 6 [2006-05-11 15:28:25] Jared dot Williams1 at ntlworld dot com Description: max_execution_time seems to be in affect for interactive CLI sessions 5.1.4 & 5.2 both exhibit the problem. Reproduce code: --- E:\php-5.1.4-Win32>php -a Interactive mode enabled http://bugs.php.net/?id=37408&edit=1
#37478 [NEW]: Can not turn off E_STRICT messages
From: Jared dot Williams1 at ntlworld dot com
Operating system: Win200
PHP version: 4CVS-2006-05-17 (snap)
PHP Bug Type: Scripting Engine problem
Bug description: Can not turn off E_STRICT messages
Description:
Setting error_reporting to 0, doesnt not prevent E_STRICT warnings.
Reproduce code:
---
E:\php5.2-win32>php -r "var_dump(get_cfg_var('cfg_file_path'));
var_dump(error_reporting());"
string(23) "E:\php5.2-win32\php.ini"
int(0) <- error_reporting is 0
E:\php5.2-win32>go-pear
PHP Strict Standards: Assigning the return value of new by reference is
deprecated in phar://go-pear.phar/PEAR.php on line 563
PHP Strict Standards: Assigning the return value of new by reference is
deprecated in phar://go-pear.phar/PEAR.php on line 566
Expected result:
No PHP Strict Standard warnings.
--
Edit bug report at http://bugs.php.net/?id=37478&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=37478&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=37478&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=37478&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=37478&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=37478&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=37478&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=37478&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=37478&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=37478&r=support
Expected behavior:http://bugs.php.net/fix.php?id=37478&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=37478&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=37478&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=37478&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37478&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=37478&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=37478&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=37478&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=37478&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=37478&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=37478&r=mysqlcfg
#37478 [Opn->Bgs]: Can not turn off E_STRICT messages
ID: 37478
User updated by: Jared dot Williams1 at ntlworld dot com
Reported By: Jared dot Williams1 at ntlworld dot com
-Status: Open
+Status: Bogus
Bug Type: Scripting Engine problem
-Operating System: Win200
+Operating System: Win2000
PHP Version: 4CVS-2006-05-17 (snap)
New Comment:
Pah, pear.phar uses error_reporting(E_ALL);
Previous Comments:
[2006-05-17 15:53:56] Jared dot Williams1 at ntlworld dot com
Description:
Setting error_reporting to 0, doesnt not prevent E_STRICT warnings.
Reproduce code:
---
E:\php5.2-win32>php -r "var_dump(get_cfg_var('cfg_file_path'));
var_dump(error_reporting());"
string(23) "E:\php5.2-win32\php.ini"
int(0) <- error_reporting is 0
E:\php5.2-win32>go-pear
PHP Strict Standards: Assigning the return value of new by reference
is deprecated in phar://go-pear.phar/PEAR.php on line 563
PHP Strict Standards: Assigning the return value of new by reference
is deprecated in phar://go-pear.phar/PEAR.php on line 566
Expected result:
No PHP Strict Standard warnings.
--
Edit this bug report at http://bugs.php.net/?id=37478&edit=1
#37408 [Fbk->Csd]: max_execution_time seems to be in affect for interactive CLI sessions
ID: 37408 User updated by: Jared dot Williams1 at ntlworld dot com Reported By: Jared dot Williams1 at ntlworld dot com -Status: Feedback +Status: Closed Bug Type: Scripting Engine problem Operating System: Win2000 PHP Version: 5.1.4 Assigned To: helly New Comment: Latest snaps do seem fixed. Previous Comments: [2006-05-27 01:02:11] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip [2006-05-25 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". [2006-05-19 08:05:50] psadac at gmail dot com it's a bug. I run php 5.1.4 over Windows XP, i have max_execution_time = 240 in my php.ini, set_time_limit(0) in my php script and i get "Maximum execution time of 60 seconds exceeded". [2006-05-18 13:42:54] mlee at kanhan dot com It's 30 seconds in my php.ini, but the error I get is this: "Fatal error: Maximum execution time of 60 seconds exceeded" Anyway, I thought the documentation is quite clear about the fact max_execution_time is one of the overridden php.ini directives for the CLI executable and that the default value is 0 (infinite). [2006-05-17 14:06:28] [EMAIL PROTECTED] What's defined for max_execution_time in your php.ini 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/37408 -- Edit this bug report at http://bugs.php.net/?id=37408&edit=1
#41135 [Com]: PDO SQLite BLOB field data truncated after 21 bytes
ID: 41135
Comment by: Jared dot Williams1 at ntlworld dot com
Reported By: rich at corephp dot co dot uk
Status: Assigned
Bug Type: PDO related
Operating System: Windows XP SP2
PHP Version: 5.2.1
Assigned To: wez
New Comment:
I believe it crops the data to the first \0 byte.
The ugly workaround is not to use bound parameters ...
$pic_data = 'X'.$db->quote(bin2hex($pic_data));
$stmt = $db->prepare('INSERT INTO Test (name, data) VALUES
(?,'.$pic_data.')');
$stmt->bindParam(1, $name, PDO::PARAM_STR, 60);
$stmt->execute();
Previous Comments:
[2007-04-18 17:11:47] rich at corephp dot co dot uk
The one that comes in php-5.2.1-Win32.zip (ext/php_pdo_sqlite.dll -
274,496 bytes). Please note that both the PDO SQLite AND the SQLite
(php_sqlite.dll) extensions are loaded.
[2007-04-18 16:55:34] [EMAIL PROTECTED]
Can you clarify if you're using the sqlite that comes with PHP or if
you pulled it out of a separate PECL download?
[2007-04-18 16:46:46] rich at corephp dot co dot uk
Description:
There appears to be an issue inserting binary data from a file into a
SQLite BLOB field via PDO SQLite in that the data is never fully
transferred.
The SQLite database consisted of 1 table with 3 columns:
id - integer - primary
filename - varchar(50)
data - blob
The PHP code tried to insert an image file into the BLOB field. The
code does not error in any way, nothing appears in the PHP error log, no
warnings are produced, but the data is never fully transmitted to the
SQLite database.
The ID is created properly, the filename is correct, but the data field
contains only the first 21 bytes worth of the image and nothing more.
Various different image files have been tested. The SQLite database
itself is valid, and works perfectly with BLOB fields when inserted from
the command-line. The web server is Apache 2.2.4 The SQLite database,
from phpinfo:
PDO Driver for SQLite 3.x enabled
PECL Module version 1.0.1 $Id: pdo_sqlite.c,v 1.10.2.6.2.1 2007/01/01
09:36:05 sebastian Exp $
SQLite Library 3.3.7undefined
Reproduce code:
---
$filename = 'D:/sandbox.dev/public_html/test.gif';
try
{
$db = new PDO('sqlite:D:/sandbox.dev/public_html/test.db');
}
catch (PDOException $error)
{
echo "Error! :" . $error->getMessage();
}
$name = 'test.gif';
$stmt = $db->prepare('INSERT INTO DataTest (filename, data) VALUES
(?,?)');
$stmt->execute(array($name, file_get_contents($filename)));
Expected result:
The SQLite database 'test.db' should be updated to contain the full
contents of test.gif in the BLOB field.
Actual result:
--
The image data is truncated after the first 21 bytes. When viewed in
Hexadecimal mode you can see that the GIF89a header was passed across,
along with the first 5 bytes of actual picture data, but after that it
is cut off. Insert a PNG file instead of a GIF and you get the PNG data
header, plus a few bytes worth of image, and again it cuts off. No
matter what type of file you insert into the BLOB, only the first 21
bytes make it.
--
Edit this bug report at http://bugs.php.net/?id=41135&edit=1
#36049 [NEW]: str_replace with arrays
From: Jared dot Williams1 at ntlworld dot com Operating system: Win2000 PHP version: 5.1.2 PHP Bug Type: Strings related Bug description: str_replace with arrays Description: str_replace() not replacing entire search string with its replacement. Reproduce code: --- '%host', 1 => '%login', 2 => '%user', 3 => '%time', 4 => '%method', 5 => '%url', 6 => '%protocol', 7 => '%status', 8 => '%bytesSent', 9 => '%referrer', 10 => '%userAgent', ); $r = array ( 0 => '([^ ])+', 1 => '([^ ])+', 2 => '([^ ])+', 3 => '([^\\]])+', 4 => '([^ ])+', 5 => '([^ ])+', 6 => '([^"])+', 7 => '([^ ])+', 8 => '([^ ])+', 9 => '([^"])+', 10 => '([^"])+', ); $subject = '%host %login %user [%time] "%method %url %protocol" %status %bytesSent "%referrer" "%userAgent"'; echo str_replace($s, $r, $subject), "\n"; Expected result: ([^ ])+ ([^ ])+ ([^ ])+ [([^\]])+] "([^ ])+ ([^ ])+ ([^"])+" ([^ ])+ ([^ ])+ "([^"])+" "([^ ])+" Actual result: -- ([^ ])+ ([^ ])+ ([^ ])+ [([^\]])+] "([^ ])+ ([^ ])+ ([^"])+" ([^ ])+ ([^ ])+ "([^"])+" "([^ ])+Agent" -- Edit bug report at http://bugs.php.net/?id=36049&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=36049&r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=36049&r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=36049&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=36049&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=36049&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=36049&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=36049&r=needscript Try newer version:http://bugs.php.net/fix.php?id=36049&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=36049&r=support Expected behavior:http://bugs.php.net/fix.php?id=36049&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=36049&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=36049&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=36049&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=36049&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=36049&r=dst IIS Stability:http://bugs.php.net/fix.php?id=36049&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=36049&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=36049&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=36049&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=36049&r=mysqlcfg
#36049 [Opn->Bgs]: str_replace with arrays
ID: 36049 User updated by: Jared dot Williams1 at ntlworld dot com Reported By: Jared dot Williams1 at ntlworld dot com -Status: Open +Status: Bogus Bug Type: Strings related Operating System: Win2000 PHP Version: 5.1.2 New Comment: Err, my mistake Previous Comments: [2006-01-17 13:38:57] Jared dot Williams1 at ntlworld dot com Description: str_replace() not replacing entire search string with its replacement. Reproduce code: --- '%host', 1 => '%login', 2 => '%user', 3 => '%time', 4 => '%method', 5 => '%url', 6 => '%protocol', 7 => '%status', 8 => '%bytesSent', 9 => '%referrer', 10 => '%userAgent', ); $r = array ( 0 => '([^ ])+', 1 => '([^ ])+', 2 => '([^ ])+', 3 => '([^\\]])+', 4 => '([^ ])+', 5 => '([^ ])+', 6 => '([^"])+', 7 => '([^ ])+', 8 => '([^ ])+', 9 => '([^"])+', 10 => '([^"])+', ); $subject = '%host %login %user [%time] "%method %url %protocol" %status %bytesSent "%referrer" "%userAgent"'; echo str_replace($s, $r, $subject), "\n"; Expected result: ([^ ])+ ([^ ])+ ([^ ])+ [([^\]])+] "([^ ])+ ([^ ])+ ([^"])+" ([^ ])+ ([^ ])+ "([^"])+" "([^ ])+" Actual result: -- ([^ ])+ ([^ ])+ ([^ ])+ [([^\]])+] "([^ ])+ ([^ ])+ ([^"])+" ([^ ])+ ([^ ])+ "([^"])+" "([^ ])+Agent" -- Edit this bug report at http://bugs.php.net/?id=36049&edit=1
#36320 [NEW]: Custom dir_readdir() causes readdir() to crash when returns false
From: Jared dot Williams1 at ntlworld dot com
Operating system: Win2000
PHP version: 5.1.2
PHP Bug Type: Streams related
Bug description: Custom dir_readdir() causes readdir() to crash when returns
false
Description:
dir_readdir seems to cause a crash when used with readdir(). Code below is
based on the \ext\standard\tests\file\userdirstream.phpt test, but instead
of using scandir() which appears to work fine, the manual looping causes
an application exception.
Reproduce code:
---
class test {
public $idx = 0;
function dir_opendir($path, $options) {
print "Opening\n";
$this->idx = 0;
return true;
}
function dir_readdir() {
$sample = array('first','second','third','fourth');
if ($this->idx >= count($sample))
return false;
else
return $sample[$this->idx++];
}
function dir_rewinddir() {
$this->idx = 0;
return true;
}
function dir_closedir() {
print "Closing up!\n";
return true;
}
}
stream_wrapper_register('test', 'test');
$dh = opendir('test://example.com/path/to/test');
if ($dh) {
while (($f = readdir($dh)) !== FALSE)
echo $f, "\n";
}
Expected result:
Opening
first
second
third
fourth
without an application exception
Actual result:
--
Opening
first
second
third
fourth
with an application exception
--
Edit bug report at http://bugs.php.net/?id=36320&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=36320&r=trysnapshot44
Try a CVS snapshot (PHP 5.1):
http://bugs.php.net/fix.php?id=36320&r=trysnapshot51
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=36320&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=36320&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=36320&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=36320&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=36320&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=36320&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=36320&r=support
Expected behavior:http://bugs.php.net/fix.php?id=36320&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=36320&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=36320&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=36320&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=36320&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=36320&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=36320&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=36320&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=36320&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=36320&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=36320&r=mysqlcfg
#36947 [NEW]: PHP HTTP stream wrapper does not treat all 2xx status codes as successful
From: Jared dot Williams1 at ntlworld dot com Operating system: Win2000 PHP version: 5.1.3RC2 PHP Bug Type: Streams related Bug description: PHP HTTP stream wrapper does not treat all 2xx status codes as successful Description: PHP HTTP stream wrapper does not treat all http 2xx status codes as successful, making it impossible to use with WebDAV. -- Edit bug report at http://bugs.php.net/?id=36947&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=36947&r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=36947&r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=36947&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=36947&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=36947&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=36947&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=36947&r=needscript Try newer version:http://bugs.php.net/fix.php?id=36947&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=36947&r=support Expected behavior:http://bugs.php.net/fix.php?id=36947&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=36947&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=36947&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=36947&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=36947&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=36947&r=dst IIS Stability:http://bugs.php.net/fix.php?id=36947&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=36947&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=36947&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=36947&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=36947&r=mysqlcfg
#36947 [Fbk->Opn]: PHP HTTP stream wrapper does not treat all 2xx status codes as successful
ID: 36947 User updated by: Jared dot Williams1 at ntlworld dot com Reported By: Jared dot Williams1 at ntlworld dot com -Status: Feedback +Status: Open Bug Type: Streams related Operating System: Win2000 PHP Version: 5.1.3RC2 New Comment: Was raised on php internals ~year ago.. http://marc.theaimsgroup.com/?l=php-dev&m=111383344601864&w=2 http://marc.theaimsgroup.com/?l=php-dev&m=111384113712112&w=2 http://marc.theaimsgroup.com/?l=php-dev&m=111384249807034&w=2 Previous Comments: [2006-04-02 13:27:06] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. -------- [2006-04-02 13:20:04] Jared dot Williams1 at ntlworld dot com Description: PHP HTTP stream wrapper does not treat all http 2xx status codes as successful, making it impossible to use with WebDAV. -- Edit this bug report at http://bugs.php.net/?id=36947&edit=1
[PHP-BUG] Bug #55355 [NEW]: Unexpected fatal error when using abstract functions with traits
From:
Operating system: Ubuntu 11.04
PHP version: 5.4SVN-2011-08-03 (SVN)
Package: Class/Object related
Bug Type: Bug
Bug description:Unexpected fatal error when using abstract functions with traits
Description:
When resolving trait abstract methods, it seems the class hierarchy is not
checked, resulting in a fatal error if an abstract method isn't implemented
directly in the class that is utilising the trait.
Test script:
---
foo();
}
abstract function foo();
}
class Base
{
function foo() { }
}
class Child extends Base
{
use ATrait;
}
Actual result:
--
PHP Fatal error: Cannot make non abstract method Base::foo() abstract in
class
Child in /home/jared/Temp/trait.php on line 21
Fatal error: Cannot make non abstract method Base::foo() abstract in class
Child
in /home/jared/Temp/trait.php on line 21
--
Edit bug report at https://bugs.php.net/bug.php?id=55355&edit=1
--
Try a snapshot (PHP 5.4):
https://bugs.php.net/fix.php?id=55355&r=trysnapshot54
Try a snapshot (PHP 5.3):
https://bugs.php.net/fix.php?id=55355&r=trysnapshot53
Try a snapshot (trunk):
https://bugs.php.net/fix.php?id=55355&r=trysnapshottrunk
Fixed in SVN:
https://bugs.php.net/fix.php?id=55355&r=fixed
Fixed in SVN and need be documented:
https://bugs.php.net/fix.php?id=55355&r=needdocs
Fixed in release:
https://bugs.php.net/fix.php?id=55355&r=alreadyfixed
Need backtrace:
https://bugs.php.net/fix.php?id=55355&r=needtrace
Need Reproduce Script:
https://bugs.php.net/fix.php?id=55355&r=needscript
Try newer version:
https://bugs.php.net/fix.php?id=55355&r=oldversion
Not developer issue:
https://bugs.php.net/fix.php?id=55355&r=support
Expected behavior:
https://bugs.php.net/fix.php?id=55355&r=notwrong
Not enough info:
https://bugs.php.net/fix.php?id=55355&r=notenoughinfo
Submitted twice:
https://bugs.php.net/fix.php?id=55355&r=submittedtwice
register_globals:
https://bugs.php.net/fix.php?id=55355&r=globals
PHP 4 support discontinued:
https://bugs.php.net/fix.php?id=55355&r=php4
Daylight Savings:https://bugs.php.net/fix.php?id=55355&r=dst
IIS Stability:
https://bugs.php.net/fix.php?id=55355&r=isapi
Install GNU Sed:
https://bugs.php.net/fix.php?id=55355&r=gnused
Floating point limitations:
https://bugs.php.net/fix.php?id=55355&r=float
No Zend Extensions:
https://bugs.php.net/fix.php?id=55355&r=nozend
MySQL Configuration Error:
https://bugs.php.net/fix.php?id=55355&r=mysqlcfg
[PHP-BUG] Bug #55424 [NEW]: Fatal error when calling a method from a trait that is defined in parent class
From:
Operating system: Ubuntu x64 11.04
PHP version: 5.4SVN-2011-08-15 (SVN)
Package: Scripting Engine problem
Bug Type: Bug
Bug description:Fatal error when calling a method from a trait that is defined
in parent class
Description:
A fatal error occurs when a method is called from a trait, which is
implemented
in the parent class of the class that utilises the trait.
Feels related to #55355 that was fixed.
Test script:
---
setAttribute('required', true);
return $this;
}
abstract function setAttribute($name, $value);
}
class Input
{
protected $attributes = [];
function setAttribute($name, $value)
{
$this->attributes[$name] = $value;
}
}
class Text extends Input
{
use Required;
}
$t = new Text();
$t->setRequired();
Expected result:
No fatal error.
Actual result:
--
PHP Fatal error: Call to undefined method Text::setAttribute() in
/home/jared/Temp/trait2.php on line 7
Fatal error: Call to undefined method Text::setAttribute() in
/home/jared/Temp/trait2.php on line 7
--
Edit bug report at https://bugs.php.net/bug.php?id=55424&edit=1
--
Try a snapshot (PHP 5.4):
https://bugs.php.net/fix.php?id=55424&r=trysnapshot54
Try a snapshot (PHP 5.3):
https://bugs.php.net/fix.php?id=55424&r=trysnapshot53
Try a snapshot (trunk):
https://bugs.php.net/fix.php?id=55424&r=trysnapshottrunk
Fixed in SVN:
https://bugs.php.net/fix.php?id=55424&r=fixed
Fixed in SVN and need be documented:
https://bugs.php.net/fix.php?id=55424&r=needdocs
Fixed in release:
https://bugs.php.net/fix.php?id=55424&r=alreadyfixed
Need backtrace:
https://bugs.php.net/fix.php?id=55424&r=needtrace
Need Reproduce Script:
https://bugs.php.net/fix.php?id=55424&r=needscript
Try newer version:
https://bugs.php.net/fix.php?id=55424&r=oldversion
Not developer issue:
https://bugs.php.net/fix.php?id=55424&r=support
Expected behavior:
https://bugs.php.net/fix.php?id=55424&r=notwrong
Not enough info:
https://bugs.php.net/fix.php?id=55424&r=notenoughinfo
Submitted twice:
https://bugs.php.net/fix.php?id=55424&r=submittedtwice
register_globals:
https://bugs.php.net/fix.php?id=55424&r=globals
PHP 4 support discontinued:
https://bugs.php.net/fix.php?id=55424&r=php4
Daylight Savings:https://bugs.php.net/fix.php?id=55424&r=dst
IIS Stability:
https://bugs.php.net/fix.php?id=55424&r=isapi
Install GNU Sed:
https://bugs.php.net/fix.php?id=55424&r=gnused
Floating point limitations:
https://bugs.php.net/fix.php?id=55424&r=float
No Zend Extensions:
https://bugs.php.net/fix.php?id=55424&r=nozend
MySQL Configuration Error:
https://bugs.php.net/fix.php?id=55424&r=mysqlcfg
Bug #53483 [Com]: using mysqli_stmt::send_long_data() makes execute() fail
Edit report at https://bugs.php.net/bug.php?id=53483&edit=1
ID: 53483
Comment by: jared dot williams1 at ntlworld dot com
Reported by:squarious at gmail dot com
Summary:using mysqli_stmt::send_long_data() makes execute()
fail
Status: Not a bug
Type: Bug
Package:MySQLi related
Operating System: linux
PHP Version:5.3.3
Assigned To:mysql
Block user comment: N
Private report: N
New Comment:
With
PHP 5.6.0-dev (cli) (built: Feb 6 2013 19:53:24)
MySQL 5.6.10
mysqli using mysqlnd.
The test code in the comment fails.
OK: Executed prepared statement with blob less than max_allowed_packet.
PHP Warning: Error while sending STMT_SEND_LONG_DATA packet. PID=21455 in
/home/jared/Development/junk/foo.php on line 43
Error sending long packet. MySQL server has gone away
Previous Comments:
[2011-01-07 15:35:02] and...@php.net
Seems it was a MySQL Server bug which was fixed in 5.5.8 GA and 5.1.5x
[2011-01-06 14:28:07] u...@php.net
Andrey,
smells like a server bug fixed in the latest 5.0, 5.1. 5.5 series. Below is
mysqlnd @ 64bit @ MySQL 5.1.45.
Ulf
nixnutz@linux-fuxh:~/php/php-src/branches/PHP_5_3_cta> sapi/cli/php foo.php
array(1) {
["client_info"]=>
string(48) "mysqlnd 5.0.7-dev - 091210 - $Revision: 306939 $"
}
array(1) {
["server_info"]=>
string(12) "5.1.45-debug"
}
OK: Executed prepared statement with blob less than max_allowed_packet.
Error executing prepared statement. Got a packet bigger than
'max_allowed_packet' bytes
[2011-01-06 14:20:01] u...@php.net
Please always add complete test. Never link external sites.
query('CREATE TABLE IF NOT EXISTS `test_bug_blob` (`id` integer
auto_increment, `data` BLOB, PRIMARY KEY(`id`));'))
die("Error creating table.\n");
if (!($result = $conn->query('SELECT @@max_allowed_packet')))
die("Error reading max allowed packet size.\n");
$max_allowed_packet = $result->fetch_array();
$max_allowed_packet = $max_allowed_packet[0];
if (!($stmt = $conn->prepare('INSERT INTO `test_bug_blob` (`data`) VALUES
(?)')))
die("Cannot prepare statement for INSERT. {$conn->error}\n");
// Sent blob smaller than max allowed_packet
$data = str_repeat('0123456789', $max_allowed_packet/20);
if (!$stmt->bind_param('s', $data))
die("Error binding parameters. {$stmt->error}\n");
if (!$stmt->execute())
die("Error executing prepared statement. {$stmt->error}\n");
echo "OK: Executed prepared statement with blob less than
max_allowed_packet.\n";
// Sent blob bigger than max allowed_packet
$big_data = str_repeat('0123456789', $max_allowed_packet/9);
$null = null;
if (!$stmt->bind_param('b', $null))
die("Error binding parameters. {$stmt->error}\n");
foreach(str_split($big_data, $max_allowed_packet) as $packet )
if (!$stmt->send_long_data(0, $packet))
die("Error sending long packet. {$stmt->error}\n");
if (!$stmt->execute())
die("Error executing prepared statement. {$stmt->error}\n");
echo "OK: Executed prepared statement with blob bigger than max_allowed_packet,
sent at chunks.\n";
[2010-12-20 17:56:32] jbreton at kronostechnologies dot com
I upgraded mysql to 5.1.54 using debian experimental packages and the problem
is
gone.
Hopefully it won't break my ubuntu setup, which was a brand new 10.10 using
official packages.
[2010-12-20 17:14:09] jbreton at kronostechnologes dot com
You haven't tried mysql5.1.49 which was specified in squarious' description.
I just tried with php 5.3.4 stable and mysql5.1.49 without success.
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
https://bugs.php.net/bug.php?id=53483
--
Edit this bug report at https://bugs.php.net/bug.php?id=53483&edit=1
