#36388 [NEW]: PHP crash when throwing exception and session persistence

2006-02-14 Thread david at jool dot nl 
From: david at jool dot nl
Operating system: winxp
PHP version:  5CVS-2006-02-14 (snap)
PHP Bug Type: SOAP related
Bug description:  PHP crash when throwing exception and session persistence

Description:

When using the soap extension to expose a certain class and setting the
persistence to SOAP_PERSISTENCE_SESSION, PHP crashes when I throw an
Exception.

Reproduce code:
---

"http://some.example.uri/";));
$server->setClass("test1");
$server->setPersistence(SOAP_PERSISTENCE_SESSION);
$server->handle();
} else { //client
$client = new SOAPClient(null, array('location' =>
'http://'.$_SERVER["HTTP_HOST"].$_SERVER["SCRIPT_NAME"].'?type=server',
'uri'=> 'http://some.example.uri/'));
$res = $client->__call("soapFunction", array("hey!"));
var_dump($res);
}
?>

Expected result:

Fatal error: Uncaught SoapFault exception: [Client] looks like we got no
XML document in f:\myweb\contentarea\tests\bug_exception.php:15 Stack
trace: #0 f:\myweb\contentarea\tests\bug_exception.php(15):
SoapClient->__call('soapFunction', Array) #1 {main} thrown in
f:\myweb\contentarea\tests\bug_exception.php on line 15

Actual result:
--
PHP / Apache crash

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

#36388 [Opn->Asn]: PHP crash when throwing exception and session persistence

2006-02-14 Thread tony2001 
 ID:   36388
 Updated by:   [EMAIL PROTECTED]
 Reported By:  david at jool dot nl
-Status:   Open
+Status:   Assigned
 Bug Type: SOAP related
 Operating System: winxp
 PHP Version:  5CVS-2006-02-14 (snap)
-Assigned To:  
+Assigned To:  dmitry


Previous Comments:


[2006-02-14 11:15:27] david at jool dot nl

Description:

When using the soap extension to expose a certain class and setting the
persistence to SOAP_PERSISTENCE_SESSION, PHP crashes when I throw an
Exception.

Reproduce code:
---

"http://some.example.uri/";));
$server->setClass("test1");
$server->setPersistence(SOAP_PERSISTENCE_SESSION);
$server->handle();
} else { //client
$client = new SOAPClient(null, array('location' =>
'http://'.$_SERVER["HTTP_HOST"].$_SERVER["SCRIPT_NAME"].'?type=server',
'uri'=> 'http://some.example.uri/'));
$res = $client->__call("soapFunction", array("hey!"));
var_dump($res);
}
?>

Expected result:

Fatal error: Uncaught SoapFault exception: [Client] looks like we got
no XML document in f:\myweb\contentarea\tests\bug_exception.php:15
Stack trace: #0 f:\myweb\contentarea\tests\bug_exception.php(15):
SoapClient->__call('soapFunction', Array) #1 {main} thrown in
f:\myweb\contentarea\tests\bug_exception.php on line 15

Actual result:
--
PHP / Apache crash





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

#33147 [Com]: proc_open(): "pty pseudo terminal not supported on this system"

2006-02-14 Thread justinhead at insightbb dot com 
 ID:   33147
 Comment by:   justinhead at insightbb dot com
 Reported By:  skissane at iips dot mq dot edu dot au
 Status:   Open
 Bug Type: Feature/Change Request
 Operating System: *
 PHP Version:  5CVS-2005-05-27
 Assigned To:  sniper
 New Comment:

You can use basic shell tools to test system pty piping.  The following
works on FreeBSD 6.0 but you may have to change the names of your
pty/tty devices for other unixes.

Open up two terminal sessions and become root in both.

In the first one type:
ping localhost | tee /dev/ptyp9

In the second one type:
cat < /dev/ttyp9

Thats it.  If pty's are working you should start seeing the output of
the ping command scroll by in both terminals.


Previous Comments:


[2005-07-14 08:57:44] [EMAIL PROTECTED]

I'm still waiting for someone to give me a short and reliable piece of
code (shell or C) to test if the functionality is present on the
system..




[2005-06-20 09:51:30] skissane at iips dot mq dot edu dot au

This is not really a feature/change request -- the feature is already
supported in the code; the configure system just needs to be set up so
the support can be turned on/off.



[2005-05-30 08:20:43] skissane at iips dot mq dot edu dot au

Updated test case: added SKIPIF (requires Michael Spector's
--enable-pty patch).

--TEST--
Bug #33147 (proc_open: basic test of Unix98 PTYs functionality)
--SKIPIF--

--FILE--
 array("pty"),
   1 => array("pty"),
   2 => array("pty")
);
$process = proc_open("echo this is working", $descriptorspec, $pipes);
if (is_resource($process)) {
echo "OK\n";
while (!feof($pipes[1]))
echo fread($pipes[1],1024);
}
?>
--EXPECT--
OK
this is working



[2005-05-30 03:07:59] skissane at iips dot mq dot edu dot au

Wez (or someone else with CVS comitter rights): why not just check
Michael Spector's patch into CVS?
http://www.mail-archive.com/internals@lists.php.net/msg14854.html.

That should close this issue. No more of your time required :)



[2005-05-27 01:29:27] skissane at iips dot mq dot edu dot au

Tested with the patch you supplied. (Patch would not apply, so I had to
apply most of it by hand.) My test case works with the test you
supplied, and --enable-pty supplied as a config option.



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

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

#3276 [Com]: Add PGP support

2006-02-14 Thread asd at asd dot com 
 ID:  3276
 Comment by:  asd at asd dot com
 Reported By: mlemos at acm dot org
 Status:  Assigned
 Bug Type:Feature/Change Request
 PHP Version: 4.0
 Assigned To: yohgaki
 New Comment:

http://dearfoam-slipper.tripod.com>dearfoam-slipper.tripod.com

isotoner slipper isotoner pillowstep slipper isotoner
http://isotoner-slippers.tripod.com>isotoner-slippers.tripod.com
 dearfoam slipper
dearfoam womens slipper man dearfoam slipper lady dearfoam slipper
http://slippers-4you.tripod.com>slippers-4you.tripod.com
man dearfoam slipper lady dearfoam slipper


Previous Comments:


[2002-04-21 14:51:36] [EMAIL PROTECTED]

I looked at this recently for GPG; the links for the
application library were dead or the site was down.
You can do this stuff using popen (or the new proc_open
in the CVS version).



[2002-04-21 13:32:49] realmlord at hotmail dot com

Is anything happening on this? 
Gnupg at least would be nice since PGP seems to be a "frozen project"
by NAI/McAffee



[2002-01-28 16:48:11] [EMAIL PROTECTED]

I need it too :)
Assign to me



[2001-02-10 13:59:37] [EMAIL PROTECTED]

refiling against 4.0.



[2000-01-22 00:54:44] mlemos at acm dot org

Add at least the ability of encrypting messages with PGP using PGPlib
or gnupg

PGPLib
http://www.phpi.org/sdk/

gnupg
http://www.gnupg.org/





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

#36390 [NEW]: Isapi filter unhandled exception

2006-02-14 Thread mak77 at supereva dot it 
From: mak77 at supereva dot it
Operating system: windows 2000 advanced server
PHP version:  4.4.2
PHP Bug Type: IIS related
Bug description:  Isapi filter unhandled exception

Description:

i have updated php 4.3.x to 4.4.2, and now the server reports this error
and dies... particularly with some topic using the Invision Power Board
2.1.4.
i can always reproduce this. previous versione did not give any error.

Event Type: Error
Event Source:   WAM
Event Category: None
Event ID:   204
Date:   14/02/2006
Time:   12.58.24
User:   N/A
Computer:   LDR-ANVI
Description:
The HTTP server encountered an unhandled exception while processing the
ISAPI Application '
php4isapi!HttpExtensionProc + 0x653
wam!DllCanUnloadNow + 0x636
wam!DllCanUnloadNow + 0x20C
w3svc!HTTP_HEADERS::FindValue(char const *,unsigned long *) + 0xE2
w3svc!STR::Copy(char const *,unsigned long) + 0xC71
w3svc!STR::Copy(char const *,unsigned long) + 0xB49
w3svc!STR::Copy(char const *,unsigned long) + 0x9A2
w3svc!CLIENT_CONN::OnSessionStartup(int *,void *,unsigned long,int) +
0x642
w3svc!HTTP_HEADERS::Reset(void) + 0x1CA
w3svc!IIS_SERVER_INSTANCE::LockThisForWrite(void) + 0x63C
w3svc!IIS_SERVER_INSTANCE::LockThisForWrite(void) + 0x5AF
[EMAIL PROTECTED] + 0x218
ISATQ!CDirMonitor::RemoveEntry(class CDirMonitorEntry *) + 0x13A
 + 0xECA5F1B3
'. 


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

