Hi, On Fri, Jul 3, 2009 at 11:02 AM, Robert Haas<robertmh...@gmail.com> wrote: > On Tue, Jun 16, 2009 at 2:13 AM, Fujii Masao<masao.fu...@gmail.com> wrote: >> The attached latest patch provides this capability. You can easily set up the >> synch rep according to the following procedure. >> http://wiki.postgresql.org/wiki/NTT%27s_Development_Projects#How_to_set_up_Synch_Rep > > This patch no longer applies cleanly. Can you rebase and resubmit it > for the upcoming CommitFest? It might also be good to go through and > clean up the various places where you have trailing whitespace and/or > spaces preceding tabs.
Sure. I'll resubmit the patch after fixing some bugs and finishing the documents. > Given that this is a substantial patch, I have a couple of questions > about strategy. First, I am wondering whether this patch should be > reviewed (and committed) as a whole, or whether there are distinct > chunks of it that should be reviewed and committed separately - > particularly the signal handling piece, which AIUI is independently > useful. I note that it seems to be included in the tarball as a > separate patch file, which is very useful. I think that the latter strategy makes more sense. At least, the signal handling piece and non-blocking pqcomm (communication between a frontend and a backend) can be reviewed independently of synch rep itself. Regards, -- Fujii Masao NIPPON TELEGRAPH AND TELEPHONE CORPORATION NTT Open Source Software Center -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers