http://bugs.winehq.org/show_bug.cgi?id=20771
--- Comment #7 from Jörg Höhle hoehle@users.sourceforge.net 2011-02-19 14:51:04 CST --- Created an attachment (id=33352) --> (http://bugs.winehq.org/attachment.cgi?id=33352) some overlapping menus, background partly upside down
Likely bug #23471 is a duplicate of this issue. I own only FS2002, neither '98 nor 2004, but I observe the symptoms described in bug #23471 - on Mac OS. Cmd is the alt key on the Apple keyboard, depending on X11.app preferences. I can confirm Jérôme's git bisect result.
AJ's offending commit involves release_user_handle_ptr(). My notes (from 1.3.3 time) mention fs2002.exe crash involving it: Assertion failed: (ptr && ptr != OBJ_OTHER_PROCESS), function release_user_handle_ptr, file win.c, line 148.
In wine-1.3.14, the top-level menu bar appears for as long as I press the cmd key, each time with one log line fixme:ddraw:ddraw7_FlipToGDISurface iface 0x168da0 stub! But unlike 1.1.31, I then cannot use the mouse or keyboard to select an entry.
With git checkout db79a9f2e9a5f4d82c0a910fd92ce8449cdf74e3^ the menus are selectable even though there are some strange graphical effects, e.g. the background becomes a bluish taint while the translucent menus are shown. Part of the plane's control panel that was bottommost gets flipped and shown beneath the top of the screen (see screenshot). The log is err:ddraw:PixelFormat_WineD3DtoDD Can't translate this Pixelformat 59 err:ddraw:PixelFormat_WineD3DtoDD Can't translate this Pixelformat 65 fixme:d3d_surface:surface_load_ds_location No up to date depth stencil location
When I exit these menus, the terminal is flooded with a thousand repetitions of 3 lines: fixme:d3d_surface:surface_init Trying to create a render target that isn't in the default pool. fixme:d3d7:IDirect3DImpl_7_CreateDevice (0x185340): Only one Direct3D device per DirectDraw object supported fixme:d3d7:IDirect3DImpl_7_CreateDevice (0x185340): Only one Direct3D device per DirectDraw object supported until at some point, the cockpit view is resumed - only after I click into the desktop window.
I don't know how this app behaves natively, but the name ddraw7_FlipToGDISurface and the behaviour in 1.1.31 make me believe it uses two "screen views": one for flying and one for menus (like an xterm can flip between several views).