#43069 [Com]: SoapClient causes 505 HTTP Version not supported error message

[umerfarooq dot online at gmail dot com]

 ID:   43069
 Comment by:   umerfarooq dot online at gmail dot com
 Reported By:  sebastian dot habeker at roli dot com
 Status:   Open
 Bug Type: SOAP related
 Operating System: Windows 2000
 PHP Version:  5.2.6
 New Comment:

I am using Rest Request/ response mechanism for web services and i am
also getting this error.Is there any solution to this besides having to
upgrade or change the php version.


Previous Comments:


[2008-03-25 20:49:12] nick dot riggan at gmail dot com

I am having the same exact problem.  I am running MSSQL 2005 also and
have set up an endpoint.  I can load in the browser without issues but
not with the SOAP client in PHP.  Has anyone solved this?



[2008-01-25 10:56:42] rob dot smith at gmx dot de

Same problem here.

OS: Windows XP
PHP: 5.2.6



[2007-11-15 11:44:00] sebastian dot habeker at roli dot com

I downloaded
http://snaps.php.net/win32/php5.2-win32-installer-latest.msi but still
got the same problem. Is there anything else to configure, in the
php.ini or as an option in the SoapClient constructor?



[2007-11-12 10:15:13] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php5.2-latest.tar.gz
 
For Windows (zip):
 
  http://snaps.php.net/win32/php5.2-win32-latest.zip

For Windows (installer):

  http://snaps.php.net/win32/php5.2-win32-installer-latest.msi





[2007-10-22 16:33:43] sebastian dot habeker at roli dot com

Description:

I am trying to use PHP as a SOAP client with a MSSQL 2005 SOAP
endpoint. I can query the wsdl in my browser without a problem, but in
PHP I get the error:

Warning: SoapClient::SoapClient(http://myuri?wsdl)
[function.SoapClient-SoapClient]: failed to open stream: HTTP request
failed! HTTP/1.1 505 HTTP Version not supported in C:\scripts\test.php
on line 2

Warning: SoapClient::SoapClient() [function.SoapClient-SoapClient]: I/O
warning : failed to load external entity http://myuri?wsdl; in
C:\scripts\test.php on line 2

Fatal error: Uncaught SoapFault exception: [WSDL] SOAP-ERROR: Parsing
WSDL: Couldn't load from 'http://myuri?wsdl' in C:\scripts\test.php:2
Stack trace: #0 C:\scripts\test.php(2):
SoapClient-SoapClient('http://...', Array) #1 {main} thrown in
C:\scripts\test.php on line 2

A TCP trace shows the following:

GET /uri?wsdl HTTP/1.0
Host: 10.20.30.40

HTTP/1.1 505 HTTP Version not supported
Content-Length: 0
Server: Microsoft-SQL/9.0 Microsoft-HTTPAPI/1.0
Date: Mon, 22 Oct 2007 15:44:13 GMT
Connection: close

Reproduce code:
---
?
$client = new SoapClient('http://myuri?wsdl');
?

Expected result:

It should be able to use HTTP/1.1 instead of HTTP/1.0 for the SOAP
client request.






-- 
Edit this bug report at http://bugs.php.net/?id=43069edit=1

#42886 [Fbk]: openssl_x509_checkpurpose returns int(0) on valid public certificate

[pajoye]

 ID:   42886
 Updated by:   [EMAIL PROTECTED]
 Reported By:  tokul at users dot sourceforge dot net
 Status:   Feedback
 Bug Type: OpenSSL related
 Operating System: Linux Debian Etch
 PHP Version:  5CVS-2007-10-08 (snap)
-Assigned To:  
+Assigned To:  pajoye
 New Comment:

Please provide a sample certificate to reproduce this problem or the
values you used to create a similar certificate.


Previous Comments:


[2008-10-28 13:18:37] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php5.2-latest.tar.gz
 
For Windows:

  http://windows.php.net/snapshots/





[2007-10-08 10:52:55] tokul at users dot sourceforge dot net

Description:

According to last chapter in openssl_x509_checkpurpose() manual
function should return true, false or int(-1). Synopsis line shows that
function returns integer.

If I check public certificate file with OpenSSL binary (openssl x509
-purpose -in certfile.pem), it shows purposes as

SSL client : Yes
SSL client CA : No
SSL server : Yes
SSL server CA : No
Netscape SSL server : Yes
Netscape SSL server CA : No
S/MIME signing : Yes
S/MIME signing CA : No
S/MIME encryption : Yes
S/MIME encryption CA : No
CRL signing : Yes
CRL signing CA : No
Any Purpose : Yes
Any Purpose CA : Yes
OCSP helper : Yes
OCSP helper CA : No


If I check it with PHP 

var_dump(openssl_x509_checkpurpose(file_get_contents('./certfile.pem'),X509_PURPOSE_SMIME_SIGN));
---
it returns int(0). Int(0) is evaluated as boolean false in PHP.

Tested PHP 5.2.0 and PHP 5.2-dev (200710080830). OpenSSL 0.9.8c (Debian
0.9.8c-4 package). Used Thawte free email certificate for testing.
Certificate is valid from 2007.02.24 till 2008.02.24. System clock is
correct.


Reproduce code:
---
var_dump(openssl_x509_checkpurpose(file_get_contents('./certfile.pem'),X509_PURPOSE_SMIME_SIGN));


Expected result:

bool(true) or int(1)

Actual result:
--
int(0)





-- 
Edit this bug report at http://bugs.php.net/?id=42886edit=1

#40544 [Fbk-Opn]: PostgreSQL connection hangs after die()

[kees at tweakers dot net]

 ID:   40544
 User updated by:  kees at tweakers dot net
 Reported By:  kees at tweakers dot net
-Status:   Feedback
+Status:   Open
 Bug Type: PostgreSQL related
 Operating System: Linux (Debian)
 PHP Version:  5.2.1
 New Comment:

Using the latest snapshots results in the same behaviour; the script
hangs and the connection stays open.


Previous Comments:


[2008-10-30 17:02:18] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php5.2-latest.tar.gz
 
For Windows:

  http://windows.php.net/snapshots/





[2007-04-05 07:48:28] [EMAIL PROTECTED]

'Rollback on shutdown' is like 'Don't flush buffer before closing
file'.
I disagree, you need to commit everything explicitly.
If you didn't commit the transaction, it should be rolled back.




[2007-04-05 01:28:11] yohgaki at ohgaki dot net

 And that's something I would call expected, because rollback on
 shutdown is much safer than commit on shutdown.

As I wrote, under normal condition, current code(commit on shutdown)
does make more sense than rollback on shutdown because PostgreSQL
supports async query.

'Rollback on shutdown' is like 'Don't flush buffer before closing
file'. It does not acceptable for most people. (And more efficient if it
finish pending query at shutdown, too. If you are curious, take some
simple benchmarks)

However, under shared environment, it is not acceptable to consume all
connection by COPY FROM SDTIN. It is better to have a way to avoid such
action.

There are 2 options:

1) Leave it alone (and make DoS possible under shared environment)

2) Give administrators a option that cancel current and pending async
query.

I prefer first option. I'll ask PostgreSQL developer if it's possible
to have GRANT option for COPY in the future.



[2007-03-09 10:11:12] [EMAIL PROTECTED]

By calling PQcanel() before clean up resource, all async query which
is not finished yet will be discarded instead of finishing its query.


And that's something I would call expected, because rollback on
shutdown is much safer than commit on shutdown.

I'll add new ini option that enables PQcancel() in
list_entry_destructor. Any comments?

More INI options? No, thanks.



[2007-03-08 04:24:24] yohgaki at ohgaki dot net

I didn't look the backtrace carefully. It stops when PQclear() is
called on the backtrace, while my PHP 5.2 stopeed at PQgetReuslt().
(Both of them are called when request is shutting down)

For at least PHP 5.2, it would be solved by calling PQcanel() when
cleaning up resource, but with compatibility issue. By calling PQcanel()
before clean up resource, all async query which is not finished yet will
be discarded instead of finishing its query. 

I'll add new ini option that enables PQcancel() in
list_entry_destructor. Any comments?



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/40544

-- 
Edit this bug report at http://bugs.php.net/?id=40544edit=1

#46429 [Bgs]: columnCount() on sqlite3 returns invalid column count

[balustefan at gmail dot com]

 ID:   46429
 User updated by:  balustefan at gmail dot com
 Reported By:  balustefan at gmail dot com
 Status:   Bogus
 Bug Type: PDO related
 Operating System: FreeBSD 7.0-RELEASE i386
 PHP Version:  5.2.6
 New Comment:

Well, are you can see from the fetchHost() function, I call prepare() 
then call execute().

This is the actual function that I use:

function fetchHost($hwAddr)
{
global
$appErr,
$sqlPDO;

$sqlQuery = SELECT * FROM hosts WHERE hw = ?;

var_dump($hwAddr);

if (($sqlStatement = $sqlPDO-prepare($sqlQuery)) === false) {
$appErr = $sqlPDO-errorInfo();
return (bool) false;
}

var_dump($sqlStatement);

if ($sqlStatement-execute(array($hwAddr)) === false) {
$appErr = $sqlStatement-errorInfo();
return (bool) false;
}

var_dump($sqlStatement);

var_dump($sqlStatement-columnCount());

if ($sqlStatement-columnCount()  1)
return (bool) true;

return $sqlStatement-fetch(PDO::FETCH_ASSOC);
}

The results of the var_dump()'s are:

string(17) 00:e0:4c:20:dc:20

object(PDOStatement)#3 (1) {
  [queryString]=
  string(32) SELECT * FROM hosts WHERE hw = ?
}

object(PDOStatement)#3 (1) {
  [queryString]=
  string(32) SELECT * FROM hosts WHERE hw = ?
}

int(3)



I certainly don't have 3 entries returned since there are ONLY two 
inserted into the database :) and 00:e0:4c:20:dc:20 really doesn't 
match any the them.


Previous Comments:


[2008-10-31 01:24:10] [EMAIL PROTECTED]

Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php

See:
http://docs.php.net/manual/en/pdostatement.columncount.php

No result set == no query executed.
(like prepare() not followed by execute())



[2008-10-30 12:24:37] balustefan at gmail dot com

Description:

Seems like columnCount() returns invelid int value. No mater how many 
results match a query, columnCount() will return int(3). Even for no 
results.
The underlying database is sqlite3-3.5.6

Reproduce code:
---
1. create an sql table in a freshly database file:

sqlite create table hosts(hw char(18),
 ip varchar(16),
 extra text,
 constraint hw_pkey primary key(hw));

2. insert some data into it:

sqlite insert into hosts
values('00:19:21:57:44:f8','89.122.239.55','comment');

sqlite insert into hosts
values('00:e0:4c:20:dc:15','194.102.255.234','some comment');

3. use a php function like this one to fetch a host:

function fetchHost($hwAddr)
{
$sqlQuery = SELECT * FROM hosts WHERE hw = ?;

if (($sqlStatement = $sqlPDO-prepare($sqlQuery)) === false)
return (bool) false;

if ($sqlStatement-execute(array($hwAddr)) === false)
return (bool) false;

var_dump($sqlStatement-columnCount());

if ($sqlStatement-columnCount()  1)
return (bool) true;

return $sqlStatement-fetch(PDO::FETCH_ASSOC);
}



Expected result:

The output of var_dump() should be 0 if no rows are found, and number
of 
rows if all is ok.

Actual result:
--
On 0 or more rows returned, columnCount() returns int(3).





-- 
Edit this bug report at http://bugs.php.net/?id=46429edit=1

#46429 [Bgs]: columnCount() on sqlite3 returns invalid column count

[felipe]

 ID:   46429
 Updated by:   [EMAIL PROTECTED]
 Reported By:  balustefan at gmail dot com
 Status:   Bogus
 Bug Type: PDO related
 Operating System: FreeBSD 7.0-RELEASE i386
 PHP Version:  5.2.6
 New Comment:

But the query was executed. This is the requirement to you can get the
number of fields.


Previous Comments:


[2008-10-31 10:49:41] balustefan at gmail dot com

Well, are you can see from the fetchHost() function, I call prepare() 
then call execute().

This is the actual function that I use:

function fetchHost($hwAddr)
{
global
$appErr,
$sqlPDO;

$sqlQuery = SELECT * FROM hosts WHERE hw = ?;

var_dump($hwAddr);

if (($sqlStatement = $sqlPDO-prepare($sqlQuery)) === false) {
$appErr = $sqlPDO-errorInfo();
return (bool) false;
}

var_dump($sqlStatement);

if ($sqlStatement-execute(array($hwAddr)) === false) {
$appErr = $sqlStatement-errorInfo();
return (bool) false;
}

var_dump($sqlStatement);

var_dump($sqlStatement-columnCount());

if ($sqlStatement-columnCount()  1)
return (bool) true;

return $sqlStatement-fetch(PDO::FETCH_ASSOC);
}

The results of the var_dump()'s are:

string(17) 00:e0:4c:20:dc:20

object(PDOStatement)#3 (1) {
  [queryString]=
  string(32) SELECT * FROM hosts WHERE hw = ?
}

object(PDOStatement)#3 (1) {
  [queryString]=
  string(32) SELECT * FROM hosts WHERE hw = ?
}

int(3)



I certainly don't have 3 entries returned since there are ONLY two 
inserted into the database :) and 00:e0:4c:20:dc:20 really doesn't 
match any the them.



[2008-10-31 01:24:10] [EMAIL PROTECTED]

Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php

See:
http://docs.php.net/manual/en/pdostatement.columncount.php

No result set == no query executed.
(like prepare() not followed by execute())



[2008-10-30 12:24:37] balustefan at gmail dot com

Description:

Seems like columnCount() returns invelid int value. No mater how many 
results match a query, columnCount() will return int(3). Even for no 
results.
The underlying database is sqlite3-3.5.6

Reproduce code:
---
1. create an sql table in a freshly database file:

sqlite create table hosts(hw char(18),
 ip varchar(16),
 extra text,
 constraint hw_pkey primary key(hw));

2. insert some data into it:

sqlite insert into hosts
values('00:19:21:57:44:f8','89.122.239.55','comment');

sqlite insert into hosts
values('00:e0:4c:20:dc:15','194.102.255.234','some comment');

3. use a php function like this one to fetch a host:

function fetchHost($hwAddr)
{
$sqlQuery = SELECT * FROM hosts WHERE hw = ?;

if (($sqlStatement = $sqlPDO-prepare($sqlQuery)) === false)
return (bool) false;

if ($sqlStatement-execute(array($hwAddr)) === false)
return (bool) false;

var_dump($sqlStatement-columnCount());

if ($sqlStatement-columnCount()  1)
return (bool) true;

return $sqlStatement-fetch(PDO::FETCH_ASSOC);
}



Expected result:

The output of var_dump() should be 0 if no rows are found, and number
of 
rows if all is ok.

Actual result:
--
On 0 or more rows returned, columnCount() returns int(3).





-- 
Edit this bug report at http://bugs.php.net/?id=46429edit=1

#46429 [Bgs]: columnCount() on sqlite3 returns invalid column count

[balustefan at gmail dot com]

 ID:   46429
 User updated by:  balustefan at gmail dot com
 Reported By:  balustefan at gmail dot com
 Status:   Bogus
 Bug Type: PDO related
 Operating System: FreeBSD 7.0-RELEASE i386
 PHP Version:  5.2.6
 New Comment:

I am sorry, i've confused rowCount() with columnCount(). The bug is 
bogus. However, I am not sure what to use in order to see how many rows

have been returned by the select command. rowCount() is to be used for

INSERT, UPDATE and DELETE only.

Is there any way to get the rows returned by SELECT other than 
count(fetchAll()) ?


Previous Comments:


[2008-10-31 11:04:31] [EMAIL PROTECTED]

But the query was executed. This is the requirement to you can get the
number of fields.



[2008-10-31 10:49:41] balustefan at gmail dot com

Well, are you can see from the fetchHost() function, I call prepare() 
then call execute().

This is the actual function that I use:

function fetchHost($hwAddr)
{
global
$appErr,
$sqlPDO;

$sqlQuery = SELECT * FROM hosts WHERE hw = ?;

var_dump($hwAddr);

if (($sqlStatement = $sqlPDO-prepare($sqlQuery)) === false) {
$appErr = $sqlPDO-errorInfo();
return (bool) false;
}

var_dump($sqlStatement);

if ($sqlStatement-execute(array($hwAddr)) === false) {
$appErr = $sqlStatement-errorInfo();
return (bool) false;
}

var_dump($sqlStatement);

var_dump($sqlStatement-columnCount());

if ($sqlStatement-columnCount()  1)
return (bool) true;

return $sqlStatement-fetch(PDO::FETCH_ASSOC);
}

The results of the var_dump()'s are:

string(17) 00:e0:4c:20:dc:20

object(PDOStatement)#3 (1) {
  [queryString]=
  string(32) SELECT * FROM hosts WHERE hw = ?
}

object(PDOStatement)#3 (1) {
  [queryString]=
  string(32) SELECT * FROM hosts WHERE hw = ?
}

int(3)



I certainly don't have 3 entries returned since there are ONLY two 
inserted into the database :) and 00:e0:4c:20:dc:20 really doesn't 
match any the them.



[2008-10-31 01:24:10] [EMAIL PROTECTED]

Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php

See:
http://docs.php.net/manual/en/pdostatement.columncount.php

No result set == no query executed.
(like prepare() not followed by execute())



[2008-10-30 12:24:37] balustefan at gmail dot com

Description:

Seems like columnCount() returns invelid int value. No mater how many 
results match a query, columnCount() will return int(3). Even for no 
results.
The underlying database is sqlite3-3.5.6

Reproduce code:
---
1. create an sql table in a freshly database file:

sqlite create table hosts(hw char(18),
 ip varchar(16),
 extra text,
 constraint hw_pkey primary key(hw));

2. insert some data into it:

sqlite insert into hosts
values('00:19:21:57:44:f8','89.122.239.55','comment');

sqlite insert into hosts
values('00:e0:4c:20:dc:15','194.102.255.234','some comment');

3. use a php function like this one to fetch a host:

function fetchHost($hwAddr)
{
$sqlQuery = SELECT * FROM hosts WHERE hw = ?;

if (($sqlStatement = $sqlPDO-prepare($sqlQuery)) === false)
return (bool) false;

if ($sqlStatement-execute(array($hwAddr)) === false)
return (bool) false;

var_dump($sqlStatement-columnCount());

if ($sqlStatement-columnCount()  1)
return (bool) true;

return $sqlStatement-fetch(PDO::FETCH_ASSOC);
}



Expected result:

The output of var_dump() should be 0 if no rows are found, and number
of 
rows if all is ok.

Actual result:
--
On 0 or more rows returned, columnCount() returns int(3).





-- 
Edit this bug report at http://bugs.php.net/?id=46429edit=1

#46097 [Fbk-Opn]: rand maxes out after a few calls.

[RQuadling at GMail dot com]

 ID:   46097
 User updated by:  RQuadling at GMail dot com
 Reported By:  RQuadling at GMail dot com
-Status:   Feedback
+Status:   Open
 Bug Type: Math related
 Operating System: Windows XP SP3
 PHP Version:  5.3.0alpha2
 New Comment:

Other than Note: As of PHP 4.2.0, there is no need to seed the 
random number generator with srand() or mt_srand() as this is now 
done automatically.

No difference if the srand() is OUTSIDE of the loop.

Inside the loop, then I get my random data correctly.



?php
$i_Count = 0; // By the 6'th loop, we are stuck on 32767.
while(++$i_Count = 20) {
srand();
$s_Data = '';
$j = rand();
for($i = 0 ; $i  $j ; ++$i) {
$s_Data .= chr(rand(0, 255));
}
echo $i_Count, ' ', $j, ' ', strlen($s_Data), \n;
}


