2008/8/3 Alexander Dorofeyev <[EMAIL PROTECTED]>:
> H. Verbeet wrote:
>
>> +IWineD3DDeviceImpl_MarkStateDirty(This,
>> STATE_RENDER(WINED3DRS_SCISSORTESTENABLE));
>> +
>> +glDisable(GL_BLEND);
>> +IWineD3DDeviceImpl_MarkStateDirty(This,
>> STATE_RENDER(WINED3DRS_ALPHABLENDENABLE));
>
"Detlef Riekenberg" <[EMAIL PROTECTED]> wrote:
> @@ -4765,10 +4765,14 @@ static void test_hwnd_message(void)
> parent = pGetAncestor(hwnd, GA_PARENT);
> ok(parent != 0, "GetAncestor(GA_PARENT) should not return 0 for
> message windows\n");
> ok(parent != desktop, "GetAn
Dan Kegel wrote:
> On Sat, Aug 2, 2008 at 7:25 PM, Zachary Goldberg <[EMAIL PROTECTED]> wrote:
>> Its really ironic that you post this today as just yesterday I was
>> contemplating the same thing, and not only doing a compile check but
>> also a run of the test suite and valgrind.
>
> Yeah, that'
> > The code uses __stdcall, not WINAPI, if USE_WIN32_OPENGL is defined,
> thus
> > I've used __stdcall here too
> >
> What code? The exports in opengl32.dll are WINAPI. (It would only
> really make a difference for Win64, I guess)
The definition of WINE_GLAPI on top of the same file:
#ifdef USE_W
H. Verbeet wrote:
> +IWineD3DDeviceImpl_MarkStateDirty(This,
> STATE_RENDER(WINED3DRS_SCISSORTESTENABLE));
> +
> +glDisable(GL_BLEND);
> +IWineD3DDeviceImpl_MarkStateDirty(This,
> STATE_RENDER(WINED3DRS_ALPHABLENDENABLE));
Don't you need to also dirtify STATE_SCISSORRECT there?
Jeff Zaroyko wrote:
>
>
> It's in C++ and the license looks incompatible with the LGPL. So, no
> it doesn't look like it can be used. If you're looking to contribute
> code, it's probably in your best interest to learn to program in C by
> picking up a book such as 'The C Programming Language
You might want to forget this one. I guess no one is compiling Wine on a
broken, pre-ANSI compiler. So the expansion of macro parameters inside
string literals may well, in effect, be a non-issue.
--
Andy.
[EMAIL PROTECTED]
2008/8/3 Stefan Dösinger <[EMAIL PROTECTED]>:
> The code uses __stdcall, not WINAPI, if USE_WIN32_OPENGL is defined, thus
> I've used __stdcall here too
>
What code? The exports in opengl32.dll are WINAPI. (It would only
really make a difference for Win64, I guess)
Hi,
A few months ago I mentioned the fact that due to some issues with old
kernel32/debugger tests there were some leftovers in the registry:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\AeDebug
(contains 'Debugger' which points to kernel32_test.exe)
I have a feeling that o
2008/8/3 Hongbo Ni <[EMAIL PROTECTED]>:
>
> Hi,
>
> I want to build and test wine test suite on window, I did
>
> ./tools/winapi/msvcmaker --no-wine
>
> that is ok, but when I try to open the fille winetest.dsw,
>
> 1. with Developer Studio 6.0, it compaints that all *.dsp files (such as
> dlls\ad
Hongbo wrote:
> I really need to compile and run existing tests on window before I can write
> any test case for wine.
The easiest way is to cross-compile them on wine and then run them on windows.
To do this, say
make crosstest
See
http://www.winehq.org/site/docs/winedev-guide/cross-compili
> 2008/8/3 Stefan Dösinger <[EMAIL PROTECTED]>:
> > +/* glFinish and glFlush are always loaded from opengl32.dll, this
> the always have
> > + * __stdcall calling convention
> > + */
> In theory WINAPI could be something else than __stdcall.
The code uses __stdcall, not WINAPI, if USE_WIN32_OPENGL
> 2008/8/3 Stefan Dösinger <[EMAIL PROTECTED]>:
> > +src_rect->x1 -= offset.x; dst_rect->x2 -=offset.x;
> Why are you modifying dst_rect here?
Wooops. Copypaste.
Hi,
I want to build and test wine test suite on window, I did
./tools/winapi/msvcmaker --no-wine
that is ok, but when I try to open the fille winetest.dsw,
1. with Developer Studio 6.0, it compaints that all *.dsp files (such as
dlls\advapi32\tests\advapi32_test.dsp)
have been modified and
Am Samstag, den 02.08.2008, 17:51 -0500 schrieb James Hawkins:
> > -static HRESULT (WINAPI *pGetCORVersion)(LPWSTR pbuffer, DWORD cchBuffer,
> > -DWORD *dwLength);
> > -
>
> There's nothing wrong with this. We use this type of function pointer
> all over th
James Hawkins wrote:
> On Sat, Aug 2, 2008 at 4:09 PM, Andrew Talbot
> <[EMAIL PROTECTED]> wrote:
>> Changelog:
>>fusion: Use proper function pointer.
>>
>> diff --git a/dlls/fusion/fusion.c b/dlls/fusion/fusion.c
>> index ac01cf4..637346c 100644
>> --- a/dlls/fusion/fusion.c
>> +++ b/dlls/fus
Hi Joris,
SysAllocStringLen allocates additional space for NULL byte. It's not needed to
change string size.
On the other hand QNames should be created differently. I will send patches
changing it soon.
Regards,
Piotr
Dear Wine Dev's,
It seems that as of wine 1.1.0 and later, Almost Every Game's
performance that I play on linux has vastly improved. Those games are:
- World of Warcraft
- City of Heroes
- Command & Conquer 3 Tiberium Wars
World of Warcraft's Performance has reached higher levels t
Dan Kegel wrote:
> Sounds great. Want to implement that and send it
> my way? It'll take me a while to get the kinks worked
> out of the script, it'd be nice to have a hand with the chroot.
> - Dan
OK, I'll try it. I have a lot of experience with the OS's architecture so
it should be ready soon
2008/8/3 Stefan Dösinger <[EMAIL PROTECTED]>:
> +/* glFinish and glFlush are always loaded from opengl32.dll, this the always
> have
> + * __stdcall calling convention
> + */
In theory WINAPI could be something else than __stdcall.
2008/8/3 Stefan Dösinger <[EMAIL PROTECTED]>:
> +src_rect->x1 -= offset.x; dst_rect->x2 -=offset.x;
Why are you modifying dst_rect here?
On Fri, Aug 1, 2008 at 2:56 AM, chourmovs <[EMAIL PROTECTED]> wrote:
> If i've understood what i read before, i think i've found a sort of xinput's
> conformance test suite writen by windows coder
> what do you think of that ?
>
> http://www.codeproject.com/KB/directx/xbox360_cont_xinput.aspx
>
>
23 matches
Mail list logo
