As \q does not currently have an argument, this seems an easy and
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
Sent via pgsql-hackers mailing list (firstname.lastname@example.org)
To make changes to your subscription: