libpq bug handling signals

From: "Warren W(dot) Gay VE3WWG" <ve3wwg(at)cogeco(dot)ca>
To: PostgreSQL mailing list <pgsql-interfaces(at)postgresql(dot)org>
Subject: libpq bug handling signals
Date: 2002-08-17 04:39:53
Message-ID: 3D5DD399.7090200@cogeco.ca
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-interfaces

I am experiencing problems with lo_write() (mostly), WRT to
life after a signal has been handled.

Socket I/O (read(2) for example) will return -1 and have errno = EINTR
if it was blocked reading, and a signal was handled successfully while
it was blocked. It appears that lo_write() should do something similar,
but doesn't in practice ...

If I clear errno=0 and then perform lo_write()s during which
time a signal is received and handled, lo_write() will return -1
indicating an error. However, upon checking the
errno vallue, it indicates that no error has occurred (errno=0).

However, if I set errno=EINTR prior to calling lo_write() each
time, the same -1 is returned (after a signal) but now the
errno = EINTR (as I had originally expected it should have been).

It appears that EINTR processing is not correct or is incomplete in
the libpq code. I have experienced similar weirdness in the
operation of lo_lseek().

Do I need to subsequently submit this as a bug somewhere?

Thanks, Warren.
--

Warren W. Gay VE3WWG
http://home.cogeco.ca/~ve3wwg

Responses

Browse pgsql-interfaces by date

  From Date Subject
Next Message Warren W. Gay VE3WWG 2002-08-17 04:46:13 Re: determining if there's a transaction in progress
Previous Message Steve Howe 2002-08-16 18:11:03 Re: determining if there's a transaction in progress