Marcus Meissner [EMAIL PROTECTED] wrote:
-MultiByteToWideChar(CP_ACP,0,lpszPath,-1,szPath,MAX_PATH);
+INT ret;
+
+ret = MultiByteToWideChar(CP_ACP,0,lpszPath,-1,NULL,0);
+if (ret MAX_PATH) {
+ FIXME(Too long path!\n);
+ return FALSE;
+}
+ret =
Hi,
This is more a FYI patch and GCC 4.0+ specific.
This enhancement detects if the size of a known buffer is different than
the specified size.
Thie tests/sock.c adjustement is necessary due to stdlib.h inclusion.
Ciao, Marcus
---
dlls/kernel32/locale.c |2 ++
dlls/ws2_32/tests/sock.c
Sorry, I made a mess of titling this patch, twice. Please find and use
the version whose subject line and changelog entry refer to winedump, not
winedbg.
Thanks,
-- Andy.
Hi,
I will run both apps on windows(xp sp2) and compare the output.
Just wanted to add that Windows brings up the same results.
pgpCqj0Pb0IZQ.pgp
Description: PGP signature
H. Verbeet wrote:
I think the callback should be non-optional.
I think you're right. I wanted to avoid code duplication for default
callbacks in ddraw, d3d8, d3d9, wined3d. But the non-optional way would
avoid duplication in wined3d, and it's more elegant = non-optional wins
with 1:2. I
Stefan Dösinger wrote:
Am Sonntag 03 Dezember 2006 21:52 schrieb Markus Amsler:
/* IWineD3DTexture */
+IWineD3DTextureImpl_Destroy,
Wouldn't it maybe be better to make the destroy method part of IWineD3DBase?
They need different callback types as arguments, so I think it's not
I've been using Firefox-1.5.x again on wine
(using the winehq packages for Ubuntu)
on my dual 650MHz system as my main browser
again for the last few months. It's working quite
well... except that javascript-heavy pages/apps like
gmail are a tad sluggish at accepting keyboard input.
For some
On my family computer, which runs windows xp, js is incredibly slow on
firefox with pages such as gmail. as well.
550mhz P3.
I wouldn't think it's necessarily a wine issue moreso than a hardware issue,
or the fact that javascript can be cpu intensive.
On 12/3/06, Dan Kegel [EMAIL PROTECTED]
Hey,
I'm sorry for not noticing this bug earlier - I have a bad habit of
only browsing bugs listed under wine-richedit. I actually sent in a
patch that fixes this bug before, but it wasn't accepted because I
hadn't marked a test that it causes to fail as todo_wine. Does the
attached patch solve