incorrect exit code from psql with single transaction + violation of deferred FK constraint

From: Dominic Bevacqua <dominic(dot)bevacqua(at)bpmlogic(dot)com>
To: pgsql-bugs(at)postgresql(dot)org
Subject: incorrect exit code from psql with single transaction + violation of deferred FK constraint
Date: 2009-10-08 15:29:51
Message-ID: 4ACE056F.9040106@bpmlogic.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs pgsql-hackers

Hi

I've noticed that executing a sql script such with psql with -1
-vON_ERROR_STOP=on where the script causes a deferred foreign key
constraint to be violated returns 0 rather than the expected 3. I have
reproduced this in psql 8.4.1, 8.3.3 and 8.2.9, which does lead me to
wonder whether it is expected behaviour. However...

Sample code to reproduce:

-- test.sql
create table foo (id int primary key, foo_id int);
alter table foo add constraint fk1 foreign key (foo_id) references
foo(id) deferrable initially deferred;
insert into foo select 1,2;

for which:

psql -1 -vON_ERROR_STOP=on -f test.sql

returns 0 (but with message detailing the constraint violation)

psql -vON_ERROR_STOP=on -f test.sql

returns 3 (as expected).

However, with the constraint immediate, i.e.

-- test.sql
create table foo (id int primary key, foo_id int);
alter table foo add constraint fk1 foreign key (foo_id) references foo(id);
insert into foo select 1,2;

psql -1 -vON_ERROR_STOP=on -f test.sql

and

psql -vON_ERROR_STOP=on -f test.sql

both return 3 (which is the expected behaviour on my reading of the docs).

Also, interestingly, if I wrap the first script in begin; ... commit; I
always get 3 returned.

Thanks,

Dominic.

Dominic Bevacqua
Director
BPM Logic Ltd.
http://www.bpmlogic.com

Responses

Browse pgsql-bugs by date

  From Date Subject
Next Message Tom Lane 2009-10-08 15:38:12 Re: BUG #5102: Silent IN (list of strings) failure to detect syntax error when list is linewrapped
Previous Message Kevin Grittner 2009-10-08 15:28:51 Re: BUG #5105: "Select Into Strict" does not throw NO_DATA_FOUND

Browse pgsql-hackers by date

  From Date Subject
Next Message Robert Haas 2009-10-08 15:32:17 Re: COPY enhancements
Previous Message Alvaro Herrera 2009-10-08 15:29:01 Re: COPY enhancements