pg.ddx.io  pgsql-hackers@postgresql.org mailing list archive  
help / color / mirror / Atom feed
From: Tom Lane <tgl@sss.pgh.pa.us>
To: Daniel Verite <daniel@manitou-mail.org>
Cc: Rahila Syed <rahilasyed90@gmail.com>
Cc: Stephen Frost <sfrost@snowman.net>
Cc: Ashutosh Bapat <ashutosh.bapat@enterprisedb.com>
Cc: pgsql-hackers <pgsql-hackers@postgresql.org>
Cc: Andrew Dunstan <andrew@dunslane.net>
Subject: Re: Improvements in psql hooks for variables
Date: Mon, 30 Jan 2017 19:13:40 -0500
Message-ID: <9572.1485821620@sss.pgh.pa.us> (raw)
In-Reply-To: <3196.1485808893@sss.pgh.pa.us>
References: <fa2685de-5262-460d-9eca-f027a5de0d7d@manitou-mail.org>
	<11456.1485288184@sss.pgh.pa.us>
	<CAH2L28uYE6mRr1rdjgL=MBH-xg1_-viBvjnKR7T59pwZuPFnsw@mail.gmail.com>
	<CAH2L28ugrq+N_=i8f6RvWL0NPUhT84CAp8SrDg1RoSc0T7+qBg@mail.gmail.com>
	<17593.1485798464@sss.pgh.pa.us>
	<3196.1485808893@sss.pgh.pa.us>
List-Unsubscribe: <mailto:majordomo@postgresql.org?body=unsub%20pgsql-hackers>

So I pushed this, and the buildfarm members that are testing RedisFDW
immediately fell over:

inline patch 1: /home/andrew/bf/root/HEAD/redis_fdw.build/test/results/redis_fdw.out (+1/-0 lines) download inline-1.patch*** /home/andrew/bf/root/HEAD/redis_fdw.build/test/expected/redis_fdw.out 2017-01-30 18:20:27.440677318 -0500 --- /home/andrew/bf/root/HEAD/redis_fdw.build/test/results/redis_fdw.out 2017-01-30 18:32:33.404677320 -0500 *************** *** 26,31 **** --- 26,32 ---- options (database '15', tabletype 'zset'); -- make sure they are all empty - if any are not stop the script right now \set ON_ERROR_STOP + unrecognized value "" for "ON_ERROR_STOP": boolean expected do $$ declare rows bigint;
====================================================================== Evidently, this test script is relying on the preceding behavior that setting a bool variable to an empty string was equivalent to setting it to "true". If it's just that script I would be okay with saying "well, it's a bug in that script" ... but I'm a bit worried that this may be the tip of the iceberg, ie maybe a lot of people have done things like this. Should we reconsider the decision to reject empty strings in ParseVariableBool? regards, tom lane -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers

view thread (54+ messages)  latest in thread

Message-ID: <9572.1485821620@sss.pgh.pa.us>
Permalink:  ../9572.1485821620@sss.pgh.pa.us/
Also on:    postgresql.org/message-id/9572.1485821620@sss.pgh.pa.us

 ·  · 

reply

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Reply to all the recipients using the --to and --cc options:
  reply via email

  To: pgsql-hackers@postgresql.org
  Cc: tgl@sss.pgh.pa.us, daniel@manitou-mail.org, rahilasyed90@gmail.com, sfrost@snowman.net, ashutosh.bapat@enterprisedb.com, andrew@dunslane.net
  Subject: Re: Improvements in psql hooks for variables
  In-Reply-To: <9572.1485821620@sss.pgh.pa.us>

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox