Tom Lane wrote:
> Stephen Frost <sfr...@snowman.net> writes:
> > In reviewing this patch, I also noticed that it's set up to assume a
> > 'true' result when a variable can't be parsed by ParseVariableBool.
> I suppose that's meant to be backwards-compatible with the current
> regression=# \timing foo
> unrecognized value "foo" for "\timing"; assuming "on"
> Timing is on.
Exactly. The scope of the patch is limited to the effect
of \set assignments to built-in variables.
> but I agree that if we're changing things in this area, that would
> be high on my list of things to change. I think what we want going
> forward is to disallow setting "special" variables to invalid values,
> and that should hold both for regular variables that have special
> behaviors, and for the special-syntax cases like \timing.
PostgreSQL-powered mailer: http://www.manitou-mail.org
Sent via pgsql-hackers mailing list (firstname.lastname@example.org)
To make changes to your subscription: