- Wine-Devel - list.winehq.org

Wine graphics backends
by Segin Feb. 19, 2006

Feb. 19, 2006

I wans wondering, have any of you ever attepted to make a Wine graphics backend? I thought about making one for either SDL or DirectFB, it would be useful, cause you could do Wine without the drugery of X11. (has anyone read the X Windows Disaster recently?) Also, using the Linux framebuffer would also have a number of advantages, in areas od speed and memory size

1 0

Re: add configure options to control support of misc packages
by Mike McCormack Feb. 19, 2006

Feb. 19, 2006

Mike Frysinger wrote: > this patch adds a bunch of --without-FOO options to configure ... some are > very simple (like the sane/xml checks) while some others are slightly more > involved What's the point of crippling Wine like this? Mike

2 8

GL mipmap question
by Stefan Dösinger Feb. 19, 2006

Feb. 19, 2006

Hi, I'm trying to get the Mipmap example of the DX7 sdk running, and I've run into a problem: OpenGL requires mipmap levels down to 1x1 (according to the red book), but DirectX can provide less levels, e.g. the smallest with 16x16. If I use such a mipmaped texture from d3d in opengl, this results in a white texture image. I've verified this with a GL-only program. Is there any way to such a texture with opengl, or do I need other tricks? I could use gluBuild2DMipmaps() to create the smaller textures, but I dislike that way. Stefan

1 1

Re: NTDLL/loader.c: Remove spaces at end of name in import_dll
by Vitaliy Margolen Feb. 18, 2006

Feb. 18, 2006

Saturday, February 18, 2006, 11:16:10 AM, Uwe Bonnes wrote: > Changelog: > ntdll/loader.c import_dll() > Remove spaces at end of name retrieved with get_rva( module, > descr->>Name ) > +/* Overwrite spaces at end of buffer with NULL */ > +inline static void skip_spaces(WCHAR *buffer, size_t len) > +{ > + while (buffer[len -2] == (WCHAR)' ') > + { > + buffer[len -2] = 0; > + len --; > + } > +} This is wrong (number of errors). It should look something like this: while (len > sizeof(WCHAR)&& buffer[len/sizeof(WCHAR) - 1] == ' ') { len -= sizeof(WCHAR); buffer[len/sizeof(WCHAR)] = 0; } Vitaliy Margolen

2 2

Re: D3D8 Texture -> WineD3D
by Stefan Dösinger Feb. 18, 2006

Feb. 18, 2006

> This patch (based on Oliver Stieber his d3d8 code) moves d3d8's texturing > code over to WineD3D. The patch adds new datatypes, replaces a few texture > creation calls with wined3d code and updates code to work with the new > datatypes. Unfortunately the patch is quite big because there's one texture > base type of which all other texture types are instances. Just one question: Wouldn't it be a better idea to replace the d3d8 directory in one go? I know that it's against the rule of sending small patches, but I think an interface for interface move makes more troubles than it solves(like the header inclusion, for example). If a game breaks during that move, I'm afraid we have to fully debug it with WineD3D in any case. The reason why I'm asking this is the ddraw move. I plan to make some wined3d_types.h additions in small patches, then some wined3d additions(small patches too) and then replace the whole ddraw directory in one patch, because the original code and the new ddraw code don't have much in common. This saves a lot of hassle without provocing troubles which wouldn't appear otherwise. Stefan

2 1

Re: menu drawing fixes -- RESENT
by Alexandre Julliard Feb. 18, 2006

Feb. 18, 2006

Rein Klazes <wijn(a)wanadoo.nl> writes: > Updating drawing of menu items with bitmaps and/or strings: > - implemented MNS_NOCHECK menu style; > - support HBMMENU_CALLBACK bitmaps in menu bars; > - replaced some #defined constants by values calculated from windows > metrics; > - added a lot of tests on menu item sizes and the position of the bitmap > and making them pass on Wine. Could you please send separate fixes as separate patches? -- Alexandre Julliard julliard(a)winehq.org

1 0

Possibly crazy idea to deal with memory layout problems once and for all
by Troy Rollo Feb. 18, 2006

Feb. 18, 2006

