From: | Denis Perchine <dyp(at)perchine(dot)com> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | pgsql-patches(at)postgresql(dot)org |
Subject: | Re: Re: [GENERAL] libpq error codes |
Date: | 2000-06-23 18:48:53 |
Message-ID: | 0006240150480Y.00479@dyp |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general pgsql-patches |
> Ooh, you mean it doesn't give you the rest of the data before reporting
> EPIPE? That seems so broken it's hard to believe --- a whole lot of
> programs would be falling over, not just Postgres. There's probably
> something else happening here, but I'm not real sure what. Might be
> worth checking to see exactly what's in libpq's input buffer at the
> time it sees the EPIPE error.
How it is bad to say, but you are right... I've sent a mail to linux-kernel(at)(dot)(dot)(dot)
Hopefully there will be a positive reply...
But... Here is the patch which works OK.
I get:
db=> select count(*) from pg_class;
NOTICE: AbortTransaction and not in in-progress state
FATAL 1: The system is shutting down
pqReadData() -- backend closed the channel unexpectedly.
This probably means the backend terminated abnormally
before or while processing the request.
The connection to the server was lost. Attempting reset: Failed.
It's like you get.
--
Sincerely Yours,
Denis Perchine
----------------------------------
E-Mail: dyp(at)perchine(dot)com
HomePage: http://www.perchine.com/dyp/
FidoNet: 2:5000/120.5
----------------------------------
Attachment | Content-Type | Size |
---|---|---|
fe-misc.c.patch | text/plain | 816 bytes |
From | Date | Subject | |
---|---|---|---|
Next Message | K Parker | 2000-06-23 20:42:53 | re: insert or update |
Previous Message | Bruce Momjian | 2000-06-23 18:06:50 | Re: Need to improve performance |
From | Date | Subject | |
---|---|---|---|
Next Message | Chris Bitmead | 2000-06-24 15:26:16 | CLASSOID patch |
Previous Message | Peter Eisentraut | 2000-06-23 16:20:26 | Re: Big 7.1 open items |