Re: "unexpected EOF" messages

From: Magnus Hagander <magnus(at)hagander(dot)net>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Robert Haas <robertmhaas(at)gmail(dot)com>, Alvaro Herrera <alvherre(at)commandprompt(dot)com>, Simon Riggs <simon(at)2ndquadrant(dot)com>, Pg Hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: "unexpected EOF" messages
Date: 2012-05-07 08:06:54
Message-ID: CABUevExSb8H=QsrNE=u+107rfG5ugPRHW0-37OL4xoBhnS+8=g@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Thu, May 3, 2012 at 9:26 PM, Magnus Hagander <magnus(at)hagander(dot)net> wrote:
> On Thu, May 3, 2012 at 7:48 PM, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
>> Magnus Hagander <magnus(at)hagander(dot)net> writes:
>>> Heh - we already used ERRCODE_CONNECTION_FAILURE on the errors in
>>> copy.c. Since COPY can only happen when there is a transaction
>>> (right?), I just changed those error messages for consistency.
>>
>> Agreed on changing the message texts to match, but I wonder whether
>> we ought not switch all those SQLSTATEs to something different.  Per my
>> comment to Kevin, I think the whole 08 class is meant to be issued on
>> the client side.  Maybe it's okay to conflate a server-detected
>> connection loss with client-detected loss, but I'm not convinced.
>
> Sure,that's a simple search and replace of course... If we can come to
> a decision about what codes to actually use. I'm not sure I have much
> input other than that I agree they need to be different :-)

Any further suggestoins for which codes to use? If not, I think I'm
going to commit the patch as I had it, because it's not any worse than
what we had before (but fixes the annoying messages), and we can
always revisit the actual errorcodes later.

--
 Magnus Hagander
 Me: http://www.hagander.net/
 Work: http://www.redpill-linpro.com/

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Merlin Moncure 2012-05-07 14:04:28 Re: Temporary tables under hot standby
Previous Message Albe Laurenz 2012-05-07 07:33:56 Re: smart shutdown at end of transaction (was: Default mode for shutdown)