Previous Comments:


[2008-10-26 19:08:44] [EMAIL PROTECTED]

What if you actually seed it first? See http://php.net/srand



[2008-09-16 16:39:55] RQuadling at GMail dot com

Description:

Hi.

I was testing an encryption/decryption routine by passing it random
lengths of random data.

I realized that in a very short amount of time, all the strings being
tested were the same length.

I've reduced the string building code to the bare minimum.

Reproduce code:
---
?php
$i_Count = 0; // By the 6'th loop, we are stuck on 32767.
while(++$i_Count = 20) {
$s_Data = '';
$j = rand();
for($i = 0 ; $i  $j ; ++$i) {
$s_Data .= chr(rand(0, 255));
}
echo $i_Count, ' ', $j, ' ', strlen($s_Data), \n;
}



Expected result:

1 randomvalue1 randomvalue1
2 randomvalue2 randomvalue2
3 randomvalue3 randomvalue3
4 randomvalue4 randomvalue4
5 randomvalue5 randomvalue5
6 randomvalue6 randomvalue6
7 randomvalue7 randomvalue7
8 randomvalue8 randomvalue8
9 randomvalue9 randomvalue9
10 randomvalue10 randomvalue10
11 randomvalue11 randomvalue11
12 randomvalue12 randomvalue12
13 randomvalue13 randomvalue13
14 randomvalue14 randomvalue14
15 randomvalue15 randomvalue15
16 randomvalue16 randomvalue16
17 randomvalue17 randomvalue17
18 randomvalue18 randomvalue18
19 randomvalue19 randomvalue19
20 randomvalue20 randomvalue20

Actual result:
--
1 randomvalue1 randomvalue1
2 randomvalue2 randomvalue2
3 randomvalue3 randomvalue3
4 randomvalue4 randomvalue4
5 randomvalue5 randomvalue5
6 32767 32767
7 32767 32767
8 32767 32767
9 32767 32767
10 32767 32767
11 32767 32767
12 32767 32767
13 32767 32767
14 32767 32767
15 32767 32767
16 32767 32767
17 32767 32767
18 32767 32767
19 32767 32767
20 32767 32767





-- 
Edit this bug report at http://bugs.php.net/?id=46097edit=1

#46433 [Fbk-Opn]: imagecreatefrom(...) leaks memory on errors

[ak at pre-secure dot de]

 ID:   46433
 User updated by:  ak at pre-secure dot de
 Reported By:  ak at pre-secure dot de
-Status:   Feedback
+Status:   Open
 Bug Type: GD related
 Operating System: Linux (OpenSUSE)
 PHP Version:  5.2.6
 New Comment:

I have to admit that my initial bugreport is a litte bit too
unspecific. 

The memory problem only occures if the image is tainted, f.e. taking
a valid png and change a arbitrary line in the source. 

This will result in an error like this:
PHP Warning:  imagecreatefrompng(): gd-png:  fatal libpng error: IDAT:
CRC error in  
and a rapid growth of the memory usage.


Previous Comments:


[2008-10-30 16:49:46] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php5.2-latest.tar.gz
 
For Windows:

  http://windows.php.net/snapshots/

I can't reproduce it using 5.2.7CVS.



[2008-10-30 16:49:23] crrodriguez at opensuse dot org

memory usage is constant for me, are you sure you are using version
5.2.6 ?



[2008-10-30 16:42:03] ak at pre-secure dot de

Description:

When trying to create an image from a file and an error occures PHP
will lose some memory. 

Reproduce code:
---
while(true) {
print \nMemory: .memory_get_usage();
imagecreatefrompng(anyimage.png);
}






-- 
Edit this bug report at http://bugs.php.net/?id=46433edit=1

#46433 [Opn-Fbk]: imagecreatefrom(...) leaks memory on errors

[pajoye]

 ID:   46433
 Updated by:   [EMAIL PROTECTED]
 Reported By:  ak at pre-secure dot de
-Status:   Open
+Status:   Feedback
 Bug Type: GD related
 Operating System: Linux (OpenSUSE)
 PHP Version:  5.2.6
-Assigned To:  
+Assigned To:  pajoye
 New Comment:

Please provide an example image (link to it or drop me a mail).




Previous Comments:


[2008-10-31 13:20:03] ak at pre-secure dot de

I have to admit that my initial bugreport is a litte bit too
unspecific. 

The memory problem only occures if the image is tainted, f.e. taking
a valid png and change a arbitrary line in the source. 

This will result in an error like this:
PHP Warning:  imagecreatefrompng(): gd-png:  fatal libpng error: IDAT:
CRC error in  
and a rapid growth of the memory usage.



[2008-10-30 16:49:46] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php5.2-latest.tar.gz
 
For Windows:

  http://windows.php.net/snapshots/

I can't reproduce it using 5.2.7CVS.



[2008-10-30 16:49:23] crrodriguez at opensuse dot org

memory usage is constant for me, are you sure you are using version
5.2.6 ?



[2008-10-30 16:42:03] ak at pre-secure dot de

Description:

When trying to create an image from a file and an error occures PHP
will lose some memory. 

Reproduce code:
---
while(true) {
print \nMemory: .memory_get_usage();
imagecreatefrompng(anyimage.png);
}






-- 
Edit this bug report at http://bugs.php.net/?id=46433edit=1

#46433 [Fbk-Opn]: imagecreatefrom(...) leaks memory on errors

[ak at pre-secure dot de]

 ID:   46433
 User updated by:  ak at pre-secure dot de
 Reported By:  ak at pre-secure dot de
-Status:   Feedback
+Status:   Open
 Bug Type: GD related
 Operating System: Linux (OpenSUSE)
 PHP Version:  5.2.6
 Assigned To:  pajoye
 New Comment:

Seems to be fixed with the newest snapshot. Cannot reproduce it
anymore.


Previous Comments:


[2008-10-31 13:42:42] [EMAIL PROTECTED]

Please provide an example image (link to it or drop me a mail).





[2008-10-31 13:20:03] ak at pre-secure dot de

I have to admit that my initial bugreport is a litte bit too
unspecific. 

The memory problem only occures if the image is tainted, f.e. taking
a valid png and change a arbitrary line in the source. 

This will result in an error like this:
PHP Warning:  imagecreatefrompng(): gd-png:  fatal libpng error: IDAT:
CRC error in  
and a rapid growth of the memory usage.



[2008-10-30 16:49:46] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php5.2-latest.tar.gz
 
For Windows:

  http://windows.php.net/snapshots/

I can't reproduce it using 5.2.7CVS.



[2008-10-30 16:49:23] crrodriguez at opensuse dot org

memory usage is constant for me, are you sure you are using version
5.2.6 ?



[2008-10-30 16:42:03] ak at pre-secure dot de

Description:

When trying to create an image from a file and an error occures PHP
will lose some memory. 

Reproduce code:
---
while(true) {
print \nMemory: .memory_get_usage();
imagecreatefrompng(anyimage.png);
}






-- 
Edit this bug report at http://bugs.php.net/?id=46433edit=1

#46433 [Opn-Bgs]: imagecreatefrom(...) leaks memory on errors

[pajoye]

 ID:   46433
 Updated by:   [EMAIL PROTECTED]
 Reported By:  ak at pre-secure dot de
-Status:   Open
+Status:   Bogus
 Bug Type: GD related
 Operating System: Linux (OpenSUSE)
 PHP Version:  5.2.6
 Assigned To:  pajoye
 New Comment:

not a bug  bogus


Previous Comments:


[2008-10-31 13:43:32] ak at pre-secure dot de

Seems to be fixed with the newest snapshot. Cannot reproduce it
anymore.



[2008-10-31 13:42:42] [EMAIL PROTECTED]

Please provide an example image (link to it or drop me a mail).





[2008-10-31 13:20:03] ak at pre-secure dot de

I have to admit that my initial bugreport is a litte bit too
unspecific. 

The memory problem only occures if the image is tainted, f.e. taking
a valid png and change a arbitrary line in the source. 

This will result in an error like this:
PHP Warning:  imagecreatefrompng(): gd-png:  fatal libpng error: IDAT:
CRC error in  
and a rapid growth of the memory usage.



[2008-10-30 16:49:46] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php5.2-latest.tar.gz
 
For Windows:

  http://windows.php.net/snapshots/

I can't reproduce it using 5.2.7CVS.



[2008-10-30 16:49:23] crrodriguez at opensuse dot org

memory usage is constant for me, are you sure you are using version
5.2.6 ?



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/46433

-- 
Edit this bug report at http://bugs.php.net/?id=46433edit=1

#45996 [Com]: libxml2 2.7.1 causes breakage with character data in xml_parse()

[sunil at truesparrow dot com]

 ID:   45996
 Comment by:   sunil at truesparrow dot com
 Reported By:  phpbugs at colin dot guthr dot ie
 Status:   Assigned
 Bug Type: XML related
 Operating System: Mandriva Linux
 PHP Version:  5.2.6
 Assigned To:  rrichards
 New Comment:

I am also facing the same problem on redhat 5 server.I have php 5.2.6
and libxml 2.7.2


Any updates on the bug?


Thanks,
Sunil


Previous Comments:


[2008-10-30 18:19:16] phpbugs at hm2k dot org

This problem is also documented here...

http://social.microsoft.com/Forums/en-US/writerbeta/thread/62ad697b-ed19-4b0b-ae6a-32bec06b142b/



[2008-10-25 18:12:57] alykhanii at yahoo dot com

This bug has messed up the XMLRPC upload capabilities in Wordpress
hopefully a solution is coming soon.



[2008-10-24 20:47:08] sanepit at o2 dot pl

I have the same problem on Gentoo with new libxml2-2.6.32
In moodle platform this problem disable to restore courses backup.



[2008-10-22 11:39:48] markus dot gevers at contenit dot de

Hallo,

is there a solution yet?

I have the same problem on Fedora Core 9.
I also have this problem using libxml2-2.6.32

Can anyone help me?

Best regards,
Markus



[2008-10-17 14:08:57] [EMAIL PROTECTED]

Changing the flag fixes internally defined entities, but breaks the
rest 
of the entity handling.



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/45996

-- 
Edit this bug report at http://bugs.php.net/?id=45996edit=1

#46434 [NEW]: When session.save_handler=mm session garbage collection causes segfault

[charlie dot orford at gmail dot com]

From: charlie dot orford at gmail dot com
Operating system: Debian 4/Etch
PHP version:  5.2.6
PHP Bug Type: Reproducible crash
Bug description:  When session.save_handler=mm session garbage collection 
causes segfault

Description:

When mm is used as session.save_handler, apache child processes begin to
segfault shortly after session.gc_maxlifetime is reached. The work around
is to change session.save_handler to files. This bug is reproducible (for
me at least).


Apache version: 2.2.10, compiled from source using:

./configure --prefix=/usr/local/apache --disable-cgi --disable-cgid
--disable-charset-lite --disable-env --disable-include --disable-autoindex
--disable-asis --disable-negotiation --disable-imagemap --disable-actions
--disable-userdir --enable-nonportable-atomics --enable-deflate
--enable-proxy-ftp=shared --enable-proxy=shared
--enable-proxy-connect=shared --enable-proxy-http=shared
--enable-cache=shared --enable-setenvif --enable-expires --enable-headers
--enable-rewrite --enable-unique-id --enable-dav=shared
--enable-dav-fs=shared --enable-ssl --enable-so --with-ssl=/etc/ssl
--with-mpm=prefork --with-dbm=db4 --with-berkeley-db=/usr/include:/usr/lib


httpd -l output:

Compiled in modules:
  core.c
  mod_authn_file.c
  mod_authn_default.c
  mod_authz_host.c
  mod_authz_groupfile.c
  mod_authz_user.c
  mod_authz_default.c
  mod_auth_basic.c
  mod_filter.c
  mod_deflate.c
  mod_log_config.c
  mod_expires.c
  mod_headers.c
  mod_unique_id.c
  mod_setenvif.c
  mod_ssl.c
  prefork.c
  http_core.c
  mod_mime.c
  mod_status.c
  mod_dir.c
  mod_alias.c
  mod_rewrite.c
  mod_so.c


PHP version 5.2.6, compiled from source using:

./configure --disable-ipv6 --disable-short-tags --disable-cgi
--enable-versioning --enable-url-includes --enable-sysvshm --enable-sysvsem
--enable-ftp --enable-calendar --enable-gd-native-ttf --enable-mbstring
--enable-libxml --enable-cli --enable-xml --enable-sockets
--with-pdflib=/usr/src/PDFlib-6.0.4-Linux-x86_64/bind/c
--with-apxs2=/usr/local/apache/bin/apxs --with-mysql=/usr/local/mysql
--with-mysql-sock=/var/run/mysqld/mysqld.sock --with-mm=/usr/local/mm-1.4.2
--with-zlib --with-zlib-dir=/usr/lib/ --with-pear --with-gd
--with-freetype-dir=/usr/local/lib/ --with-png-dir=/usr/lib/
--with-jpeg-dir=/usr/lib/ --with-ttf --with-libtiff-dir=/usr/lib/
--with-openssl=/usr


mm-1.4.2, compiled from source using:

./configure --prefix=/usr/local/mm-1.4.2






Reproduce code:
---
See: http://pastebin.com/f38b947b

Expected result:

A session marked for garbage collection should be destroyed by the garbage
collector.

Actual result:
--
Garbage collection results in an apache child process segfault. I have
included two backtraces from two separate child process crashes.

Both seem to suggest php-5.2.6/ext/session/mod_mm.c is where the bug
resides.


GDB backtrace #1:
===

Core was generated by `/usr/local/apache/bin/httpd -k start'.
Program terminated with signal 11, Segmentation fault.
#0  zm_shutdown_ps_mm (type=value optimized out,
module_number=value optimized out)
at /usr/src/lamp/php-5.2.6/ext/session/mod_mm.c:243
243 next = sd-next;
(gdb) bt full
#0  zm_shutdown_ps_mm (type=value optimized out,
module_number=value optimized out)
at /usr/src/lamp/php-5.2.6/ext/session/mod_mm.c:243
No locals.
#1  0x2b814cef0234 in zm_shutdown_session (type=1, module_number=12)
at /usr/src/lamp/php-5.2.6/ext/session/session.c:1983
No locals.
#2  0x2b814d00bea1 in module_destructor (module=0x7460f0)
at /usr/src/lamp/php-5.2.6/Zend/zend_API.c:1921
No locals.
#3  0x2b814d012642 in zend_hash_apply_deleter (ht=0x2b814d6ab320,
p=0x746090) at /usr/src/lamp/php-5.2.6/Zend/zend_hash.c:611
retval = value optimized out
#4  0x2b814d0128b8 in zend_hash_graceful_reverse_destroy (
ht=0x2b814d6ab320) at /usr/src/lamp/php-5.2.6/Zend/zend_hash.c:646
p = (Bucket *) 0x657469735f666572
#5  0x2b814d008247 in zend_shutdown ()
at /usr/src/lamp/php-5.2.6/Zend/zend.c:733
No locals.
#6  0x2b814cfc666a in php_module_shutdown ()
at /usr/src/lamp/php-5.2.6/main/main.c:1888
No locals.
#7  0x2b814cfc6709 in php_module_shutdown_wrapper (sapi_globals=0x1)
---Type return to continue, or q return to quit---
at /usr/src/lamp/php-5.2.6/main/main.c:1859
No locals.
#8  0x2b814d0898e1 in php_apache_server_shutdown (
tmp=value optimized out)
at /usr/src/lamp/php-5.2.6/sapi/apache2handler/sapi_apache2.c:352
No locals.
#9  0x2b814c43c62d in run_cleanups (cref=0x5b5158)
at memory/unix/apr_pools.c:2306
c = (cleanup_t *) 0x2b814f630058
#10 0x2b814c43d0b7 in apr_pool_destroy (pool=0x5b5138)
at memory/unix/apr_pools.c:774
active = value optimized out
allocator = value optimized out
#11 0x2b814c43d0a5 in apr_pool_destroy (pool=0x5b3128)
at memory/unix/apr_pools.c:771
   

#46434 [Opn]: When session.save_handler=mm session garbage collection causes segfault

[charlie dot orford at gmail dot com]

 ID:   46434
 User updated by:  charlie dot orford at gmail dot com
 Reported By:  charlie dot orford at gmail dot com
 Status:   Open
 Bug Type: Reproducible crash
 Operating System: Debian 4/Etch
 PHP Version:  5.2.6
 New Comment:

Forgot to include hardware and kernel version (in case it is helpful):

Linux kernel: 2.6.20.3

Hardware: Dual AMD Opteron 252 with 4GB RAM

Memory status at time of segfault:

#free -m
 total   used   free sharedbuffers
cached
Mem:  3903   3804 99  0210  
1707
-/+ buffers/cache:   1885   2017
Swap: 7632271   7360


Previous Comments:


[2008-10-31 15:04:49] charlie dot orford at gmail dot com

Description:

When mm is used as session.save_handler, apache child processes begin
to segfault shortly after session.gc_maxlifetime is reached. The work
around is to change session.save_handler to files. This bug is
reproducible (for me at least).


Apache version: 2.2.10, compiled from source using:

./configure --prefix=/usr/local/apache --disable-cgi --disable-cgid
--disable-charset-lite --disable-env --disable-include
--disable-autoindex --disable-asis --disable-negotiation
--disable-imagemap --disable-actions --disable-userdir
--enable-nonportable-atomics --enable-deflate --enable-proxy-ftp=shared
--enable-proxy=shared --enable-proxy-connect=shared
--enable-proxy-http=shared --enable-cache=shared --enable-setenvif
--enable-expires --enable-headers --enable-rewrite --enable-unique-id
--enable-dav=shared --enable-dav-fs=shared --enable-ssl --enable-so
--with-ssl=/etc/ssl --with-mpm=prefork --with-dbm=db4
--with-berkeley-db=/usr/include:/usr/lib


httpd -l output:

Compiled in modules:
  core.c
  mod_authn_file.c
  mod_authn_default.c
  mod_authz_host.c
  mod_authz_groupfile.c
  mod_authz_user.c
  mod_authz_default.c
  mod_auth_basic.c
  mod_filter.c
  mod_deflate.c
  mod_log_config.c
  mod_expires.c
  mod_headers.c
  mod_unique_id.c
  mod_setenvif.c
  mod_ssl.c
  prefork.c
  http_core.c
  mod_mime.c
  mod_status.c
  mod_dir.c
  mod_alias.c
  mod_rewrite.c
  mod_so.c


PHP version 5.2.6, compiled from source using:

./configure --disable-ipv6 --disable-short-tags --disable-cgi
--enable-versioning --enable-url-includes --enable-sysvshm
--enable-sysvsem --enable-ftp --enable-calendar --enable-gd-native-ttf
--enable-mbstring --enable-libxml --enable-cli --enable-xml
--enable-sockets --with-pdflib=/usr/src/PDFlib-6.0.4-Linux-x86_64/bind/c
--with-apxs2=/usr/local/apache/bin/apxs --with-mysql=/usr/local/mysql
--with-mysql-sock=/var/run/mysqld/mysqld.sock
--with-mm=/usr/local/mm-1.4.2 --with-zlib --with-zlib-dir=/usr/lib/
--with-pear --with-gd --with-freetype-dir=/usr/local/lib/
--with-png-dir=/usr/lib/ --with-jpeg-dir=/usr/lib/ --with-ttf
--with-libtiff-dir=/usr/lib/ --with-openssl=/usr


mm-1.4.2, compiled from source using:

./configure --prefix=/usr/local/mm-1.4.2






Reproduce code:
---
See: http://pastebin.com/f38b947b

Expected result:

A session marked for garbage collection should be destroyed by the
garbage collector.

Actual result:
--
Garbage collection results in an apache child process segfault. I have
included two backtraces from two separate child process crashes.

Both seem to suggest php-5.2.6/ext/session/mod_mm.c is where the bug
resides.


GDB backtrace #1:
===

Core was generated by `/usr/local/apache/bin/httpd -k start'.
Program terminated with signal 11, Segmentation fault.
#0  zm_shutdown_ps_mm (type=value optimized out,
module_number=value optimized out)
at /usr/src/lamp/php-5.2.6/ext/session/mod_mm.c:243
243 next = sd-next;
(gdb) bt full
#0  zm_shutdown_ps_mm (type=value optimized out,
module_number=value optimized out)
at /usr/src/lamp/php-5.2.6/ext/session/mod_mm.c:243
No locals.
#1  0x2b814cef0234 in zm_shutdown_session (type=1,
module_number=12)
at /usr/src/lamp/php-5.2.6/ext/session/session.c:1983
No locals.
#2  0x2b814d00bea1 in module_destructor (module=0x7460f0)
at /usr/src/lamp/php-5.2.6/Zend/zend_API.c:1921
No locals.
#3  0x2b814d012642 in zend_hash_apply_deleter (ht=0x2b814d6ab320,
p=0x746090) at /usr/src/lamp/php-5.2.6/Zend/zend_hash.c:611
retval = value optimized out
#4  0x2b814d0128b8 in zend_hash_graceful_reverse_destroy (
ht=0x2b814d6ab320) at /usr/src/lamp/php-5.2.6/Zend/zend_hash.c:646
p = (Bucket *) 0x657469735f666572
#5  0x2b814d008247 in zend_shutdown ()
at /usr/src/lamp/php-5.2.6/Zend/zend.c:733
No locals.
#6  0x2b814cfc666a in php_module_shutdown ()
at /usr/src/lamp/php-5.2.6/main/main.c:1888
No locals.
#7  0x2b814cfc6709 in php_module_shutdown_wrapper
(sapi_globals=0x1)
---Type return to continue, or q return to quit---
at 

