exit_horribly vs exit_nicely in pg_dump

Started by Pavlo Golubover 12 years ago3 messageshackers
Jump to latest
#1Pavlo Golub
pavlo.golub@cybertec.at

Hello.

Examining pg_dump sources recently I've found that different exit
procedure used for the same situations.

A quick example from pg_dump.c:

if (dataOnly && schemaOnly)
exit_horribly(NULL, "options -s/--schema-only and -a/--data-only cannot be used together\n");

if (dataOnly && outputClean)
exit_horribly(NULL, "options -c/--clean and -a/--data-only cannot be used together\n");

if (dump_inserts && oids)
{
write_msg(NULL, "options --inserts/--column-inserts and -o/--oids cannot be used together\n");
write_msg(NULL, "(The INSERT command cannot set OIDs.)\n");
exit_nicely(1);
}

I suppose this should be call to exit_nicely() for all possible cases.

The only need for calling exit_horribly() is when we are deep down in
the multithreaded code, AFAIK.

--
With best wishes,
Pavel mailto:pavel@gf.microolap.com

--
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers

#2Peter Eisentraut
peter_e@gmx.net
In reply to: Pavlo Golub (#1)
Re: exit_horribly vs exit_nicely in pg_dump

On 11/5/13, 8:46 AM, Pavel Golub wrote:

I suppose this should be call to exit_nicely() for all possible cases.

The only need for calling exit_horribly() is when we are deep down in
the multithreaded code, AFAIK.

Doesn't hurt either, though. But it would be OK to make this more
consistent.

--
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers

#3Bruce Momjian
bruce@momjian.us
In reply to: Peter Eisentraut (#2)
Re: exit_horribly vs exit_nicely in pg_dump

On Wed, Nov 6, 2013 at 08:47:43AM -0500, Peter Eisentraut wrote:

On 11/5/13, 8:46 AM, Pavel Golub wrote:

I suppose this should be call to exit_nicely() for all possible cases.

The only need for calling exit_horribly() is when we are deep down in
the multithreaded code, AFAIK.

Doesn't hurt either, though. But it would be OK to make this more
consistent.

Fixed in attached applied patch.

--
Bruce Momjian <bruce@momjian.us> http://momjian.us
EnterpriseDB http://enterprisedb.com

+ Everyone has their own god. +

Attachments:

pg_dump.difftext/x-diff; charset=us-asciiDownload+10-10