#36390 [Opn->Bgs]: Isapi filter unhandled exception

2006-02-14 Thread tony2001 
 ID:   36390
 Updated by:   [EMAIL PROTECTED]
 Reported By:  mak77 at supereva dot it
-Status:   Open
+Status:   Bogus
 Bug Type: IIS related
 Operating System: windows 2000 advanced server
 PHP Version:  4.4.2
 New Comment:

We are aware of PHP's problems with stability under IIS and are working

to rectify the problem. Unfortunatly your bug report does not contain
any
extra useful information and we already have enough bug reports open
about
this issue. If you can provide more detailed information such as a 
reproducable crash or a backtrace please do so and reopen this bug. 
Otherwise please keep trying new releases as we are working to resolve 
the problems on this platform
 
Thanks for your interest in PHP.




Previous Comments:


[2006-02-14 13:08:19] mak77 at supereva dot it

Description:

i have updated php 4.3.x to 4.4.2, and now the server reports this
error and dies... particularly with some topic using the Invision Power
Board 2.1.4.
i can always reproduce this. previous versione did not give any error.

Event Type: Error
Event Source:   WAM
Event Category: None
Event ID:   204
Date:   14/02/2006
Time:   12.58.24
User:   N/A
Computer:   LDR-ANVI
Description:
The HTTP server encountered an unhandled exception while processing the
ISAPI Application '
php4isapi!HttpExtensionProc + 0x653
wam!DllCanUnloadNow + 0x636
wam!DllCanUnloadNow + 0x20C
w3svc!HTTP_HEADERS::FindValue(char const *,unsigned long *) + 0xE2
w3svc!STR::Copy(char const *,unsigned long) + 0xC71
w3svc!STR::Copy(char const *,unsigned long) + 0xB49
w3svc!STR::Copy(char const *,unsigned long) + 0x9A2
w3svc!CLIENT_CONN::OnSessionStartup(int *,void *,unsigned long,int) +
0x642
w3svc!HTTP_HEADERS::Reset(void) + 0x1CA
w3svc!IIS_SERVER_INSTANCE::LockThisForWrite(void) + 0x63C
w3svc!IIS_SERVER_INSTANCE::LockThisForWrite(void) + 0x5AF
[EMAIL PROTECTED] + 0x218
ISATQ!CDirMonitor::RemoveEntry(class CDirMonitorEntry *) + 0x13A
 + 0xECA5F1B3
'. 






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

#36389 [NEW]: error on binding result parameter for prepared statement

2006-02-14 Thread camka at email dot ee 
From: camka at email dot ee
Operating system: win xp
PHP version:  5.1.2
PHP Bug Type: MySQLi related
Bug description:  error on binding result parameter for prepared statement

Description:

When trying to bind a result variable to a prepared statement the error
"Using unsupported buffer type: 253" comes up.
Moreover, the binded in paramter doesn't get binded correctly either as
seen from mysql log.

The other strange thing is that, if field datatype varchar(15) (< then 16)
is used for tm table, than error 253 won't come up, buth the problem with
binded parameter remains. Integer type works without the error as well.

Tested with both current stable php version and the latest snapshot (Built
On: Feb 14, 2006 11:30 GMT)

Reproduce code:
---
query("select @@version as v")->fetch_assoc();
echo "\nMySQL version: ".$v['v'];

$m->query("create temporary table tm (txt varchar(16))");
$m->query("insert into tm (txt) values ('2'),('3'),('4')");


$v = $m->query("select count(*) as v from tm")->fetch_assoc();
echo "\nNum of recs: ".$v['v'];

$str = "select txt from tm where txt=?";
$ps = $m->prepare($str);

$txt_in  = '2';
$txt_out = null;

if (!$ps->bind_param('s', $txt_in)) echo "\nbind_param: ".$ps->error;
if (!$ps->bind_result($txt_out))echo "\nbind_result: ".$ps->error;
if ($ps->execute()) echo "\nexecuted successfully:
".$ps->num_rows;
elseecho "\nfailed ps execution:
".$ps->error;
if (!$ps->store_result())   echo "\nstore_result: ".$ps->error;
if ($z = $ps->fetch())  echo "\nfetched successfully:
".$txt_out;
elseif($z === false)echo "\nfailed fetching:
".$ps->error;
elseif($z === null) echo "\nno more records";
?>

Expected result:

PHP version: 5.1.2
MySQL version: 5.0.18-nt-log
Num of recs: 3
executed successfully: 0
fetched successfully: 1

Actual result:
--
PHP version: 5.1.2
MySQL version: 5.0.18-nt-log
Num of recs: 3
bind_result: Using unsupported buffer type: 253 (parameter: 1)
executed successfully: 0
no more records

[mysql log file]
58 Query   select @@version as v
58 Query   create temporary table tm (txt varchar(16))
58 Query   insert into tm (txt) values ('2'),('3'),('4')
58 Query   select count(*) as v from tm
58 Prepare [1] 
58 Execute [1] select txt from tm where txt=0

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

#36390 [Bgs]: Isapi filter unhandled exception

2006-02-14 Thread mak77 at supereva dot it 
 ID:   36390
 User updated by:  mak77 at supereva dot it
 Reported By:  mak77 at supereva dot it
 Status:   Bogus
 Bug Type: IIS related
 Operating System: windows 2000 advanced server
 PHP Version:  4.4.2
 New Comment:

i have downgraded to 4.4.1 and the problem was solved, so this bug was
introduced with 4.4.2


Previous Comments:


[2006-02-14 13:19:57] [EMAIL PROTECTED]

We are aware of PHP's problems with stability under IIS and are working

to rectify the problem. Unfortunatly your bug report does not contain
any
extra useful information and we already have enough bug reports open
about
this issue. If you can provide more detailed information such as a 
reproducable crash or a backtrace please do so and reopen this bug. 
Otherwise please keep trying new releases as we are working to resolve 
the problems on this platform
 
Thanks for your interest in PHP.





[2006-02-14 13:08:19] mak77 at supereva dot it

Description:

i have updated php 4.3.x to 4.4.2, and now the server reports this
error and dies... particularly with some topic using the Invision Power
Board 2.1.4.
i can always reproduce this. previous versione did not give any error.

Event Type: Error
Event Source:   WAM
Event Category: None
Event ID:   204
Date:   14/02/2006
Time:   12.58.24
User:   N/A
Computer:   LDR-ANVI
Description:
The HTTP server encountered an unhandled exception while processing the
ISAPI Application '
php4isapi!HttpExtensionProc + 0x653
wam!DllCanUnloadNow + 0x636
wam!DllCanUnloadNow + 0x20C
w3svc!HTTP_HEADERS::FindValue(char const *,unsigned long *) + 0xE2
w3svc!STR::Copy(char const *,unsigned long) + 0xC71
w3svc!STR::Copy(char const *,unsigned long) + 0xB49
w3svc!STR::Copy(char const *,unsigned long) + 0x9A2
w3svc!CLIENT_CONN::OnSessionStartup(int *,void *,unsigned long,int) +
0x642
w3svc!HTTP_HEADERS::Reset(void) + 0x1CA
w3svc!IIS_SERVER_INSTANCE::LockThisForWrite(void) + 0x63C
w3svc!IIS_SERVER_INSTANCE::LockThisForWrite(void) + 0x5AF
[EMAIL PROTECTED] + 0x218
ISATQ!CDirMonitor::RemoveEntry(class CDirMonitorEntry *) + 0x13A
 + 0xECA5F1B3
'. 






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

#36347 [Asn->Bgs]: PDO::exec() fails if the query returns results

2006-02-14 Thread iliaa 
 ID:   36347
 Updated by:   [EMAIL PROTECTED]
 Reported By:  david at acz dot org
-Status:   Assigned
+Status:   Bogus
 Bug Type: PDO related
 Operating System: SuSE Linux 9.3
 PHP Version:  5.1.2
 Assigned To:  george
 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

exec() method is intended only for one time execution of queries that
do not return any records. There is no bug here.


Previous Comments:


[2006-02-10 15:18:11] [EMAIL PROTECTED]

Assigned to the maintainer.



[2006-02-10 02:34:48] david at acz dot org

This bug is similar to #34499.  I can't comment on that, so I'm
commenting here:

"OPTIMIZE TABLE is a query that returns rows.
You should use PDO::query() instead.
I'll see about handling this user error more gracefully."

You actually can't use PDO::query() with OPTIMIZE TABLE:

HY000:2030:This command is not supported in the prepared statement
protocol yet

What is the solution?



[2006-02-10 01:24:25] david at acz dot org

Description:

[Note: I am actually testing this on PHP 5.1.1.  If this bug was fixed
in PHP 5.1.2, please add a note to the manual page for PDO::exec()].

The manual says:

"PDO::exec() does not return results from a SELECT statement. For a
SELECT statement that you only need to issue once during your program,
consider issuing PDO::query()."