#39279 [Asn-Opn]: mb_ereg_replace() has an error

[jani]

 ID:   39279
 Updated by:   [EMAIL PROTECTED]
 Reported By:  ivb at is dot ua
-Status:   Assigned
+Status:   Open
 Bug Type: mbstring related
 Operating System: *
 PHP Version:  5CVS-2008-10-31 (CVS)
 Assigned To:  masugata


Previous Comments:


[2007-01-22 11:42:55] ivb at is dot ua

feedback sent via e-mail



[2007-01-22 10:20:42] [EMAIL PROTECTED]

Oh! This is a big help.
Give me, your php.ini and program.
Please send to '[EMAIL PROTECTED]'.

Thank You.




[2006-12-27 06:13:20] ivb at is dot ua

Yes, I confirm that bug exists and I can reproduce it. I download
latest snapshot and take my example from this report. The result still
{abc..def}{ab\1...\2ef} instead of {abc..def}{abc...def}.

If you need any my assistance (my php.ini f.e.) please feel free to
contact with me by my e-mail.



[2006-12-27 04:59:35] [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

I have tried Reproduce code in snapshot.
But, did not become the result of your report.

Could you confirm it again?

Thank you.




[2006-10-27 13:36:17] ivb at is dot ua

Description:

mb_ereg_replace() works incorrectly if 2nd parameter is multibyte and
contains substings \\n (n - digit). It returns substing \n itself
instead of corresponding parenthesized substring.

If 2nd parameter not multibyte - \\n correctly replaced with
corresponding parenthesized substrings.

If 2nd parameter multibyte, but not contains \\n substrings -
replacement works correctly.

Reproduce code:
---
?php
  
function a2u ( $a ) {
return mb_convert_encoding ( $a, UTF-16LE, ASCII );
}

function u2a ( $a ) {
return mb_convert_encoding ( $a, ASCII, UTF-16LE );
}
  
mb_internal_encoding ( UTF-16LE );
mb_regex_encoding ( UTF-16LE );
  
$str = abc..def;
$pat = ([^\.])\.\.([^\.]);
$rep = \\1...\\2;

$res = mb_ereg_replace ( a2u ( $pat ), a2u ( $rep ), a2u ( $str ) );
echo { . $str . }{ . u2a ( $res ) . }\n;

?

Expected result:

{abc..def}{abc...def}


Actual result:
--
{abc..def}{ab\1...\2ef}






-- 
Edit this bug report at http://bugs.php.net/?id=39279edit=1

#39279 [Opn-Asn]: mb_ereg_replace() has an error

[jani]

 ID:   39279
 Updated by:   [EMAIL PROTECTED]
 Reported By:  ivb at is dot ua
-Status:   Open
+Status:   Assigned
 Bug Type: mbstring related
 Operating System: *
 PHP Version:  5CVS-2008-10-31 (CVS)
 Assigned To:  masugata
 New Comment:

3rd anniversary gift to mr. Masugata: You got feedback. What's the
status with this now?


Previous Comments:


[2007-01-22 11:42:55] ivb at is dot ua

feedback sent via e-mail



[2007-01-22 10:20:42] [EMAIL PROTECTED]

Oh! This is a big help.
Give me, your php.ini and program.
Please send to '[EMAIL PROTECTED]'.

Thank You.




[2006-12-27 06:13:20] ivb at is dot ua

Yes, I confirm that bug exists and I can reproduce it. I download
latest snapshot and take my example from this report. The result still
{abc..def}{ab\1...\2ef} instead of {abc..def}{abc...def}.

If you need any my assistance (my php.ini f.e.) please feel free to
contact with me by my e-mail.



[2006-12-27 04:59:35] [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

I have tried Reproduce code in snapshot.
But, did not become the result of your report.

Could you confirm it again?

Thank you.




[2006-10-27 13:36:17] ivb at is dot ua

Description:

mb_ereg_replace() works incorrectly if 2nd parameter is multibyte and
contains substings \\n (n - digit). It returns substing \n itself
instead of corresponding parenthesized substring.

If 2nd parameter not multibyte - \\n correctly replaced with
corresponding parenthesized substrings.

If 2nd parameter multibyte, but not contains \\n substrings -
replacement works correctly.

Reproduce code:
---
?php
  
function a2u ( $a ) {
return mb_convert_encoding ( $a, UTF-16LE, ASCII );
}

function u2a ( $a ) {
return mb_convert_encoding ( $a, ASCII, UTF-16LE );
}
  
mb_internal_encoding ( UTF-16LE );
mb_regex_encoding ( UTF-16LE );
  
$str = abc..def;
$pat = ([^\.])\.\.([^\.]);
$rep = \\1...\\2;

$res = mb_ereg_replace ( a2u ( $pat ), a2u ( $rep ), a2u ( $str ) );
echo { . $str . }{ . u2a ( $res ) . }\n;

?

Expected result:

{abc..def}{abc...def}


Actual result:
--
{abc..def}{ab\1...\2ef}






-- 
Edit this bug report at http://bugs.php.net/?id=39279edit=1

#46435 [NEW]: restore_error_handler crash

[olivier at ajeux dot com]

From: olivier at ajeux dot com
Operating system: Linux
PHP version:  5.3.0alpha2
PHP Bug Type: Reproducible crash
Bug description:  restore_error_handler crash

Description:

Tested with php5.3-200810301330 (bug happened with previous snapshots).

It seems restore_error_handler is not working and crashed PHP.
See reproduce code below.

Same code working as expected with PHP 5.2.3 (cli)

This bug may be similar to Bug #46196, but PHP also crashed with message
zend_mm_heap corrupted.


Reproduce code:
---
?php

var_dump ( set_error_handler ('myErrorHandler') );
restore_error_handler  ();
var_dump ( set_error_handler ('myErrorHandler') );

function myErrorHandler($errno, $errstr, $errfile, $errline)
{
return true;
}


Expected result:

NULL
NULL

Actual result:
--
NULL
string(14) myErrorHandler
zend_mm_heap corrupted


-- 
Edit bug report at http://bugs.php.net/?id=46435edit=1
-- 
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=46435r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=46435r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=46435r=trysnapshot60
Fixed in CVS:
http://bugs.php.net/fix.php?id=46435r=fixedcvs
Fixed in CVS and need be documented: 
http://bugs.php.net/fix.php?id=46435r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=46435r=alreadyfixed
Need backtrace:  
http://bugs.php.net/fix.php?id=46435r=needtrace
Need Reproduce Script:   
http://bugs.php.net/fix.php?id=46435r=needscript
Try newer version:   
http://bugs.php.net/fix.php?id=46435r=oldversion
Not developer issue: 
http://bugs.php.net/fix.php?id=46435r=support
Expected behavior:   
http://bugs.php.net/fix.php?id=46435r=notwrong
Not enough info: 
http://bugs.php.net/fix.php?id=46435r=notenoughinfo
Submitted twice: 
http://bugs.php.net/fix.php?id=46435r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=46435r=globals
PHP 4 support discontinued:  http://bugs.php.net/fix.php?id=46435r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=46435r=dst
IIS Stability:   
http://bugs.php.net/fix.php?id=46435r=isapi
Install GNU Sed: 
http://bugs.php.net/fix.php?id=46435r=gnused
Floating point limitations:  
http://bugs.php.net/fix.php?id=46435r=float
No Zend Extensions:  
http://bugs.php.net/fix.php?id=46435r=nozend
MySQL Configuration Error:   
http://bugs.php.net/fix.php?id=46435r=mysqlcfg

#46097 [Opn-Fbk]: rand maxes out after a few calls.

[jani]

 ID:   46097
 Updated by:   [EMAIL PROTECTED]
 Reported By:  RQuadling at GMail dot com
-Status:   Open
+Status:   Feedback
 Bug Type: Math related
 Operating System: Windows XP SP3
 PHP Version:  5.3.0alpha2
 New Comment:

Have you tried with the non-ZTS build?


Previous Comments:


[2008-10-31 10:39:56] RQuadling at GMail dot com

Other than Note: As of PHP 4.2.0, there is no need to seed the 
random number generator with srand() or mt_srand() as this is now 
done automatically.

No difference if the srand() is OUTSIDE of the loop.

Inside the loop, then I get my random data correctly.



?php
$i_Count = 0; // By the 6'th loop, we are stuck on 32767.
while(++$i_Count = 20) {
srand();
$s_Data = '';
$j = rand();
for($i = 0 ; $i  $j ; ++$i) {
$s_Data .= chr(rand(0, 255));
}
echo $i_Count, ' ', $j, ' ', strlen($s_Data), \n;
}



[2008-10-26 19:08:44] [EMAIL PROTECTED]

What if you actually seed it first? See http://php.net/srand



[2008-09-16 16:39:55] RQuadling at GMail dot com

Description:

Hi.

I was testing an encryption/decryption routine by passing it random
lengths of random data.

I realized that in a very short amount of time, all the strings being
tested were the same length.

I've reduced the string building code to the bare minimum.

Reproduce code:
---
?php
$i_Count = 0; // By the 6'th loop, we are stuck on 32767.
while(++$i_Count = 20) {
$s_Data = '';
$j = rand();
for($i = 0 ; $i  $j ; ++$i) {
$s_Data .= chr(rand(0, 255));
}
echo $i_Count, ' ', $j, ' ', strlen($s_Data), \n;
}



Expected result:

1 randomvalue1 randomvalue1
2 randomvalue2 randomvalue2
3 randomvalue3 randomvalue3
4 randomvalue4 randomvalue4
5 randomvalue5 randomvalue5
6 randomvalue6 randomvalue6
7 randomvalue7 randomvalue7
8 randomvalue8 randomvalue8
9 randomvalue9 randomvalue9
10 randomvalue10 randomvalue10
11 randomvalue11 randomvalue11
12 randomvalue12 randomvalue12
13 randomvalue13 randomvalue13
14 randomvalue14 randomvalue14
15 randomvalue15 randomvalue15
16 randomvalue16 randomvalue16
17 randomvalue17 randomvalue17
18 randomvalue18 randomvalue18
19 randomvalue19 randomvalue19
20 randomvalue20 randomvalue20

Actual result:
--
1 randomvalue1 randomvalue1
2 randomvalue2 randomvalue2
3 randomvalue3 randomvalue3
4 randomvalue4 randomvalue4
5 randomvalue5 randomvalue5
6 32767 32767
7 32767 32767
8 32767 32767
9 32767 32767
10 32767 32767
11 32767 32767
12 32767 32767
13 32767 32767
14 32767 32767
15 32767 32767
16 32767 32767
17 32767 32767
18 32767 32767
19 32767 32767
20 32767 32767





-- 
Edit this bug report at http://bugs.php.net/?id=46097edit=1

#46075 [Opn-Asn]: repeated calls of strftime() consumes memory

[jani]

 ID:   46075
 Updated by:   [EMAIL PROTECTED]
 Reported By:  acc_php at riggers dot me dot uk
-Status:   Open
+Status:   Assigned
 Bug Type: Date/time related
 Operating System: win32 only
 PHP Version:  5.2CVS-2008-09-15
-Assigned To:  
+Assigned To:  pajoye


Previous Comments:


[2008-09-15 19:10:39] acc_php at riggers dot me dot uk

Same problem I'm afraid:

C:\php-latestphp.exe C:\php-gtk2\andy\symftest\strftime.test.php
=== strftime() ===
Start: 59072
End: 124488

=== date() ===
Start: 124488
End: 124456

C:\php-latestphp -v
PHP 5.2.7-dev (cli) (built: Aug  6 2008 03:00:55)
Copyright (c) 1997-2008 The PHP Group
Zend Engine v2.2.0, Copyright (c) 1998-2008 Zend Technologies



[2008-09-14 12:12:14] acc_php at riggers dot me dot uk

Description:

strftime() called many times results in increasing memory usage. date()
is OK. This is on Vista x64. PHP 5.1.6 (only version i have at the
moment) on linux does not exhibit the same problem.

Reproduce code:
---
?php

echo === strftime() ===\n;
echo Start: .memory_get_usage().\n;
for($i = 0; $i  1; $i++ ) {
strftime(%d);
}
echo End: .memory_get_usage().\n\n;

echo === date() ===\n;
echo Start: .memory_get_usage().\n;
for($i = 0; $i  1; $i++ ) {
date(d);
}
echo End: .memory_get_usage().\n;

?

Expected result:

End memory usage for strftime() should be close to Start memory usage.

Actual result:
--
C:\php-gtk2php andy\symftest\strftime.test.php
=== strftime() ===
Start: 54384
End: 119800

=== date() ===
Start: 119800
End: 119768

C:\php-gtk2php -v
PHP 5.2.6 (cli) (built: May  2 2008 19:37:32)
Copyright (c) 1997-2008 The PHP Group
Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies

C:\php-gtk2





-- 
Edit this bug report at http://bugs.php.net/?id=46075edit=1

#46102 [Opn-Csd]: getenv() memory leak

[jani]

 ID:   46102
 Updated by:   [EMAIL PROTECTED]
 Reported By:  jim at centerfuse dot net
-Status:   Open
+Status:   Closed
 Bug Type: Performance problem
 Operating System: Windows XP
 PHP Version:  5.2.6


Previous Comments:


[2008-09-24 21:04:46] ilia dot cheishvili at gmail dot com

This does not occur on the latest CVS checkout of 5.3.0.



[2008-09-17 04:17:46] jim at centerfuse dot net

Description:

getenv() appears to cause a memory leak on Windows XP, 5.2.5. Could not
reproduce on FreeBSD 4/PHP 5.0.5. It seems to only happen in the Apache
module - the CLI exhibits the expected behavior.

Reproduce code:
---
echo memory_get_usage() . 'br /br /';
for ( $j = 0; $j  100; $j++ ) {
@getenv('SCRIPT_NAME');
echo memory_get_usage() . 'br /';
}



Expected result:

memory_get_usage() should report the same amount through all iterations

Actual result:
--
memory_get_usage() reports the same amount for the first 28 iterations,
then begins to climb and continues to climb





-- 
Edit this bug report at http://bugs.php.net/?id=46102edit=1

#46112 [Opn-Fbk]: Segfault when throwing exception during class construction (PHP_5_2 only)

[jani]

 ID:   46112
 Updated by:   [EMAIL PROTECTED]
 Reported By:  erikg at codepoet dot no
-Status:   Open
+Status:   Feedback
 Bug Type: Scripting Engine problem
 Operating System: Linux (64bit only)
 PHP Version:  5.2CVS-2008-10-07
 New Comment:

Can you try running via valgrind using latest snapshot:

# USE_ZEND_ALLOC=0 valgrind --leak-check=full sapi/cli/php test.php


Previous Comments:


[2008-10-07 19:11:41] erikg at codepoet dot no

I can still reproduce the crash with the latest 5.2 snapshot. However,
it seems to work fine using the 5.3 snapshot.



[2008-10-07 17:56:22] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php5.2-latest.tar.gz
 
For Windows (zip):
 
  http://snaps.php.net/win32/php5.2-win32-latest.zip

For Windows (installer):

  http://snaps.php.net/win32/php5.2-win32-installer-latest.msi





[2008-10-07 17:44:31] erikg at codepoet dot no

The crash doesn't occur when I compile PHP with debug symbols - no idea
why.



[2008-09-19 11:57:32] erikg at codepoet dot no

CVS works when compiled on my laptop (32-bit Intel Core2), but still
segfaults when compiled on a development server (64-bit AMD Opteron
running in 32-bit mode).

Here is a backtrace (unfortunately only have debugging-symbols in
apache and php, but it should be sufficient):

#0  0xb766c676 in zend_do_fcall_common_helper_SPEC ()
   from /usr/lib/apache/libphp5.so
#1  0xb7658758 in execute () from /usr/lib/apache/libphp5.so
#2  0xb762f886 in zend_execute_scripts () from
/usr/lib/apache/libphp5.so
#3  0xb75e519a in php_execute_script () from
/usr/lib/apache/libphp5.so
#4  0xb76a9f31 in php_handler () from /usr/lib/apache/libphp5.so
#5  0x08084fa8 in ap_run_handler ()
#6  0x080884f1 in ap_invoke_handler ()
#7  0x080c1056 in ap_process_request ()
#8  0x080bdab8 in ?? ()
#9  0x08410a88 in ?? ()
#10 0x0004 in ?? ()
#11 0x08410a88 in ?? ()
#12 0x0014 in ?? ()
#13 0x0001 in ?? ()
#14 0x081eba60 in ?? ()
#15 0xbfbc4be8 in ?? ()
#16 0x0808ce98 in ap_run_process_connection ()



[2008-09-18 14:26:02] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php5.2-latest.tar.gz
 
For Windows (zip):
 
  http://snaps.php.net/win32/php5.2-win32-latest.zip

For Windows (installer):

  http://snaps.php.net/win32/php5.2-win32-installer-latest.msi

I can't reproduce this.

PHP Fatal error:  Uncaught exception 'Exception' with message 'error'
in /tmp/test.php:3
Stack trace:
#0 /tmp/test.php(8): error()
#1 /tmp/test.php(17): Foo-__construct()
#2 {main}
  thrown in /tmp/test.php on line 3



The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/46112

-- 
Edit this bug report at http://bugs.php.net/?id=46112edit=1

#46435 [Opn-Bgs]: restore_error_handler crash

[jani]

 ID:   46435
 Updated by:   [EMAIL PROTECTED]
 Reported By:  olivier at ajeux dot com
-Status:   Open
+Status:   Bogus
 Bug Type: Reproducible crash
 Operating System: Linux
 PHP Version:  5.3.0alpha2
 New Comment:

Please add your comments to bug #49196 since this is essentially same
issue. (most likely the other reportee didn't have error_reporting high
enough :)


Previous Comments:


[2008-10-31 15:51:36] olivier at ajeux dot com

Description:

Tested with php5.3-200810301330 (bug happened with previous
snapshots).

It seems restore_error_handler is not working and crashed PHP.
See reproduce code below.

Same code working as expected with PHP 5.2.3 (cli)

This bug may be similar to Bug #46196, but PHP also crashed with
message zend_mm_heap corrupted.


Reproduce code:
---
?php

var_dump ( set_error_handler ('myErrorHandler') );
restore_error_handler  ();
var_dump ( set_error_handler ('myErrorHandler') );

function myErrorHandler($errno, $errstr, $errfile, $errline)
{
return true;
}


Expected result:

NULL
NULL

Actual result:
--
NULL
string(14) myErrorHandler
zend_mm_heap corrupted






-- 
Edit this bug report at http://bugs.php.net/?id=46435edit=1

#46434 [Opn-Fbk]: When session.save_handler=mm session garbage collection causes segfault

[jani]

 ID:   46434
 Updated by:   [EMAIL PROTECTED]
 Reported By:  charlie dot orford at gmail dot com
-Status:   Open
+Status:   Feedback
 Bug Type: Reproducible crash
 Operating System: Debian 4/Etch
 PHP Version:  5.2.6
 New Comment:

Please try using this CVS snapshot:

  http://snaps.php.net/php5.2-latest.tar.gz
 
For Windows:

  http://windows.php.net/snapshots/




Previous Comments:


[2008-10-31 15:10:47] charlie dot orford at gmail dot com

Forgot to include hardware and kernel version (in case it is helpful):

Linux kernel: 2.6.20.3

Hardware: Dual AMD Opteron 252 with 4GB RAM

Memory status at time of segfault:

#free -m
 total   used   free sharedbuffers
cached
Mem:  3903   3804 99  0210  
1707
-/+ buffers/cache:   1885   2017
Swap: 7632271   7360



[2008-10-31 15:04:49] charlie dot orford at gmail dot com

Description:

When mm is used as session.save_handler, apache child processes begin
to segfault shortly after session.gc_maxlifetime is reached. The work
around is to change session.save_handler to files. This bug is
reproducible (for me at least).


Apache version: 2.2.10, compiled from source using:

./configure --prefix=/usr/local/apache --disable-cgi --disable-cgid
--disable-charset-lite --disable-env --disable-include
--disable-autoindex --disable-asis --disable-negotiation
--disable-imagemap --disable-actions --disable-userdir
--enable-nonportable-atomics --enable-deflate --enable-proxy-ftp=shared
--enable-proxy=shared --enable-proxy-connect=shared
--enable-proxy-http=shared --enable-cache=shared --enable-setenvif
--enable-expires --enable-headers --enable-rewrite --enable-unique-id
--enable-dav=shared --enable-dav-fs=shared --enable-ssl --enable-so
--with-ssl=/etc/ssl --with-mpm=prefork --with-dbm=db4
--with-berkeley-db=/usr/include:/usr/lib


httpd -l output:

Compiled in modules:
  core.c
  mod_authn_file.c
  mod_authn_default.c
  mod_authz_host.c
  mod_authz_groupfile.c
  mod_authz_user.c
  mod_authz_default.c
  mod_auth_basic.c
  mod_filter.c
  mod_deflate.c
  mod_log_config.c
  mod_expires.c
  mod_headers.c
  mod_unique_id.c
  mod_setenvif.c
  mod_ssl.c
  prefork.c
  http_core.c
  mod_mime.c
  mod_status.c
  mod_dir.c
  mod_alias.c
  mod_rewrite.c
  mod_so.c


PHP version 5.2.6, compiled from source using:

./configure --disable-ipv6 --disable-short-tags --disable-cgi
--enable-versioning --enable-url-includes --enable-sysvshm
--enable-sysvsem --enable-ftp --enable-calendar --enable-gd-native-ttf
--enable-mbstring --enable-libxml --enable-cli --enable-xml
--enable-sockets --with-pdflib=/usr/src/PDFlib-6.0.4-Linux-x86_64/bind/c
--with-apxs2=/usr/local/apache/bin/apxs --with-mysql=/usr/local/mysql
--with-mysql-sock=/var/run/mysqld/mysqld.sock
--with-mm=/usr/local/mm-1.4.2 --with-zlib --with-zlib-dir=/usr/lib/
--with-pear --with-gd --with-freetype-dir=/usr/local/lib/
--with-png-dir=/usr/lib/ --with-jpeg-dir=/usr/lib/ --with-ttf
--with-libtiff-dir=/usr/lib/ --with-openssl=/usr


mm-1.4.2, compiled from source using:

./configure --prefix=/usr/local/mm-1.4.2






Reproduce code:
---
See: http://pastebin.com/f38b947b

Expected result:

A session marked for garbage collection should be destroyed by the
garbage collector.

Actual result:
--
Garbage collection results in an apache child process segfault. I have
included two backtraces from two separate child process crashes.

Both seem to suggest php-5.2.6/ext/session/mod_mm.c is where the bug
resides.


GDB backtrace #1:
===

Core was generated by `/usr/local/apache/bin/httpd -k start'.
Program terminated with signal 11, Segmentation fault.
#0  zm_shutdown_ps_mm (type=value optimized out,
module_number=value optimized out)
at /usr/src/lamp/php-5.2.6/ext/session/mod_mm.c:243
243 next = sd-next;
(gdb) bt full
#0  zm_shutdown_ps_mm (type=value optimized out,
module_number=value optimized out)
at /usr/src/lamp/php-5.2.6/ext/session/mod_mm.c:243
No locals.
#1  0x2b814cef0234 in zm_shutdown_session (type=1,
module_number=12)
at /usr/src/lamp/php-5.2.6/ext/session/session.c:1983
No locals.
#2  0x2b814d00bea1 in module_destructor (module=0x7460f0)
at /usr/src/lamp/php-5.2.6/Zend/zend_API.c:1921
No locals.
#3  0x2b814d012642 in zend_hash_apply_deleter (ht=0x2b814d6ab320,
p=0x746090) at /usr/src/lamp/php-5.2.6/Zend/zend_hash.c:611
retval = value optimized out
#4  0x2b814d0128b8 in zend_hash_graceful_reverse_destroy (
ht=0x2b814d6ab320) at /usr/src/lamp/php-5.2.6/Zend/zend_hash.c:646
p = (Bucket *) 0x657469735f666572
#5  0x2b814d008247 in zend_shutdown ()
at 

#46196 [Com]: restore_error_handler() broken

[olivier at ajeux dot com]

 ID:   46196
 Comment by:   olivier at ajeux dot com
 Reported By:  php at benjaminschulz dot com
 Status:   Assigned
 Bug Type: Scripting Engine problem
 Operating System: *
 PHP Version:  5.3CVS-2008-09-29 (snap)
 Assigned To:  helly
 New Comment:

Same bug encountered with php5.3-200810301330, also with a php crash.

Reproduce code:
---
?php

var_dump ( set_error_handler ('myErrorHandler') );
restore_error_handler  ();
var_dump ( set_error_handler ('myErrorHandler') );

function myErrorHandler($errno, $errstr, $errfile, $errline)
{
return true;
}

Expected result:

NULL
NULL

Actual result:
--
NULL
string(14) myErrorHandler
zend_mm_heap corrupted


Previous Comments:


[2008-09-29 12:37:14] php at benjaminschulz dot com

Description:

restore_error_handler doesn't work anymore in PHP 5.3.0alpha3-dev (cli)
(built: Sep 29 2008 12:17:38)

Reproduce code:
---
function foo() { var_dump(__FUNCTION__); } 
set_error_handler(foo); 
restore_error_handler(); 
trigger_error(foobar, E_USER_ERROR);'

Expected result:

A standard error message.

Actual result:
--
string(3) foo





-- 
Edit this bug report at http://bugs.php.net/?id=46196edit=1

#46436 [NEW]: .configure no longer recognizes --with-pdflib

[mauf at franzoni dot info]

From: mauf at franzoni dot info
Operating system: Fedora 8
PHP version:  5.2.6
PHP Bug Type: *Configuration Issues
Bug description:  .configure no longer recognizes --with-pdflib

Description:

I'm trying to compile php 5.2.6 with the the following config options:
./configure \
  --prefix=/usr/local/php-5.2.6 \
  --with-apxs2=/usr/local/httpd-2.2.6/bin/apxs \
  --with-mysql=/usr \
  --with-pgsql=/usr \
  --with-pdflib=/usr/local \
  --enable-cli=yes

and it ends with:
Notice: Following unknown configure options were used:
--with-pdflib=/usr/local
Check './configure --help' for available options

(the same with php 5.2.5)


-- 
Edit bug report at http://bugs.php.net/?id=46436edit=1
-- 
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=46436r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=46436r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=46436r=trysnapshot60
Fixed in CVS:
http://bugs.php.net/fix.php?id=46436r=fixedcvs
Fixed in CVS and need be documented: 
http://bugs.php.net/fix.php?id=46436r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=46436r=alreadyfixed
Need backtrace:  
http://bugs.php.net/fix.php?id=46436r=needtrace
Need Reproduce Script:   
http://bugs.php.net/fix.php?id=46436r=needscript
Try newer version:   
http://bugs.php.net/fix.php?id=46436r=oldversion
Not developer issue: 
http://bugs.php.net/fix.php?id=46436r=support
Expected behavior:   
http://bugs.php.net/fix.php?id=46436r=notwrong
Not enough info: 
http://bugs.php.net/fix.php?id=46436r=notenoughinfo
Submitted twice: 
http://bugs.php.net/fix.php?id=46436r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=46436r=globals
PHP 4 support discontinued:  http://bugs.php.net/fix.php?id=46436r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=46436r=dst
IIS Stability:   
http://bugs.php.net/fix.php?id=46436r=isapi
Install GNU Sed: 
http://bugs.php.net/fix.php?id=46436r=gnused
Floating point limitations:  
http://bugs.php.net/fix.php?id=46436r=float
No Zend Extensions:  
http://bugs.php.net/fix.php?id=46436r=nozend
MySQL Configuration Error:   
http://bugs.php.net/fix.php?id=46436r=mysqlcfg

#46437 [NEW]: data leakage because of nonexisting boundary checking in statements for MySQL41

[hostmaster at uuims dot net]

From: hostmaster at uuims dot net
Operating system: Fedora Core 4
PHP version:  5.2.6
PHP Bug Type: MySQL related
Bug description:  data leakage because of nonexisting boundary checking in 
statements for MySQL41

Description:

When I run ext/mysqli/tests/bug38710.phpt with PHP 5.2.6 and MySQL 4.1.20,
the scripts fails in a manner not anticipated by the test script.

The $text consists of 8240 a's followed by a string of non-printable
characters (cat -v shows [EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL 
PROTECTED]@^M
[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL 
PROTECTED]@^@), followed by
more a's with the non-printable characters repeated every 8000 a's or so.

The string $text is not equal to str_repeat('a', 8191) for
mysqli_get_server_version($db)=401020, so the ACTUAL output is:

int(10)
Done

Thanks.

Jim

Reproduce code:
---
?php
include connect.inc;

$db = new mysqli($host, $user, $passwd, test);
$qry=$db-stmt_init();
$qry-prepare(SELECT REPEAT('a',10));
$qry-execute();
$qry-bind_result($text);
$qry-fetch();
if ($text !== str_repeat('a', mysqli_get_server_version($db)  50110?
10:(mysqli_get_server_version($db)=5? 8193:8191))) {
var_dump(strlen($text));
}
echo Done;
?


Expected result:

It should pass since this is expected behavior for MySQL prior to version
5.1

Actual result:
--
It failed

-- 
Edit bug report at http://bugs.php.net/?id=46437edit=1
-- 
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=46437r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=46437r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=46437r=trysnapshot60
Fixed in CVS:
http://bugs.php.net/fix.php?id=46437r=fixedcvs
Fixed in CVS and need be documented: 
http://bugs.php.net/fix.php?id=46437r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=46437r=alreadyfixed
Need backtrace:  
http://bugs.php.net/fix.php?id=46437r=needtrace
Need Reproduce Script:   
http://bugs.php.net/fix.php?id=46437r=needscript
Try newer version:   
http://bugs.php.net/fix.php?id=46437r=oldversion
Not developer issue: 
http://bugs.php.net/fix.php?id=46437r=support
Expected behavior:   
http://bugs.php.net/fix.php?id=46437r=notwrong
Not enough info: 
http://bugs.php.net/fix.php?id=46437r=notenoughinfo
Submitted twice: 
http://bugs.php.net/fix.php?id=46437r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=46437r=globals
PHP 4 support discontinued:  http://bugs.php.net/fix.php?id=46437r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=46437r=dst
IIS Stability:   
http://bugs.php.net/fix.php?id=46437r=isapi
Install GNU Sed: 
http://bugs.php.net/fix.php?id=46437r=gnused
Floating point limitations:  
http://bugs.php.net/fix.php?id=46437r=float
No Zend Extensions:  
http://bugs.php.net/fix.php?id=46437r=nozend
MySQL Configuration Error:   
http://bugs.php.net/fix.php?id=46437r=mysqlcfg

#46437 [Opn]: data leakage because of nonexisting boundary checking in statements for MySQL41

[hostmaster at uuims dot net]

 ID:   46437
 User updated by:  hostmaster at uuims dot net
 Reported By:  hostmaster at uuims dot net
 Status:   Open
 Bug Type: MySQL related
 Operating System: Fedora Core 4
 PHP Version:  5.2.6
 New Comment:

My email address is hostmaster at uuism dot net.


Previous Comments:


[2008-10-31 17:50:58] hostmaster at uuims dot net

Description:

When I run ext/mysqli/tests/bug38710.phpt with PHP 5.2.6 and MySQL
4.1.20, the scripts fails in a manner not anticipated by the test
script.

The $text consists of 8240 a's followed by a string of non-printable
characters (cat -v shows [EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL 
PROTECTED]@^M
[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL 
PROTECTED]@^@), followed
by more a's with the non-printable characters repeated every 8000 a's or
so.

The string $text is not equal to str_repeat('a', 8191) for
mysqli_get_server_version($db)=401020, so the ACTUAL output is:

int(10)
Done

Thanks.

Jim

Reproduce code:
---
?php
include connect.inc;

$db = new mysqli($host, $user, $passwd, test);
$qry=$db-stmt_init();
$qry-prepare(SELECT REPEAT('a',10));
$qry-execute();
$qry-bind_result($text);
$qry-fetch();
if ($text !== str_repeat('a', mysqli_get_server_version($db)  50110?
10:(mysqli_get_server_version($db)=5? 8193:8191))) {
var_dump(strlen($text));
}
echo Done;
?


Expected result:

It should pass since this is expected behavior for MySQL prior to
version 5.1

Actual result:
--
It failed





-- 
Edit this bug report at http://bugs.php.net/?id=46437edit=1

#46437 [Opn]: data leakage because of nonexisting boundary checking in statements for MySQL41

[hostmaster at uuism dot net]

 ID:   46437
 User updated by:  hostmaster at uuism dot net
-Reported By:  hostmaster at uuims dot net
+Reported By:  hostmaster at uuism dot net
 Status:   Open
 Bug Type: MySQL related
 Operating System: Fedora Core 4
 PHP Version:  5.2.6
 New Comment:

new email


Previous Comments:


[2008-10-31 17:52:30] hostmaster at uuims dot net

My email address is hostmaster at uuism dot net.



[2008-10-31 17:50:58] hostmaster at uuism dot net

Description:

When I run ext/mysqli/tests/bug38710.phpt with PHP 5.2.6 and MySQL
4.1.20, the scripts fails in a manner not anticipated by the test
script.

The $text consists of 8240 a's followed by a string of non-printable
characters (cat -v shows [EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL 
PROTECTED]@^M
[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL 
PROTECTED]@^@), followed
by more a's with the non-printable characters repeated every 8000 a's or
so.

The string $text is not equal to str_repeat('a', 8191) for
mysqli_get_server_version($db)=401020, so the ACTUAL output is:

int(10)
Done

Thanks.

Jim

Reproduce code:
---
?php
include connect.inc;

$db = new mysqli($host, $user, $passwd, test);
$qry=$db-stmt_init();
$qry-prepare(SELECT REPEAT('a',10));
$qry-execute();
$qry-bind_result($text);
$qry-fetch();
if ($text !== str_repeat('a', mysqli_get_server_version($db)  50110?
10:(mysqli_get_server_version($db)=5? 8193:8191))) {
var_dump(strlen($text));
}
echo Done;
?


Expected result:

It should pass since this is expected behavior for MySQL prior to
version 5.1

Actual result:
--
It failed





-- 
Edit this bug report at http://bugs.php.net/?id=46437edit=1

#46434 [Fbk-Csd]: When session.save_handler=mm session garbage collection causes segfault

[charlie dot orford at gmail dot com]

 ID:   46434
 User updated by:  charlie dot orford at gmail dot com
 Reported By:  charlie dot orford at gmail dot com
-Status:   Feedback
+Status:   Closed
 Bug Type: Session related
 Operating System: Debian 4/Etch
 PHP Version:  5.2.6
 New Comment:

I can confirm CVS snapshot php5.2-200810311530 appears to have fixed
this bug. I can no longer reproduce it and the mm save_handler works as
intended.

As I can't run release candidate code on our production server I will
revert to 5.2.6 and the files based save_handler until 5.2.7 becomes the
new official stable release.


Previous Comments:


[2008-10-31 16:03:27] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php5.2-latest.tar.gz
 
For Windows:

  http://windows.php.net/snapshots/





[2008-10-31 15:10:47] charlie dot orford at gmail dot com

Forgot to include hardware and kernel version (in case it is helpful):

Linux kernel: 2.6.20.3

Hardware: Dual AMD Opteron 252 with 4GB RAM

Memory status at time of segfault:

#free -m
 total   used   free sharedbuffers
cached
Mem:  3903   3804 99  0210  
1707
-/+ buffers/cache:   1885   2017
Swap: 7632271   7360



[2008-10-31 15:04:49] charlie dot orford at gmail dot com

Description:

When mm is used as session.save_handler, apache child processes begin
to segfault shortly after session.gc_maxlifetime is reached. The work
around is to change session.save_handler to files. This bug is
reproducible (for me at least).


Apache version: 2.2.10, compiled from source using:

./configure --prefix=/usr/local/apache --disable-cgi --disable-cgid
--disable-charset-lite --disable-env --disable-include
--disable-autoindex --disable-asis --disable-negotiation
--disable-imagemap --disable-actions --disable-userdir
--enable-nonportable-atomics --enable-deflate --enable-proxy-ftp=shared
--enable-proxy=shared --enable-proxy-connect=shared
--enable-proxy-http=shared --enable-cache=shared --enable-setenvif
--enable-expires --enable-headers --enable-rewrite --enable-unique-id
--enable-dav=shared --enable-dav-fs=shared --enable-ssl --enable-so
--with-ssl=/etc/ssl --with-mpm=prefork --with-dbm=db4
--with-berkeley-db=/usr/include:/usr/lib


httpd -l output:

Compiled in modules:
  core.c
  mod_authn_file.c
  mod_authn_default.c
  mod_authz_host.c
  mod_authz_groupfile.c
  mod_authz_user.c
  mod_authz_default.c
  mod_auth_basic.c
  mod_filter.c
  mod_deflate.c
  mod_log_config.c
  mod_expires.c
  mod_headers.c
  mod_unique_id.c
  mod_setenvif.c
  mod_ssl.c
  prefork.c
  http_core.c
  mod_mime.c
  mod_status.c
  mod_dir.c
  mod_alias.c
  mod_rewrite.c
  mod_so.c


PHP version 5.2.6, compiled from source using:

./configure --disable-ipv6 --disable-short-tags --disable-cgi
--enable-versioning --enable-url-includes --enable-sysvshm
--enable-sysvsem --enable-ftp --enable-calendar --enable-gd-native-ttf
--enable-mbstring --enable-libxml --enable-cli --enable-xml
--enable-sockets --with-pdflib=/usr/src/PDFlib-6.0.4-Linux-x86_64/bind/c
--with-apxs2=/usr/local/apache/bin/apxs --with-mysql=/usr/local/mysql
--with-mysql-sock=/var/run/mysqld/mysqld.sock
--with-mm=/usr/local/mm-1.4.2 --with-zlib --with-zlib-dir=/usr/lib/
--with-pear --with-gd --with-freetype-dir=/usr/local/lib/
--with-png-dir=/usr/lib/ --with-jpeg-dir=/usr/lib/ --with-ttf
--with-libtiff-dir=/usr/lib/ --with-openssl=/usr


mm-1.4.2, compiled from source using:

./configure --prefix=/usr/local/mm-1.4.2






Reproduce code:
---
See: http://pastebin.com/f38b947b

Expected result:

A session marked for garbage collection should be destroyed by the
garbage collector.

Actual result:
--
Garbage collection results in an apache child process segfault. I have
included two backtraces from two separate child process crashes.

Both seem to suggest php-5.2.6/ext/session/mod_mm.c is where the bug
resides.


GDB backtrace #1:
===

Core was generated by `/usr/local/apache/bin/httpd -k start'.
Program terminated with signal 11, Segmentation fault.
#0  zm_shutdown_ps_mm (type=value optimized out,
module_number=value optimized out)
at /usr/src/lamp/php-5.2.6/ext/session/mod_mm.c:243
243 next = sd-next;
(gdb) bt full
#0  zm_shutdown_ps_mm (type=value optimized out,
module_number=value optimized out)
at /usr/src/lamp/php-5.2.6/ext/session/mod_mm.c:243
No locals.
#1  0x2b814cef0234 in zm_shutdown_session (type=1,
module_number=12)
at /usr/src/lamp/php-5.2.6/ext/session/session.c:1983
No locals.
#2  0x2b814d00bea1 in module_destructor (module=0x7460f0)
at 

