RE: pg_recvlogical requires -d but not described on the documentation

From: "Hayato Kuroda (Fujitsu)" <kuroda(dot)hayato(at)fujitsu(dot)com>
To: 'Ashutosh Bapat' <ashutosh(dot)bapat(dot)oss(at)gmail(dot)com>
Cc: "pgsql-hackers(at)lists(dot)postgresql(dot)org" <pgsql-hackers(at)lists(dot)postgresql(dot)org>
Subject: RE: pg_recvlogical requires -d but not described on the documentation
Date: 2025-02-25 02:53:12
Message-ID: OS7PR01MB14968CC4F20B99B8E1508CE81F5C32@OS7PR01MB14968.jpnprd01.prod.outlook.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Dear Ashutosh,

Thanks for the confirmation!

> This looks good to me. It builds with meson. Didn't check make.

I confirmed it could be built via make command.

> > Hmm, unify the treatment seems clean, but it may break current connection
> rules
> > for some application. I'm not sure now this is helpful for users.
>
> Hmm. I agree.

OK, so I will exclude the point in the thread. The patch I've posted contains all of fixes
which is required.

Best regards,
Hayato Kuroda
FUJITSU LIMITED

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Jeff Davis 2025-02-25 02:54:25 Re: Proposal: "query_work_mem" GUC, to distribute working memory to the query's individual operators
Previous Message Amit Langote 2025-02-25 02:51:31 Re: generic plans and "initial" pruning