Either the manual needs to be changed, or, ideally, PDO::exec() needs
to be fixed to discard results.

This issue has bit me multiple times.  It's easy to forget that a
certain query (such as MySQL's OPTIMIZE TABLE) will return a result. 
Using PDO::exec() in such cases causes an error later that can be
difficult to track down.

Reproduce code:
---
exec("SELECT 1");

 $st = $db->prepare("SELECT NOW()");
 if ($st === false)
 {
 $e = $db->errorInfo();
 echo "$e[0]:$e[1]: $e[2]\n";
 }
?>


Expected result:

[nothing]

Actual result:
--
HY000:2014: Cannot execute queries while other unbuffered queries are
active. Consider using PDOStatement::fetchAll(). Alternatively, if your
code is only ever going to run against mysql, you may enable query
buffering by setting the PDO::MYSQL_ATTR_USE_BUFFERED_QUERY attribute. 





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

#36345 [Asn->Csd]: Problem loading BLOB over 1MB

2006-02-14 Thread iliaa 
 ID:   36345
 Updated by:   [EMAIL PROTECTED]
 Reported By:  milanm at datax dot biz
-Status:   Assigned
+Status:   Closed
 Bug Type: PDO related
 Operating System: Linux
 PHP Version:  5.1.2
 Assigned To:  george
 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.

For large buffers > 1 meg, there was an option added
PDO_MYSQL_ATTR_MAX_BUFFER_SIZE that allows you to indicate the desired
maximum buffer size.


Previous Comments:


[2006-02-10 15:17:38] [EMAIL PROTECTED]

Assigned to the maintainer.



[2006-02-10 11:16:06] milanm at datax dot biz

I found something strange in ext/pdo_mysql/mysql_statement.c
There is constant defined called PDO_MYSQL_MAX_BUFFER like this:
#define PDO_MYSQL_MAX_BUFFER 1024*1024
I've changed this to:
#define PDO_MYSQL_MAX_BUFFER 1024*1024*10
and recompiled PHP.
Now PDO loads whole 1.5MB from DB.
Hope that helps.



[2006-02-09 22:48:44] milanm at datax dot biz

When I run code bellow everithing is OK and data are 1.5 MB big. I've
also tried to downgrade mysql to 4.1 and recompile php but with no
results. Same problem persits with PDO using client library 4.1.14.




[2006-02-09 20:07:54] milanm at datax dot biz

Description:

I got a table and a stored 1.5 MB image in it. But when i try to load
it into variable using PDO it has only 1MB. I'm using pdo_mysql client
library 5.0.18.

Reproduce code:
---
prepare('SELECT data FROM test WHERE id=:id');
  $stmt->bindParam(':id', $blob_id, PDO::PARAM_INT);

  $mysql_pdo->beginTransaction();
  $stmt->execute();
  $mysql_pdo->commit();

  $stmt->bindColumn(1, $blob_fp, PDO::PARAM_LOB);

  $stmt->fetchAll(PDO::FETCH_BOUND);

  header('Content-Type: image/jpeg');
  print $blob_fp;

?>
Table looks like this:

CREATE TABLE test (
  id  INTEGER UNSIGNED NOT NULL AUTO_INCREMENT,
  nameVARCHAR(10) NOT NULL,
  dataLONGBLOB NOT NULL,
  PRIMARY KEY id (id),
  UNIQUE KEY name (name)
) type=InnoDB;







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

#36347 [Bgs->Opn]: PDO::exec() fails if the query returns results

2006-02-14 Thread david at acz dot org 
 ID:   36347
 User updated by:  david at acz dot org
 Reported By:  david at acz dot org
-Status:   Bogus
+Status:   Open
 Bug Type: PDO related
 Operating System: SuSE Linux 9.3
 PHP Version:  5.1.2
 Assigned To:  george
 New Comment:

See my previous comment.  There is no way to execute "OPTIMIZE TABLE"
with MySQL using PDO.


Previous Comments:


[2006-02-14 15:13:23] [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

exec() method is intended only for one time execution of queries that
do not return any records. There is no bug here.



[2006-02-10 15:18:11] [EMAIL PROTECTED]

Assigned to the maintainer.



[2006-02-10 02:34:48] david at acz dot org

This bug is similar to #34499.  I can't comment on that, so I'm
commenting here:

"OPTIMIZE TABLE is a query that returns rows.
You should use PDO::query() instead.
I'll see about handling this user error more gracefully."

You actually can't use PDO::query() with OPTIMIZE TABLE:

HY000:2030:This command is not supported in the prepared statement
protocol yet

What is the solution?



[2006-02-10 01:24:25] david at acz dot org

Description:

[Note: I am actually testing this on PHP 5.1.1.  If this bug was fixed
in PHP 5.1.2, please add a note to the manual page for PDO::exec()].

The manual says:

"PDO::exec() does not return results from a SELECT statement. For a
SELECT statement that you only need to issue once during your program,
consider issuing PDO::query()."

Either the manual needs to be changed, or, ideally, PDO::exec() needs
to be fixed to discard results.

This issue has bit me multiple times.  It's easy to forget that a
certain query (such as MySQL's OPTIMIZE TABLE) will return a result. 
Using PDO::exec() in such cases causes an error later that can be
difficult to track down.

Reproduce code:
---
exec("SELECT 1");

 $st = $db->prepare("SELECT NOW()");
 if ($st === false)
 {
 $e = $db->errorInfo();
 echo "$e[0]:$e[1]: $e[2]\n";
 }
?>


Expected result:

[nothing]

Actual result:
--
HY000:2014: Cannot execute queries while other unbuffered queries are
active. Consider using PDOStatement::fetchAll(). Alternatively, if your
code is only ever going to run against mysql, you may enable query
buffering by setting the PDO::MYSQL_ATTR_USE_BUFFERED_QUERY attribute. 





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

#35793 [Com]: General error: 2050

2006-02-14 Thread m at tacker dot org 
 ID:   35793
 Comment by:   m at tacker dot org
 Reported By:  deadman_great at mail dot ru
 Status:   Assigned
 Bug Type: PDO related
 Operating System: RH Fedora Core 2
 PHP Version:  5CVS-2005-12-25 (snap)
 Assigned To:  Wez
 New Comment:

I can reproduce this bug on two machines (athlon-xp and pentium3) with


PHP 5.1.1-gentoo (cli) (built: Feb 10 2006 18:06:50)
Zend Engine v2.1.0

This is the test case:

http://bugs.php.net/bug.php?id=35793
*
* @author Markus Tacker <[EMAIL PROTECTED]>
* @version $Id: pdo-proxy-bug.php 760 2006-02-14 14:59:19Z mtacker
$
*/

// If you set this to true I will reconnect before each select
// at line 56
// => no crash
$reconnect_before_select = false;

error_reporting(E_ALL|E_STRICT);
ini_set('display_errors', 1);

$dsn = array(
'dbtype' => 'mysql',
'host' => 'localhost',
'database' => 'test',
'username' => 'test',
'password' => '',
);

// $DB = new Database;
$DB = new PDO($dsn['dbtype'] . ':host=' . $dsn['host'] . ';dbname='
. $dsn['database'], $dsn['username'], $dsn['password']);

$table = uniqid();

// Create a test table
$sql = 'CREATE TABLE `' . $table . '` ('
. "varname varchar(64) NOT NULL default '',"
. "varvalue tinytext NOT NULL default '',"
. 'PRIMARY KEY (varname)'
. ') ENGINE=InnoDB DEFAULT CHARSET=utf8';
$result = $DB->exec($sql);
if ($result === false and $result->errorCode() != PDO::ERR_NONE) {
exit('Query failed: ' . $sql . "\n");
}
echo 'OK: ' . $sql . "\n";

// Insert into test table
$sql = 'INSERT INTO `' . $table . '`'
. ' (varname, varvalue)'
. ' VALUES (' . $DB->quote('uniqid') . ', ' . $DB->quote($table) .
')';
$result = $DB->exec($sql);
if ($result === false and $result->errorCode() != PDO::ERR_NONE) {
exit('Query failed: ' . $sql . "\n");
}
echo 'OK: ' . $sql . "\n";

// Select from table
for ($i = 0; $i < 10; $i++) {
if ($reconnect_before_select) {
unset($DB);
$DB = new PDO($dsn['dbtype'] . ':host=' . $dsn['host'] .
';dbname=' . $dsn['database'], $dsn['username'], $dsn['password']);
}
$sql = 'SELECT * FROM `' . $table . '` LIMIT 1';
$result = $DB->query($sql);
if ($result === false or $result->errorCode() != PDO::ERR_NONE)
{
exit('Query failed: ' . $sql . "\n");
}
echo 'OK: ' . $sql . "\n";
$row = $result->fetchObject();
// $row = $result->fetch();
// $row = $result->fetchAll();
if ($row === false or $result->errorCode() != PDO::ERR_NONE) {
$info = $result->errorInfo();
exit('Fetch failed: ' . $info[2] . ' (' . $info[0] . '/' .
$info[1] . ')' . "\n");
}
echo 'OK: ' . $table . ' == ' . $row->varvalue . "\n";
$result->closeCursor();
}

// Delete temp table
$DB->exec('DROP TABLE `' . $table . '`');

?>


Previous Comments:


[2006-01-24 11:04:37] [EMAIL PROTECTED]

This is not a mysql bug:

mysql_stmt_fetch returns 1 (error). (Error message "Row retrieval was
canceled by mysql_stmt_close() call")

So pdo called mysql_stmt_close before (I assume prepare/bind/execute
failed before)



[2005-12-28 11:48:26] [EMAIL PROTECTED]

Assigning to the MySQL folks.



[2005-12-27 15:55:03] deadman_great at mail dot ru

I think that mysql developers say "It's a PDO problem" :-)

Maybe this will be helpful for you. I place var_dump() for
PDOStatement:

$stm = $this->pdo->Prepare($query);
$stm->Execute($vars);
var_dump($stm);

Working scripts:
object(PDOStatement)#4 (1)
object(PDOStatement)#10 (1)
object(PDOStatement)#10 (1)
object(PDOStatement)#10 (1)
object(PDOStatement)#10 (1)
...

Non working:
object(PDOStatement)#4 (1)
object(PDOStatement)#10 (1)
object(PDOStatement)#10 (1)
object(PDOStatement)#11 (1) // 1st #2050 error
object(PDOStatement)#10 (1) // 2nd #2050 error
object(PDOStatement)#12 (1) // 3rd #2050 error
object(PDOStatement)#12 (1) // error #2053
object(PDOStatement)#12 (1) // error #2053
...  // error #2053

PS: Before each error #2053: 
Warning: PDOStatement::execute() [function.execute]: SQLSTATE[HY093]:
Invalid parameter number: parameter was not defined



[2005-12-27 14:52:10] [EMAIL PROTECTED]

Try it with mysql 4.x.
If it works fine there, it's a mysql 5 problem that should be reported
to the mysql folks.



[2005-12-27 11:29:27] deadman_great at mail dot ru

Installed latest mysql (v5.0.17). Same error.

--

#36391 [NEW]: $a[] doesn't work correctly after array_pop

2006-02-14 Thread tomas_matousek at hotmail dot com 
From: tomas_matousek at hotmail dot com
Operating system: WinXP
PHP version:  5.1.2
PHP Bug Type: Arrays related
Bug description:  $a[] doesn't work correctly after array_pop

Description:

Operator $a[] doesn't add a correct key to the array if applied after
popping from array. It seems array_pop merely checks whether the removed
index is the max. int key remembered by the array and if yes it decreases
it by 1. I would expect array_pop to find the new maximal key in the
resulting array.

Reproduce code:
---
$a = array("a","b",100 => "c",200 => "d");
array_pop($a);
array_pop($a);
$a[] = "new";
var_dump($a);

Expected result:

array(3) {
  [0]=>
  string(1) "a"
  [1]=>
  string(1) "b"
  [2]=>
  string(3) "new"
}




Actual result:
--
array(3) {
  [0]=>
  string(1) "a"
  [1]=>
  string(1) "b"
  [199]=>
  string(3) "new"
}




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

#36389 [Opn->Fbk]: error on binding result parameter for prepared statement

2006-02-14 Thread tony2001 
 ID:   36389
 Updated by:   [EMAIL PROTECTED]
 Reported By:  camka at email dot ee
-Status:   Open
+Status:   Feedback
 Bug Type: MySQLi related
 Operating System: win xp
 PHP Version:  5.1.2
 New Comment:

Please try using this CVS snapshot:

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




Previous Comments:


[2006-02-14 12:52:04] camka at email dot ee

Description:

When trying to bind a result variable to a prepared statement the error
"Using unsupported buffer type: 253" comes up.
Moreover, the binded in paramter doesn't get binded correctly either as
seen from mysql log.

The other strange thing is that, if field datatype varchar(15) (< then
16) is used for tm table, than error 253 won't come up, buth the
problem with binded parameter remains. Integer type works without the
error as well.

Tested with both current stable php version and the latest snapshot
(Built On: Feb 14, 2006 11:30 GMT)

Reproduce code:
---
query("select @@version as v")->fetch_assoc();
echo "\nMySQL version: ".$v['v'];

$m->query("create temporary table tm (txt varchar(16))");
$m->query("insert into tm (txt) values ('2'),('3'),('4')");


$v = $m->query("select count(*) as v from tm")->fetch_assoc();
echo "\nNum of recs: ".$v['v'];

$str = "select txt from tm where txt=?";
$ps = $m->prepare($str);

$txt_in  = '2';
$txt_out = null;

if (!$ps->bind_param('s', $txt_in)) echo "\nbind_param: ".$ps->error;
if (!$ps->bind_result($txt_out))echo "\nbind_result: ".$ps->error;
if ($ps->execute()) echo "\nexecuted successfully:
".$ps->num_rows;
elseecho "\nfailed ps execution:
".$ps->error;
if (!$ps->store_result())   echo "\nstore_result:
".$ps->error;
if ($z = $ps->fetch())  echo "\nfetched successfully:
".$txt_out;
elseif($z === false)echo "\nfailed fetching:
".$ps->error;
elseif($z === null) echo "\nno more records";
?>

Expected result:

PHP version: 5.1.2
MySQL version: 5.0.18-nt-log
Num of recs: 3
executed successfully: 0
fetched successfully: 1

Actual result:
--
PHP version: 5.1.2
MySQL version: 5.0.18-nt-log
Num of recs: 3
bind_result: Using unsupported buffer type: 253 (parameter: 1)
executed successfully: 0
no more records

[mysql log file]
58 Query   select @@version as v
58 Query   create temporary table tm (txt varchar(16))
58 Query   insert into tm (txt) values ('2'),('3'),('4')
58 Query   select count(*) as v from tm
58 Prepare [1] 
58 Execute [1] select txt from tm where txt=0





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

#36392 [NEW]: wrong number of decimal digits with %e specifier in sprintf

2006-02-14 Thread tomas_matousek at hotmail dot com 
From: tomas_matousek at hotmail dot com
Operating system: WinXP
PHP version:  5.1.2
PHP Bug Type: Strings related
Bug description:  wrong number of decimal digits with %e specifier in sprintf

Description:

Format specifier %e (scientific number) in sprintf() function gives
results with wrong number of decimal digits and in one particular case it
gives a mess.

Reproduce code:
---
echo sprintf("%e\n", 1.123456789);
echo sprintf("%.10e\n", 1.123456789);
echo sprintf("%.0e\n", 1.123456789);   // this gives a mess
echo sprintf("%.1e\n", 1.123456789);
echo sprintf("%5.1e\n", 1.123456789);

Expected result:

1.123457e+0
1.1234567890e+0
1e+0
1.1e+0
1.1e+0

Actual result:
--
1.12346e+0
1.123456789e+0
.0e+0123456789 
1.e+0
1.e+0


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

#36393 [NEW]: OCI8 Fails to allow PHP to Load

2006-02-14 Thread peter dot wilton-jones at eads dot com 
From: peter dot wilton-jones at eads dot com
Operating system: Win 2003 Server Enterprise
PHP version:  5.1.2
PHP Bug Type: OCI8 related
Bug description:  OCI8 Fails to allow PHP to Load

Description:

When I enable php_oci8.dll under win 2003+IIS6+Oracle Client 9i, PHP fails
to load with no error message or Event logs.
I tried this with PHP 5.0.4 and 5.1.2 and both fail.
All websites with ISAPI module included fail to start but all other work.
It then takes for ever to stop IIS.
Commenting out php_oci8.dll prevents this and all websites work (without
oracle links).
Oracle Client works, i.e. TNSPing and SQL+

Reproduce code:
---
N/A

Expected result:

N/A

Actual result:
--
N/A

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

#36393 [Opn->Bgs]: OCI8 Fails to allow PHP to Load

2006-02-14 Thread tony2001 
 ID:   36393
 Updated by:   [EMAIL PROTECTED]
 Reported By:  peter dot wilton-jones at eads dot com
-Status:   Open
+Status:   Bogus
 Bug Type: OCI8 related
 Operating System: Win 2003 Server Enterprise
 PHP Version:  5.1.2
 New Comment:

Most likely you forgot to install OCI libraries or to set required
environment variables.
In both cases this is not PHP problem.


Previous Comments:


[2006-02-14 19:57:34] peter dot wilton-jones at eads dot com

Description:

When I enable php_oci8.dll under win 2003+IIS6+Oracle Client 9i, PHP
fails to load with no error message or Event logs.
I tried this with PHP 5.0.4 and 5.1.2 and both fail.
All websites with ISAPI module included fail to start but all other
work.
It then takes for ever to stop IIS.
Commenting out php_oci8.dll prevents this and all websites work
(without oracle links).
Oracle Client works, i.e. TNSPing and SQL+

Reproduce code:
---
N/A

Expected result:

N/A

Actual result:
--
N/A





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

#36393 [Bgs]: OCI8 Fails to allow PHP to Load

2006-02-14 Thread peter dot wilton-jones at eads dot com 
 ID:   36393
 User updated by:  peter dot wilton-jones at eads dot com
 Reported By:  peter dot wilton-jones at eads dot com
 Status:   Bogus
 Bug Type: OCI8 related
 Operating System: Win 2003 Server Enterprise
 PHP Version:  5.1.2
 New Comment:

This was my first thought but I am relatively confident that this is
already true as I installed the Admin option (500+MB) of the client
tools so the libraries should be installed and Oracle tools work so the
env variables should be correct.

I have used the exact same setup before on Apache (on another server)
and this works correctly.

I was wondering if it may be IIS6 with PHP.


Previous Comments:


[2006-02-14 20:04:26] [EMAIL PROTECTED]

Most likely you forgot to install OCI libraries or to set required
environment variables.
In both cases this is not PHP problem.



[2006-02-14 19:57:34] peter dot wilton-jones at eads dot com

Description:

When I enable php_oci8.dll under win 2003+IIS6+Oracle Client 9i, PHP
fails to load with no error message or Event logs.
I tried this with PHP 5.0.4 and 5.1.2 and both fail.
All websites with ISAPI module included fail to start but all other
work.
It then takes for ever to stop IIS.
Commenting out php_oci8.dll prevents this and all websites work
(without oracle links).
Oracle Client works, i.e. TNSPing and SQL+

Reproduce code:
---
N/A

Expected result:

N/A

Actual result:
--
N/A





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

#36394 [NEW]: Error Fetching http headers

2006-02-14 Thread nd_ngoka at xyratex dot com 
From: nd_ngoka at xyratex dot com
Operating system: Mandrake 10.1
PHP version:  5.1.2
PHP Bug Type: SOAP related
Bug description:  Error Fetching http headers

Description:

I installed php5-soap-5.0.2-1mdk, apache and php5 unto my mandrake 10.1
box. I intend to use the soap feature to communicate with another soap
server, in other to receive a licence key.

When I execute the php script that communicates with the soap server, I
get the following error code :
faultcode : HTTP
fault string : Error Fetching http headers


I am not able to make sense of this error code, as it doesn't indicate if
the problem is from the server side or client side.


Your help will be grately apprieciated.

Reproduce code:
---
$location= "https://??soapRegistrationServer.php";;
$soap_uri = "http://?soapRegistrationServer";;


$params = array('local_cert' => "?.key",
'location' => $location,
'uri' => $soap_uri,
'exceptions' => 0);
$client = new SoapClient(null,$params);
$fkparams = array('user' => "username",
  'password' => "paswword");
$newkey = $client->__soapCall('get_key', $fkparams);
if (is_soap_fault($newkey)) {
  echo "SOAP Fault: (faultcode: ".$newkey->faultcode.", faultstring:
".$newkey->faultstring."\n";
}

echo $newkey."\n";
?>

Expected result:

The script is might to return a key

Actual result:
--
faultcode : HTTP
fault string : Error Fetching http headers

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

#36394 [Opn->Fbk]: Error Fetching http headers

2006-02-14 Thread tony2001 
 ID:   36394
 Updated by:   [EMAIL PROTECTED]
 Reported By:  nd_ngoka at xyratex dot com
-Status:   Open
+Status:   Feedback
 Bug Type: SOAP related
 Operating System: Mandrake 10.1
 PHP Version:  5.1.2
 New Comment:

Please try using this CVS snapshot:

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




Previous Comments:


[2006-02-14 21:34:41] nd_ngoka at xyratex dot com

Description:

I installed php5-soap-5.0.2-1mdk, apache and php5 unto my mandrake 10.1
box. I intend to use the soap feature to communicate with another soap
server, in other to receive a licence key.

When I execute the php script that communicates with the soap server, I
get the following error code :
faultcode : HTTP
fault string : Error Fetching http headers


I am not able to make sense of this error code, as it doesn't indicate
if the problem is from the server side or client side.


Your help will be grately apprieciated.

Reproduce code:
---
$location= "https://??soapRegistrationServer.php";;
$soap_uri = "http://?soapRegistrationServer";;


$params = array('local_cert' => "?.key",
'location' => $location,
'uri' => $soap_uri,
'exceptions' => 0);
$client = new SoapClient(null,$params);
$fkparams = array('user' => "username",
  'password' => "paswword");
$newkey = $client->__soapCall('get_key', $fkparams);
if (is_soap_fault($newkey)) {
  echo "SOAP Fault: (faultcode: ".$newkey->faultcode.", faultstring:
".$newkey->faultstring."\n";
}

echo $newkey."\n";
?>

Expected result:

The script is might to return a key

Actual result:
--
faultcode : HTTP
fault string : Error Fetching http headers





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

#36387 [Fbk->Opn]: rewind() does not work on Bzip2 handles

2006-02-14 Thread creg dot douglaus at gmail dot com 
 ID:   36387
 User updated by:  creg dot douglaus at gmail dot com
 Reported By:  creg dot douglaus at gmail dot com
-Status:   Feedback
+Status:   Open
 Bug Type: Bzip2 Related
 Operating System: Windows XP, SP2
 PHP Version:  5.1.2
 New Comment:




Previous Comments:


[2006-02-14 08:57:47] [EMAIL PROTECTED]

Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves. 

A proper reproducing script starts with ,
is max. 10-20 lines long and does not require any external 
resources such as databases, etc.

If possible, make the script source available online and provide
an URL to it here. Try to avoid embedding huge scripts into the report.





[2006-02-14 01:17:47] creg dot douglaus at gmail dot com

Description:

rewind() and fseeking to position zero do not work on Bzip2 file
handles. As it works with gz-file pointers, it should work with Bzip2
file pointers as well... This is an issue across all versions of PHP...






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

#36394 [Fbk->Opn]: Error Fetching http headers

2006-02-14 Thread nd_ngoka at xyratex dot com 
 ID:   36394
 User updated by:  nd_ngoka at xyratex dot com
 Reported By:  nd_ngoka at xyratex dot com
-Status:   Feedback
+Status:   Open
 Bug Type: SOAP related
 Operating System: Mandrake 10.1
 PHP Version:  5.1.2
 New Comment:

http://snaps.php.net/php5.1-latest.tar.gz

The above link contains a full version of PHP5.
Are you saying that the current PHP 5 (version 5.02) that I am using
has a bug it .


Are you recommending I uninstall the current version I have and then
build this version.

Please give me more detail on what your suggestion is.

Thanks in advance.


Previous Comments:


[2006-02-14 21:48:16] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2006-02-14 21:34:41] nd_ngoka at xyratex dot com

Description:

I installed php5-soap-5.0.2-1mdk, apache and php5 unto my mandrake 10.1
box. I intend to use the soap feature to communicate with another soap
server, in other to receive a licence key.

When I execute the php script that communicates with the soap server, I
get the following error code :
faultcode : HTTP
fault string : Error Fetching http headers


I am not able to make sense of this error code, as it doesn't indicate
if the problem is from the server side or client side.


Your help will be grately apprieciated.

Reproduce code:
---
$location= "https://??soapRegistrationServer.php";;
$soap_uri = "http://?soapRegistrationServer";;


$params = array('local_cert' => "?.key",
'location' => $location,
'uri' => $soap_uri,
'exceptions' => 0);
$client = new SoapClient(null,$params);
$fkparams = array('user' => "username",
  'password' => "paswword");
$newkey = $client->__soapCall('get_key', $fkparams);
if (is_soap_fault($newkey)) {
  echo "SOAP Fault: (faultcode: ".$newkey->faultcode.", faultstring:
".$newkey->faultstring."\n";
}

echo $newkey."\n";
?>

Expected result:

The script is might to return a key

Actual result:
--
faultcode : HTTP
fault string : Error Fetching http headers





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

#36394 [Opn->Fbk]: Error Fetching http headers

2006-02-14 Thread tony2001 
 ID:   36394
 Updated by:   [EMAIL PROTECTED]
 Reported By:  nd_ngoka at xyratex dot com
-Status:   Open
+Status:   Feedback
 Bug Type: SOAP related
 Operating System: Mandrake 10.1
 PHP Version:  5.1.2
 New Comment:

I'm asking you to try the latest snapshot and to let us know if you're
still able to reproduce the problem.
I'm asking you to do it because you're using pretty oudated version
5.0.2 and there were a lot of changes since this version.


Previous Comments:


[2006-02-14 22:43:50] nd_ngoka at xyratex dot com

http://snaps.php.net/php5.1-latest.tar.gz

The above link contains a full version of PHP5.
Are you saying that the current PHP 5 (version 5.02) that I am using
has a bug it .


Are you recommending I uninstall the current version I have and then
build this version.

Please give me more detail on what your suggestion is.

Thanks in advance.



[2006-02-14 21:48:16] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2006-02-14 21:34:41] nd_ngoka at xyratex dot com

Description:

I installed php5-soap-5.0.2-1mdk, apache and php5 unto my mandrake 10.1
box. I intend to use the soap feature to communicate with another soap
server, in other to receive a licence key.

When I execute the php script that communicates with the soap server, I
get the following error code :
faultcode : HTTP
fault string : Error Fetching http headers


I am not able to make sense of this error code, as it doesn't indicate
if the problem is from the server side or client side.


Your help will be grately apprieciated.

Reproduce code:
---
$location= "https://??soapRegistrationServer.php";;
$soap_uri = "http://?soapRegistrationServer";;


$params = array('local_cert' => "?.key",
'location' => $location,
'uri' => $soap_uri,
'exceptions' => 0);
$client = new SoapClient(null,$params);
$fkparams = array('user' => "username",
  'password' => "paswword");
$newkey = $client->__soapCall('get_key', $fkparams);
if (is_soap_fault($newkey)) {
  echo "SOAP Fault: (faultcode: ".$newkey->faultcode.", faultstring:
".$newkey->faultstring."\n";
}

echo $newkey."\n";
?>

Expected result:

The script is might to return a key

Actual result:
--
faultcode : HTTP
fault string : Error Fetching http headers





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

#36389 [Fbk->Opn]: error on binding result parameter for prepared statement

2006-02-14 Thread camka at email dot ee 
 ID:   36389
 User updated by:  camka at email dot ee
 Reported By:  camka at email dot ee
-Status:   Feedback
+Status:   Open
 Bug Type: MySQLi related
 Operating System: win xp
 PHP Version:  5.1.2
 New Comment:

problem remains


Previous Comments:


[2006-02-14 18:24:33] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2006-02-14 12:52:04] camka at email dot ee

