Bug #9510 Updated: OCIError function with no params does *NOT* return the "last" error

ID: 9510 Updated by: thies Reported By: merrill@missioncriticallinux.com Old-Status: Open Status: Closed Bug Type: OCI8 related PHP Version: 4.0.4pl1 Assigned To: Comments: the documentation needs to be updated - ocierror always stores the error in the most appropiate (parent-)handle. Previous Comments: --------------------------------------------------------------------------- [2001-03-01 11:48:58] merrill@missioncriticallinux.com PHP 4.0.4pl1 './configure' '--prefix=/var/php' '--with-config-file-path=/var/php' '--enable-track-vars' '--enable-sigchild' '--with-apache=../apache_1.3.14' '--with-ftp' '--with-mcrypt=/var/libmcrypt' '--with-pgsql=/var/postgresql' '--with-oci8=/u01/app/oracle/product/8.1.6' '--with-mysql=/var/mysql' According to the OCIError documentation, OCIError invoked with no parameters is supposed to return the *last* error. But here's an example where OCIError invoked with no parameters returns *no* error. This should be fixed to return the last error. Given this SELECT select abc from customer with a column that does NOT exist("abc") in table "customer", the OCIExecute returns "false", but then OCIError() invoked with no parameters is supposed to return the "last" error, but returns no error. In this case, OCIError($cursor) invoked with the $cursor parameter *does* return the proper error: ORA-00904: invalid column name --------------------------------------------------------------------------- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9510&edit=2