From: | Greg Sabino Mullane <htamfids(at)gmail(dot)com> |
---|---|
To: | Nathan Bossart <nathandbossart(at)gmail(dot)com> |
Cc: | pgsql-hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Better error message when --single is not the first arg to postgres executable |
Date: | 2024-06-06 03:38:48 |
Message-ID: | CAKAnmmKb-zDo=Xn5XdM0D5hEzO=uYEh58R_7xt8T-1mci5akyg@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Wed, Jun 5, 2024 at 3:18 PM Nathan Bossart <nathandbossart(at)gmail(dot)com>
wrote:
> Could we remove the requirement that --single must be first? I'm not
> thrilled about adding a list of "must be first" options that needs to stay
> updated, but given this list probably doesn't change too frequently, maybe
> that's still better than a more invasive patch to allow specifying these
> options in any order...
>
It would be nice, and I briefly looked into removing the "first"
requirement, but src/backend/tcop/postgres.c for one assumes that --single
is always argv[1], and it seemed not worth the extra effort to make it work
for argv[N] instead of argv[1]. I don't mind it being the first argument,
but that confusing error message needs to go.
Thanks,
Greg
From | Date | Subject | |
---|---|---|---|
Next Message | Greg Sabino Mullane | 2024-06-06 03:49:06 | Re: Add new protocol message to change GUCs for usage with future protocol-only GUCs |
Previous Message | Hayato Kuroda (Fujitsu) | 2024-06-06 02:59:19 | RE: Pgoutput not capturing the generated columns |