Description:

When trying to bind a result variable to a prepared statement the error
"Using unsupported buffer type: 253" comes up.
Moreover, the binded in paramter doesn't get binded correctly either as
seen from mysql log.

The other strange thing is that, if field datatype varchar(15) (< then
16) is used for tm table, than error 253 won't come up, buth the
problem with binded parameter remains. Integer type works without the
error as well.

Tested with both current stable php version and the latest snapshot
(Built On: Feb 14, 2006 11:30 GMT)

Reproduce code:
---
query("select @@version as v")->fetch_assoc();
echo "\nMySQL version: ".$v['v'];

$m->query("create temporary table tm (txt varchar(16))");
$m->query("insert into tm (txt) values ('2'),('3'),('4')");


$v = $m->query("select count(*) as v from tm")->fetch_assoc();
echo "\nNum of recs: ".$v['v'];

$str = "select txt from tm where txt=?";
$ps = $m->prepare($str);

$txt_in  = '2';
$txt_out = null;

if (!$ps->bind_param('s', $txt_in)) echo "\nbind_param: ".$ps->error;
if (!$ps->bind_result($txt_out))echo "\nbind_result: ".$ps->error;
if ($ps->execute()) echo "\nexecuted successfully:
".$ps->num_rows;
elseecho "\nfailed ps execution:
".$ps->error;
if (!$ps->store_result())   echo "\nstore_result:
".$ps->error;
if ($z = $ps->fetch())  echo "\nfetched successfully:
".$txt_out;
elseif($z === false)echo "\nfailed fetching:
".$ps->error;
elseif($z === null) echo "\nno more records";
?>

