At 07:17 PM 8/26/00 EDT, you wrote:
>Good day!
>
>This used to work. As near as I can make out, it now (wINE-20000821)
>fails in GDI_GetObjPtr(dc->w.hBitmap, BITMAP_MAGIC), where w.hBitmap is
>hPseudoStockBitmap, called by X11DRV_CreateDC. I can't see why anything
>that has changed should sabotage this.
I sent the following patch last week to wine-patch and it was committed
2 days ago or so. Btw, only horribly flawed programs have a problem here ;-)
* objects/gdiobj.c
Restores the hPseudoBitmap hack for programs deleting the 1x1 bitmap in memory DCs.
Index: objects/gdiobj.c
===================================================================
RCS file: /home/wine/wine/objects/gdiobj.c,v
retrieving revision 1.34
diff -u -r1.34 gdiobj.c
--- objects/gdiobj.c 2000/08/19 21:38:56 1.34
+++ objects/gdiobj.c 2000/08/23 20:54:35
@@ -507,6 +507,7 @@
/* NOTE: No GDI_Release is necessary */
return TRUE;
}
+ if (obj == hPseudoStockBitmap) return TRUE;
if (!(header = GDI_GetObjPtr( obj, MAGIC_DONTCARE ))) return FALSE;
TRACE("%04x\n", obj );
>I still can't get winedbg to launch (2) - does it need to be accessible
>from a windows drive/ specified in the registry in terms of a windows
>drive?
AFAIK, no..
In your case that may be normal since winedbg is not 16 bits compatible.
I don't use the debugger seriously for anything else than providing
a back trace, though.
Gerard
