Re: check_recovery_target_lsn() does a PG_CATCH without a throw
Peter Eisentraut <peter.eisentraut@2ndquadrant.com>
From: Peter Eisentraut <peter.eisentraut@2ndquadrant.com>
To: Andres Freund <andres@anarazel.de>, pgsql-hackers@postgresql.org
Cc: Tom Lane <tgl@sss.pgh.pa.us>
Date: 2019-06-12T11:16:54Z
Lists: pgsql-hackers
Attachments
- 0001-Remove-explicit-error-handling-for-obsolete-date-tim.patch (text/plain) patch 0001
- 0002-Don-t-call-data-type-input-functions-in-GUC-check-ho.patch (text/plain) patch 0002
On 2019-06-11 08:11, Andres Freund wrote: > While working on fixing [1] I noticed that 2dedf4d9a899 "Integrate > recovery.conf into postgresql.conf" added two non-rethrowing PG_CATCH > uses. That's not OK. Right. Here is a patch that addresses this by copying the relevant code from pg_lsn_in() and timestamptz_in() directly into the check hooks. It's obviously a bit unfortunate not to be able to share that code, but it's not actually that much. I haven't figured out the time zone issue yet, but I guess the solution might involve moving some of the code from check_recovery_target_time() to assign_recovery_target_time(). -- Peter Eisentraut http://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
Commits
-
Don't call data type input functions in GUC check hooks
- 21f428ebde39 12.0 landed