Expected result:

PHP version: 5.1.2
MySQL version: 5.0.18-nt-log
Num of recs: 3
executed successfully: 0
fetched successfully: 1

Actual result:
--
PHP version: 5.1.2
MySQL version: 5.0.18-nt-log
Num of recs: 3
bind_result: Using unsupported buffer type: 253 (parameter: 1)
executed successfully: 0
no more records

[mysql log file]
58 Query   select @@version as v
58 Query   create temporary table tm (txt varchar(16))
58 Query   insert into tm (txt) values ('2'),('3'),('4')
58 Query   select count(*) as v from tm
58 Prepare [1] 
58 Execute [1] select txt from tm where txt=0





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

#36389 [Opn->Asn]: error on binding result parameter for prepared statement

2006-02-14 Thread tony2001 
 ID:   36389
 Updated by:   [EMAIL PROTECTED]
 Reported By:  camka at email dot ee
-Status:   Open
+Status:   Assigned
 Bug Type: MySQLi related
 Operating System: win xp
 PHP Version:  5.1.2
-Assigned To:  
+Assigned To:  georg
 New Comment:

Georg, please take a look at it.
Looks like another client<->server version incompatibility and/or
windows weirdness.
Not reproducible on Linux with MySQL 5.0.16.


Previous Comments:


