As \q does not currently have an argument, this seems an easy and
reasonnable extension.

However, currently there are 4 existing exit status for psql: 0 (ok), 1
(fatal error), 2 (connection error), 3 (script error...). +128 status are
also already used when killing a psql process.

I didn't think about it too much, but I don't see why a user couldn't set
one of those error codes.
I did, however, think that any attempt to set an exit_code outside of
[0,127] would itself be an error, resulting in an exit code of 3.

Hmmm. Maybe it should let the user shoots its own foot if desired, just a reminder in the doc of a possible interference with existing codes would be enough?


Sent via pgsql-hackers mailing list (
To make changes to your subscription:

Reply via email to