I have been looking at a problem that has arisen in recent versions, particularly when using some D3D games, in which the virtual address space above TASK_UNMAPPED_BASE becomes fragmented to the extent that eventually you get an out of memory condition, even though you still have well over a gigabyte free (even in a contiguous block!). This has led to some people using the attached hack (first attachment) to get their D3D games to work. After considering a lot of approaches to this problem that did not seem to get anywhere productive, it seemed that the only way to resolve it would be to get in between the application and any libraries, and the kernel. The solution I came up with is somewhat rude, but if we assume that any libraries that Wine uses only call mmap() and associated calls via the C library, then it may well do the trick, plus make it possible to implement other virtual memory APIs more effectively (and in a couple of cases eliminate calls to wineserver). If wine_preloader were extended to have its own implementation of all the friends of mmap(), and to have its own implementation of the dynamic linker, then in principle it could make sure only its mmap (and not the C library's) is called. An even more aggressive approach might be to load the C library and stick jumps into its mmap that redirect to the preloader's versions. The preloader's mmap would keep track of mappings on its own and when it receives an mmap with a start address of "NULL", decides on its own what base address to use. Any thoughts?

2 2

Re: fixup previous DESTDIR commit
by Alexandre Julliard Feb. 17, 2006

Feb. 17, 2006

Mike Frysinger <vapier(a)gentoo.org> writes: > the previous commit which added DESTDIR support to cvs was not exactly the > same patch i posted ... this was both good and bad because on one hand an > additional line i missed in programs/make_progs was fixed but on the other > the programs/Makefile.in file now generates an incorrect link What's incorrect about the link? -- Alexandre Julliard julliard(a)winehq.org

2 3

DreamWeaver 8 Issues
by Ian Kellogg Feb. 17, 2006

Feb. 17, 2006

I tried to install DreamWeaver 8 with WINE 0.9.8 and I get quite alot of errors. [ian(a)minuet Desktop]$ wine Dreamweaver8-en.exe fixme:msi:MsiInstallProductW L"C:\\windows\\Downloaded Installations\\Macromedia Dreamweaver 8\\Macromedia_Dreamweaver_8.msi" L"" fixme:ole:RegisterTypeLib Registering non-oleautomation interface! fixme:ole:RegisterTypeLib Registering non-oleautomation interface! fixme:ole:RegisterTypeLib Registering non-oleautomation interface! fixme:ole:RegisterTypeLib Registering non-oleautomation interface! fixme:ole:RegisterTypeLib Registering non-oleautomation interface! fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:sync:SetNamedPipeHandleState 0xdc 0x61853a98 (nil) (nil) fixme:sync:SetNamedPipeHandleState 0xdc 0x4b520a98 (nil) (nil) fixme:ole:RegisterTypeLib Registering non-oleautomation interface! fixme:ole:RegisterTypeLib Registering non-oleautomation interface! fixme:ole:RegisterTypeLib Registering non-oleautomation interface! fixme:sync:SetNamedPipeHandleState 0xe0 0x61853a98 (nil) (nil) fixme:sync:SetNamedPipeHandleState 0xd0 0x61853a98 (nil) (nil) fixme:ole:RegisterTypeLib Registering non-oleautomation interface! fixme:ole:RegisterTypeLib Registering non-oleautomation interface! fixme:ole:RegisterTypeLib Registering non-oleautomation interface! fixme:ole:RegisterTypeLib Registering non-oleautomation interface! fixme:ole:RegisterTypeLib Registering non-oleautomation interface! fixme:ole:RegisterTypeLib Registering non-oleautomation interface! fixme:sync:SetNamedPipeHandleState 0xd4 0x8122a98 (nil) (nil) fixme:sync:SetNamedPipeHandleState 0xf4 0x378cba98 (nil) (nil) fixme:ole:RpcChannelBuffer_GetDestCtx (0x4b520734,0x4b520738), stub! fixme:sync:SetNamedPipeHandleState 0xf4 0x5b17a98 (nil) (nil) fixme:ole:NdrConvert (pStubMsg == ^0x92240c, pFormat == ^0x2d841ba): stub. fixme:ole:NdrConvert (pStubMsg == ^0x4b5206c0, pFormat == ^0x2d841ba): stub. err:ole:get_unmarshaler_from_stream Failed to read common OBJREF header, 0x00000000 fixme:ole:RpcChannelBuffer_GetDestCtx (0x4b520730,0x4b520734), stub! fixme:ole:RegisterTypeLib Registering non-oleautomation interface! fixme:ole:RegisterTypeLib Registering non-oleautomation interface! fixme:ole:RegisterTypeLib Registering non-oleautomation interface! fixme:sync:SetNamedPipeHandleState 0x80 0x378cba98 (nil) (nil) fixme:ole:NdrConvert (pStubMsg == ^0x922408, pFormat == ^0x2d841c8): stub. fixme:ole:NdrConvert (pStubMsg == ^0x4b5206bc, pFormat == ^0x2d841c8): stub. fixme:sync:SetNamedPipeHandleState 0x80 0x5b17a98 (nil) (nil) fixme:sync:SetNamedPipeHandleState 0xc8 0x1e301a98 (nil) (nil) fixme:sync:SetNamedPipeHandleState 0xc8 0x8122a98 (nil) (nil) fixme:sync:SetNamedPipeHandleState 0xd4 0x8122a98 (nil) (nil) fixme:ole:RegisterTypeLib Registering non-oleautomation interface! fixme:ole:RegisterTypeLib Registering non-oleautomation interface! fixme:ole:RegisterTypeLib Registering non-oleautomation interface! fixme:ole:RegisterTypeLib Registering non-oleautomation interface! fixme:ole:RegisterTypeLib Registering non-oleautomation interface! fixme:ole:RegisterTypeLib Registering non-oleautomation interface! fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from 0x4003 -> 0xb) 0092ffff fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from 0x4003 -> 0xb) 7f80ffff fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from 0x4003 -> 0xb) 0092ffff fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from 0x4003 -> 0xb) 7f80ffff fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from 0x4003 -> 0xb) 7f80ffff fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from 0x4003 -> 0xb) 7f80ffff fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from 0x4003 -> 0xb) 0092ffff fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from 0x4003 -> 0xb) 7f80ffff fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from 0x4003 -> 0xb) 7f82ffff fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from 0x4003 -> 0xb) 7f80ffff fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from 0x4003 -> 0xb) 0092ffff fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from 0x4003 -> 0xb) 7f82ffff fixme:sync:SetNamedPipeHandleState 0xd0 0x8122a98 (nil) (nil) fixme:sync:SetNamedPipeHandleState 0xd0 0x5b17a98 (nil) (nil) fixme:sync:SetNamedPipeHandleState 0xd0 0x1e301a98 (nil) (nil) fixme:sync:SetNamedPipeHandleState 0xd0 0x8122a98 (nil) (nil) fixme:sync:SetNamedPipeHandleState 0x94 0x1e301a98 (nil) (nil) fixme:ole:RpcChannelBuffer_GetDestCtx (0x4b520778,0x4b52077c), stub! fixme:sync:SetNamedPipeHandleState 0xfc 0x5b17a98 (nil) (nil) fixme:ole:NdrConvert (pStubMsg == ^0x92f2c0, pFormat == ^0x2d841da): stub. fixme:sync:SetNamedPipeHandleState 0x11c 0x50ae4a98 (nil) (nil) err:ntdll:RtlpWaitForCriticalSection section 0x7f7a4048 "compobj.c: apartment" wait timed out in thread 0012, blocked by 002c, retrying (60 sec) err:rpc:I_RpcReceive we got fault packet with status 6be err:ole:ifproxy_release_public_refs IRemUnknown_RemRelease failed with error 0xc0000194 fixme:ole:NdrConvert (pStubMsg == ^0x4b520704, pFormat == ^0x2d841da): stub. err:msi:ACTION_ProcessUISequence Execution halted due to error (1603) fixme:sync:SetNamedPipeHandleState 0xa4 0x61853a98 (nil) (nil) Not sure what is with all the Hex but hopefully someone will know what to do with the information

