#35837 [NEW]: Crash when using PDO::FETCH_LAZY
| From: | mfischer@php.net | Date: | Thu, 29 Dec 2005 10:56:37 +0000 |
| Subject: | #35837 [NEW]: Crash when using PDO::FETCH_LAZY | ||
| Groups: | php.bugs | ||
| Request: | Send a blank email to php-bugs+get-91214@lists.php.net to get a copy of this message | ||
From: mfischer@php.net
Operating system: Windows
PHP version: 5CVS-2005-12-29 (snap)
PHP Bug Type: PDO related
Bug description: Crash when using PDO::FETCH_LAZY
Description:
------------
PHP crashes at the end of the script when I use PDO::FETCH_LAZY.
I've to say that from my testing (for some clever reason I started to use
PDO::FETCH_LAZY right from the start and therefore have gone through many
obscure crashes and exceptions) that I also saw the following problems
with it:
* it seems to consume memory and never releases it. I've got exception
thrown from the Microsoft Access Driver about running out of memory. When
I stopped using PDO::FETCH_LAZY the exception was never thrown again.
* I got exception thrown about "invalid table ids" for now reasons which
also went away when I stopped using PDO::FETCH_LAZY
I was working with an Access Database (mdb file) but never fetching big
data but it were about 1500 SQL statements sent.
I've read report http://bugs.php.net/bug.php?id=35431 but I can
confirm
this for the current snapshot also.
Reproduce code:
---------------
$p = new PDO('odbc:driver={Microsoft Access Driver
(*.mdb)};Dbq=beispieldatenbank.mdb');
$s = $p->query("SELECT COUNT(*) FROM ADDRESSES WHERE GUID = ''",
PDO::FETCH_LAZY);
$s->fetch();
Expected result:
----------------
Script should not crash.
Actual result:
--------------
Script crashes and Windows prompts me with a dialog to send a report to M$
--
Edit bug report at http://bugs.php.net/?id=35837&edit=1
--
Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=35837&r=trysnapshot44
Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=35837&r=trysnapshot51
Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=35837&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=35837&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=35837&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=35837&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=35837&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=35837&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=35837&r=support
Expected behavior: http://bugs.php.net/fix.php?id=35837&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=35837&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=35837&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=35837&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35837&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=35837&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=35837&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=35837&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=35837&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=35837&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=35837&r=mysqlcfg