]> granicus.if.org Git - postgresql/commit
Prevent "\g filename" from affecting subsequent commands after an error.
authorTom Lane <tgl@sss.pgh.pa.us>
Sat, 2 Feb 2013 19:21:24 +0000 (14:21 -0500)
committerTom Lane <tgl@sss.pgh.pa.us>
Sat, 2 Feb 2013 19:22:17 +0000 (14:22 -0500)
commit101d6ae755656b675b7c18db655249511982b780
treea70bcd51365be085c2c728d70c30de0456786cd8
parent84725aa5efe11688633b553e58113efce4181f2e
Prevent "\g filename" from affecting subsequent commands after an error.

In the previous coding, psql's state variable saying that output should
go to a file was only reset after successful completion of a query
returning tuples.  Thus for example,

regression=# select 1/0
regression-# \g somefile
ERROR:  division by zero
regression=# select 1/2;
regression=#

... huh, I wonder where that output went.  Even more oddly, the state
was not reset even if it's the file that's causing the failure:

regression=# select 1/2 \g /foo
/foo: Permission denied
regression=# select 1/2;
/foo: Permission denied
regression=# select 1/2;
/foo: Permission denied

This seems to me not to satisfy the principle of least surprise.
\g is certainly not documented in a way that suggests its effects are
at all persistent.

To fix, adjust the code so that the flag is reset at exit from SendQuery
no matter what happened.

Noted while reviewing the \gset patch, which had comparable issues.
Arguably this is a bug fix, but I'll refrain from back-patching for now.
doc/src/sgml/ref/psql-ref.sgml
src/bin/psql/command.c
src/bin/psql/common.c