#46436 [Opn-Bgs]: .configure no longer recognizes --with-pdflib

[johannes]

 ID:   46436
 Updated by:   [EMAIL PROTECTED]
 Reported By:  mauf at franzoni dot info
-Status:   Open
+Status:   Bogus
 Bug Type: *Configuration Issues
 Operating System: Fedora 8
 PHP Version:  5.2.6
 New Comment:

Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php

Pdflib is maintained with it'S own independent release process. See
http://pecl.php.net/pdflib


Previous Comments:


[2008-10-31 16:29:32] mauf at franzoni dot info

Description:

I'm trying to compile php 5.2.6 with the the following config options:
./configure \
  --prefix=/usr/local/php-5.2.6 \
  --with-apxs2=/usr/local/httpd-2.2.6/bin/apxs \
  --with-mysql=/usr \
  --with-pgsql=/usr \
  --with-pdflib=/usr/local \
  --enable-cli=yes

and it ends with:
Notice: Following unknown configure options were used:
--with-pdflib=/usr/local
Check './configure --help' for available options

(the same with php 5.2.5)






-- 
Edit this bug report at http://bugs.php.net/?id=46436edit=1

#46432 [Opn-Asn]: xml_parse_into_struct() doesn't return correct data

[jani]

 ID:   46432
 Updated by:   [EMAIL PROTECTED]
 Reported By:  jmpons at arenamobile dot com
