Austin English writes:
> Fixes http://bugs.winehq.org/show_bug.cgi?id=22026
It breaks the tests:
../../../tools/runtest -q -P wine -M advapi32.dll -T ../../.. -p
advapi32_test.exe.so eventlog.c && touch eventlog.ok
eventlog.c:524: Tests skipped: We don't have a backup eventlog to work with
eve
On Mon, 2012-11-12 at 21:16 +0100, Alexandre Julliard wrote:
> > Fixes a crash in the .NET 4 runtime which queries this value via
> > SystemParametersInfo(SPI_GETFONTSMOOTHINGCONTRAST).
>
> It shouldn't need the registry key to behave sanely. Does b5d96da32f
> help?
Yes.
Hans Leidekker writes:
> Fixes a crash in the .NET 4 runtime which queries this value via
> SystemParametersInfo(SPI_GETFONTSMOOTHINGCONTRAST).
It shouldn't need the registry key to behave sanely. Does b5d96da32f
help?
--
Alexandre Julliard
julli...@winehq.org
Louis Lenders writes:
> Hi, this fixes http://bugs.winehq.org/show_bug.cgi?id=28065
This would need to be updated when the version is changed in winecfg.
--
Alexandre Julliard
julli...@winehq.org
Hi Hans,
On 4/8/11 9:22 AM, Hans Leidekker wrote:
diff --git a/tools/wine.inf.in b/tools/wine.inf.in
index d4a457b..048b5bb 100644
--- a/tools/wine.inf.in
+++ b/tools/wine.inf.in
@@ -161,6 +161,7 @@ HKCR,.lnk,,2,"lnkfile"
HKCR,.msi,,2,"Msi.Package"
HKCR,.msp,,2,"Msi.Patch"
HKCR,.rtf,,2,"rt
On Fri, 2011-04-08 at 09:35 +0200, Damjan Jovanovic wrote:
> Aren't most Internet-related file associations created by
> dlls/mshtml/mshtml.inf instead of tools/wine.inf.in, and should we
> maybe change that or move your patch there?
Looks like InternetShortcut is registered both by shdocvw and m
On Fri, Apr 8, 2011 at 9:22 AM, Hans Leidekker wrote:
> See http://bugs.winehq.org/show_bug.cgi?id=26673
> ---
> tools/wine.inf.in | 5 +
> 1 files changed, 5 insertions(+), 0 deletions(-)
>
> diff --git a/tools/wine.inf.in b/tools/wine.inf.in
> index d4a457b..048b5bb 100644
> --- a/tools/
--- On Tue, 24/8/10, Vincent Povirk wrote:
> > And eventually mono will be
> installed automatically like gecko is?
>
> If I ever get the damn thing to build fully on a Linux box,
> yes.
Is there a problem with that? Mono comes with a script called
"build-mingw32.sh" for cross-compiling on lin
Yes, build-mingw32.sh works, but the resulting build is incomplete.
For example, it lacks libgluezilla and a mozilla library to glue to,
so the browsing component does not work. This is in the official
Windows builds of Mono.
I don't know what else is missing.
On Tue, Aug 24, 2010 at 12:45 PM, Hi
> And eventually mono will be installed automatically like gecko is?
If I ever get the damn thing to build fully on a Linux box, yes.
Dan Kegel kegel.com> writes:
>
> What is our intent with adding all these registry keys?
> It seems as if they are helpful for installing mono,
> but might get in the way of installing MS .net.
>
> If that's the intent, do y'all want me to make the
> dotnet20 winetricks verb remove any registry
On Tue, Aug 24, 2010 at 1:52 PM, Alexandre Julliard wrote:
>> What is our intent with adding all these registry keys?
>> It seems as if they are helpful for installing mono,
>> but might get in the way of installing MS .net.
>
> If they prevent installing MS .NET there should be a way to undo them
Dan Kegel writes:
> What is our intent with adding all these registry keys?
> It seems as if they are helpful for installing mono,
> but might get in the way of installing MS .net.
If they prevent installing MS .NET there should be a way to undo them
like we do for IE, by unregistering mscoree o
What is our intent with adding all these registry keys?
It seems as if they are helpful for installing mono,
but might get in the way of installing MS .net.
If that's the intent, do y'all want me to make the
dotnet20 winetricks verb remove any registry
keys that confuse the dotnet20 installer?
Detlef Riekenberg writes:
> On Mi, 2010-02-17 at 11:15 +0100, Alexandre Julliard wrote:
>> Detlef Riekenberg writes:
>>
>> > @@ -905,6 +905,7 @@ HKLM,%CurrentVersionNT%\Ports,"COM1:",2,"9600,n,8,1"
>> > HKLM,%CurrentVersionNT%\Ports,"COM2:",2,"9600,n,8,1"
>> > HKLM,%CurrentVersionNT%\Ports,"C
On Mi, 2010-02-17 at 11:15 +0100, Alexandre Julliard wrote:
> Detlef Riekenberg writes:
>
> > @@ -905,6 +905,7 @@ HKLM,%CurrentVersionNT%\Ports,"COM1:",2,"9600,n,8,1"
> > HKLM,%CurrentVersionNT%\Ports,"COM2:",2,"9600,n,8,1"
> > HKLM,%CurrentVersionNT%\Ports,"COM3:",2,"9600,n,8,1"
> > HKLM,%Cur
Detlef Riekenberg writes:
> @@ -905,6 +905,7 @@ HKLM,%CurrentVersionNT%\Ports,"COM1:",2,"9600,n,8,1"
> HKLM,%CurrentVersionNT%\Ports,"COM2:",2,"9600,n,8,1"
> HKLM,%CurrentVersionNT%\Ports,"COM3:",2,"9600,n,8,1"
> HKLM,%CurrentVersionNT%\Ports,"COM4:",2,"9600,n,8,1"
> +HKLM,%CurrentVersionNT%\P
On 11/30/2009 02:08 PM, joerg-cyril.hoe...@t-systems.com wrote:
Dear reviewers,
Vitaliy Margolen wrote in the discussion of bug #20693:
Those entries shouldn't be in the wine.inf in the first place
(as Alexandre already said). If anything they should be removed
from there to lesse
"Austin English" wrote:
Two points:
1. These data are auto generated.
Where from?
The program is attached to
http://www.winehq.org/pipermail/wine-patches/2008-March/052474.html
2. Existing data for New Zealand Standard Time,"TZI" do match what
XP SP3 has, a new one doesn't.
http://www.w
On Tue, Aug 25, 2009 at 10:07 PM, Dmitry
Timoshkov wrote:
> "Austin English" wrote:
>
>> Reported in wine-users.
>
> Two points:
> 1. These data are auto generated.
Where from?
> 2. Existing data for New Zealand Standard Time,"TZI" do match what
> XP SP3 has, a new one doesn't.
http://www.wineh
"Austin English" wrote:
Reported in wine-users.
Two points:
1. These data are auto generated.
2. Existing data for New Zealand Standard Time,"TZI" do match what
XP SP3 has, a new one doesn't.
--
Dmitry.
Andrew Nguyen writes:
> The VirtuaGirl installer explicitly queries for the APPDATA value
> under HKCU\Volatile Environment.
This most likely needs to be a volatile key created at startup.
--
Alexandre Julliard
julli...@winehq.org
On Sun, Mar 22, 2009 at 11:40 AM, Austin English
wrote:
> Needed by a few different installers. Now comes by default in XP SP3
> and up (verified name on a German locale, doesn't seem to be English
> specific).
>
> Fixes bug 17257.
>
> --
> -Austin
>
Anything wrong with this one?
--
-Austin
et\Control\VMM32Files,,,""
HKCU,Software\Microsoft\Protected Storage System Provider,,,""
HKCU,Software\Wine\MSHTML,"GeckoUrl",,"http://source.winehq.org/winegecko.php";
+HKCU,Keyboard Layout\Preload,,,""
This should be done somewhere in the keyboard layout code, not in
wine.inf.
\MSHTML,"GeckoUrl",,"http://source.winehq.org/winegecko.php";
> +HKCU,Keyboard Layout\Preload,,,""
This should be done somewhere in the keyboard layout code, not in
wine.inf.
--
Alexandre Julliard
julli...@winehq.org
Hans Leidekker writes:
> The ie7 installer makes this call:
>
> LoadLibraryExA("C:\\windows\\system32\\pidgen.dll", 0,
> LOAD_LIBRARY_AS_DATAFILE)
>
> which fails if the file doesn't exist.
No, it should work just fine. You shouldn't need a fake library for
that.
--
Alexandre Julliard
julli..
"James Hawkins" <[EMAIL PROTECTED]> writes:
> Even if it is editable, I don't see what the problem is with making
> this the default value. Susan Craig has already run into this problem
> with the DNS 10 installer, which uses the AppSearch action to search
> for IE using this value. I don't know
On Mon, Oct 20, 2008 at 12:19 PM, Alexandre Julliard
<[EMAIL PROTECTED]> wrote:
> "James Hawkins" <[EMAIL PROTECTED]> writes:
>
>> The value is quoted in Windows; what's the harm in matching that? The
>> test in question was added to fix an installer (can't remember which
>> one now), and the rece
"James Hawkins" <[EMAIL PROTECTED]> writes:
> The value is quoted in Windows; what's the harm in matching that? The
> test in question was added to fix an installer (can't remember which
> one now), and the recently added tests now show that msi is correct,
> while the current value of the comman
On Mon, Oct 20, 2008 at 6:25 AM, Alexandre Julliard <[EMAIL PROTECTED]> wrote:
> "James Hawkins" <[EMAIL PROTECTED]> writes:
>
>> diff --git a/tools/wine.inf.in b/tools/wine.inf.in
>> index 4756d7d..bc1b1d6 100644
>> --- a/tools/wine.inf.in
>> +++ b/tools/wine.inf.in
>> @@ -128,7 +128,7 @@ HKCR,fol
"James Hawkins" <[EMAIL PROTECTED]> writes:
> diff --git a/tools/wine.inf.in b/tools/wine.inf.in
> index 4756d7d..bc1b1d6 100644
> --- a/tools/wine.inf.in
> +++ b/tools/wine.inf.in
> @@ -128,7 +128,7 @@ HKCR,folder\shell\open\ddeexec,,2,"[ViewFolder("%l", %I,
> %S)]"
> HKCR,folder\shell\open\dde
On Wed, Oct 1, 2008 at 1:16 PM, James Hawkins <[EMAIL PROTECTED]> wrote:
> On Wed, Oct 1, 2008 at 1:11 PM, John Klehm <[EMAIL PROTECTED]> wrote:
>> On Wed, Oct 1, 2008 at 1:05 PM, Andrew Nguyen <[EMAIL PROTECTED]> wrote:
>>> ---
>>> tools/wine.inf.in |1 +
>>> 1 files changed, 1 insertions(+),
On Wed, Oct 1, 2008 at 1:11 PM, John Klehm <[EMAIL PROTECTED]> wrote:
> On Wed, Oct 1, 2008 at 1:05 PM, Andrew Nguyen <[EMAIL PROTECTED]> wrote:
>> ---
>> tools/wine.inf.in |1 +
>> 1 files changed, 1 insertions(+), 0 deletions(-)
>>
>> Add entry for fake wintab32.dll
>
> We have a real wintab
On Wed, Oct 1, 2008 at 1:05 PM, Andrew Nguyen <[EMAIL PROTECTED]> wrote:
> ---
> tools/wine.inf.in |1 +
> 1 files changed, 1 insertions(+), 0 deletions(-)
>
> Add entry for fake wintab32.dll
We have a real wintab32.dll. What are you trying to fix?
Cheers,
--John
On Thu, Jul 31, 2008 at 1:45 PM, Alexandre Julliard <[EMAIL PROTECTED]> wrote:
> "Lei Zhang" <[EMAIL PROTECTED]> writes:
>
>> While mucking around in programs/cmd/wcmdmain.c, I noticed
>> console = SHGetFileInfo();
>> always returned 0 for just "msiexec".
>
> cmd is supposed to build a full path he
"Lei Zhang" <[EMAIL PROTECTED]> writes:
> While mucking around in programs/cmd/wcmdmain.c, I noticed
> console = SHGetFileInfo();
> always returned 0 for just "msiexec".
cmd is supposed to build a full path here, but either way it won't work
because SHGetFileInfo doesn't work for builtins. This i
On Thu, Jul 31, 2008 at 3:11 AM, Alexandre Julliard <[EMAIL PROTECTED]> wrote:
> You should be using %11% instead of hardcoding system32, but it
> shouldn't make any difference either way. Why do you need to change
> this?
While mucking around in programs/cmd/wcmdmain.c, I noticed
console = SHGetF
"Lei Zhang" <[EMAIL PROTECTED]> writes:
> @@ -143,9 +143,9 @@
> HKCR,lnkfile\CLSID,,2,"{00021401---C000-0046}"
> HKCR,lnkfile\shellex\IconHandler,,2,"{00021401---C000-0046}"
>
> HKCR,lnkfile\shellex\ContextMenuHandlers\{00021401---C000-0046},,0x1
On Tue, Jul 29, 2008 at 8:19 PM, Vitaliy Margolen
<[EMAIL PROTECTED]> wrote:
> Lei Zhang wrote:
>> Hi,
>>
>> On Windows, the Msi.Package action registry keys have the full path to
>> msiexec.exe.
>>
>>
>> +HKCR,Msi.Package\she
Lei Zhang wrote:
> Hi,
>
> On Windows, the Msi.Package action registry keys have the full path to
> msiexec.exe.
>
>
> +HKCR,Msi.Package\shell\Open\command,,0x20002,"""%SystemRoot%\System32\msiexec.exe""
> /i ""%1"" %*"
> +
May/054794.html
>
> It's not a valid git patch.
>
> --
> Alexandre Julliard
> [EMAIL PROTECTED]
From cd10759b1101222de2177e0c5c240767a03acee3 Mon Sep 17 00:00:00 2001
From: Austin English <[EMAIL PROTECTED]>
Date: Wed, 14 May 2008 10:58:44 -0500
Subject: [PATCH] wine.in
"Austin English" <[EMAIL PROTECTED]> writes:
> Anything wrong with this patch?
>
> http://www.winehq.org/pipermail/wine-patches/2008-May/054794.html
It's not a valid git patch.
--
Alexandre Julliard
[EMAIL PROTECTED]
Anything wrong with this patch?
http://www.winehq.org/pipermail/wine-patches/2008-May/054794.html
Anatoly Lyutin wrote:
> Changelog:
>Add "ShowMenuDelay" value
Ops!
Right changelog:
Changelog:
Add "MenuShowDelay" value.
--
Best regards
Anatoly Lyutin.
On Fri, Feb 29, 2008 at 2:16 PM, Justin Chevrier <[EMAIL PROTECTED]> wrote:
> Anything wrong with this one liner?
I think you should create a stub version of dosx in wine/programs as well.
--
Steven Edwards
"There is one thing stronger than all the armies in the world, and
that is an idea whos
> Changelog:
>
> Create a fake dll entry for dosx.exe
Anything wrong with this one liner?
Justin Chevrier
"Mikolaj Zalewski" <[EMAIL PROTECTED]> writes:
> ddhelp.exe is on the list of fake dlls even if I couldn't find any
> reference to building such a file in Wine sources. The created fake
> DLL couldn't be loaded with LoadLibrary (however what's interesting it
> could be loaded with LoadLibraryEx(..
Robert Shearman wrote:
> You might want to find four real components always present on Windows to
> add to this key.
>
From the keys present on my system I could add HTML Help, DirectDrawEx
and some two versions of .NET Framework but I didn't know if it wouldn't
interfere with some setup pr
Mikolaj Zalewski wrote:
> +; Some apps wants at least four keys in Installed Components to run correctly
> +HKLM,SOFTWARE\Microsoft\Active Setup\Installed
> Components\{a2f95861-06e5-4e58-ab61-94cbdde2ff55},Version,2,"1,0,0,0"
> +HKLM,SOFTWARE\Microsoft\Active Setup\Installed
> Components\{c30a05
Why don't you try it yourself and see if it works?
When I tried it last time it didn't work at all - it wrote it can't
find Microsoft servers. But now I gave it another try and it worked with
the AppPath (it doesn't work with `winetricks fakeie6` - the Version and
VersionVector should not
On 8/24/07, Mikolaj Zalewski <[EMAIL PROTECTED]> wrote:
> If I remember correctly some MSIE registry keys are not put into
> Wine registry because that would prevent users from installing the
> original MSIE. Does the AppPath key falls into the same category or
> can it be included in Wine?
>
Wh
Vitaliy Margolen <[EMAIL PROTECTED]> writes:
> Resend. Anything wrong with this patch?
>
> After this change went in, it became impossible to see what functions was
> being called where and how inside Wine to understand what is happening. If
> any one looks at the bugzilla and all of the reported
Louis. Lenders wrote:
>> wine.inf: Create fake dll for >iexplore.exe. >Vitaliy Margolen
>> wine-patches at kievinfo.com
> >Thu May 24 08:50:10 CDT 2007
>> Some older programs check if IE is installed looking for c:\Program
>>
On Mo, 2007-05-07 at 08:28 +0200, Damjan Jovanovic wrote:
> * Moved explorer.exe to the windows directory, because that's where
> some apps expect to find it.
You should also modify GetDesktopWindow in "dlls/user32/win.c":
GetSystemDirecoryW => GetWindowsDirectoryW
--
By by ... Detlef
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]
Anything wrong with this 3 liner?
Vitaliy Margolen wrote:
> ---
> tools/wine.inf |3 +++
> 1 files changed, 3 insertions(+), 0 deletions(-)
> -- next part --
> diff --git a/tools/wine.inf b/tools/wine.inf
> index 9b061ef..96ba5d7 100644
> --- a/t
"Louis. Lenders" <[EMAIL PROTECTED]> wrote:
I cannot check how it looks in a default Windows setup anymore, as i
installed another browser (mozilla) on my windowsXP installation. However,
there's one thing I don't get: the key on my WinXp installation does have
that extra "%1" now, so would that
Dmitry Timoshkov <[EMAIL PROTECTED]> wrote: "Louis. Lenders" wrote:
> Hi, this fixes bug #7953 -> http://bugs.winehq.org/show_bug.cgi?id=7953
> Vitaly said this one won't go as it might break another app, but i don't
> get that , as the key in windows looks quite the same,
No it doesn't in the
"Louis. Lenders" <[EMAIL PROTECTED]> wrote:
Hi, this fixes bug #7953 -> http://bugs.winehq.org/show_bug.cgi?id=7953
Vitaly said this one won't go as it might break another app, but i don't
get that , as the key in windows looks quite the same,
No it doesn't in the default Windows setup, and th
Uwe Bonnes wrote:
[...]
How do internaltional version of Windows get the localized names of the
pletora of timezones?
Apparently the registry keys and values themselves are translated, at
least in NT4. That does not seem scalable at all so I don't know if
that's still the approach they use.
> "Francois" == Francois Gouget <[EMAIL PROTECTED]> writes:
Francois> --- I have used two sources to update Wine's timezone data:
...
Francois> The display name was set to the Olson database ids and I have
Francois> kept it that way as it seems to match what is displayed on
F
On 28.06.2006 21:03, Sven Paschukat wrote:
> Maarten Lankhorst schrieb:
>> Windows seems to set internet explorer only during a new installation
>> or upgrade of internet explorer, so I put it in wine.inf, which seemed
>> appropriate.
>>
>> Changelog:
>> Se
Vitaliy Margolen wrote:
Friday, August 4, 2006, 9:47:38 AM, Francois Gouget wrote:
So duplicate it so programs find it no matter where they look.
Note:
Another option would be to have a [Timezones9x] section that would set
this data in the alternate location. But we would still need to
du
Friday, August 4, 2006, 9:47:38 AM, Francois Gouget wrote:
> So duplicate it so programs find it no matter where they look.
> Note:
> Another option would be to have a [Timezones9x] section that would set
> this data in the alternate location. But we would still need to
> duplicate all the data
Robert Reif <[EMAIL PROTECTED]> writes:
> This patch adds a computer SID. A computer SID should be
> unique on a network but wine is a long way away from having
> network security working so this isn't a big issue. You can use
> a program like NewSID (http://www.sysinternals.com/Utilities/NewSid
> He was asking if we should *require* people to install IE, and I said
> no, we shouldn't. If someone wants to install IE, go ahead, but apps
> that depend on the presence of IE should work with builtin IE.
Oh, sorry - I mis-read that part. You're right - wine should not rely on
windows base
Vitaliy Margolen wrote:
Thursday, June 29, 2006, 6:28:11 PM, Olaf Leidinger wrote:
On Thu, 29 Jun 2006 10:56:12 -0700
"James Hawkins" <[EMAIL PROTECTED]> wrote:
On 6/28/06, Maarten Lankhorst <[EMAIL PROTECTED]> wrote:
Should we require that people install Internet Explorer
Thursday, June 29, 2006, 6:28:11 PM, Olaf Leidinger wrote:
> On Thu, 29 Jun 2006 10:56:12 -0700
> "James Hawkins" <[EMAIL PROTECTED]> wrote:
>> On 6/28/06, Maarten Lankhorst <[EMAIL PROTECTED]> wrote:
>>>
>>> Should we require that people install Internet Explorer or should we put
>>> in patches t
On 6/29/06, Olaf Leidinger <[EMAIL PROTECTED]> wrote:
On Thu, 29 Jun 2006 10:56:12 -0700
"James Hawkins" <[EMAIL PROTECTED]> wrote:
> On 6/28/06, Maarten Lankhorst <[EMAIL PROTECTED]> wrote:
> >
> > Should we require that people install Internet Explorer or should we put
> > in patches that incr
On Thu, 29 Jun 2006 10:56:12 -0700
"James Hawkins" <[EMAIL PROTECTED]> wrote:
> On 6/28/06, Maarten Lankhorst <[EMAIL PROTECTED]> wrote:
> >
> > Should we require that people install Internet Explorer or should we put
> > in patches that increase application compatibility with vanilla wine?
> >
>
On 6/28/06, Maarten Lankhorst <[EMAIL PROTECTED]> wrote:
Should we require that people install Internet Explorer or should we put
in patches that increase application compatibility with vanilla wine?
I don't know why we would require people to install IE, when we have a
replacement for it alr
Sven Paschukat schreef:
Maarten Lankhorst schrieb:
Windows seems to set internet explorer only during a new installation
or upgrade of internet explorer, so I put it in wine.inf, which
seemed appropriate.
Changelog:
Set version strings for Internet Explorer so programs dependent on it
can
Maarten Lankhorst schrieb:
Windows seems to set internet explorer only during a new installation or
upgrade of internet explorer, so I put it in wine.inf, which seemed
appropriate.
Changelog:
Set version strings for Internet Explorer so programs dependent on it
can install.
This breaks
Does this also update the version of the (fake) shdocvw.dll in wine ?
At least AutoCad 2004 checks the version info of the file.
On 29/06/06, Steven Edwards <[EMAIL PROTECTED]> wrote:
Well the default windows version we report is Win2k and if I recall it
shipped with IE5.5 so to be constant we should at least match its
value.
Actually, we report Win2k SP4. I think that came with IE6, but I'm not too sure.
On 6/29/06, Saulius Krasuckas <[EMAIL PROTECTED]> wrote:
If community decides it needs different IE versions, then I guess this
needs to be done somewhere in winecfg, no?
Well the default windows version we report is Win2k and if I recall it
shipped with IE5.5 so to be constant we should at lea
* On Wed, 28 Jun 2006, Steven Edwards wrote:
> * On 6/28/06, Maarten Lankhorst <[EMAIL PROTECTED]> wrote:
> >
> > --- tools/wine.inf.ori 2006-06-28 18:32:28.0 +0200
> > +++ tools/wine.inf 2006-06-28 18:35:22.0 +0200
> > @@ -246
Hi,
On 6/28/06, Maarten Lankhorst <[EMAIL PROTECTED]> wrote:
--- tools/wine.inf.ori 2006-06-28 18:32:28.0 +0200
+++ tools/wine.inf 2006-06-28 18:35:22.0 +0200
@@ -2467,3 +2467,6 @@
HKLM,%Control%\ProductOptions,"ProductType",2,"WinNT"
HKLM,%Co
Vitaliy Margolen <[EMAIL PROTECTED]> writes:
> ChangeLog:
> wine.inf: Add user "Shell Folders\Font" entry.
This should go with the other shell folder registration stuff in
shell32.
--
Alexandre Julliard
[EMAIL PROTECTED]
> Yes, if there's evidence that an app references a dll (or exe) as a file
> then it should be put into the FakeDllsSection.
The Need for Speed Porsche Unleashed demo requires ddraw.dll in the system32
directory, otherwise it complains that it can't find directx.
pgp7KK8O7DOqA.pgp
Description: P
to wine-patches adding it to wine.inf?
Mike
On Thursday 23 March 2006 23:05, Louis. Lenders wrote:
> What about adding a few more, like opengl32
Yes, if there's evidence that an app references a dll (or exe) as a file
then it should be put into the FakeDllsSection.
-Hans
Mike McCormack <[EMAIL PROTECTED]> writes:
> I decided to put the TimeZones in what Wine called the %CurrentVersion%
> key. It's easy enough to change the program that generates the data to
> put them in Windows NT\CurrentVersion if that's what is decided to be
> correct.
In theory it should
Paul Vriens wrote:
win98 : HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Time
Zones
NT4 : HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Time
Zones
Win2K : HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows
NT\CurrentVersion\Time Zones
W2k3 : HKEY_LOCAL_MACHINE\SOFTWA
ke
>
>
> ChangeLog:
> Add timezone information to the registry.
>
> tools/wine.inf | 715
>
> 1 files changed, 714 insertions(+), 1 deletions(-)
>
>
>
Hi,
a short list:
win98 : HKEY_LOCAL_MACHINE\SOFTWARE\M
ke
>
>
> ChangeLog:
> Add timezone information to the registry.
>
> tools/wine.inf | 715
>
> 1 files changed, 714 insertions(+), 1 deletions(-)
>
>
>
Hi,
on my win2k3 box I can see the timezones in:
HKEY_LO
Am Freitag, den 28.10.2005, 14:25 -0600 schrieb Vitaliy Margolen:
> We need to think something up that will properly set version related info, yet
> not override any user changes. I think we can do the same thing as we do with
> drive configuration in winecfg on initial setup (/D).
Something like
that I start winecfg and touch the OS-Version.
> When I do not start winecfg or do not touch/change the Default
> "win2000", then "OS" is not correct.
> Changing wine.inf can fix that for the Default Situation, but there are
> still 2 unusual but possible Race-Conditio
og message:
> Vitaliy Margolen <[EMAIL PROTECTED]>
> Define OS environment variable on WinNT versions.
The Patch requires, that I start winecfg and touch the OS-Version.
When I do not start winecfg or do not touch/change the Default
"win2000", then "OS&qu
Le sam 16/04/2005 à 23:35, Benjamin Cutler a écrit :
> Ok, one more try at this.
[snip]
> --- tools/wine.inf11 Apr 2005 18:49:28 - 1.31
> +++ tools/wine.inf17 Apr 2005 03:28:19 -
> @@ -41,6 +41,7 @@
> MCI,\
> Misc,\
> Nls,\
> +
Le sam 16/04/2005 à 07:00, Benjamin Cutler a écrit :
> Oops, last one was missing commas, wasn't it?
I guess you also need to add powrprof to the list of sections in
[DefaultInstall] at the start of wine.inf.
Vincent
On Friday 05 November 2004 21:50, Vincent Béron wrote:
> Le jeu 04/11/2004 à 16:15, Alexandre Julliard a écrit :
> > Log message:
> > Michael Jung <[EMAIL PROTECTED]>
> > Implemented a substantial part of rsaenh.dll.
> >
> > Patch: http://cvs.winehq.org/patch.py?id=14412
>
> The committed patch d
Le jeu 04/11/2004 à 16:15, Alexandre Julliard a écrit :
> Log message:
> Michael Jung <[EMAIL PROTECTED]>
> Implemented a substantial part of rsaenh.dll.
>
> Patch: http://cvs.winehq.org/patch.py?id=14412
The committed patch doesn't compile on RH8. OpenSSL doesn't use the same
name fo
On Tue, Apr 20, 2004 at 09:14:28PM +0200, Ivan Leo Murray-Smith wrote:
> As in subject.
> License: LGPL
* An initial set of registry entries.
The current Wine standard is to use the regedit tool against
- the 'winedefault.reg' file to generate a default registry.
+ the 'wi
Hi list,
I've installed wine.inf, but the system.reg file is very short, it only contains
font information and computer name, this isn't exactly what I got with
winedefault.reg
I need this because I'm going to release a new version of winesetuptk that
doesn't add the "Fil
"Alexandre Julliard" <[EMAIL PROTECTED]> wrote:
> > Is this a problem in GetFullPathName or should I better use:
> >
> > /usr/bin/rundll32 setupapi.dll,InstallHinfSection DefaultInstall 128
> > z:\\usr\\share\\wine\\wine.inf
> >
> > ?
&g
Boaz Harrosh <[EMAIL PROTECTED]> writes:
> Both windows have the \windows\inf folder for that. I now some setup
> programs like to put it there manually.
> Should we not do the same?
We can do it that way too, it doesn't really matter setupapi looks in
both locations.
--
Alexandre Julliard
[EMA
Alexandre Julliard wrote:
It is a bug in GetFullPathName I think. But the best approach for
wine.inf is IMO to copy it to the system dir like wineinstall does, so
that it can be found without specifying the path at all. Having it in
the system dir will also make it easier to use it for other
1 - 100 of 102 matches
Mail list logo
