Re: handling unconvertible error messages - Mailing list pgsql-hackers

From Vladimir Sitnikov
Subject Re: handling unconvertible error messages
Date
Msg-id CAB=Je-GDgWXuoW5gOuZBg6pYg3wK4CP2Q_zHtZ=CzoodT2wuRQ@mail.gmail.com
Whole thread Raw
In response to Re: handling unconvertible error messages  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
Tom> while giving something at least passable in the cases
that are broken today.

Would you mind adding an explicit "encoding" field to the error message?
At least it would give clear explanation how to parse that message without resorting to a guess dance.

The biggest problem is client has no idea how to parse backend error messages. If implementing client_encoding properly is too hard at this point in time, then I would rather have "encoding field" right in the startup error message.

That "encoding" field would enable sending properly localized messages in the future if "pre-connect client_encoding" would be implemented somehow.

Vladimir

pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: handling unconvertible error messages
Next
From: Victor Wagner
Date:
Subject: Re: handling unconvertible error messages