Re: WineD3D: Implement depth copy from onscreen to offscreen surface when depth fixup is used

On 06/03/2008, Frank Richter [EMAIL PROTECTED] wrote: This doesn't work. The problem with doing depth copy with fixed up depth stencil is that the size of the render buffer is different from the depth stencil size. Basically what needs to happen is that the render buffer contents need to be

[PATCH] GDI+: Implement GdipGetImageEncoders.

Don't apply this patch. The test cases crash on Windows. I was using winetricks to test and accidentally did not test under Windows. A try 2 patch has been sent that fixes these issues. Sorry. - Nathan

Re: [PATCH] GDI+: Implement GdipGetImageEncoders.

Don't apply this patch. The test cases crash on Windows. I was using winetricks to test and accidentally did not test under Windows. - Nathan On Wed, Mar 5, 2008 at 11:21 AM, Nathan Beckmann [EMAIL PROTECTED] wrote: Implement helper GdipGetImageEncodersSize. Also included tests. ---

Re: Regression tests - recent regressions

Austin English [EMAIL PROTECTED] writes: In today's git, I've had a few regressions in make -k test: [EMAIL PROTECTED]:~/wine-git$ grep -i 'Test failed' wine-0.9.56-420-g22f146f.txt visual.c:1741: Test failed: double texbem failed: Got color 0x00ff00ff, expected 0x0000. systray.c:89:

Re: Regression tests - recent regressions

Am Donnerstag, 6. März 2008 05:08:56 schrieb Austin English: visual.c:1741: Test failed: double texbem failed: Got color 0x00ff00ff, expected 0x0000. Which GPU do you have?

Re: Regression tests - recent regressions

On Thu, Mar 6, 2008 at 3:36 AM, Stefan Dösinger [EMAIL PROTECTED] wrote: Am Donnerstag, 6. März 2008 05:08:56 schrieb Austin English: visual.c:1741: Test failed: double texbem failed: Got color 0x00ff00ff, expected 0x0000. Which GPU do you have? 01:00.0 VGA compatible controller:

Re: winequartz.drv Mac OS X UI discontinued?

Hi, I post a new quartzdrv patch for wine-0.9.56 on Darwine SF patches page : http://sourceforge.net/tracker/index.php?func=detailaid=1908759group_id=69890atid=526089 It's not fully update to wine changes (SysCommandSizeMove didn't be reviewed) and don't contain all changes I initially

Re: msi [2/3]: Fix handling of published installer properties

James Hawkins [EMAIL PROTECTED] writes: The tests are in the next patch. Fixes bug 7189. http://bugs.winehq.org/show_bug.cgi?id=7189 You need to fix the todo_wine tests in the same patch, I can't apply a patch that causes failures: ../../../tools/runtest -q -P wine -M msi.dll -T ../../.. -p

Re: Getting apps running under Wine

Hi, Please open a bug at our bugzilla (bugs.winehq.org). Attaching screenshots of the problem would help. We discourage you from working around Wine bugs, because if we fix the bug, we'll break your app in the process. Better to fix Wine. I 100% agree, but I wasn't sure if wine team is

Recent valgrind regressions in msxml3

Hi Alistair, I'm seeing some regressions in msxml3 in yesterday's git; see http://kegel.com/wine/valgrind/logs-2008-03-05/vg-msxml3_domdoc-diff.txt e.g. + Invalid read of size 4 +at HEAP_ValidateInUseArena (heap.c:925) +by RtlFreeHeap (heap.c:1288) +by SysFreeString (oleaut.c:196) +

Re: slight winsock design change proposal

James Hawkins wrote: On Wed, Mar 5, 2008 at 6:28 PM, Christopher Harvey [EMAIL PROTECTED] wrote: I'm giving the mswsock.c file some development time. I need to know if the winsock API has been inited. This has already been implemented, but I need to get access to the num_startup

Re: slight winsock design change proposal

I'm giving the mswsock.c file some development time. I need to know if the winsock API has been inited. The question is, why do you need to know that? Can't you just initialize it yourself? Then you'll know it has been. --Juan

Re: winequartz.drv Mac OS X UI discontinued?

Hi, On Thu, Mar 6, 2008 at 9:08 AM, Emmanuel Maillard [EMAIL PROTECTED] wrote: I post a new quartzdrv patch for wine-0.9.56 on Darwine SF patches page : http://sourceforge.net/tracker/index.php?func=detailaid=1908759group_id=69890atid=526089 It's not fully update to wine changes

Re: slight winsock design change proposal

Juan Lang wrote: I'm giving the mswsock.c file some development time. I need to know if the winsock API has been inited. The question is, why do you need to know that? Can't you just initialize it yourself? Then you'll know it has been. --Juan There are some functions that

