On Friday 31 October 2008 16:11:58 Hans Leidekker wrote:
> On Friday 31 October 2008 15:52:43 James Mckenzie wrote:
> > >What happened to your /etc/hosts proposal? It has the
> > >advantage that we don't need changes to Wine source code.
> >
> > This would not work on Macs as /etc/hosts is locked t
Hi, i'd like to know if anyone knows the current status of wine's support fro
win64. I've tried to build a git checkout with --enable-win64 configure
switch. It has taken some tinkering to make it build, but after that i'm not
able to run anything and ti seems that wineboot cannot start. Any sug
I made some progress. As I mentioned last time a .msstyles theme is just a
resource file wrapped into a dll. Windows tools try to edit real themes or
create themes by injecting resource data into a blank dll.
In order to obtain a resource file I used a tool called resource hacker to
retrieve o
On Mon, Nov 3, 2008 at 1:50 PM, Detlef Riekenberg <[EMAIL PROTECTED]> wrote:
>> > This approach won't help users of the Wine conformance
>> > tests running on Windows,
>>
>> Sure it would; just make the test server setup script run on cygwin properly.
>
> require an installed cygwin is broken by de
On So, 2008-11-02 at 10:58 -0800, Dan Kegel wrote:
> > This approach won't help users of the Wine conformance
> > tests running on Windows,
>
> Sure it would; just make the test server setup script run on cygwin properly.
require an installed cygwin is broken by design.
winetest.exe is a standal
> > But I think if we have at
> > least name-specialized macros for each interface we should use the
> one that
> > matches the object we have
> No.
Why not?
2008/11/3 Stefan Dösinger <[EMAIL PROTECTED]>:
>> I don't think this patch makes sense.
> Well, it doesn't do much - IUnknown_AddRef is litterally the same as
> IDirect3DDevice9Ex_AddRef(or at least it can be).
Yes, which is why I don't think the patch makes sense.
> But I think if we have at
> le
> I don't think this patch makes sense.
Well, it doesn't do much - IUnknown_AddRef is litterally the same as
IDirect3DDevice9Ex_AddRef(or at least it can be). But I think if we have at
least name-specialized macros for each interface we should use the one that
matches the object we have
Or am I mi
I don't think this patch makes sense.
2008/11/3 Henri Verbeet <[EMAIL PROTECTED]>:
> 2008/11/3 Rob Shearman <[EMAIL PROTECTED]>:
>> 2008/10/24 Alexandre Julliard <[EMAIL PROTECTED]>:
>>> diff --git a/dlls/ddraw/ddraw_private.h b/dlls/ddraw/ddraw_private.h
>>> index 7ff3c5c..cd1ce15 100644
>>> --- a/dlls/ddraw/ddraw_private.h
>>> +++ b/
Andrey Turkin <[EMAIL PROTECTED]> writes:
> +if (TargetInformation->TargetName)
> +{
> +TargetInformationW->TargetName = buffer;
> +buffer += MultiByteToWideChar(CP_ACP, 0,
> TargetInformation->TargetName, -1,
> +TargetInformationW->TargetName, -1);
You ne
2008/11/3 Rob Shearman <[EMAIL PROTECTED]>:
> 2008/10/24 Alexandre Julliard <[EMAIL PROTECTED]>:
>> diff --git a/dlls/ddraw/ddraw_private.h b/dlls/ddraw/ddraw_private.h
>> index 7ff3c5c..cd1ce15 100644
>> --- a/dlls/ddraw/ddraw_private.h
>> +++ b/dlls/ddraw/ddraw_private.h
>> @@ -414,8 +414,7 @@ st
12 matches
Mail list logo
