Re: be-secure-gssapi.c and auth.c with setenv() not compatible on Windows - Mailing list pgsql-hackers

From Michael Paquier
Subject Re: be-secure-gssapi.c and auth.c with setenv() not compatible on Windows
Date
Msg-id YLIAzB4XJJmNPOb9@paquier.xyz
Whole thread Raw
In response to Re: be-secure-gssapi.c and auth.c with setenv() not compatible on Windows  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: be-secure-gssapi.c and auth.c with setenv() not compatible on Windows
List 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

Attachment

pgsql-hackers by date:

Previous
From: Amit Kapila
Date:
Subject: Re: Skipping logical replication transactions on subscriber side
Next
From: Tomas Vondra
Date:
Subject: Re: Decoding speculative insert with toast leaks memory