Description: ------------ Unfortunately I couldn't replicate this behavior if I create a new table with similar fields to ones in my sample (see URL link below), so can't tell why or what fields types combination should be in order to trigger the bug happening. When I output query from oci8.php->prepare() after it has been replaced in $query = substr_replace($query, $value, $p_position, $length); second CLOB 'eats' up a following comma separator. Test script: --------------- http://pastebin.com/f40f2f8b7 Expected result: ---------------- all fields separated by comma properly Actual result: -------------- missing comma after second CLOB argument: http://pastebin.com/f1ba7f5e2

This bug has been fixed in CVS. 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.