- 03 Dec, 2007 40 commits
-
-
Detlef Riekenberg authored
-
Detlef Riekenberg authored
-
Detlef Riekenberg authored
-
Aric Stewart authored
uninstaller: Iterate keys in HKEY_CURRENT_USER also as some programs install their uninstall information there.
-
Kirill K. Smirnov authored
-
Kirill K. Smirnov authored
-
Kirill K. Smirnov authored
-
Kirill K. Smirnov authored
-
Kirill K. Smirnov authored
-
Kirill K. Smirnov authored
-
Kirill K. Smirnov authored
-
Kirill K. Smirnov authored
winhelp: Correctly deal with various TopicBlockSize/Compression combinations. Simplify HLPFILE_Uncompress_Topic function.
-
James Hawkins authored
-
James Hawkins authored
-
James Hawkins authored
-
Alexandre Julliard authored
-
James Hawkins authored
-
Stefan Dösinger authored
-
Stefan Dösinger authored
-
Stefan Dösinger authored
-
Stefan Dösinger authored
I'm resending this patch because my reply to Henri's concern came too late. Henri noted that I am enabling lights that do not exist. Existing tests show that if no light is assigned to the index, LightEnable creates a light with a set of default parameters, so the tests should be fine. From 9ee4c61805b50886f79e87d744b52f27b7b00b4e Mon Sep 17 00:00:00 2001 From: Stefan Doesinger <stefan@codeweavers.com> Date: Thu, 29 Nov 2007 13:22:47 +0100 Subject: [PATCH] WineD3D: Enabling too many lights is silently ignored This patch adds tests for all d3d versions that show that Windows pretends that enabling more lights than supported succeeds. D3D_OK is returned, and the light is reported as enabled. What is not tested in this patch is the rendering output of this situation, thus the FIXME is still written.
-
Stefan Dösinger authored
-
Andrew Riedi authored
-
Andrew Riedi authored
-
Gerald Pfeifer authored
wined3d: Fix handling of a special case in IWineD3DImpl_FillGLCaps() and adjust type of loop variable.
-
Gerald Pfeifer authored
-
Ted Percival authored
-
Andrew Talbot authored
-
Andrew Talbot authored
-
Andrew Talbot authored
-
Rob Shearman authored
d3dx8: Initialise temp in D3DXQuaternionInverse to avoid a uninitialised variable warning with some versions of gcc.
-
Rob Shearman authored
-
Rob Shearman authored
In one condition (fMustAlloc == TRUE), base_ptr_val may be uninitialised and so cause a valgrind warning. Reversing the check is harmless and doesn't result in a performance decrease.
-
Rob Shearman authored
rpcrt4: Initialise the memory in test_simple_struct_marshal before passing it to NdrSimpleStructUnmarshall. Otherwise, the unmarshalling code will read from unintialised memory when trying to reuse the embedded pointers in the memory block. Also fix a couple of memory leaks.
-
Rob Shearman authored
include: Fix the HRESULT_FROM_WIN32 macro to not change the HRESULT if the error is already an HRESULT.
-
Rob Shearman authored
This is so that we don't try to host it.
-
Rob Shearman authored
-
Rob Shearman authored
-
Rob Shearman authored
-
Paul Vriens authored
-