From: | Joachim Wieland <joe(at)mcknight(dot)de> |
---|---|
To: | Robert Haas <robertmhaas(at)gmail(dot)com> |
Cc: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, pgsql-hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: patch for parallel pg_dump |
Date: | 2012-03-18 05:39:06 |
Message-ID: | CACw0+13AZtW_z76mdktDadnpRQu-+wPnu7da+sL0atPadhb3Qw@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Fri, Mar 16, 2012 at 12:06 AM, Robert Haas <robertmhaas(at)gmail(dot)com> wrote:
>> Good. The only exit handler I've seen so far is
>> pgdump_cleanup_at_exit. If there's no other one, is it okay to remove
>> all of this stacking functionality (see on_exit_nicely_index /
>> MAX_ON_EXIT_NICELY) from dumputils.c and just define two global
>> variables, one for the function and one for the arg that this function
>> would operate on (or a struct of both)?
>
> No. That code is included by other things - like pg_dumpall - that
> don't know there's such a thing as an Archive. But I don't see that
> as a big problem; just on_exit_nicely whatever you want. We could
> also add on_exit_nicely_reset(), if needed, to clear the existing
> handlers.
Yes, on_exit_nicely_reset() would be what I'd need to remove all
callbacks from the parent after the fork in the child process.
I still can't find any other hooks except for pgdump_cleanup_at_exit
from pg_dump.c. I guess what you're saying is that we provide
dumputil.c to other programs but even though none of them currently
sets any exit callback, you want to keep the functionality so that
they can set multiple exit hooks in the future should the need for
them arise.
From | Date | Subject | |
---|---|---|---|
Next Message | Alexander LAW | 2012-03-18 09:04:51 | Re: BUG #6510: A simple prompt is displayed using wrong charset |
Previous Message | Joachim Wieland | 2012-03-18 05:24:21 | double free in current HEAD's pg_dump |