Christopher Jones has a (very) quick post today about the release of the latest version of the PECL OCI drivers - 1.2.5.

Hang on, weren't we up to OCI8 version 1.3? Well, yes, but that's Beta bordering on Production. In the meantime, I wanted to make the OCI8 bug fixes from PHP 5.2.6 available in a "Production" release and keep PECL OCI8 1.2 in sync with PHP 5.2. The changelog is here.

Updates include bug fixes for cursor leaking, a LOB leak, a problem with collection creation and an update to the compile option for the Instant Client to look for RPMs.

Christopher Jones has posted an announcement about the latest release of the PECL OCI8 package (version 1.3.2 Beta) hitting the streets:

I've released PECL OCI8 1.3.2 Beta - the latest release of PHP's OCI8 extension with support for Connection Pooling and Fast Application Notification. The release is based on the current PHP 5.3 development branch.

He notes another change in this release - a "session release" bit of functionality persistent connections will do when nothing is referencing them anymore, mking them work a bit more like normal connections. Issues that could be caused by this can be corrected with a new setting (oci8.old_oci_close_semantics) in your php.ini.

In this new post to his Oracle blog, Christopher Jones mentions some updates he's made to the OCI8 extension for PHP:

I've merged connection pooling (DRCP) and Fast Application Notification (FAN) support to PHP 5.3's OCI8 extension. The PHP 5.3 OCI8 code is Beta - in fact, PHP 5.3 itself is still really "Development". (It would be handy to have problems reported before PHP 5.3 goes Production).

He also includes instructions on how to get this new version installed inside of the latest PHP 5.3 snapshot (http://snaps.php.net) to build the new support in.

Christopher Jones talks today on his blog about a bug he's just corrected and integrated into the release of the Oracle Instant Client that lets PHP correctly take advantage of the temporary LOBS functionality.

When PHP is done with the temporary LOB, it needs to tell Oracle to destroy it. If this isn't done, then the temporary LOB will hang around using DB space until the connection is closed. I just merged a fix worked on by Krishna Mohan and myself for bug 43497.

Example code is included showing two instances of its use - a normal use that frees the memory correctly and the other showing how to create the temporary lob to hold the data as needed.