sorry for the typo:
please read:
after making a query that return *10* rows I get the message:
-------
pg_fetch_array() unable to jump to row 10 on PostgreSQL result index 4
in /somepath/library_connect.php line 68

Internally in the dbx_pgsql driver, the code disables E_WARNING for pg_fetch_array, fetches rows until no more rows are available (this is detected by trapping the warning you got), then re-enables the E_WARNING if it was enabled in the first place.
This is probably why you have to define your own error-handler to see the warning at all.

Does this happen with any user-defined error-handler or is your setup very specific? Is there an easy workaround without resorting to @dbx_qeuery()? Could you post the code for your error-handler (simplified if possible)?

Thanks, Marc.

Hello Marc,
Thank you for replying so fast.

I don't think my setup is very specific.
Here is the code of my error handler.
(Note that the work around I have found is to regexp the $errormesg: I didn't want to leave completely the E_WARNING completely as a SQL syntax error will be unnoticed by me. Strangely a SQL syntax erro comes out with the same error code E_WARNING as this postgresql "bug")
I don't know how the default handler do, but it catches the SQL errors but not this postgresql stuff.... perhaps does the same thing: parse for ERROR)


---- here is the code-----
function userErrorHandler ($errno, $errmsg, $filename, $linenum, $vars) {
    # define an assoc array of error string
    # in reality the only entries we should
    # consider are 2,8,256,512 and 1024
    $errortype = array (
			1   => "Error",
			2   => "Warning",
			4   => "Parsing Error",
			8   => "Notice",
			16  => "Core Error",
			32  => "Core Warning",
			64  => "Compile Error",
			128 => "Compile Warning",
			256 => "User Error",
			512 => "User Warning",
			1024=> "User Notice"
			);

    # set of errors for which we will die
    $die_errors = array(E_USER_ERROR);
    
    # set of errors that will be mailed
    $mail_errors = array(E_ERROR,E_WARNING,E_PARSE,E_CORE_ERROR,E_CORE_WARNING,E_USER_ERROR, E_USER_WARNING);
    
    
    $err.=$errortype["$errno"]." (bit $errno)\n$errmsg\nin $filename line $linenum";
    
    if (in_array($errno, $mail_errors) && preg_match("/ERROR/",$errmsg)) {
	myerrormail("error@bestlinuxjobs.com",$errortype["$errno"]." (bit $errno)",$err);
    }
    #possibly die
    if (in_array($errno, $die_errors)){
        exit;
    }
    return 1;
}

Please try using this CVS snapshot:

  http://snaps.php.net/php4-STABLE-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-STABLE-latest.zip

Hi Iliia,

Marc sent me a patch that solved the problem.

The same error would have occurrred in the latest version too. The patch I sent solves the problem, and should have no side-effects. I would like to run the dbx-tests before I commit the patch to cvs though.

Marc:
I am trying to run the tests (compile the cgi version).
I'll tell you the results of the tests if any.
Alex

Fixed.