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

From: merrill@missioncriticallinux.com Operating system: Redhat 6.1 Linux PHP version: 4.0.4pl1 PHP Bug Type: OCI8 related Bug description: OCIError function with no params does *NOT* return the "last" error 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 -- Edit Bug report at: http://bugs.php.net/?id=9510&edit=1