[2006-02-14 23:15:25] camka at email dot ee

problem remains



[2006-02-14 18:24:33] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2006-02-14 12:52:04] camka at email dot ee

Description:

When trying to bind a result variable to a prepared statement the error
"Using unsupported buffer type: 253" comes up.
Moreover, the binded in paramter doesn't get binded correctly either as
seen from mysql log.

The other strange thing is that, if field datatype varchar(15) (< then
16) is used for tm table, than error 253 won't come up, buth the
problem with binded parameter remains. Integer type works without the
error as well.

Tested with both current stable php version and the latest snapshot
(Built On: Feb 14, 2006 11:30 GMT)

Reproduce code:
---
query("select @@version as v")->fetch_assoc();
echo "\nMySQL version: ".$v['v'];

$m->query("create temporary table tm (txt varchar(16))");
$m->query("insert into tm (txt) values ('2'),('3'),('4')");


$v = $m->query("select count(*) as v from tm")->fetch_assoc();
echo "\nNum of recs: ".$v['v'];

$str = "select txt from tm where txt=?";
$ps = $m->prepare($str);

$txt_in  = '2';
$txt_out = null;

if (!$ps->bind_param('s', $txt_in)) echo "\nbind_param: ".$ps->error;
if (!$ps->bind_result($txt_out))echo "\nbind_result: ".$ps->error;
if ($ps->execute()) echo "\nexecuted successfully:
".$ps->num_rows;
elseecho "\nfailed ps execution:
".$ps->error;
if (!$ps->store_result())   echo "\nstore_result:
".$ps->error;
if ($z = $ps->fetch())  echo "\nfetched successfully:
".$txt_out;
elseif($z === false)echo "\nfailed fetching:
".$ps->error;
elseif($z === null) echo "\nno more records";
?>

Expected result:

PHP version: 5.1.2
MySQL version: 5.0.18-nt-log
Num of recs: 3
executed successfully: 0
fetched successfully: 1

Actual result:
--
PHP version: 5.1.2
MySQL version: 5.0.18-nt-log
Num of recs: 3
bind_result: Using unsupported buffer type: 253 (parameter: 1)
executed successfully: 0
no more records

[mysql log file]
58 Query   select @@version as v
58 Query   create temporary table tm (txt varchar(16))
58 Query   insert into tm (txt) values ('2'),('3'),('4')
58 Query   select count(*) as v from tm
58 Prepare [1] 
58 Execute [1] select txt from tm where txt=0





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

#36344 [Opn->Bgs]: MSSQL Driver does not support multiple row sets

2006-02-14 Thread wez 
 ID:   36344
 Updated by:   [EMAIL PROTECTED]
 Reported By:  thomas at changepp dot co dot uk
-Status:   Open
+Status:   Bogus
 Bug Type: Feature/Change Request
 Operating System: Windows
 PHP Version:  5.1.2
 New Comment:

Use the ODBC driver instead; the libraries used by the MSSQL driver are
no longer supported by microsoft.


Previous Comments:


[2006-02-09 17:40:23] thomas at changepp dot co dot uk

Description:

Warning: PDOStatement::nextRowset() [function.nextRowset]:
SQLSTATE[IM001]: Driver does not support this function: driver does not
support multiple rowsets.


The MSSQL driver should support multiple rowsets since Stored
Procedures in MSSQL can return them.






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

#36395 [NEW]: Putting a SoapClient into Session causes the client to no longer work.

2006-02-14 Thread trannicholas at yahoo dot com 
From: trannicholas at yahoo dot com
Operating system: Windows XP
PHP version:  5.1.2
PHP Bug Type: SOAP related
Bug description:  Putting a SoapClient into Session causes the client to no 
longer work.

Description:

I am seeing some weirdness after setting the SoapClient in the session and
then retrieveing it in another page.

On the second page, I can retrieve the SoapClient from the session, but as
soon as I access a method on the SoapClient, I get this error.

"Warning: SoapClient::__call(): supplied argument is not a valid sdl
resource in welcome.php on line 18
There was a problem with your login: Error finding "uri" property"