4 3

x11drv: [PATCH] for X_SetClipRectangles clipping crash
by Jason Green Feb. 17, 2006

Feb. 17, 2006

While running Quickbooks Pro 99, WINE would crash every time I changed an existing transaction and clicked "Next" or "Prev", then answered Yes to save changes. It gave the following error: X Error of failed request: BadMatch (invalid parameter attributes) Major opcode of failed request: 59 (X_SetClipRectangles) Serial number of failed request: 83724 [<--- that number changed every time] Current serial number in output stream: 87435 [<--- that number changed every time, too] (it also still gives quite a few of these errors elsewhere in the app, but I don't know if it's related): err:x11drv:X11DRV_CreateWindow invalid window height -2 The line it was crashing on was in x11drv/clipping.c: XSetClipRectangles( gdi_display, physDev->gc, physDev->org.x, physDev->org.y, (XRectangle *)data->Buffer, data->rdh.nCount, YXBanded ); After digging around a little, I found this Xlib programming manual entry: http://tronche.com/gui/x/xlib/GC/convenience-functions/XSetClipRectangles.h… Here's what it has to say on the last argument about clipping rectangle sorting: "If known by the client, ordering relations on the rectangles can be specified with the ordering argument. This may provide faster operation by the server. If an incorrect ordering is specified, the X server may generate a BadMatch error, but it is not required to do so. If no error is generated, the graphics results are undefined. Unsorted means the rectangles are in arbitrary order. YSorted means that the rectangles are nondecreasing in their Y origin. YXSorted additionally constrains YSorted order in that all rectangles with an equal Y origin are nondecreasing in their X origin. YXBanded additionally constrains YXSorted by requiring that, for every possible Y scanline, all rectangles that include that scanline have an identical Y origins and Y extents." Changing that last parameter from YXBanded to Unsorted has completely resolved my problem, and it doesn't seem to have broken anything else that I've noticed (Firefox, Mozilla-suite, winefile all seem to run just as well as before). However, I'm sure you all know more than I do about how that particular function works. The code for that function hasn't changed at least since the 20031212 CVS. Either way, I'm submitting a small one-line patch. Please let me know if you think this will cause issues elsewhere. Thanks!

2 1