Re: slight winsock design change proposal

There are some functions that return errors if WSAStartup hasn't been called. I think wine should do that too, rather than call it for the application. Perhaps it should, but that should be fixed in ws2_32, not in mswsock. --Juan

Re: slight winsock design change proposal

Christopher Harvey [EMAIL PROTECTED] wrote: Juan Lang wrote: I'm giving the mswsock.c file some development time. I need to know if the winsock API has been inited. The question is, why do you need to know that? Can't you just initialize it yourself? Then you'll know it has been.

Re: Getting apps running under Wine

Having two versions of Win32 executable is IMHO not very practical, as 99% of the code would be same for both applications. That wasn't exactly what I intended. You said in your original email, We use DLL that depends on some Win32 drivers. My question is, could you ship a Linux version

Re: slight winsock design change proposal

Dmitry Timoshkov wrote: Christopher Harvey [EMAIL PROTECTED] wrote: Juan Lang wrote: I'm giving the mswsock.c file some development time. I need to know if the winsock API has been inited. The question is, why do you need to know that? Can't you just initialize it yourself?

Re: slight winsock design change proposal

Actually the correct way IMHO is to implement AcceptEx/GetAcceptExSockaddrs/TransmitFile in ws2_32.dll, and use WSAIoctl(SIO_GET_EXTENSION_FUNCTION_POINTER) to get function addresses in mswsock.dll. I believe this is that Windows' mswsock.dll do. Christopher Harvey wrote: Dmitry Timoshkov

Re: Google Summer of Code - Case Insensitive Filenames

Is there any formal process I must go through to enter google summer of code for wine? Just filing Google's application will do, although you may want to crash in #winehackers .. What you should do IN TIME is to get intimate with the toolchain! That was the hardest part for me - getting

Google Summer of Code - Case Insensitive Filenames

Hello everyone, I would like to participate in this year's google summer of code doing some work on case insensitive filenames ( http://wiki.winehq.org/CaseInsensitiveFilenames ) I have some experience working with FUSE ( see http://code.google.com/p/dejumble/ ). Is there any formal process I

Re: WineHQ should discourage the use of cracks

On Tue, Mar 04, 2008 at 04:23:46PM +0100, Christoph Frick wrote: On Tue, Mar 04, 2008 at 03:35:11PM +0100, Kai Blin wrote: No argument on the US part. I'm still convinced that by EU laws, you're allowed to crack an app you bought in order to make it run on your software. As this hasn't

Re: Recent valgrind regressions in msxml3

Dan Kegel [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Hi Alistair, I'm seeing some regressions in msxml3 in yesterday's git; see http://kegel.com/wine/valgrind/logs-2008-03-05/vg-msxml3_domdoc-diff.txt e.g. + Invalid read of size 4 +at HEAP_ValidateInUseArena

Forgot a release_obj in my broadcastsystemmessage patch.

Hi, Please don't apply the broadcastsystemmessage patch, there is a bug in enum_top_windows that I accidentally copied from enum_desktop. I'll send a fix for the enum_desktop call and a fixed version of the patch. Cheers, Maarten.

Re: Google Summer of Code - Case Insensitive Filenames

Thanks for your help. I'll prepare something and post it here for suggestions soon. On Thu, Mar 6, 2008 at 12:27 PM, Marcel Partap [EMAIL PROTECTED] wrote: Is there any formal process I must go through to enter google summer of code for wine? Just filing Google's application will do,

Re: WGL/WINED3D: add WGL_WINE_pixel_format_passthrough

On Thursday 06 March 2008 02:36:41 pm Roderick Colenbrander wrote: WGL only allows you to set the pixel format once for a HDC. This requires a WINE-specific WGL extension which allows us to set the pixel format again. The patch does this and it works correctly in DirectX8/9 SDK samples. I'm

Re: user32: Add a better stub for broadcastsystemmessage, try 2

On Thu, Mar 6, 2008 at 6:47 PM, Maarten Lankhorst [EMAIL PROTECTED] wrote: Fixes: BroadcastSystemMessage to not hang other processes any more. +static BOOL CALLBACK broadcastsystemmessagetopwindowcallback(HWND top_window, LPARAM lp) +static BOOL CALLBACK

Re: user32: Fix enumeration and add tests for EnumWindowStations andEnumDesktops, try X

Maarten Lankhorst [EMAIL PROTECTED] wrote: Fixed, and with tests! Why not use A versions of APIs to simplify the tests? Also, though that's a matter of taste, ok(hdesk != 0) is more readable IMO than ok(!!hdesk). -- Dmitry.