I notice during debugging that the attributes sdl (originally :6) and
httpurl (originally :8) become 0's after the redirect.  Everything else
(location, __default_headers0 look the same. 

Reproduce code:
---
First php page:

session_start()
$soapclient = new SoapClient('some?WSDL');
$result = $soapclient->someOperation();
$_SESSION['client'] = $soapclient ; 


Second php page:
session_start()
$client= $_SESSION['client'];
try {
  $result = $soapclient->someOperation();
  echo $result;
} catch (exception $e) {
  echo $e;
}

Expected result:

Result

Actual result:
--
"Warning: SoapClient::__call(): supplied argument is not a valid sdl
resource in welcome.php on line 18
There was a problem with your login: Error finding "uri" property"

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

#36396 [NEW]: strtotime() fails to parse dates in dd/mm/yyyy format

2006-02-14 Thread todd dot farrell at linkmarketservices dot com dot au 
From: todd dot farrell at linkmarketservices dot com dot au
Operating system: Win32 / Solaris 8
PHP version:  5.1.2
PHP Bug Type: Scripting Engine problem
Bug description:  strtotime() fails to parse dates in dd/mm/ format

Description:

Specifiying a date in the format 31/12/2005 fails to parse however the
American format 12/31/2005 works.

This works in PHP 5.0.4 on Solaris 8 but no longer works with the
strtotime() changes in 5.1.2.

Some more testing revealed that various formats do not work when the day
precedes the month e.g. 31-12-2005 that used to work in 5.0.4.

(We are aware that this does not necessarily produce sensible results e.g.
strtotime("31/12/2005") != strtotime("12/31/2005") even in 5.0.4 although
it seems that it should at least still *work* in the same way...)

If you need any more information please let me know.

Reproduce code:
---


Expected result:

1184162400

Actual result:
--
nothing

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

#36397 [NEW]: decimal values stored in session variables not reliable

2006-02-14 Thread simonb at velocityweb dot com dot au 
From: simonb at velocityweb dot com dot au
Operating system: netware
PHP version:  5.1.2
PHP Bug Type: Session related
Bug description:  decimal values stored in session variables not reliable

Description:

trying to save a decimal number in a session value
Run badsave.php to store a value.
Seems to recall it ok within that scripts.
Running badrecall.php retrieves some other number.
the test number here 127.27 returns 72.035156309605
most other numbers ok, in quotes its ok.




Reproduce code:
---
recall $n";
 }

?>

recall $n";
?>


Expected result:

just echo 127.27 to the screen

Actual result:
--
echo returned 72.035156309605
instead.


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

#36398 [NEW]: "make test" should be fully scriptable [Do not prompt for email address]

2006-02-14 Thread nickj-phpbugs at nickj dot org 
From: nickj-phpbugs at nickj dot org
Operating system: Linux
PHP version:  5.1.2
PHP Bug Type: Feature/Change Request
Bug description:  "make test" should be fully scriptable [Do not prompt for 
email address]

Description:

I have a little shell script to download PHP snapshots, extract them,
configure them, and build them. I would like to add automatically running
"make test" on them.

However, it does not appear that this can be done at the moment, because
"make test" prompts the user for information after running tests, like
so:


You may have found a problem in PHP.
We would like to send this report automatically to the
PHP QA team, to give us a better understanding of how
the test cases are doing. If you don't want to send it
immediately, you can choose "s" to save the report to
a file that you can send us later.
Do you want to send this report now? [Yns]: 

Please enter your email address.
(Your address will be mangled so that it will not go out on any
mailinglist in plain text):


It would be really useful if "make test" could be fully scripted, so that
it did not ask for whether to send email, and what email address to send
it from.

For example, if you could do this, then that would be ideal:
make test --email-report [EMAIL PROTECTED]


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

#36379 [Opn->Fbk]: SVG XML parsing looses child tags and attributes

2006-02-14 Thread chregu 
 ID:   36379
 Updated by:   [EMAIL PROTECTED]
 Reported By:  rele at gmx dot de
-Status:   Open
+Status:   Feedback
 Bug Type: SimpleXML related
 Operating System: Windows XP SP1
 PHP Version:  5.1.2
 New Comment:

print_r (and var_dump) isn't a reliable method for checking, 
what's "inside" a simplexml object.

Please check with an iterator, if there's really something 
missing and provide a reproducable script.


Previous Comments:


[2006-02-13 15:24:18] rele at gmx dot de

Description:

I want to parse SVG XML code with SimpleXML, but under certain
circumstances the parsed SimpleXMLElements do not contain either
attributes or child tags.

Reproduce code:
---
$test_simplexml_errors_svg = <<
http://www.w3.org/Graphics/SVG/1.1/DTD/svg11.dtd";[
  
]>
http://www.w3.org/2000/svg";
viewBox="-2 -7 1561 708">
  ParentText ChildText1

  ChildText1

  ChildText1ChildText2

EOD;
print_r(simplexml_load_string($test_simplexml_errors_svg));


Expected result:

SimpleXMLElement Object
(
[EMAIL PROTECTED] => Array
(
[id] => svg_output
[version] => 1.1
[viewBox] => -2 -7 1561 708
)

[text] => Array
(
[0] => SimpleXMLElement Object
(
[EMAIL PROTECTED] => Array
(
[id] => 1a
[style] => font-size:7pt
[x] => 300
[y] => 100
)

[0] => ParentText

)

[1] => SimpleXMLElement Object
(
[EMAIL PROTECTED] => Array
(
[id] => 1b
[style] => font-size:7pt
[x] => 400
[y] => 200
)

[tspan] => Array
(
[0] => SimpleXMLElement Object
(
[EMAIL PROTECTED] => Array
(
[id] => 2b
[dy] => 12
[x] => 410
)

[0] => ChildText1
)

[1] => SimpleXMLElement Object
(
[EMAIL PROTECTED] => Array
(
[id] => 3b
[dy] => 12
[x] => 450
)

[0] =>
)

)

)

[2] => SimpleXMLElement Object
(
[EMAIL PROTECTED] => Array
(
[id] => 1c
[style] => font-size:7pt
[x] => 500
[y] => 300
)

[tspan] => Array
(
[0] => SimpleXMLElement Object
(
[EMAIL PROTECTED] => Array
(
[id] => 2c
[dy] => 12
[x] => 510
)

[0] => ChildText1
)

[1] => SimpleXMLElement Object
(
[EMAIL PROTECTED] => Array
(
[id] => 3c
[dy] => 12
[x] => 550
)

[0] => ChildText2
)
)

)

)

)