-Status:   Open
+Status:   Assigned
 Bug Type: XML related
-Operating System: Fedora Release 8
+Operating System: *
-PHP Version:  5.2.6
+PHP Version:  5.2CVS-2008-10-31
-Assigned To:  
+Assigned To:  rrichards
 New Comment:

Tested by compiling with libexpat and it works. When compiled with
libxml it does not work. So it's just incompatibility between libexpat
and libxml. Rob, can you check this out?


Previous Comments:


[2008-10-30 16:33:29] jmpons at arenamobile dot com

Description:

With php 5.2.6, parsing xml code with html inside, return a bad parsed
string...

I have checked it with php 5.2.5 and it works fine...


Reproduce code:
---
?xml version=1.0 encoding=ISO-8859-1?
tree
nodebla bla bla lt;br/gt; lt;a
href=http://www.google.comgt;urllt;/agt; blah.../node
/tree

?php
$file = test.xml;
$data = implode(, file($file));
$parser = xml_parser_create();
xml_parser_set_option($parser, XML_OPTION_CASE_FOLDING, 0);
xml_parser_set_option($parser, XML_OPTION_SKIP_WHITE, 1);
xml_parse_into_struct($parser, $data, $values, $tags);
xml_parser_free($parser);
print_r($values);
?

Expected result:

Array
(
[0] = Array
(
[tag] = tree
[type] = open
[level] = 1
)

[1] = Array
(
[tag] = node
[type] = complete
[level] = 2
[value] = bla bla bla br/a
href=http://www.google.com;url/a blah...
)

[2] = Array
(
[tag] = tree
[type] = close
[level] = 1
)

)


Actual result:
--
Array
(
[0] = Array
(
[tag] = tree
[type] = open
[level] = 1
)

[1] = Array
(
[tag] = node
[type] = complete
[level] = 2
[value] = bla bla bla br/a
href=http://www.google.comurl/a blah...
)

[2] = Array
(
[tag] = tree
[type] = close
[level] = 1
)

)





-- 
Edit this bug report at http://bugs.php.net/?id=46432edit=1

#46437 [Opn-Fbk]: data leakage because of nonexisting boundary checking in statements for MySQL41

[jani]

 ID:   46437
 Updated by:   [EMAIL PROTECTED]
 Reported By:  hostmaster at uuism dot net
-Status:   Open
+Status:   Feedback
 Bug Type: MySQL related
 Operating System: Fedora Core 4
 PHP Version:  5.2.6
 New Comment:

Please try using this CVS snapshot:

  http://snaps.php.net/php5.2-latest.tar.gz
 
For Windows:

  http://windows.php.net/snapshots/




Previous Comments:


[2008-10-31 17:50:58] hostmaster at uuism dot net

Description:

When I run ext/mysqli/tests/bug38710.phpt with PHP 5.2.6 and MySQL
4.1.20, the scripts fails in a manner not anticipated by the test
script.

The $text consists of 8240 a's followed by a string of non-printable
characters (cat -v shows [EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL 
PROTECTED]@^M
[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL 
PROTECTED]@^@), followed
by more a's with the non-printable characters repeated every 8000 a's or
so.

The string $text is not equal to str_repeat('a', 8191) for
mysqli_get_server_version($db)=401020, so the ACTUAL output is:

int(10)
Done

Thanks.

Jim

Reproduce code:
---
?php
include connect.inc;

$db = new mysqli($host, $user, $passwd, test);
$qry=$db-stmt_init();
$qry-prepare(SELECT REPEAT('a',10));
$qry-execute();
$qry-bind_result($text);
$qry-fetch();
if ($text !== str_repeat('a', mysqli_get_server_version($db)  50110?
10:(mysqli_get_server_version($db)=5? 8193:8191))) {
var_dump(strlen($text));
}
echo Done;
?


Expected result:

It should pass since this is expected behavior for MySQL prior to
version 5.1

Actual result:
--
It failed





-- 
Edit this bug report at http://bugs.php.net/?id=46437edit=1

#46434 [Csd-Opn]: When session.save_handler=mm session garbage collection causes segfault

[charlie dot orford at gmail dot com]

 ID:   46434
 User updated by:  charlie dot orford at gmail dot com
 Reported By:  charlie dot orford at gmail dot com
-Status:   Closed
+Status:   Open
 Bug Type: Session related
 Operating System: Debian 4/Etch
 PHP Version:  5.2.6
 New Comment:

Please disregard my last comment. Apache child processes are still
segaulting but since moving to PHP 5.2.7RC3-dev, apache is no longer
producing a core dump when a child process segfaults.

I am working on resolving this and will post a backtrace when I can get
a core dump.


Previous Comments:


[2008-10-31 17:56:31] charlie dot orford at gmail dot com

I can confirm CVS snapshot php5.2-200810311530 appears to have fixed
this bug. I can no longer reproduce it and the mm save_handler works as
intended.

As I can't run release candidate code on our production server I will
revert to 5.2.6 and the files based save_handler until 5.2.7 becomes the
new official stable release.



[2008-10-31 16:03:27] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php5.2-latest.tar.gz
 
For Windows:

  http://windows.php.net/snapshots/





[2008-10-31 15:10:47] charlie dot orford at gmail dot com

Forgot to include hardware and kernel version (in case it is helpful):

Linux kernel: 2.6.20.3

Hardware: Dual AMD Opteron 252 with 4GB RAM

Memory status at time of segfault:

#free -m
 total   used   free sharedbuffers
cached
Mem:  3903   3804 99  0210  
1707
-/+ buffers/cache:   1885   2017
Swap: 7632271   7360



[2008-10-31 15:04:49] charlie dot orford at gmail dot com

Description:

When mm is used as session.save_handler, apache child processes begin
to segfault shortly after session.gc_maxlifetime is reached. The work
around is to change session.save_handler to files. This bug is
reproducible (for me at least).


Apache version: 2.2.10, compiled from source using:

./configure --prefix=/usr/local/apache --disable-cgi --disable-cgid
--disable-charset-lite --disable-env --disable-include
--disable-autoindex --disable-asis --disable-negotiation
--disable-imagemap --disable-actions --disable-userdir
--enable-nonportable-atomics --enable-deflate --enable-proxy-ftp=shared
--enable-proxy=shared --enable-proxy-connect=shared
--enable-proxy-http=shared --enable-cache=shared --enable-setenvif
--enable-expires --enable-headers --enable-rewrite --enable-unique-id
--enable-dav=shared --enable-dav-fs=shared --enable-ssl --enable-so
--with-ssl=/etc/ssl --with-mpm=prefork --with-dbm=db4
--with-berkeley-db=/usr/include:/usr/lib


httpd -l output:

Compiled in modules:
  core.c
  mod_authn_file.c
  mod_authn_default.c
  mod_authz_host.c
  mod_authz_groupfile.c
  mod_authz_user.c
  mod_authz_default.c
  mod_auth_basic.c
  mod_filter.c
  mod_deflate.c
  mod_log_config.c
  mod_expires.c
  mod_headers.c
  mod_unique_id.c
  mod_setenvif.c
  mod_ssl.c
  prefork.c
  http_core.c
  mod_mime.c
  mod_status.c
  mod_dir.c
  mod_alias.c
  mod_rewrite.c
  mod_so.c


PHP version 5.2.6, compiled from source using:

./configure --disable-ipv6 --disable-short-tags --disable-cgi
--enable-versioning --enable-url-includes --enable-sysvshm
--enable-sysvsem --enable-ftp --enable-calendar --enable-gd-native-ttf
--enable-mbstring --enable-libxml --enable-cli --enable-xml
--enable-sockets --with-pdflib=/usr/src/PDFlib-6.0.4-Linux-x86_64/bind/c
--with-apxs2=/usr/local/apache/bin/apxs --with-mysql=/usr/local/mysql
--with-mysql-sock=/var/run/mysqld/mysqld.sock
--with-mm=/usr/local/mm-1.4.2 --with-zlib --with-zlib-dir=/usr/lib/
--with-pear --with-gd --with-freetype-dir=/usr/local/lib/
--with-png-dir=/usr/lib/ --with-jpeg-dir=/usr/lib/ --with-ttf
--with-libtiff-dir=/usr/lib/ --with-openssl=/usr


mm-1.4.2, compiled from source using:

./configure --prefix=/usr/local/mm-1.4.2






Reproduce code:
---
See: http://pastebin.com/f38b947b

Expected result:

A session marked for garbage collection should be destroyed by the
garbage collector.

Actual result:
--
Garbage collection results in an apache child process segfault. I have
included two backtraces from two separate child process crashes.

Both seem to suggest php-5.2.6/ext/session/mod_mm.c is where the bug
resides.


GDB backtrace #1:
===

Core was generated by `/usr/local/apache/bin/httpd -k start'.
Program terminated with signal 11, Segmentation fault.
#0  zm_shutdown_ps_mm (type=value optimized out,
module_number=value optimized out)
at /usr/src/lamp/php-5.2.6/ext/session/mod_mm.c:243
243 next = 

#46438 [NEW]: bug42548.phpt MySQL Syntax Error for MySQL 4.1

[hostmaster at uuism dot net]

From: hostmaster at uuism dot net
Operating system: Fedora Core 4
PHP version:  5.2.6
PHP Bug Type: MySQLi related
Bug description:  bug42548.phpt MySQL Syntax Error for MySQL 4.1

Description:

When I run test ext/mysqli/tests/bug42548.phpt with PHP 5.2.6 and MySQL
4.1, I get a MySQL syntax error.

You have an error in your SQL syntax; check the manual that corresponds
to your MySQL server version for the right syntax to use near 'PROCEDURE IF
EXISTS p1' at line 1

This error occurs because MySQL version 4.1 does not support PROCEDUREs.



Reproduce code:
---
?php
include connect.inc;

$mysqli = mysqli_init();
$mysqli-real_connect($host, $user, $passwd, 'test');
if (mysqli_connect_errno()) {
  printf(Connect failed: %s\n, mysqli_connect_error());
  exit();
}

$mysqli-query(DROP PROCEDURE IF EXISTS p1) or die($mysqli-error);

?

Expected result:

This test should be skipped

Actual result:
--
it failed

-- 
Edit bug report at http://bugs.php.net/?id=46438edit=1
-- 
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=46438r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=46438r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=46438r=trysnapshot60
Fixed in CVS:
http://bugs.php.net/fix.php?id=46438r=fixedcvs
Fixed in CVS and need be documented: 
http://bugs.php.net/fix.php?id=46438r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=46438r=alreadyfixed
Need backtrace:  
http://bugs.php.net/fix.php?id=46438r=needtrace
Need Reproduce Script:   
http://bugs.php.net/fix.php?id=46438r=needscript
Try newer version:   
http://bugs.php.net/fix.php?id=46438r=oldversion
Not developer issue: 
http://bugs.php.net/fix.php?id=46438r=support
Expected behavior:   
http://bugs.php.net/fix.php?id=46438r=notwrong
Not enough info: 
http://bugs.php.net/fix.php?id=46438r=notenoughinfo
Submitted twice: 
http://bugs.php.net/fix.php?id=46438r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=46438r=globals
PHP 4 support discontinued:  http://bugs.php.net/fix.php?id=46438r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=46438r=dst
IIS Stability:   
http://bugs.php.net/fix.php?id=46438r=isapi
Install GNU Sed: 
http://bugs.php.net/fix.php?id=46438r=gnused
Floating point limitations:  
http://bugs.php.net/fix.php?id=46438r=float
No Zend Extensions:  
http://bugs.php.net/fix.php?id=46438r=nozend
MySQL Configuration Error:   
http://bugs.php.net/fix.php?id=46438r=mysqlcfg

#46408 [Bgs]: Locale number format settings can cause pg_query_params to break with numerics

[alec at smecher dot bc dot ca]

 ID:   46408
 User updated by:  alec at smecher dot bc dot ca
 Reported By:  alec at smecher dot bc dot ca
 Status:   Bogus
 Bug Type: PostgreSQL related
 Operating System: Debian testing
 PHP Version:  5.2.7RC2
 New Comment:

FYI, there's a discussion of the same bug, which also appeared (in a
separate implementation) in the implementation of the Pear::DB package:
http://pear.php.net/bugs/bug.php?id=3021


Previous Comments:


[2008-10-28 22:54:37] alec at smecher dot bc dot ca

In case it wasn't clear, the bug IMO is that pg_query_params is using a
means to convert doubles to strings that is potentially incompatible
with the database.



[2008-10-28 21:35:51] alec at smecher dot bc dot ca

Sorry if I've missed something in the documentation, but this
definitely looks like a bug to me. I expect pg_query_params, when given
a double, to communicate it to the database properly regardless of PHP's
number format settings. Could I have a little more feedback?



[2008-10-28 21:30:50] [EMAIL PROTECTED]

Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php





[2008-10-28 19:40:39] alec at smecher dot bc dot ca

Description:

Using PHP's setlocale function can cause number formats to change (e.g.
formatting floats using a comma instead of a decimal, such as 3,5
instead of 3.5). This causes pg_query_params to break when binding
floats into the parameter array, as psql doesn't understand
comma-formatted numbers.

You may need to generate the hr_HR locale on your system in order for
number formatting to work as described above once setlocale has been
called (see the debug echo in the reproduce code).

I reproduced the problem with 5.2.6 and 5.2.7RC2.

Reproduce code:
---
?php

ini_set('display_errors', E_ALL);
setlocale(LC_ALL, 'hr_HR.utf-8', 'hr_HR');

$number = 3.5;
$dbuser = 'putdbusernamehere';
$dbpass = 'putdbpasswordhere';

echo Three and a half is:  . $number .  (should come out as
3,5)\n;

$conn = pg_connect(host=localhost user=$dbuser password=$dbpass);
$result = pg_query_params($conn, 'SELECT $1::numeric',
array($number));

pg_close($conn);

?


Expected result:

Three and a half is: 3,5 (should come out as 3,5)

Actual result:
--
Three and a half is: 3,5 (should come out as 3,5)

Warning: pg_query_params(): Query failed: ERROR:  invalid input syntax
for type numeric: 3,5 in /home/asmecher/cvs/ojs2-stable/test.php on
line 13






-- 
Edit this bug report at http://bugs.php.net/?id=46408edit=1

#46439 [NEW]: POST file upload implementation is a security hole

[tom at punkave dot com]

From: tom at punkave dot com
Operating system: MacOS X 10.5
PHP version:  5.2.6
PHP Bug Type: cURL related
Bug description:  POST file upload implementation is a security hole

Description:

PHP's cURL wrapper implements HTTP POST file uploads as follows:

curl_setopt($curl_handle, CURLOPT_POST, 1);
$args['file'] = '@/path/to/file';
curl_setopt($curl_handle, CURLOPT_POSTFIELDS, $args);

When ext/curl/interface.c sees that $args is an array and not a
query-encoded string, it switches to a branch that uses CURLOPT_HTTPPOST
rather than CURLOPT_POST. The code then checks for an '@' prefix in the
value of every field. When an '@' is spotted, that particular field is
treated as a file to be uploaded rather than a value to be sent as-is.

This implementation and the associated documentation have the following
problems which are best described together for clarity's sake:

1. The fact that passing an array of arguments will trigger
multipart/form-data is not documented. The documentation implies that you
can use a query-encoded string or an array interchangeably. While most
servers do accept multipart/form-data this is not a given. Also it is
frequently the less efficient of the two encodings when files are not being
uploaded.

2. When passing an array it is impossible to submit a form field value
that does start with @. This is a bug in the implementation.

3. The documentation makes no mention of the '@ prefix means the rest of
the value is a filename to be uploaded' issue. This is a serious security
problem. PHP pages that transship form submissions from one site to another
are being coded in ignorance of the fact that the '@' prefix could be used
by end users to send any readable file on the first host to the second
host. At a minimum, coders must check for and remove any @ prefix from
user-submitted fields.

A recommended solution:

1. The '@ prefix for files, arrays trigger multipart/form-data' behavior
should be controlled by a php.ini backwards compatibility option, hopefully
defaulting off in the future.

2. CURLOPT_HTTPPOST and CURLOPT_HTTPPOSTFIELDS should be explicitly
supported and documented as the correct way to do multipart/form_data, and

3. Instead of an @ prefix in the values of fields,
CURLOPT_HTTPPOSTFILEFIELDS should be implemented to expressly pass an hash
of keys = filenames. 

It would work like this:

// I want a file upload with cURL
curl_setopt($curl_handle, CURLOPT_HTTPPOST, 1);
// Pass the non-file fields
curl_setopt($curl_handle, CURLOPT_HTTPPOSTFIELDS,
  array(name = Joe Smith));
// Pass the file fields
curl_setopt($curl_handle, CURLOPT_HTTPPOSTFILEFIELDS,
  array(file = /path/to/file));

HTTPPOST is a terrible, confusing name for multipart/form_data, but that's
a cURL problem, not a PHP problem. (: With the above implementation at the
PHP level we would at least have a correct wrapper for cURL on which
friendlier classes could be correctly built.




-- 
Edit bug report at http://bugs.php.net/?id=46439edit=1
-- 
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=46439r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=46439r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=46439r=trysnapshot60
Fixed in CVS:
http://bugs.php.net/fix.php?id=46439r=fixedcvs
Fixed in CVS and need be documented: 
http://bugs.php.net/fix.php?id=46439r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=46439r=alreadyfixed
Need backtrace:  
http://bugs.php.net/fix.php?id=46439r=needtrace
Need Reproduce Script:   
http://bugs.php.net/fix.php?id=46439r=needscript
Try newer version:   
http://bugs.php.net/fix.php?id=46439r=oldversion
Not developer issue: 
http://bugs.php.net/fix.php?id=46439r=support
Expected behavior:   
http://bugs.php.net/fix.php?id=46439r=notwrong
Not enough info: 
http://bugs.php.net/fix.php?id=46439r=notenoughinfo
Submitted twice: 
http://bugs.php.net/fix.php?id=46439r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=46439r=globals
PHP 4 support discontinued:  http://bugs.php.net/fix.php?id=46439r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=46439r=dst
IIS Stability:   
http://bugs.php.net/fix.php?id=46439r=isapi
Install GNU Sed: 
http://bugs.php.net/fix.php?id=46439r=gnused
Floating point limitations:  
http://bugs.php.net/fix.php?id=46439r=float
No Zend Extensions:  
http://bugs.php.net/fix.php?id=46439r=nozend
MySQL Configuration Error:   
http://bugs.php.net/fix.php?id=46439r=mysqlcfg

#46434 [Opn]: When session.save_handler=mm session garbage collection causes segfault

[charlie dot orford at gmail dot com]

 ID:   46434
 User updated by:  charlie dot orford at gmail dot com
 Reported By:  charlie dot orford at gmail dot com
 Status:   Open
 Bug Type: Session related
 Operating System: Debian 4/Etch
 PHP Version:  5.2.6
 New Comment:

GDB backtrace #3:
===

Core was generated by `/usr/local/apache/bin/httpd -k start'.
Program terminated with signal 11, Segmentation fault.
#0  0x2b121af85f7d in ps_gc_mm (mod_data=value optimized out,
maxlifetime=1800, nrdels=0x7fff911a30bc)
at /usr/src/lamp/php5.2-200810311530/ext/session/mod_mm.c:422
422 if (sd-ctime  limit) {
(gdb) bt full
#0  0x2b121af85f7d in ps_gc_mm (mod_data=value optimized out,
maxlifetime=1800, nrdels=0x7fff911a30bc)
at /usr/src/lamp/php5.2-200810311530/ext/session/mod_mm.c:422
data = (ps_mm *) 0x78b210
limit = 1225485826
ohash = (ps_sd **) 0x2b121d6c2060
ehash = (ps_sd **) 0x2b121d6c3058
sd = (ps_sd *) 0x7c65707989b73ff3
next = (ps_sd *) 0x708
#1  0x2b121af82e04 in php_session_start ()
at /usr/src/lamp/php5.2-200810311530/ext/session/session.c:1344
nrdels = 0
ppid = (zval **) 0x2b12199abaa8
data = (zval **) 0x2b12199ac630
p = 0x2b12199b28c0 X,\233\031\022+
lensess = 429598912
#2  0x2b121af83689 in zif_session_start (ht=26,
return_value=0x7c65707989b73ff3, return_value_ptr=0x2b121b841960,
this_ptr=0x2b121a82834a, return_value_used=460575968)
at /usr/src/lamp/php5.2-200810311530/ext/session/session.c:1824
No locals.
#3  0x2b121b0c7177 in zend_do_fcall_common_helper_SPEC (
execute_data=0x7fff911a49d0)
---Type return to continue, or q return to quit---
at /usr/src/lamp/php5.2-200810311530/Zend/zend_vm_execute.h:200
i = 32767
p = value optimized out
arg_count = 47356836608064
return_reference = 0 '\0'
opline = (zend_op *) 0x2b121f6c7930
original_return_value = value optimized out
current_scope = (zend_class_entry *) 0x0
current_this = (zval *) 0x0
return_value_used = 460575968
should_change_scope = 0 '\0'
#4  0x2b121b0b6fa3 in execute (op_array=0x2b12199b1030)
at /usr/src/lamp/php5.2-200810311530/Zend/zend_vm_execute.h:92
execute_data = {opline = 0x2b121f6c7930, function_state = {
function_symbol_table = 0x0, function = 0x746fa0, reserved = {
  0x2b121b06a12c, 0x2b12199b1138, 0x0, 0x2b12199b1138}}, fbc =
0x0,
  op_array = 0x2b12199b1030, object = 0x0, Ts = 0x7fff911a3200,
  CVs = 0x7fff911a31e0, original_in_execution = 1 '\001',
  symbol_table = 0x2b121b73d668, prev_execute_data = 0x7fff911a60f0,
  old_error_reporting = 0x0}
