From: | Michael Paquier <michael(at)paquier(dot)xyz> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | Postgres hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org> |
Subject: | Re: be-secure-gssapi.c and auth.c with setenv() not compatible on Windows |
Date: | 2021-05-29 08:52:28 |
Message-ID: | YLIAzB4XJJmNPOb9@paquier.xyz |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Fri, May 28, 2021 at 11:37:22AM -0400, Tom Lane wrote:
> There's a lot of value in keeping the branches looking alike.
> On the other hand, 7ca37fb hasn't survived contact with the
> public yet, so I'm a bit nervous about it.
I don't think this set of complications is worth the risk
destabilizing those stable branches.
> It's not clear to me how much of 7ca37fb you're envisioning
> back-patching in (2). I think it'd be best to back-patch
> only the addition of pgwin32_setenv, and then let the gssapi
> code use it. In that way, if there's anything wrong with
> pgwin32_setenv, we're only breaking code that never worked
> on Windows before anyway.
Just to be clear, for 2) I was thinking to pick up the minimal parts
you have changed in win32env.c and add src/port/setenv.c to add the
fallback implementation of setenv(), without changing anything else.
This also requires grabbing the small changes within pgwin32_putenv(),
visibly.
--
Michael
From | Date | Subject | |
---|---|---|---|
Next Message | Jan Wieck | 2021-05-29 11:39:29 | Re: AWS forcing PG upgrade from v9.6 a disaster |
Previous Message | Amit Kapila | 2021-05-29 06:54:16 | Re: Skipping logical replication transactions on subscriber side |