Re: Getting rid of "unknown error" in dblink and postgres_fdw
Joe Conway <mail@joeconway.com>
From: Joe Conway <mail@joeconway.com>
To: Tom Lane <tgl@sss.pgh.pa.us>
Cc: pgsql-hackers@postgreSQL.org
Date: 2016-12-21T17:49:01Z
Lists: pgsql-hackers
On 12/21/2016 09:27 AM, Tom Lane wrote: > Joe Conway <mail@joeconway.com> writes: >> On 12/21/2016 08:49 AM, Tom Lane wrote: >>> I propose that we should change that string to "could not obtain message >>> string for error on connection "foo"", or something along that line. >>> >>> postgres_fdw has the same disease. It wouldn't have the notion of a named >>> connection, but maybe we could insert the foreign server name instead. > >> Seems reasonable to me. I can work on it if you'd like. Do you think >> this should be backpatched? > > If you have time for it, please do, I have lots on my plate already. Ok, will do. > I'd vote for back-patching; the benefits of a clearer error message > are obvious, and it hardly seems likely that any existing applications > are depending on this specific error string. Agreed. Joe -- Crunchy Data - http://crunchydata.com PostgreSQL Support for Secure Enterprises Consulting, Training, & Open Source Development
Commits
-
Make dblink try harder to form useful error messages
- 2f802d95b490 10.0 landed
- 51126ccdb1ce 9.6.2 landed
- 80ca22aa60a6 9.5.6 landed
- 76943f54a743 9.4.11 landed
- 9b8507bfae91 9.3.16 landed
- 44de099f89c2 9.2.20 landed
-
Improve dblink error message when remote does not provide it
- 88673c9d3bc7 9.6.2 landed
- 28c9b6be7f76 9.5.6 landed
- 0f5b1867c2e6 9.4.11 landed
- 3272be346895 9.3.16 landed
- fb0ab06dc4f4 9.2.20 landed
- ea0aa9698cfa 10.0 landed