#5  0x2b121b0b991f in ZEND_INCLUDE_OR_EVAL_SPEC_CONST_HANDLER (
execute_data=0x7fff911a60f0)
at /usr/src/lamp/php5.2-200810311530/Zend/zend_vm_execute.h:2087
---Type return to continue, or q return to quit---
saved_object = (zval *) 0x0
saved_function = (zend_function *) 0x2b12199ad2e8
opline = (zend_op *) 0x2b12199b5308
new_op_array = (zend_op_array *) 0x2b12199b1030
original_return_value = (zval **) 0x7fff911a6358
inc_filename = value optimized out
tmp_inc_filename = {value = {lval = 47356769981664,
dval = 2.3397353145946181e-310, str = {
  val = 0x2b121b73d4e0 (N\032\221ÿ\177, len = 454017753},
ht = 0x2b121b73d4e0, obj = {handle = 460575968,
  handlers = 0x2b121b0fc2d9}}, refcount = 0, type = 0 '\0',
  is_ref = 0 '\0'}
failure_retval = 224 'à'
#6  0x2b121b0b6fa3 in execute (op_array=0x2b12199ad2e8)
at /usr/src/lamp/php5.2-200810311530/Zend/zend_vm_execute.h:92
execute_data = {opline = 0x2b12199b5308, function_state = {
function_symbol_table = 0x0, function = 0x2b12199b1030, reserved =
{
  0x2b121b06a12c, 0x2b12199addb8, 0x0, 0x2b12199addb8}}, fbc =
0x0,
  op_array = 0x2b12199ad2e8, object = 0x0, Ts = 0x7fff911a4ba0,
  CVs = 0x7fff911a4b80, original_in_execution = 1 '\001',
  symbol_table = 0x2b121b73d668, prev_execute_data = 0x7fff911a6390,
  old_error_reporting = 0x0}
#7  0x2b121b0b991f in ZEND_INCLUDE_OR_EVAL_SPEC_CONST_HANDLER (
---Type return to continue, or q return to quit---
execute_data=0x7fff911a6390)
at /usr/src/lamp/php5.2-200810311530/Zend/zend_vm_execute.h:2087
saved_object = (zval *) 0x0
saved_function = (zend_function *) 0x2b12199ac848
opline = (zend_op *) 0x2b12199acf48
new_op_array = (zend_op_array *) 0x2b12199ad2e8
original_return_value = (zval **) 0x7fff911a64b0
inc_filename = value optimized out
tmp_inc_filename = {value = {lval = 3, dval =
1.4821969375237396e-323,
str = {val = 0x3 Address 0x3 out of bounds, len = 454017753}, ht
= 0x3,
obj = {handle = 3, handlers = 0x2b121b0fc2d9}}, refcount = 0,
  type = 0 '\0', is_ref = 0 '\0'}
failure_retval = 224 'à'
#8  

#46440 [NEW]: No Warning with rewinddir_variation3.phpt

[hostmaster at uuism dot net]

From: hostmaster at uuism dot net
Operating system: Fedora Core 4
PHP version:  5.2.6
PHP Bug Type: Directory function related
Bug description:  No Warning with rewinddir_variation3.phpt

Description:

When I run test ext/standard/tests/dir/rewinddir_variation3 with PHP
5.2.6, the test fails because the Warning is not returned:

When rewinddir() is executed with a file resource, PHP does not return an
Warning message.

The test expects that PHP will return Warning: rewinddir(): %d is not a
valid Directory resource in %s on line %d

Otherwise, the test results are fine.

Jim


Reproduce code:
---
?php
/* Prototype  : void rewinddir([resource $dir_handle])
 * Description: Rewind dir_handle back to the start
 * Source code: ext/standard/dir.c
 * Alias to functions: rewind
 */

/*
 * Pass a file pointer to rewinddir() to test behaviour
 */

echo *** Testing rewinddir() : usage variations ***\n;

echo \n-- Open a file using fopen --\n;
var_dump($fp = fopen(__FILE__, 'r'));

$result1 = fread($fp, 5);
var_dump(rewinddir($fp));
$result2 = fread($fp, 5);

echo \n-- Check if rewinddir() has repositioned the file pointer --\n;
if ($result1 === $result2) {
echo rewinddir() works on file pointers\n;
} else {
echo rewinddir() does not work on file pointers\n;
}
?


Expected result:

*** Testing rewinddir() : usage variations ***

-- Open a file using fopen --
resource(%d) of type (stream)

Warning: rewinddir(): %d is not a valid Directory resource in %s on line
%d
bool(false)

-- Check if rewinddir() has repositioned the file pointer --
rewinddir() does not work on file pointers


Actual result:
--
*** Testing rewinddir() : usage variations ***

-- Open a file using fopen --
resource(5) of type (stream)
NULL

-- Check if rewinddir() has repositioned the file pointer --
rewinddir() works on file pointers


-- 
Edit bug report at http://bugs.php.net/?id=46440edit=1
-- 
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=46440r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=46440r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=46440r=trysnapshot60
Fixed in CVS:
http://bugs.php.net/fix.php?id=46440r=fixedcvs
Fixed in CVS and need be documented: 
http://bugs.php.net/fix.php?id=46440r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=46440r=alreadyfixed
Need backtrace:  
http://bugs.php.net/fix.php?id=46440r=needtrace
Need Reproduce Script:   
http://bugs.php.net/fix.php?id=46440r=needscript
Try newer version:   
http://bugs.php.net/fix.php?id=46440r=oldversion
Not developer issue: 
http://bugs.php.net/fix.php?id=46440r=support
Expected behavior:   
http://bugs.php.net/fix.php?id=46440r=notwrong
Not enough info: 
http://bugs.php.net/fix.php?id=46440r=notenoughinfo
Submitted twice: 
http://bugs.php.net/fix.php?id=46440r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=46440r=globals
PHP 4 support discontinued:  http://bugs.php.net/fix.php?id=46440r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=46440r=dst
IIS Stability:   
http://bugs.php.net/fix.php?id=46440r=isapi
Install GNU Sed: 
http://bugs.php.net/fix.php?id=46440r=gnused
Floating point limitations:  
http://bugs.php.net/fix.php?id=46440r=float
No Zend Extensions:  
http://bugs.php.net/fix.php?id=46440r=nozend
MySQL Configuration Error:   
http://bugs.php.net/fix.php?id=46440r=mysqlcfg

#46440 [Opn]: No Warning with rewinddir_variation3.phpt

[hostmaster at uuism dot net]

 ID:   46440
 User updated by:  hostmaster at uuism dot net
 Reported By:  hostmaster at uuism dot net
 Status:   Open
 Bug Type: Directory function related
 Operating System: Fedora Core 4
 PHP Version:  5.2.6
 New Comment:

I didn't notice that the rest of the expected results were different
also. 

It appears that rewinddir() DOES work for file resources.

Jim


Previous Comments:


[2008-10-31 22:07:35] hostmaster at uuism dot net

Description:

When I run test ext/standard/tests/dir/rewinddir_variation3 with PHP
5.2.6, the test fails because the Warning is not returned:

When rewinddir() is executed with a file resource, PHP does not return
an Warning message.

The test expects that PHP will return Warning: rewinddir(): %d is not
a valid Directory resource in %s on line %d

Otherwise, the test results are fine.

Jim


Reproduce code:
---
?php
/* Prototype  : void rewinddir([resource $dir_handle])
 * Description: Rewind dir_handle back to the start
 * Source code: ext/standard/dir.c
 * Alias to functions: rewind
 */

/*
 * Pass a file pointer to rewinddir() to test behaviour
 */

echo *** Testing rewinddir() : usage variations ***\n;

echo \n-- Open a file using fopen --\n;
var_dump($fp = fopen(__FILE__, 'r'));

$result1 = fread($fp, 5);
var_dump(rewinddir($fp));
$result2 = fread($fp, 5);

echo \n-- Check if rewinddir() has repositioned the file pointer
--\n;
if ($result1 === $result2) {
echo rewinddir() works on file pointers\n;
} else {
echo rewinddir() does not work on file pointers\n;
}
?


Expected result:

*** Testing rewinddir() : usage variations ***

-- Open a file using fopen --
resource(%d) of type (stream)

Warning: rewinddir(): %d is not a valid Directory resource in %s on
line %d
bool(false)

-- Check if rewinddir() has repositioned the file pointer --
rewinddir() does not work on file pointers


Actual result:
--
*** Testing rewinddir() : usage variations ***

-- Open a file using fopen --
resource(5) of type (stream)
NULL

-- Check if rewinddir() has repositioned the file pointer --
rewinddir() works on file pointers






-- 
Edit this bug report at http://bugs.php.net/?id=46440edit=1

#46440 [Opn]: Different Results with rewinddir_variation3.phpt

[hostmaster at uuism dot net]

 ID:   46440
 User updated by:  hostmaster at uuism dot net
-Summary:  No Warning with rewinddir_variation3.phpt
 Reported By:  hostmaster at uuism dot net
 Status:   Open
 Bug Type: Directory function related
 Operating System: Fedora Core 4
 PHP Version:  5.2.6
 New Comment:

Updated Summary


Previous Comments:


[2008-10-31 22:12:29] hostmaster at uuism dot net

I didn't notice that the rest of the expected results were different
also. 

It appears that rewinddir() DOES work for file resources.

Jim



[2008-10-31 22:07:35] hostmaster at uuism dot net

Description:

When I run test ext/standard/tests/dir/rewinddir_variation3 with PHP
5.2.6, the test fails because the Warning is not returned:

When rewinddir() is executed with a file resource, PHP does not return
an Warning message.

The test expects that PHP will return Warning: rewinddir(): %d is not
a valid Directory resource in %s on line %d

Otherwise, the test results are fine.

Jim


Reproduce code:
---
?php
/* Prototype  : void rewinddir([resource $dir_handle])
 * Description: Rewind dir_handle back to the start
 * Source code: ext/standard/dir.c
 * Alias to functions: rewind
 */

/*
 * Pass a file pointer to rewinddir() to test behaviour
 */

echo *** Testing rewinddir() : usage variations ***\n;

echo \n-- Open a file using fopen --\n;
var_dump($fp = fopen(__FILE__, 'r'));

$result1 = fread($fp, 5);
var_dump(rewinddir($fp));
$result2 = fread($fp, 5);

echo \n-- Check if rewinddir() has repositioned the file pointer
--\n;
if ($result1 === $result2) {
echo rewinddir() works on file pointers\n;
} else {
echo rewinddir() does not work on file pointers\n;
}
?


Expected result:

*** Testing rewinddir() : usage variations ***

-- Open a file using fopen --
resource(%d) of type (stream)

Warning: rewinddir(): %d is not a valid Directory resource in %s on
line %d
bool(false)

-- Check if rewinddir() has repositioned the file pointer --
rewinddir() does not work on file pointers


Actual result:
--
*** Testing rewinddir() : usage variations ***

-- Open a file using fopen --
resource(5) of type (stream)
NULL

-- Check if rewinddir() has repositioned the file pointer --
rewinddir() works on file pointers






-- 
Edit this bug report at http://bugs.php.net/?id=46440edit=1

#46441 [NEW]: Bitwise or not available in class definition

[cpriest at warpmail dot net]

From: cpriest at warpmail dot net
Operating system: Linux/Apache
PHP version:  5.2.6
PHP Bug Type: Feature/Change Request
Bug description:  Bitwise or not available in class definition

Description:

Bitwise | and  are not available in class definition areas.

Reproduce code:
---
?php
class a {
  const FLAG_1 = 1;
  const FLAG_2 = 2;

  protected $Flags = self::FLAG_1 | self::FLAG_2;
}

Expected result:

Properly compiled and having $Flags = 3 upon instantiation.

Actual result:
--
Compile error, expected ';' where '|' is.

-- 
Edit bug report at http://bugs.php.net/?id=46441edit=1
-- 
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=46441r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=46441r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=46441r=trysnapshot60
Fixed in CVS:
http://bugs.php.net/fix.php?id=46441r=fixedcvs
Fixed in CVS and need be documented: 
http://bugs.php.net/fix.php?id=46441r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=46441r=alreadyfixed
Need backtrace:  
http://bugs.php.net/fix.php?id=46441r=needtrace
Need Reproduce Script:   
http://bugs.php.net/fix.php?id=46441r=needscript
Try newer version:   
http://bugs.php.net/fix.php?id=46441r=oldversion
Not developer issue: 
http://bugs.php.net/fix.php?id=46441r=support
Expected behavior:   
http://bugs.php.net/fix.php?id=46441r=notwrong
Not enough info: 
http://bugs.php.net/fix.php?id=46441r=notenoughinfo
Submitted twice: 
http://bugs.php.net/fix.php?id=46441r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=46441r=globals
PHP 4 support discontinued:  http://bugs.php.net/fix.php?id=46441r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=46441r=dst
IIS Stability:   
http://bugs.php.net/fix.php?id=46441r=isapi
Install GNU Sed: 
http://bugs.php.net/fix.php?id=46441r=gnused
Floating point limitations:  
http://bugs.php.net/fix.php?id=46441r=float
No Zend Extensions:  
http://bugs.php.net/fix.php?id=46441r=nozend
MySQL Configuration Error:   
http://bugs.php.net/fix.php?id=46441r=mysqlcfg

#46440 [Opn-Bgs]: Different Results with rewinddir_variation3.phpt

[felipe]

 ID:   46440
 Updated by:   [EMAIL PROTECTED]
 Reported By:  hostmaster at uuism dot net
-Status:   Open
+Status:   Bogus
 Bug Type: Directory function related
 Operating System: Fedora Core 4
 PHP Version:  5.2.6
 New Comment:

Hello, that test isn't to 5.2.6. The bug was fixed in 5.2.7-RC1.

Thanks.


Previous Comments:


[2008-10-31 22:13:18] hostmaster at uuism dot net

Updated Summary



[2008-10-31 22:12:29] hostmaster at uuism dot net

I didn't notice that the rest of the expected results were different
also. 

It appears that rewinddir() DOES work for file resources.

Jim



[2008-10-31 22:07:35] hostmaster at uuism dot net

Description:

When I run test ext/standard/tests/dir/rewinddir_variation3 with PHP
5.2.6, the test fails because the Warning is not returned:

When rewinddir() is executed with a file resource, PHP does not return
an Warning message.

The test expects that PHP will return Warning: rewinddir(): %d is not
a valid Directory resource in %s on line %d

