Stefan Dösinger wrote:
This call can be handled fully by IWineD3DSurface::Blt.
So where did the filter argument go.. there's 3 different filter types
to support.
Folks,
As promised, the server that the wiki is on has been upgraded to a much
better and faster box. Everything should work just fine, only faster :)
Please let me know if you notice any problems or glitches.
--
Dimi Paun <[EMAIL PROTECTED]>
Lattica, Inc.
Am Donnerstag 11 Januar 2007 02:07 schrieb Stefan Dösinger:
> Correct the umlauts for utf8, this seems to be the encoding everyone uses
Ignore this patch, a code change slipped in accidentally. One that depends on
my yesterday's [9] - ignore patch
On Wednesday 10 January 2007 12:22, Frank Richter wrote:
> Hmm, if OGL is displayed in its own child window, maybe it's possible to
> shape it so that overlapping Win32 child windows are "excluded"...
I'm not sure how to do that, given that the overlaps can cause the child
window to have concave
Am Wednesday 10 January 2007 19:10 schrieb Paul Vriens:
> Hi,
>
> three failures currently prevent winetest.exe from being build. The
> first one was ole32/tests/marshal.c (where Stefan Leichter sent a MinGW
> patch for):
>
[snip]
>
> Volunteers ?
>
The patches are already send to Hans and Paul Mil
On 10.01.2007 07:27, Chris Robinson wrote:
> Beyond that, the only problem I can recall off-hand is that the OpenGL window
> will draw overtop of all Win32 windows that are sharing the same X11 parent
> window.
Hmm, if OGL is displayed in its own child window, maybe it's possible to
shape it so
Am Mittwoch 10 Januar 2007 16:53 schrieb Chetan Venkatesh:
> Basically, what we are trying to do is run native Windows applications on a
> remote X desktop; we feel that the best way to do this would be to use wine
> as a base to develop a Windows to X translator/mapping, and then export the
> X ca
I got a lot of people asking me to post details about our intended project.
Basically, what we are trying to do is run native Windows applications on a
remote X desktop; we feel that the best way to do this would be to use wine
as a base to develop a Windows to X translator/mapping, and then ex
Alexandre Julliard wrote:
> Vitaliy Margolen <[EMAIL PROTECTED]> writes:
>
>> @@ -610,6 +632,8 @@ static ULONG WINAPI JoystickAImpl_Releas
>> HeapFree(GetProcessHeap(), 0, This->props);
>>
>> /* release the data transform filter */
>> +HeapFree(GetProcessHeap(), 0,
>> (LPVOID)This
I got a lot of people asking me to post details about our intended project.
Basically, what we are trying to do is run native Windows applications on a
remote X desktop; we feel that the best way to do this would be to use wine
as a base to develop a Windows to X translator/mapping, and then ex
Hi,
three failures currently prevent winetest.exe from being build. The
first one was ole32/tests/marshal.c (where Stefan Leichter sent a MinGW
patch for):
i386-mingw32-gcc clipboard.cross.o compobj.cross.o hglobalstream.cross.o
marshal.cross.o moniker.cross.o ole2.cross.o propvariant.cross.o
s
Wednesday January 10 2007 06:27、Chris Robinson さんは書きました:
> Here's something I've been working on for about the past week. It's my
> attempt to get OpenGL to render into an X11 child window that overlays the
> Win32 window.
Your patches works perfectly! I have tested few applications with
I think I've managed to patch [1] bug 50 [2], but I'm having a little
trouble coming up with a proper test case...
I'm already at it, studying and investigating, but could someone test that,
too?
[1] http://bugs.winehq.org/attachment.cgi?id=4543&action=view
[2] http://bugs.winehq.org/show_bug.cg
On Wed, 10 Jan 2007, Francois Gouget wrote:
> Define NTDDI_WIN2K so we get definitions for the Reserved51_X fields with the
> PSDK.
> This fixes compilation of the ndr_marshall.c with the PSDK.
Ignore this one for now, it does not really solve the compilation
problems with the PSDK so I will re
Vitaliy Margolen <[EMAIL PROTECTED]> writes:
> @@ -610,6 +632,8 @@ static ULONG WINAPI JoystickAImpl_Releas
> HeapFree(GetProcessHeap(), 0, This->props);
>
> /* release the data transform filter */
> +HeapFree(GetProcessHeap(), 0,
> (LPVOID)This->base.data_format.wine_df->rgodf);
15 matches
Mail list logo
