[PATCH v1] kernel32: make GetEnvironmentStringsW returns a copy of the environment
Nikolay Sivov
nsivov at codeweavers.com
Sun Mar 17 10:51:23 CDT 2019
On 3/17/19 6:27 PM, Jon Doron wrote:
> Also one thing worth noting how do you want me to code a test for
> this? This part in the PEB is opaque
> (https://docs.microsoft.com/en-us/windows/desktop/api/winternl/)
Just call it two times and compare pointers.
>
> Thanks,
> Jon.
>
> On Sun, Mar 17, 2019, 17:23 Jon Doron <arilou at gmail.com
> <mailto:arilou at gmail.com>> wrote:
>
> Hi Nikolay I looked and noticed on XP the behavior is what's
> currently in Wine but from NT6 aka Vista it's the new behavior
> that I have implemented
>
> Do you want me to code a test that runs only if it's nt 6 and above?
>
It should run on both, with one case marked broken() for example. I
think the real question is why this has anything to do with PEB lock, if
current implementation does not require locking.
>
> Thanks,
> Jon.
>
> On Sat, Mar 16, 2019, 21:02 Nikolay Sivov <nsivov at codeweavers.com
> <mailto:nsivov at codeweavers.com>> wrote:
>
> On 3/16/19 9:57 PM, Jon Doron wrote:
> > There are certain applications which try to traverse the
> environement
> > being returned, but this is problematic since they cannot
> acquire the
> > PEB Lock (i.e cl.exe on Visual Studio 14.15) . To resolve
> the issue
> > provide a copy of the current environment same as in
> > GetEnvironmentStringsA .
> Please add a test to confirm this change.
>
More information about the wine-devel
mailing list