Description: ------------ If you use "factory" instead of "connect", to defer opening the database connection until the first actual operation on it, and if the first operation is a prepared statement, this first operation will be emulated, even if the database supports prepared statements. The problem is that "prepare" checks for prepared statements being supported before doing the connection, and only doing the connection will set up whether prepared statements are supported or not. Test script: --------------- Basic idea: $mdb2 = MDB2::factory(...); $stmt = $mdb2->prepare(...); $stmt->execute(...); Using the debug option, you can see it emulating the first prepare/execute, then using the database for all others. Expected result: ---------------- I expect that it should let the database do the prepare/execute on the first operation too, if the database supports it of course. Actual result: -------------- Debug option shows simple statement emulation on first prepare/execute, and much more complex database statements on all the rest.

This bug has been fixed in SVN. If this was a documentation problem, the fix will appear on pear.php.net by the end of next Sunday (CET). If this was a problem with the pear.php.net website, the change should be live shortly. Otherwise, the fix will appear in the package's next release. Thank you for the report and for helping us make PEAR better.