2008/7/29 Vitaliy Margolen [EMAIL PROTECTED]:
H. Verbeet wrote:
This should prevent setting an incorrect draw buffer when an FBO is active.
This patch breaks Psychonauts and possibly other multi-threaded games with
OffscreenRendering=FBO on Nvidia hardware.
I thought you said it was the
John Reiser [EMAIL PROTECTED] writes:
+output( \tmovl %d(%%ecx),%%edx; movl %%edx,%%es:0*4(%%eax)\n,
CONTEXTOFFSET(Eax) );
+output( \tmovl %d(%%ecx),%%edx; movl %%edx,%%es:1*4(%%eax)\n,
CONTEXTOFFSET(Ecx) );
+output( \tmovl %d(%%ecx),%%edx; movl %%edx,%%es:2*4(%%eax)\n,
Victor [EMAIL PROTECTED] writes:
I've changed things a bit and resubmitted patch. Now there will be less
ifdefs.
Not much better I'm afraid.
I'm not sure which data types are you talking about, since I'll need
per-byte surface access in any case, and It doesn't look like it can be
H. Verbeet [EMAIL PROTECTED] writes:
This should prevent setting an incorrect draw buffer when an FBO is active.
It doesn't work here:
../../../tools/runtest -q -P wine -M d3d9.dll -T ../../.. -p d3d9_test.exe.so
visual.c touch visual.ok
visual.c:8465: Tests skipped: D3DFMT_G16R16F textures
2008/7/29 Alexandre Julliard [EMAIL PROTECTED]:
It doesn't work here:
../../../tools/runtest -q -P wine -M d3d9.dll -T ../../.. -p d3d9_test.exe.so
visual.c touch visual.ok
visual.c:8465: Tests skipped: D3DFMT_G16R16F textures not supported
visual.c:8465: Tests skipped: D3DFMT_G32R32F
Colin Finck [EMAIL PROTECTED] writes:
@@ -1893,7 +1893,7 @@ INT WINAPI WideCharToMultiByte( UINT page, DWORD flags,
LPCWSTR src, INT srclen,
const union cptable *table;
int ret, used_tmp;
-if (!src || (!dst dstlen))
+if (!src || (!dst dstlen) || dstlen 0)
There are
I'm running the tests on a slowish uniprocessor (Athlon XP 2100+, not dual
as I mistakenly said in last post), and I'm running into a hang in
user32/tests/dde.c. This is a two process test. One process is hung in
8 test_ddeml_server+0x1ad(hproc=0x4c) [dlls/user32/tests/dde.c:797]
in
Alexandre Julliard wrote:
There are places in Wine that use a negative dstlen, you have to fix
them first.
Done here now:
http://www.winehq.org/pipermail/wine-patches/2008-July/058743.html
Best regards,
Colin
No, you shouldn't be accessing the surface per byte either, the access
should depend on the format, i.e. for a 32-bit format you want to
access
DWORD by DWORD.
This defeats the point of a format-independent conversion function I think
В сообщении от 29 июля 2008 Alexandre Julliard написал(a):
Kirill K. Smirnov [EMAIL PROTECTED] writes:
Hello, Alexandre,
dsound: check error status of waveOutGetVolume() function before using
retrieved values (found by valgrind)
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 %*
On Tue, Jul 29, 2008 at 04:45:31PM -0700, Roy Shea wrote:
+static HRESULT WINAPI MSTASK_ITask_GetTriggerString(
+ITask* iface,
+WORD iTrigger,
+LPWSTR *ppwszTrigger)
+{
+FIXME((%p, %d, %p): stub\n, iface, iTrigger, ppwszTrigger);
+FIXME(Not implemented\n);
+
ok finally learned how to do git... here is the git patch...
I thought of moving the if statement which is at the bottom of the
function to the begining as I am not sure why you would want to reassign
the same value then check to see if it was the same..
Why are you doing it that way?
As
13 matches
Mail list logo
