From: | Tim Tassonis <timtas(at)cubic(dot)ch> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | pgsql-general(at)postgresql(dot)org |
Subject: | Re: Cursor timeout in postgres |
Date: | 2007-02-06 18:01:00 |
Message-ID: | 45C8C25C.6000505@cubic.ch |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
Hi Tom
Tom Lane wrote:
> Tim Tassonis <timtas(at)cubic(dot)ch> writes:
>> When examining strange behaviour in one of my programs I found out that
>> I must have somehow gotten into a timeout situation when fetching rows
>> from a cursor. My program read the first row, did some stuff for six
>> minutes and then tried to fetch the second row, which failed. The
>> connection however was still alive and further database access in the
>> program worked m'kay.
>
> Failed how, exactly? Did anything show up in the postmaster log?
Forgot to check that, sorry. From my program's point of view, it failed
silently. When an odbc_exec() succeeds, one generally just loops over
the rows by odbc_fetch_row(), until it fails. The fetch might have
returned a message, but this was not checked, as odbc_fetch_row() is
bound to fail anyway when no more rows are present.
I try to reproduce the situation tomorrow and will also check on any
odbc_errmsg() messages and the postmaster log.
Bye
Tim
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2007-02-06 18:08:27 | Re: Cursor timeout in postgres |
Previous Message | Ron Johnson | 2007-02-06 17:59:19 | Re: PostgreSQL/FireBird |