Eric Pouech <[EMAIL PROTECTED]> writes:
> since now, the PROFILE_GetWineIniString (and some other functions) use
> the global var wine_profile_key (misc/profile.c): hence code calling
> PROFILE_Get... will fail if it's not run within the "initial" process'
> context (initial means here the one which created the key)
Oops, I missed this one. My plan with address space separation is to
make handles valid across the whole address space, so that this kind
of things would no longer be an issue. But I forgot it isn't finished
yet (working on it...)
> there are two ways to fix it:
> 1/ make wine_profile_key a global handle
> 2/ no longer use PROFILE_Get.... functions when they could fail, and use
> the RegXXXX API instead.
Outside of the kernel using the Reg* functions is definitely better,
since they are exported APIs.
> So option 2 is my favorite, but implies that HKLM\Software\Wine\Wine\Config
> is *really* specified as the Config key name (this sounds obvious, but I'd
> rather want this to be clear to anyone), and won't change in a near future
I don't see any reason for it to change, but maybe putting a #define
somewhere would be a good idea...
--
Alexandre Julliard
[EMAIL PROTECTED]