Otherwise, the test results are fine.

Jim


Reproduce code:
---
?php
/* Prototype  : void rewinddir([resource $dir_handle])
 * Description: Rewind dir_handle back to the start
 * Source code: ext/standard/dir.c
 * Alias to functions: rewind
 */

/*
 * Pass a file pointer to rewinddir() to test behaviour
 */

echo *** Testing rewinddir() : usage variations ***\n;

echo \n-- Open a file using fopen --\n;
var_dump($fp = fopen(__FILE__, 'r'));

$result1 = fread($fp, 5);
var_dump(rewinddir($fp));
$result2 = fread($fp, 5);

echo \n-- Check if rewinddir() has repositioned the file pointer
--\n;
if ($result1 === $result2) {
echo rewinddir() works on file pointers\n;
} else {
echo rewinddir() does not work on file pointers\n;
}
?


Expected result:

*** Testing rewinddir() : usage variations ***

-- Open a file using fopen --
resource(%d) of type (stream)

Warning: rewinddir(): %d is not a valid Directory resource in %s on
line %d
bool(false)

-- Check if rewinddir() has repositioned the file pointer --
rewinddir() does not work on file pointers


Actual result:
--
*** Testing rewinddir() : usage variations ***

-- Open a file using fopen --
resource(5) of type (stream)
NULL

-- Check if rewinddir() has repositioned the file pointer --
rewinddir() works on file pointers






-- 
Edit this bug report at http://bugs.php.net/?id=46440edit=1

#46442 [NEW]: sort(), sorts the chars �, � and � incorrectly

[daniel at danwebs dot dk]

From: daniel at danwebs dot dk
Operating system: Vista home
PHP version:  5.2CVS-2008-10-31 (snap)
PHP Bug Type: Output Control
Bug description:  sort(), sorts the chars æ, ø and å incorrectly

Description:

In the Danish and Norwiegan alphabeth we have the chars Æ, Ø and Å
The correct sequence is ÆØÅ (end of alphabeth after z)
sort(), sorts it ÅÆØ

Reproduce code:
---
$theString=ÆØÅ;
$theString=str_split($theString);
sort($theString);
$theString=implode($theString);
echo $theString

// Outputs ÅÆØ

Expected result:

ÆØÅ

:)

Actual result:
--
ÅÆØ

-- 
Edit bug report at http://bugs.php.net/?id=46442edit=1
-- 
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=46442r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=46442r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=46442r=trysnapshot60
Fixed in CVS:
http://bugs.php.net/fix.php?id=46442r=fixedcvs
Fixed in CVS and need be documented: 
http://bugs.php.net/fix.php?id=46442r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=46442r=alreadyfixed
Need backtrace:  
http://bugs.php.net/fix.php?id=46442r=needtrace
Need Reproduce Script:   
http://bugs.php.net/fix.php?id=46442r=needscript
Try newer version:   
http://bugs.php.net/fix.php?id=46442r=oldversion
Not developer issue: 
http://bugs.php.net/fix.php?id=46442r=support
Expected behavior:   
http://bugs.php.net/fix.php?id=46442r=notwrong
Not enough info: 
http://bugs.php.net/fix.php?id=46442r=notenoughinfo
Submitted twice: 
http://bugs.php.net/fix.php?id=46442r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=46442r=globals
PHP 4 support discontinued:  http://bugs.php.net/fix.php?id=46442r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=46442r=dst
IIS Stability:   
http://bugs.php.net/fix.php?id=46442r=isapi
Install GNU Sed: 
http://bugs.php.net/fix.php?id=46442r=gnused
Floating point limitations:  
http://bugs.php.net/fix.php?id=46442r=float
No Zend Extensions:  
http://bugs.php.net/fix.php?id=46442r=nozend
MySQL Configuration Error:   
http://bugs.php.net/fix.php?id=46442r=mysqlcfg

#46443 [NEW]: closedir DOES work for file resource

[hostmaster at uuism dot net]

From: hostmaster at uuism dot net
Operating system: Fedora Core 4
PHP version:  5.2.6
PHP Bug Type: Directory function related
Bug description:  closedir DOES work for file resource

Description:

When I run ext/standard/tests/dir/closedir_variation3.phpt with PHP 5.2.6,
the closedir() function works with a file resource.  This test script
expects it not to work, so the test fails.

I'm see this kind of test failure in a number of cases.

Is there some kind of configuration option for allowing php with sloppy
syntax?

Thanks.

Jim

PS.  This may the same issue as Bug #44246: closedir() accepts a file
resource opened by fopen()

Reproduce code:
---
?php
/* Prototype  : void closedir([resource $dir_handle])
 * Description: Close directory connection identified by the dir_handle
 * Source code: ext/standard/dir.c
 * Alias to functions: close
 */

/*
 * Create a file pointer using fopen() then try to close it using
closedir()
 */

echo *** Testing closedir() : usage variations ***\n;

echo \n-- Open a file using fopen() --\n;
var_dump($fp = fopen(__FILE__, 'r'));

echo \n-- Try to close the file pointer using closedir() --\n;
var_dump(closedir($fp));

echo \n-- Check file pointer: --\n;
var_dump($fp);

if(is_resource($fp)) {
fclose($fp);
}
?


Expected result:

*** Testing closedir() : usage variations ***

-- Open a file using fopen() --
resource(%d) of type (stream)

-- Try to close the file pointer using closedir() --

Warning: closedir(): %d is not a valid Directory resource in %s on line
%d
bool(false)

-- Check file pointer: --
resource(%d) of type (stream)


Actual result:
--
*** Testing closedir() : usage variations ***

-- Open a file using fopen() --
resource(5) of type (stream)

-- Try to close the file pointer using closedir() --
NULL

-- Check file pointer: --
resource(5) of type (Unknown)


-- 
Edit bug report at http://bugs.php.net/?id=46443edit=1
-- 
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=46443r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=46443r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=46443r=trysnapshot60
Fixed in CVS:
http://bugs.php.net/fix.php?id=46443r=fixedcvs
Fixed in CVS and need be documented: 
http://bugs.php.net/fix.php?id=46443r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=46443r=alreadyfixed
Need backtrace:  
http://bugs.php.net/fix.php?id=46443r=needtrace
Need Reproduce Script:   
http://bugs.php.net/fix.php?id=46443r=needscript
Try newer version:   
http://bugs.php.net/fix.php?id=46443r=oldversion
Not developer issue: 
http://bugs.php.net/fix.php?id=46443r=support
Expected behavior:   
http://bugs.php.net/fix.php?id=46443r=notwrong
Not enough info: 
http://bugs.php.net/fix.php?id=46443r=notenoughinfo
Submitted twice: 
http://bugs.php.net/fix.php?id=46443r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=46443r=globals
PHP 4 support discontinued:  http://bugs.php.net/fix.php?id=46443r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=46443r=dst
IIS Stability:   
http://bugs.php.net/fix.php?id=46443r=isapi
Install GNU Sed: 
http://bugs.php.net/fix.php?id=46443r=gnused
Floating point limitations:  
http://bugs.php.net/fix.php?id=46443r=float
No Zend Extensions:  
http://bugs.php.net/fix.php?id=46443r=nozend
MySQL Configuration Error:   
http://bugs.php.net/fix.php?id=46443r=mysqlcfg

#46438 [Opn-Csd]: bug42548.phpt MySQL Syntax Error for MySQL 4.1

[felipe]

 ID:   46438
 Updated by:   [EMAIL PROTECTED]
 Reported By:  hostmaster at uuism dot net
-Status:   Open
+Status:   Closed
 Bug Type: MySQLi related
 Operating System: Fedora Core 4
 PHP Version:  5.2.6
 New Comment:

This bug has been fixed in CVS.

Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
 
Thank you for the report, and for helping us make PHP better.




Previous Comments:


[2008-10-31 18:21:11] hostmaster at uuism dot net

Description:

When I run test ext/mysqli/tests/bug42548.phpt with PHP 5.2.6 and MySQL
4.1, I get a MySQL syntax error.

You have an error in your SQL syntax; check the manual that
corresponds to your MySQL server version for the right syntax to use
near 'PROCEDURE IF EXISTS p1' at line 1

This error occurs because MySQL version 4.1 does not support
PROCEDUREs.



Reproduce code:
---
?php
include connect.inc;

$mysqli = mysqli_init();
$mysqli-real_connect($host, $user, $passwd, 'test');
if (mysqli_connect_errno()) {
  printf(Connect failed: %s\n, mysqli_connect_error());
  exit();
}

$mysqli-query(DROP PROCEDURE IF EXISTS p1) or die($mysqli-error);

?

Expected result:

This test should be skipped

Actual result:
--
it failed





-- 
Edit this bug report at http://bugs.php.net/?id=46438edit=1

#46443 [Opn-Bgs]: closedir DOES work for file resource

[felipe]

 ID:   46443
 Updated by:   [EMAIL PROTECTED]
 Reported By:  hostmaster at uuism dot net
-Status:   Open
+Status:   Bogus
 Bug Type: Directory function related
 Operating System: Fedora Core 4
 PHP Version:  5.2.6
 New Comment:

See Bug #46440. Thanks.


Previous Comments:


[2008-10-31 22:38:12] hostmaster at uuism dot net

Description:

When I run ext/standard/tests/dir/closedir_variation3.phpt with PHP
5.2.6, the closedir() function works with a file resource.  This test
script expects it not to work, so the test fails.

I'm see this kind of test failure in a number of cases.

Is there some kind of configuration option for allowing php with sloppy
syntax?

Thanks.

Jim

PS.  This may the same issue as Bug #44246: closedir() accepts a file
resource opened by fopen()

Reproduce code:
---
?php
/* Prototype  : void closedir([resource $dir_handle])
 * Description: Close directory connection identified by the
dir_handle
 * Source code: ext/standard/dir.c
 * Alias to functions: close
 */

/*
 * Create a file pointer using fopen() then try to close it using
closedir()
 */

echo *** Testing closedir() : usage variations ***\n;

echo \n-- Open a file using fopen() --\n;
var_dump($fp = fopen(__FILE__, 'r'));

echo \n-- Try to close the file pointer using closedir() --\n;
var_dump(closedir($fp));

echo \n-- Check file pointer: --\n;
var_dump($fp);

if(is_resource($fp)) {
fclose($fp);
}
?


Expected result:

*** Testing closedir() : usage variations ***

-- Open a file using fopen() --
resource(%d) of type (stream)

-- Try to close the file pointer using closedir() --

Warning: closedir(): %d is not a valid Directory resource in %s on line
%d
bool(false)

-- Check file pointer: --
resource(%d) of type (stream)


Actual result:
--
*** Testing closedir() : usage variations ***

-- Open a file using fopen() --
resource(5) of type (stream)

-- Try to close the file pointer using closedir() --
NULL

-- Check file pointer: --
resource(5) of type (Unknown)






-- 
Edit this bug report at http://bugs.php.net/?id=46443edit=1

#46442 [Opn-Bgs]: sort(), sorts the chars �, � and � incorrectly

[johannes]

 ID:   46442
 Updated by:   [EMAIL PROTECTED]
 Reported By:  daniel at danwebs dot dk
-Status:   Open
+Status:   Bogus
 Bug Type: Output Control
 Operating System: Vista home
 PHP Version:  5.2CVS-2008-10-31 (snap)
 New Comment:

Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php

Please midn the 2nd parameter. http://de3.php.net/sort


Previous Comments:


[2008-10-31 22:34:37] daniel at danwebs dot dk

Description:

In the Danish and Norwiegan alphabeth we have the chars Æ, Ø and Å
The correct sequence is ÆØÅ (end of alphabeth after z)
sort(), sorts it ÅÆØ

Reproduce code:
---
$theString=ÆØÅ;
$theString=str_split($theString);
sort($theString);
$theString=implode($theString);
echo $theString

// Outputs ÅÆØ

Expected result:

ÆØÅ

:)

Actual result:
--
ÅÆØ





-- 
Edit this bug report at http://bugs.php.net/?id=46442edit=1

#46443 [Bgs]: closedir DOES work for file resource

[hostmaster at uuism dot net]

 ID:   46443
 User updated by:  hostmaster at uuism dot net
 Reported By:  hostmaster at uuism dot net
 Status:   Bogus
 Bug Type: Directory function related
 Operating System: Fedora Core 4
 PHP Version:  5.2.6
 New Comment:

I'm having the same kind of results with
ext/standard/tests/dir/readdir_variation7.phpt.


Previous Comments:


[2008-10-31 22:45:34] [EMAIL PROTECTED]

See Bug #46440. Thanks.



[2008-10-31 22:38:12] hostmaster at uuism dot net

Description:

When I run ext/standard/tests/dir/closedir_variation3.phpt with PHP
5.2.6, the closedir() function works with a file resource.  This test
script expects it not to work, so the test fails.

I'm see this kind of test failure in a number of cases.

Is there some kind of configuration option for allowing php with sloppy
syntax?

Thanks.

Jim

PS.  This may the same issue as Bug #44246: closedir() accepts a file
resource opened by fopen()

Reproduce code:
---
?php
/* Prototype  : void closedir([resource $dir_handle])
 * Description: Close directory connection identified by the
dir_handle
 * Source code: ext/standard/dir.c
 * Alias to functions: close
 */

/*
 * Create a file pointer using fopen() then try to close it using
closedir()
 */

echo *** Testing closedir() : usage variations ***\n;

echo \n-- Open a file using fopen() --\n;
var_dump($fp = fopen(__FILE__, 'r'));

echo \n-- Try to close the file pointer using closedir() --\n;
var_dump(closedir($fp));

echo \n-- Check file pointer: --\n;
var_dump($fp);

if(is_resource($fp)) {
fclose($fp);
}
?


Expected result:

*** Testing closedir() : usage variations ***

-- Open a file using fopen() --
resource(%d) of type (stream)

-- Try to close the file pointer using closedir() --

Warning: closedir(): %d is not a valid Directory resource in %s on line
%d
bool(false)

-- Check file pointer: --
resource(%d) of type (stream)


Actual result:
--
*** Testing closedir() : usage variations ***

-- Open a file using fopen() --
resource(5) of type (stream)

-- Try to close the file pointer using closedir() --
NULL

-- Check file pointer: --
resource(5) of type (Unknown)






-- 
Edit this bug report at http://bugs.php.net/?id=46443edit=1

#46443 [Bgs]: closedir and readdir DO work for file resource

[hostmaster at uuism dot net]

 ID:   46443
 User updated by:  hostmaster at uuism dot net
-Summary:  closedir DOES work for file resource
 Reported By:  hostmaster at uuism dot net
 Status:   Bogus
 Bug Type: Directory function related
 Operating System: Fedora Core 4
 PHP Version:  5.2.6
 New Comment:

updated Summary


Previous Comments:


[2008-10-31 22:51:48] hostmaster at uuism dot net

I'm having the same kind of results with
ext/standard/tests/dir/readdir_variation7.phpt.



[2008-10-31 22:45:34] [EMAIL PROTECTED]

See Bug #46440. Thanks.



[2008-10-31 22:38:12] hostmaster at uuism dot net

Description:

When I run ext/standard/tests/dir/closedir_variation3.phpt with PHP
5.2.6, the closedir() function works with a file resource.  This test
script expects it not to work, so the test fails.

I'm see this kind of test failure in a number of cases.

Is there some kind of configuration option for allowing php with sloppy
syntax?

Thanks.

Jim

PS.  This may the same issue as Bug #44246: closedir() accepts a file
resource opened by fopen()

Reproduce code:
---
?php
/* Prototype  : void closedir([resource $dir_handle])
 * Description: Close directory connection identified by the
dir_handle
 * Source code: ext/standard/dir.c
 * Alias to functions: close
 */

/*
 * Create a file pointer using fopen() then try to close it using
closedir()
 */

echo *** Testing closedir() : usage variations ***\n;

echo \n-- Open a file using fopen() --\n;
var_dump($fp = fopen(__FILE__, 'r'));

echo \n-- Try to close the file pointer using closedir() --\n;
var_dump(closedir($fp));

echo \n-- Check file pointer: --\n;
var_dump($fp);

if(is_resource($fp)) {
fclose($fp);
}
?


Expected result:

*** Testing closedir() : usage variations ***

-- Open a file using fopen() --
resource(%d) of type (stream)

-- Try to close the file pointer using closedir() --

Warning: closedir(): %d is not a valid Directory resource in %s on line
%d
bool(false)

-- Check file pointer: --
resource(%d) of type (stream)


Actual result:
--
*** Testing closedir() : usage variations ***

-- Open a file using fopen() --
resource(5) of type (stream)

-- Try to close the file pointer using closedir() --
NULL

-- Check file pointer: --
resource(5) of type (Unknown)






-- 
Edit this bug report at http://bugs.php.net/?id=46443edit=1

#46442 [Bgs]: sort(), sorts the chars �, � and � incorrectly

[daniel at danwebs dot dk]

 ID:   46442
 User updated by:  daniel at danwebs dot dk
 Reported By:  daniel at danwebs dot dk
 Status:   Bogus
 Bug Type: Output Control
 Operating System: Vista home
 PHP Version:  5.2CVS-2008-10-31 (snap)
 New Comment:

EDIT: Thought I checked it all. Sorry about that, and thank you for
your time.


Previous Comments:


[2008-10-31 22:49:15] [EMAIL PROTECTED]

Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php

Please midn the 2nd parameter. http://de3.php.net/sort



[2008-10-31 22:34:37] daniel at danwebs dot dk

Description:

In the Danish and Norwiegan alphabeth we have the chars Æ, Ø and Å
The correct sequence is ÆØÅ (end of alphabeth after z)
sort(), sorts it ÅÆØ

Reproduce code:
---
$theString=ÆØÅ;
$theString=str_split($theString);
sort($theString);
$theString=implode($theString);
echo $theString

// Outputs ÅÆØ

Expected result:

ÆØÅ

:)

Actual result:
--
ÅÆØ





-- 
Edit this bug report at http://bugs.php.net/?id=46442edit=1

#46444 [NEW]: invalid session.save_path should not cause a segfault - still does

[hostmaster at uuism dot net]

From: hostmaster at uuism dot net
Operating system: Fedora Core 4
PHP version:  5.2.6
PHP Bug Type: Reproducible crash
Bug description:  invalid session.save_path should not cause a segfault - still 
does

Description:

when I run test ext/session/tests/016.phpt, I still get a core dump with
PHP 5.2.6 and FC4 and Linux Kernel 2.6.20.1.  The script run-tests puts
FAIL in front of the description.  

This same problem was reported in Bug #43361 invalid session.save_path
test cause php crash 

Here are the results:

# TEST_PHP_EXECUTABLE=sapi/cli/php sapi/cli/php run-tests.php
ext/session/tests/016.phpt

=
PHP : sapi/cli/php
PHP_SAPI: cli
PHP_VERSION : 5.2.6
ZEND_VERSION: 2.2.0
PHP_OS  : Linux - Linux host.uuserver.net 2.6.20.1 #16 SMP Thu Nov 8
14:19:44 EST 2007 i686
INI actual  : /usr/local/src/php-5.2.6/sapi/cli/php.ini
More .INIs  : /etc/php.d/mysql.ini,/etc/php.d/mysqli.ini
CWD : /usr/local/src/php-5.2.6
Extra dirs  :
=
Running selected tests.
FAIL invalid session.save_path should not cause a segfault
[ext/session/tests/016.phpt]
=
Number of tests :1 1
Tests skipped   :0 (  0.0%) 
Tests warned:0 (  0.0%) (  0.0%)
Tests failed:1 (100.0%) (100.0%)
Tests passed:0 (  0.0%) (  0.0%)
-
Time taken  :1 seconds
=

=
FAILED TEST SUMMARY
-
invalid session.save_path should not cause a segfault
[ext/session/tests/016.phpt]
=


