|  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #56970 Unable to call Stored Procedures more than once
Submitted: 2006-04-22 08:35 UTC Modified: 2006-07-21 13:07 UTC
From: info at codexp dot net Assigned:
Status: Closed Package: PDO_MYSQL (PECL)
PHP Version: HEAD CVS-2006-04-22 OS: Windows XP
Private report: No CVE-ID: None
 [2006-04-22 08:35 UTC] info at codexp dot net
This is EXACTLY the same problem as described in bug #5827 and it doesnt seem to be fixed (Please RE-OPEN it?).

Using the same code as the reporter with changes made after wez's comment

Reproduce code:
$pdo = new PDO('mysql:localhost;dbname=pdotest', 'root', '123182');

$stmt = $pdo->query('CALL pdotest.spIsStringComparisonCaseInsensitive()');

foreach($stmt as $row)
	echo $row['isInsensitive'];

/* Trying what Wez suggested. using either one of the following 2 lines or both*/
$stmt = null;

/* Line below causeing the warning */
$stmt2 = $pdo->query('CALL pdotest.spIsStringComparisonCaseInsensitive()');
foreach($stmt2 as $row)
	echo $row['isInsensitive'];

Expected result:
print 1 twice, without a warning.

Actual result:
Print 1 followed by

Warning: PDO::query() [function.query]: SQLSTATE[HY000]: General error:
2013 Lost connection to MySQL server during query in ...\pdotest.php on
line 17


Add a Patch

Pull Requests

Add a Pull Request


AllCommentsChangesGit/SVN commitsRelated reports
 [2006-04-22 08:41 UTC] info at codexp dot net
I hope i made a right choise of the version: got a latest snapshot for Win32..
 [2006-04-22 12:38 UTC]
I can reproduce this issue.
My suggested workaround is to use this:

$db->setAttribute(PDO::ATTR_EMULATE_PREPARES, true);

in all your PDO MYSQL scripts.
 [2006-04-22 12:59 UTC] info at codexp dot net
Just tested your suggestion and this didnt help.
I have even tried running a real prepare and then excecuting a prepared statement... then closing cursor..

Didnt work either..
 [2006-04-30 21:29 UTC]
I reproduced the problem, and my suggestion fixed it.
I don't think you really tried it, so I'm closing this bug reporting.

Please read this:

re-open this bug report if you're 100% sure that you're following my instructions and that it doesn't work.
 [2006-05-01 08:03 UTC] info at codexp dot net
I did like you said before and even tested once again. It still didn't help.
Updated the code for using emulated prepares:

$db = new PDO('mysql:localhost;dbname=pdotest', 'pdotest', 'pdotest');
$db->setAttribute(PDO::ATTR_EMULATE_PREPARES, true);

$stmt = $db->query('CALL pdotest.spIsStringComparisonCaseInsensitive()');

foreach($stmt as $row)
	echo $row['isInsensitive'];

$stmt = null;

/* Line below causing the warning */
$stmt2 = $db->query('CALL pdotest.spIsStringComparisonCaseInsensitive()');

foreach($stmt2 as $row)
	echo $row['isInsensitive'];

Code for the stored procedure is stillt he same:

CREATE PROCEDURE `spIsStringComparisonCaseInsensitive`()
  SELECT 'a' = 'A' AS isInsensitive;

Tested even with the latest snapshot for Win32.
MySQL Server version 5.0.18
 [2006-05-01 08:13 UTC] info at codexp dot net
Upgraded to MySQL 5.0.20a (lates release of MySQL for Windows)  Still having the same problem.
 [2006-05-01 19:34 UTC]
Your script outputs the following for me:


I'm running 5.0.19-standard on linux.
 [2006-05-02 03:44 UTC] info at codexp dot net
Okej.. humm you can try testing

You can see the source at

Like i said: i was able to test it on windows. I will see if i will be fixed on linux..
 [2006-05-07 05:59 UTC] info at codexp dot net
Just upgraded to PHP 5.1.4 and got the same result on windows.
Have tested on FreeBSD (PHP 5.1.4) and it works like a charm (with ATT_EMULATE_PREPARES set to true)

So it has something to do with windows version.
On Windows still getting the exactly same results.
 [2006-05-07 10:30 UTC]
We build precisely the same code on windows as on unix, so it's extremely unlikely that the problem is with PDO.

Right now I suspect that the windows client libraries we link against are too old or broken.
 [2006-05-07 10:36 UTC] info at codexp dot net
Well it states that the the Client API version is 4.1.7 or something like that while on FreeBSD it's 5.0.21
When i replaced libmysql.dll in C:\PHP with the one distributed with MySQL server: it stated 5.0.21

However the problem has not been solved. (It was just my wild guess for the solution)
Any ideas?
 [2006-07-05 07:35 UTC] info at codexp dot net
I wonder if there is any solution for this on windows.
Maybe you can link to a new MySQL library, if that's the problem?
 [2006-07-14 12:24 UTC] webvelosix at yahoo dot com
I am able to reproduce this issue on two different Windows platforms (2000 and XP). Both run PHP 5.1.4 using original client libraries (4.1.7). Same issue is encountered with the latest 5.2.0 build.

I switched back to PHP 5.1.4 and have since upgraded my client libraries ( to 5.0.22 (latest as of this writing), and now the test-code above works intermittently through the browser:

[Initial load]: 11
[Refresh]: 11
[Refresh]: 11
[Refresh]: Warning: PDO::query() [function.PDO-query]: SQLSTATE[HY000]: General error: 2013 Lost connection to MySQL server during query

The warning appears randomly; sometimes the initial load fails. Oddly, testing from the command appears to work 100%.

Given the basic circumstances that produce this issue, this is a fairly big showstopper.
 [2006-07-20 08:34 UTC] nitel_defect at yahoo dot com
I confirm the last comment - happens on PHP 5.1.4/MySQL 5.0.22. Executing another query after calling a stored procedure intermittently crashes the script.
 [2006-07-21 08:30 UTC] edink at emini dot dk
Could you tried latest php-5.2 snapshot, which includes mysql 5.0.22 client lib bundled.
 [2006-07-21 13:05 UTC] info at codexp dot net
This seems to be working now just lik it should.
after removing $stmt->closeCursor() nothing has been broken.
Therefore i believe that this bug should be closed.
I am however not sure if it is me who has to close it or the developer.
 [2006-07-21 13:07 UTC] info at codexp dot net
Forgot to close this..
 [2006-07-25 02:28 UTC] nitel_defect at yahoo dot com
Don't close it :)
If you execute a prepared statement that returns a select * from table with more than one result row (not result set) it still crashes. It works ok if the result has only one row.
I tested it on WinXp, latest PHP 5.2 and MySQL.
 [2006-07-25 02:35 UTC] nitel_defect at yahoo dot com
Sorry for the dup post - my problem lies with executing a stored procedure and then another query (any query), not necessary another stored procedure.
 [2008-08-17 15:57 UTC] mike dot clayton007 at gmail dot com
PHP Copyright © 2001-2023 The PHP Group
All rights reserved.
Last updated: Tue Dec 05 06:01:28 2023 UTC