Actual result:
--
SimpleXMLElement Object
(
[EMAIL PROTECTED] => Array
(
[id] => svg_output
[version] => 1.1
[viewBox] => -2 -7 1561 708
)

[text] => Array
(
[0] => ParentText 
[1] => SimpleXMLElement Object
(
[EMAIL PROTECTED] => Array
(

#36395 [Opn->Bgs]: Putting a SoapClient into Session causes the client to no longer work.

2006-02-14 Thread tony2001 
 ID:   36395
 Updated by:   [EMAIL PROTECTED]
 Reported By:  trannicholas at yahoo dot com
-Status:   Open
+Status:   Bogus
 Bug Type: SOAP related
 Operating System: Windows XP
 PHP Version:  5.1.2
 New Comment:

It is not possible to serialize PHP built-in objects. 


Previous Comments:


[2006-02-15 01:48:46] trannicholas at yahoo dot com

Description:

I am seeing some weirdness after setting the SoapClient in the session
and then retrieveing it in another page.

On the second page, I can retrieve the SoapClient from the session, but
as soon as I access a method on the SoapClient, I get this error.

"Warning: SoapClient::__call(): supplied argument is not a valid sdl
resource in welcome.php on line 18
There was a problem with your login: Error finding "uri" property"

I notice during debugging that the attributes sdl (originally :6) and
httpurl (originally :8) become 0's after the redirect.  Everything else
(location, __default_headers0 look the same. 

Reproduce code:
---
First php page:

session_start()
$soapclient = new SoapClient('some?WSDL');
$result = $soapclient->someOperation();
$_SESSION['client'] = $soapclient ; 


Second php page:
session_start()
$client= $_SESSION['client'];
try {
  $result = $soapclient->someOperation();
  echo $result;
} catch (exception $e) {
  echo $e;
}

Expected result:

Result

Actual result:
--
"Warning: SoapClient::__call(): supplied argument is not a valid sdl
resource in welcome.php on line 18
There was a problem with your login: Error finding "uri" property"





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

#36396 [Opn->Asn]: strtotime() fails to parse dates in dd/mm/yyyy format

2006-02-14 Thread tony2001 
 ID:   36396
 Updated by:   [EMAIL PROTECTED]
 Reported By:  todd dot farrell at linkmarketservices dot com dot au
-Status:   Open
+Status:   Assigned
-Bug Type: Scripting Engine problem
+Bug Type: Date/time related
 Operating System: Win32 / Solaris 8
 PHP Version:  5.1.2
-Assigned To:  
+Assigned To:  derick


Previous Comments:


[2006-02-15 02:54:13] todd dot farrell at linkmarketservices dot com
dot au

Description:

Specifiying a date in the format 31/12/2005 fails to parse however the
American format 12/31/2005 works.

This works in PHP 5.0.4 on Solaris 8 but no longer works with the
strtotime() changes in 5.1.2.

Some more testing revealed that various formats do not work when the
day precedes the month e.g. 31-12-2005 that used to work in 5.0.4.

(We are aware that this does not necessarily produce sensible results
e.g. strtotime("31/12/2005") != strtotime("12/31/2005") even in 5.0.4
although it seems that it should at least still *work* in the same
way...)

If you need any more information please let me know.

Reproduce code:
---


Expected result:

1184162400

Actual result:
--
nothing





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

#36397 [Opn->Bgs]: decimal values stored in session variables not reliable

2006-02-14 Thread tony2001 
 ID:   36397
 Updated by:   [EMAIL PROTECTED]
 Reported By:  simonb at velocityweb dot com dot au
-Status:   Open
+Status:   Bogus
 Bug Type: Session related
 Operating System: netware
 PHP Version:  5.1.2
 New Comment:

Works just fine.


Previous Comments:


[2006-02-15 06:03:05] simonb at velocityweb dot com dot au

Description:

trying to save a decimal number in a session value
Run badsave.php to store a value.
Seems to recall it ok within that scripts.
Running badrecall.php retrieves some other number.
the test number here 127.27 returns 72.035156309605
most other numbers ok, in quotes its ok.




Reproduce code:
---
recall $n";
 }

?>

recall $n";
?>


Expected result:

just echo 127.27 to the screen

Actual result:
--
echo returned 72.035156309605
instead.






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

#36387 [Opn->Bgs]: rewind() does not work on Bzip2 handles

2006-02-14 Thread tony2001 
 ID:   36387
 Updated by:   [EMAIL PROTECTED]
 Reported By:  creg dot douglaus at gmail dot com
-Status:   Open
+Status:   Bogus
 Bug Type: Bzip2 Related
 Operating System: Windows XP, SP2
 PHP Version:  5.1.2
 New Comment:

Warning: rewind(): stream does not support seeking
The error message is quite descriptive.


Previous Comments:


[2006-02-14 22:13:27] creg dot douglaus at gmail dot com





[2006-02-14 08:57:47] [EMAIL PROTECTED]

Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves. 

A proper reproducing script starts with ,
is max. 10-20 lines long and does not require any external 
resources such as databases, etc.

If possible, make the script source available online and provide
an URL to it here. Try to avoid embedding huge scripts into the report.





[2006-02-14 01:17:47] creg dot douglaus at gmail dot com

Description:

rewind() and fseeking to position zero do not work on Bzip2 file
handles. As it works with gz-file pointers, it should work with Bzip2
file pointers as well... This is an issue across all versions of PHP...






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

#36389 [Asn->Fbk]: error on binding result parameter for prepared statement

2006-02-14 Thread georg 
 ID:   36389
 Updated by:   [EMAIL PROTECTED]
 Reported By:  camka at email dot ee
-Status:   Assigned
+Status:   Feedback
 Bug Type: MySQLi related
 Operating System: win xp
 PHP Version:  5.1.2
 Assigned To:  georg
 New Comment:

Please try latest version from 
http://dev.mysql.com/downloads/connector/php/


Previous Comments:


[2006-02-14 23:22:21] [EMAIL PROTECTED]

Georg, please take a look at it.
Looks like another client<->server version incompatibility and/or
windows weirdness.
Not reproducible on Linux with MySQL 5.0.16.



[2006-02-14 23:15:25] camka at email dot ee

problem remains



[2006-02-14 18:24:33] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2006-02-14 12:52:04] camka at email dot ee

Description:

When trying to bind a result variable to a prepared statement the error
"Using unsupported buffer type: 253" comes up.
Moreover, the binded in paramter doesn't get binded correctly either as
seen from mysql log.

The other strange thing is that, if field datatype varchar(15) (< then
16) is used for tm table, than error 253 won't come up, buth the
problem with binded parameter remains. Integer type works without the
error as well.

Tested with both current stable php version and the latest snapshot
(Built On: Feb 14, 2006 11:30 GMT)

Reproduce code:
---
query("select @@version as v")->fetch_assoc();
echo "\nMySQL version: ".$v['v'];

$m->query("create temporary table tm (txt varchar(16))");
$m->query("insert into tm (txt) values ('2'),('3'),('4')");


$v = $m->query("select count(*) as v from tm")->fetch_assoc();
echo "\nNum of recs: ".$v['v'];

$str = "select txt from tm where txt=?";
$ps = $m->prepare($str);

$txt_in  = '2';
$txt_out = null;

if (!$ps->bind_param('s', $txt_in)) echo "\nbind_param: ".$ps->error;
if (!$ps->bind_result($txt_out))echo "\nbind_result: ".$ps->error;
if ($ps->execute()) echo "\nexecuted successfully:
".$ps->num_rows;
elseecho "\nfailed ps execution:
".$ps->error;
if (!$ps->store_result())   echo "\nstore_result:
".$ps->error;
if ($z = $ps->fetch())  echo "\nfetched successfully:
".$txt_out;
elseif($z === false)echo "\nfailed fetching:
".$ps->error;
elseif($z === null) echo "\nno more records";
?>

Expected result:

PHP version: 5.1.2
MySQL version: 5.0.18-nt-log
Num of recs: 3
executed successfully: 0
fetched successfully: 1

Actual result:
--
PHP version: 5.1.2
MySQL version: 5.0.18-nt-log
Num of recs: 3
bind_result: Using unsupported buffer type: 253 (parameter: 1)
executed successfully: 0
no more records

[mysql log file]
58 Query   select @@version as v
58 Query   create temporary table tm (txt varchar(16))
58 Query   insert into tm (txt) values ('2'),('3'),('4')
58 Query   select count(*) as v from tm
58 Prepare [1] 
58 Execute [1] select txt from tm where txt=0





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

#36398 [Opn->Bgs]: "make test" should be fully scriptable [Do not prompt for email address]

2006-02-14 Thread derick 
 ID:   36398
 Updated by:   [EMAIL PROTECTED]
 Reported By:  nickj-phpbugs at nickj dot org
-Status:   Open
+Status:   Bogus
 Bug Type: Feature/Change Request
 Operating System: Linux
 PHP Version:  5.1.2
 New Comment:

You can already do this, set the env variable TEST_PHP_ARGS to "-q" and
it should skip the question. Use -h to get all available options.


Previous Comments:


[2006-02-15 06:56:06] nickj-phpbugs at nickj dot org

Description:

I have a little shell script to download PHP snapshots, extract them,
configure them, and build them. I would like to add automatically
running "make test" on them.

However, it does not appear that this can be done at the moment,
because "make test" prompts the user for information after running
tests, like so:


You may have found a problem in PHP.
We would like to send this report automatically to the
PHP QA team, to give us a better understanding of how
the test cases are doing. If you don't want to send it
immediately, you can choose "s" to save the report to
a file that you can send us later.
Do you want to send this report now? [Yns]: 

Please enter your email address.
(Your address will be mangled so that it will not go out on any
mailinglist in plain text):


It would be really useful if "make test" could be fully scripted, so
that it did not ask for whether to send email, and what email address
to send it from.

For example, if you could do this, then that would be ideal:
make test --email-report [EMAIL PROTECTED]






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

#36396 [Asn]: strtotime() fails to parse dates in dd/mm/yyyy format

2006-02-14 Thread derick 
 ID:   36396
 Updated by:   [EMAIL PROTECTED]
 Reported By:  todd dot farrell at linkmarketservices dot com dot au
 Status:   Assigned
 Bug Type: Date/time related
 Operating System: Win32 / Solaris 8
 PHP Version:  5.1.2
 Assigned To:  derick
 New Comment:

31/12/2005 is not supposed to work. It's not a valid format. However, I
will see why 31-12-2005 doesn't work.


Previous Comments:


[2006-02-15 02:54:13] todd dot farrell at linkmarketservices dot com
dot au

Description:

Specifiying a date in the format 31/12/2005 fails to parse however the
American format 12/31/2005 works.

This works in PHP 5.0.4 on Solaris 8 but no longer works with the
strtotime() changes in 5.1.2.

Some more testing revealed that various formats do not work when the
day precedes the month e.g. 31-12-2005 that used to work in 5.0.4.

(We are aware that this does not necessarily produce sensible results
e.g. strtotime("31/12/2005") != strtotime("12/31/2005") even in 5.0.4
although it seems that it should at least still *work* in the same
way...)

If you need any more information please let me know.

Reproduce code:
---


Expected result:

1184162400

Actual result:
--
nothing





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