Reproduce code:
---
--INI--
session.save_path=123;:/really\\completely:::/invalid;;,23123;213
session.use_cookies=0
session.cache_limiter=
session.save_handler=files
session.serialize_handler=php
--FILE--
?php
error_reporting(E_ALL);

@session_start();
$HTTP_SESSION_VARS[test] = 1;
@session_write_close();
print I live\n;
?


Expected result:

no core dump

Actual result:
--
core dump



-- 
Edit bug report at http://bugs.php.net/?id=46444edit=1
-- 
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=46444r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=46444r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=46444r=trysnapshot60
Fixed in CVS:
http://bugs.php.net/fix.php?id=46444r=fixedcvs
Fixed in CVS and need be documented: 
http://bugs.php.net/fix.php?id=46444r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=46444r=alreadyfixed
Need backtrace:  
http://bugs.php.net/fix.php?id=46444r=needtrace
Need Reproduce Script:   
http://bugs.php.net/fix.php?id=46444r=needscript
Try newer version:   
http://bugs.php.net/fix.php?id=46444r=oldversion
Not developer issue: 
http://bugs.php.net/fix.php?id=46444r=support
Expected behavior:   
http://bugs.php.net/fix.php?id=46444r=notwrong
Not enough info: 
http://bugs.php.net/fix.php?id=46444r=notenoughinfo
Submitted twice: 
http://bugs.php.net/fix.php?id=46444r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=46444r=globals
PHP 4 support discontinued:  http://bugs.php.net/fix.php?id=46444r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=46444r=dst
IIS Stability:   
http://bugs.php.net/fix.php?id=46444r=isapi
Install GNU Sed: 
http://bugs.php.net/fix.php?id=46444r=gnused
Floating point limitations:  
http://bugs.php.net/fix.php?id=46444r=float
No Zend Extensions:  
http://bugs.php.net/fix.php?id=46444r=nozend
MySQL Configuration Error:   
http://bugs.php.net/fix.php?id=46444r=mysqlcfg

#46440 [Bgs]: Different Results with rewinddir_variation3.phpt

[hostmaster at uuism dot net]

 ID:   46440
 User updated by:  hostmaster at uuism dot net
 Reported By:  hostmaster at uuism dot net
 Status:   Bogus
 Bug Type: Directory function related
 Operating System: Fedora Core 4
 PHP Version:  5.2.6
 New Comment:

Can I test the solution with php5.2-200810312330 that I downloaded from
php-5.2-latest.gz?

I don't know what you mean by that test isn't to 5.2.6.

Test rewinddir_variation3.phpt was part of the released package for
php-5.2.6, as were closedir_variation3.phpt and
readdir_variation7.phpt.

They all failed for similar reasons:  directory functions work for file
resources.

Thanks.

Jim


Previous Comments:


[2008-10-31 22:32:41] [EMAIL PROTECTED]

Hello, that test isn't to 5.2.6. The bug was fixed in 5.2.7-RC1.

Thanks.



[2008-10-31 22:13:18] hostmaster at uuism dot net

Updated Summary



[2008-10-31 22:12:29] hostmaster at uuism dot net

I didn't notice that the rest of the expected results were different
also. 

It appears that rewinddir() DOES work for file resources.

Jim



[2008-10-31 22:07:35] hostmaster at uuism dot net

Description:

When I run test ext/standard/tests/dir/rewinddir_variation3 with PHP
5.2.6, the test fails because the Warning is not returned:

When rewinddir() is executed with a file resource, PHP does not return
an Warning message.

The test expects that PHP will return Warning: rewinddir(): %d is not
a valid Directory resource in %s on line %d

Otherwise, the test results are fine.

Jim


Reproduce code:
---
?php
/* Prototype  : void rewinddir([resource $dir_handle])
 * Description: Rewind dir_handle back to the start
 * Source code: ext/standard/dir.c
 * Alias to functions: rewind
 */

/*
 * Pass a file pointer to rewinddir() to test behaviour
 */

echo *** Testing rewinddir() : usage variations ***\n;

echo \n-- Open a file using fopen --\n;
var_dump($fp = fopen(__FILE__, 'r'));

$result1 = fread($fp, 5);
var_dump(rewinddir($fp));
$result2 = fread($fp, 5);

echo \n-- Check if rewinddir() has repositioned the file pointer
--\n;
if ($result1 === $result2) {
echo rewinddir() works on file pointers\n;
} else {
echo rewinddir() does not work on file pointers\n;
}
?


Expected result:

*** Testing rewinddir() : usage variations ***

-- Open a file using fopen --
resource(%d) of type (stream)

Warning: rewinddir(): %d is not a valid Directory resource in %s on
line %d
bool(false)

-- Check if rewinddir() has repositioned the file pointer --
rewinddir() does not work on file pointers


Actual result:
--
*** Testing rewinddir() : usage variations ***

-- Open a file using fopen --
resource(5) of type (stream)
NULL

-- Check if rewinddir() has repositioned the file pointer --
rewinddir() works on file pointers






-- 
Edit this bug report at http://bugs.php.net/?id=46440edit=1

#46446 [NEW]: Solution for Error: php_pgsql.dll - %1 is not a valid Win32 application.\r\n i

[dhanny dot kosasih at gmail dot com]

From: dhanny dot kosasih at gmail dot com
Operating system: Windows Vista Home Basic
PHP version:  5.2.6
PHP Bug Type: Windows Installer
Bug description:  Solution for Error: php_pgsql.dll - %1 is not a valid Win32 
application.\r\n i

Description:

i try install php and apache 2.2 in my Vista, and i got some error if i
use php_pgsql.dll, the error is:
PHP Warning:  PHP Startup: Unable to load dynamic library
'c:/php/ext/php_pgsql.dll' - %1 is not a valid Win32 application.\r\n in
Unknown on line 0

That dll in your package (php-5.2.6-Win32.zip) , contain php_pgsql.dll
that not support on vista. You can download the dll that support on vista
at:
http://files.dll-vista.com/dllvista-php_pgsql.dll.zip


-- 
Edit bug report at http://bugs.php.net/?id=46446edit=1
-- 
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=46446r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=46446r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=46446r=trysnapshot60
Fixed in CVS:
http://bugs.php.net/fix.php?id=46446r=fixedcvs
Fixed in CVS and need be documented: 
http://bugs.php.net/fix.php?id=46446r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=46446r=alreadyfixed
Need backtrace:  
http://bugs.php.net/fix.php?id=46446r=needtrace
Need Reproduce Script:   
http://bugs.php.net/fix.php?id=46446r=needscript
Try newer version:   
http://bugs.php.net/fix.php?id=46446r=oldversion
Not developer issue: 
http://bugs.php.net/fix.php?id=46446r=support
Expected behavior:   
http://bugs.php.net/fix.php?id=46446r=notwrong
Not enough info: 
http://bugs.php.net/fix.php?id=46446r=notenoughinfo
Submitted twice: 
http://bugs.php.net/fix.php?id=46446r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=46446r=globals
PHP 4 support discontinued:  http://bugs.php.net/fix.php?id=46446r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=46446r=dst
IIS Stability:   
http://bugs.php.net/fix.php?id=46446r=isapi
Install GNU Sed: 
http://bugs.php.net/fix.php?id=46446r=gnused
Floating point limitations:  
http://bugs.php.net/fix.php?id=46446r=float
No Zend Extensions:  
http://bugs.php.net/fix.php?id=46446r=nozend
MySQL Configuration Error:   
http://bugs.php.net/fix.php?id=46446r=mysqlcfg

#46437 [Fbk-Opn]: data leakage because of nonexisting boundary checking in statements for MySQL41

[hostmaster at uuism dot net]

 ID:   46437
 User updated by:  hostmaster at uuism dot net
 Reported By:  hostmaster at uuism dot net
-Status:   Feedback
+Status:   Open
 Bug Type: MySQL related
 Operating System: Fedora Core 4
 PHP Version:  5.2.6
 New Comment:

I compiled php5.2-200810312330 and ran test script
ext/mysqli/tests/bug38710.phpt with the same results.

The resulting $text does not match str_repeat('a', 8191) for MySQL
version 40120.  The length of $text is 10.  It consists of groups of
8240 a's with mostly non-printing characters between each group.

The non-printing characters always seem to start with zeros (^@), so if
you could truncate $text before the first binary zero, it would match
str_repeat('a', 8240) 

Thanks for looking into this problem.

Jim


Previous Comments:


[2008-10-31 18:05:28] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php5.2-latest.tar.gz
 
For Windows:

  http://windows.php.net/snapshots/





[2008-10-31 17:50:58] hostmaster at uuism dot net

Description:

When I run ext/mysqli/tests/bug38710.phpt with PHP 5.2.6 and MySQL
4.1.20, the scripts fails in a manner not anticipated by the test
script.

The $text consists of 8240 a's followed by a string of non-printable
characters (cat -v shows [EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL 
PROTECTED]@^M
[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL 
PROTECTED]@^@), followed
by more a's with the non-printable characters repeated every 8000 a's or
so.

The string $text is not equal to str_repeat('a', 8191) for
mysqli_get_server_version($db)=401020, so the ACTUAL output is:

int(10)
Done

Thanks.

Jim

Reproduce code:
---
?php
include connect.inc;

$db = new mysqli($host, $user, $passwd, test);
$qry=$db-stmt_init();
$qry-prepare(SELECT REPEAT('a',10));
$qry-execute();
$qry-bind_result($text);
$qry-fetch();
if ($text !== str_repeat('a', mysqli_get_server_version($db)  50110?
10:(mysqli_get_server_version($db)=5? 8193:8191))) {
var_dump(strlen($text));
}
echo Done;
?


Expected result:

It should pass since this is expected behavior for MySQL prior to
version 5.1

Actual result:
--
It failed





-- 
Edit this bug report at http://bugs.php.net/?id=46437edit=1

#46438 [Csd]: bug42548.phpt MySQL Syntax Error for MySQL 4.1

[hostmaster at uuism dot net]

 ID:   46438
 User updated by:  hostmaster at uuism dot net
 Reported By:  hostmaster at uuism dot net
 Status:   Closed
 Bug Type: MySQLi related
 Operating System: Fedora Core 4
 PHP Version:  5.2.6
 New Comment:

Thanks.

The revised php5.2-200810312330 test script skips this test perfectly.

Jim


Previous Comments:


[2008-10-31 22:43:53] [EMAIL PROTECTED]

This bug has been fixed in CVS.

Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
 
Thank you for the report, and for helping us make PHP better.





[2008-10-31 18:21:11] hostmaster at uuism dot net

Description:

When I run test ext/mysqli/tests/bug42548.phpt with PHP 5.2.6 and MySQL
4.1, I get a MySQL syntax error.

You have an error in your SQL syntax; check the manual that
corresponds to your MySQL server version for the right syntax to use
near 'PROCEDURE IF EXISTS p1' at line 1

This error occurs because MySQL version 4.1 does not support
PROCEDUREs.



Reproduce code:
---
?php
include connect.inc;

$mysqli = mysqli_init();
$mysqli-real_connect($host, $user, $passwd, 'test');
if (mysqli_connect_errno()) {
  printf(Connect failed: %s\n, mysqli_connect_error());
  exit();
}

$mysqli-query(DROP PROCEDURE IF EXISTS p1) or die($mysqli-error);

?

Expected result:

This test should be skipped

Actual result:
--
it failed





-- 
Edit this bug report at http://bugs.php.net/?id=46438edit=1

#46440 [Bgs]: Different Results with rewinddir_variation3.phpt

[hostmaster at uuism dot net]

 ID:   46440
 User updated by:  hostmaster at uuism dot net
 Reported By:  hostmaster at uuism dot net
 Status:   Bogus
 Bug Type: Directory function related
 Operating System: Fedora Core 4
 PHP Version:  5.2.6
 New Comment:

All the ext/standard/tests/dir/ tests pass with php5.2-200810312330.

Thanks.

Jim


Previous Comments:


[2008-11-01 02:02:04] hostmaster at uuism dot net

Can I test the solution with php5.2-200810312330 that I downloaded from
php-5.2-latest.gz?

I don't know what you mean by that test isn't to 5.2.6.

Test rewinddir_variation3.phpt was part of the released package for
php-5.2.6, as were closedir_variation3.phpt and
readdir_variation7.phpt.

They all failed for similar reasons:  directory functions work for file
resources.

Thanks.

Jim



[2008-10-31 22:32:41] [EMAIL PROTECTED]

Hello, that test isn't to 5.2.6. The bug was fixed in 5.2.7-RC1.

Thanks.



[2008-10-31 22:13:18] hostmaster at uuism dot net

Updated Summary



[2008-10-31 22:12:29] hostmaster at uuism dot net

I didn't notice that the rest of the expected results were different
also. 

It appears that rewinddir() DOES work for file resources.

Jim



[2008-10-31 22:07:35] hostmaster at uuism dot net

Description:

When I run test ext/standard/tests/dir/rewinddir_variation3 with PHP
5.2.6, the test fails because the Warning is not returned:

When rewinddir() is executed with a file resource, PHP does not return
an Warning message.

The test expects that PHP will return Warning: rewinddir(): %d is not
a valid Directory resource in %s on line %d

Otherwise, the test results are fine.

Jim


Reproduce code:
---
?php
/* Prototype  : void rewinddir([resource $dir_handle])
 * Description: Rewind dir_handle back to the start
 * Source code: ext/standard/dir.c
 * Alias to functions: rewind
 */

/*
 * Pass a file pointer to rewinddir() to test behaviour
 */

echo *** Testing rewinddir() : usage variations ***\n;

echo \n-- Open a file using fopen --\n;
var_dump($fp = fopen(__FILE__, 'r'));

$result1 = fread($fp, 5);
var_dump(rewinddir($fp));
$result2 = fread($fp, 5);

echo \n-- Check if rewinddir() has repositioned the file pointer
--\n;
if ($result1 === $result2) {
echo rewinddir() works on file pointers\n;
} else {
echo rewinddir() does not work on file pointers\n;
}
?


Expected result:

*** Testing rewinddir() : usage variations ***

-- Open a file using fopen --
resource(%d) of type (stream)

Warning: rewinddir(): %d is not a valid Directory resource in %s on
line %d
bool(false)

-- Check if rewinddir() has repositioned the file pointer --
rewinddir() does not work on file pointers


Actual result:
--
*** Testing rewinddir() : usage variations ***

-- Open a file using fopen --
resource(5) of type (stream)
NULL

-- Check if rewinddir() has repositioned the file pointer --
rewinddir() works on file pointers






-- 
Edit this bug report at http://bugs.php.net/?id=46440edit=1

#46443 [Bgs]: closedir and readdir DO work for file resource

[hostmaster at uuism dot net]

 ID:   46443
 User updated by:  hostmaster at uuism dot net
 Reported By:  hostmaster at uuism dot net
 Status:   Bogus
 Bug Type: Directory function related
 Operating System: Fedora Core 4
 PHP Version:  5.2.6
 New Comment:

All the ext/standard/tests/dir/ tests pass with php5.2-200810312330.

Thanks.

Jim


Previous Comments:


[2008-10-31 22:52:55] hostmaster at uuism dot net

updated Summary



[2008-10-31 22:51:48] hostmaster at uuism dot net

I'm having the same kind of results with
ext/standard/tests/dir/readdir_variation7.phpt.



[2008-10-31 22:45:34] [EMAIL PROTECTED]

See Bug #46440. Thanks.



[2008-10-31 22:38:12] hostmaster at uuism dot net

Description:

When I run ext/standard/tests/dir/closedir_variation3.phpt with PHP
5.2.6, the closedir() function works with a file resource.  This test
script expects it not to work, so the test fails.

I'm see this kind of test failure in a number of cases.

Is there some kind of configuration option for allowing php with sloppy
syntax?

Thanks.

Jim

PS.  This may the same issue as Bug #44246: closedir() accepts a file
resource opened by fopen()

Reproduce code:
---
?php
/* Prototype  : void closedir([resource $dir_handle])
 * Description: Close directory connection identified by the
dir_handle
 * Source code: ext/standard/dir.c
 * Alias to functions: close
 */

/*
 * Create a file pointer using fopen() then try to close it using
closedir()
 */

echo *** Testing closedir() : usage variations ***\n;

echo \n-- Open a file using fopen() --\n;
var_dump($fp = fopen(__FILE__, 'r'));

echo \n-- Try to close the file pointer using closedir() --\n;
var_dump(closedir($fp));

echo \n-- Check file pointer: --\n;
var_dump($fp);

if(is_resource($fp)) {
fclose($fp);
}
?


Expected result:

*** Testing closedir() : usage variations ***

-- Open a file using fopen() --
resource(%d) of type (stream)

-- Try to close the file pointer using closedir() --

Warning: closedir(): %d is not a valid Directory resource in %s on line
%d
bool(false)

-- Check file pointer: --
resource(%d) of type (stream)


Actual result:
--
*** Testing closedir() : usage variations ***

-- Open a file using fopen() --
resource(5) of type (stream)

-- Try to close the file pointer using closedir() --
NULL

-- Check file pointer: --
resource(5) of type (Unknown)






-- 
Edit this bug report at http://bugs.php.net/?id=46443edit=1

#46444 [Opn]: invalid session.save_path should not cause a segfault - still does

[hostmaster at uuism dot net]

 ID:   46444
 User updated by:  hostmaster at uuism dot net
 Reported By:  hostmaster at uuism dot net
 Status:   Open
 Bug Type: Reproducible crash
 Operating System: Fedora Core 4
 PHP Version:  5.2.6
 New Comment:

This test still produces a crash with php5.2-200810312330.

Thanks for looking into this problem.

Jim


Previous Comments:


[2008-10-31 23:12:49] hostmaster at uuism dot net

Description:

when I run test ext/session/tests/016.phpt, I still get a core dump
with PHP 5.2.6 and FC4 and Linux Kernel 2.6.20.1.  The script run-tests
puts FAIL in front of the description.  

This same problem was reported in Bug #43361 invalid session.save_path
test cause php crash 

Here are the results:

# TEST_PHP_EXECUTABLE=sapi/cli/php sapi/cli/php run-tests.php
ext/session/tests/016.phpt

=
PHP : sapi/cli/php
PHP_SAPI: cli
PHP_VERSION : 5.2.6
ZEND_VERSION: 2.2.0
PHP_OS  : Linux - Linux host.uuserver.net 2.6.20.1 #16 SMP Thu Nov
8 14:19:44 EST 2007 i686
INI actual  : /usr/local/src/php-5.2.6/sapi/cli/php.ini
More .INIs  : /etc/php.d/mysql.ini,/etc/php.d/mysqli.ini
CWD : /usr/local/src/php-5.2.6
Extra dirs  :
=
Running selected tests.
FAIL invalid session.save_path should not cause a segfault
[ext/session/tests/016.phpt]
=
Number of tests :1 1
Tests skipped   :0 (  0.0%) 
Tests warned:0 (  0.0%) (  0.0%)
Tests failed:1 (100.0%) (100.0%)
Tests passed:0 (  0.0%) (  0.0%)
-
Time taken  :1 seconds
=

=
FAILED TEST SUMMARY
-
invalid session.save_path should not cause a segfault
[ext/session/tests/016.phpt]
=


Reproduce code:
---
--INI--
session.save_path=123;:/really\\completely:::/invalid;;,23123;213
session.use_cookies=0
session.cache_limiter=
session.save_handler=files
session.serialize_handler=php
--FILE--
?php
error_reporting(E_ALL);

@session_start();
$HTTP_SESSION_VARS[test] = 1;
@session_write_close();
print I live\n;
?


Expected result:

no core dump

Actual result:
--
core dump







-- 
Edit this bug report at http://bugs.php.net/?id=46444edit=1