Re: Changeset Extraction v7.9.1
От | Andres Freund |
---|---|
Тема | Re: Changeset Extraction v7.9.1 |
Дата | |
Msg-id | 20140317125815.GC16438@awork2.anarazel.de обсуждение исходный текст |
Ответ на | Re: Changeset Extraction v7.9.1 (Robert Haas <robertmhaas@gmail.com>) |
Ответы |
Re: Changeset Extraction v7.9.1
|
Список | pgsql-hackers |
On 2014-03-17 08:00:22 -0400, Robert Haas wrote: > On Mon, Mar 17, 2014 at 7:27 AM, Andres Freund <andres@2ndquadrant.com> wrote: > >> - There doesn't seem to be any provision for this tool to ever switch > >> from one output file to the next. That seems like a practical need. > >> One idea would be to have it respond to SIGHUP by reopening the > >> originally-named output file. Another would be to switch, after so > >> many bytes, to filename.1, then filename.2, etc. > > > > Hm. So far I haven't had the need, but you're right, it would be > > useful. I don't like the .<n> notion, but SIGHUP would be fine with > > me. I'll add that. > > Cool. So, I've implemented this, but it won't work on windows afaics. There's no SIGHUP on windows, and the signal emulation code used in the backend is backend only... I'll be happy enough to declare this a known limitation for now. Arguments to the contrary, best complemented with a solution? Greetings, Andres Freund -- Andres Freund http://www.2ndQuadrant.com/PostgreSQL Development, 24x7 Support, Training & Services
В списке pgsql-hackers по дате отправления: