On Wed, Apr 9, 2008 at 6:04 PM, Austin English <[EMAIL PROTECTED]> wrote:
> Wanted to get clarification before going through the trouble of
> writing this patch.
>
> Where would you prefer this variable Alexandre? I've seen two responses:
>
> http://www.winehq.org/pipermail/wine-devel/2007-May/0
Wanted to get clarification before going through the trouble of
writing this patch.
Where would you prefer this variable Alexandre? I've seen two responses:
http://www.winehq.org/pipermail/wine-devel/2007-May/056555.html
http://www.winehq.org/pipermail/wine-devel/2005-March/035004.html
Trying t
cgi?id=7292) I wrote a patch to
> implement ALLUSERSPROFILE. I looked on MSDN/Google for the dirid for
> this shell folder, but can only find dirids for it's subdirectories.
> For example:
> 16406 All Users\Start Menu
> 16407 All Users\Start Menu\Programs
>
While looking at bug 7292
(http://bugs.winehq.org/show_bug.cgi?id=7292) I wrote a patch to
implement ALLUSERSPROFILE. I looked on MSDN/Google for the dirid for
this shell folder, but can only find dirids for it's subdirectories.
For example:
16406 All Users\Start Menu
16407 All Users\
Vitaliy Margolen <[EMAIL PROTECTED]> writes:
> Why should it go into shell32? It only setting up user related stuff,
> not the all user's / global. That part belongs in kernel32. And since
> you didn't like it there, it should go into registry during the install.
Yes, but the way to put it in the
Alexandre Julliard wrote:
> Vitaliy Margolen <[EMAIL PROTECTED]> writes:
>
>> Anything wrong with this 3 liner?
>
> This should go in shell32.
Why should it go into shell32? It only setting up user related stuff,
not the all user's / global. That part belongs in kernel32. And since
you didn't li
Vitaliy Margolen <[EMAIL PROTECTED]> writes:
> Anything wrong with this 3 liner?
This should go in shell32.
--
Alexandre Julliard
[EMAIL PROTECTED]
uot;
> HKLM,%CurrentVersionNT%\Fonts,,,""
> +HKLM,%CurrentVersionNT%\ProfileList,"AllUsersProfile",2,"All Users"
> +HKLM,%CurrentVersionNT%\ProfileList,"ProfilesDirectory",0x20002,"%SYSTEMROOT%\profiles"
> HKLM,%CurrentVersionNT%\
Juan Lang <[EMAIL PROTECTED]> writes:
> All I see in dirid.c is a call to GetWindowsDirectoryW. That, in turn,
> checks %windir%. So the windows directory appears to be set on a
> per-process basis, not on a per-install basis. This doesn't strike me as
> correct.
The variable is set from the r
--- Alexandre Julliard <[EMAIL PROTECTED]> wrote:
> It's not a c:\windows, it's a %10%. setupapi takes care of putting the
> right value in there (defaulting to c:\windows if nothing else is
> specified).
All I see in dirid.c is a call to GetWindowsDirectoryW. That, in turn,
checks %windir%. So
Juan Lang <[EMAIL PROTECTED]> writes:
> --- Alexandre Julliard <[EMAIL PROTECTED]> wrote:
> > Not sure what you mean, the windows dir is definitely being set in
> > wine.inf, and you can use %10% in there to access it.
>
> Where? I don't see a c:\windows anywhere in there.
It's not a c:\windows
--- Alexandre Julliard <[EMAIL PROTECTED]> wrote:
> Not sure what you mean, the windows dir is definitely being set in
> wine.inf, and you can use %10% in there to access it.
Where? I don't see a c:\windows anywhere in there.
The env var stuff in shellpath.c was always a hack though, and I think
Juan Lang <[EMAIL PROTECTED]> writes:
> Okay, but it's a subdirectory of the windows directory, and that's no
> longer getting set in wine.inf either. I rely on GetWindowsDirectory to
> find it. If you want it back here though I'll move it.
Not sure what you mean, the windows dir is definitely
--- Alexandre Julliard <[EMAIL PROTECTED]> wrote:
> > ChangeLog:
> > - %AllUsersProfile% was not getting set in the environment, spotted by
> > Vitaly Lipatov
>
> This should be done in wine.inf, not in the code.
Okay, but it's a subdirectory of the wind
Juan Lang <[EMAIL PROTECTED]> writes:
> ChangeLog:
> - %AllUsersProfile% was not getting set in the environment, spotted by
> Vitaly Lipatov
This should be done in wine.inf, not in the code.
--
Alexandre Julliard
[EMAIL PROTECTED]
15 matches
Mail list logo