Thanks, Takuma, the Z-order bug seems to be fixed now. Unfortunately, I am now suddenly having problems with the clipboard integration which I have not had problems with in ages. The bottom of my XWin.log contains the following:
winInitClipboard () winProcEstablishConnection - winInitClipboard returned. winClipboardProc - Hello DetectUnicodeSupport - Windows NT/2000/XP winClipboardProc - DISPLAY=127.0.0.1:0.0 winMultiWindowXMsgProc - XOpenDisplay () returned and successfully opened the di splay. winInitMultiWindowWM - XOpenDisplay () returned and successfully opened the disp lay. winClipboardProc - XOpenDisplay () returned and successfully opened the display. winClipboardWindowProc - WM_DRAWCLIPBOARD - Initializing - Returning. winProcSetSelectionOwner - Clipboard not yet started, aborting. winProcSetSelectionOwner - Clipboard not yet started, aborting. Any thoughts, Harold? - Andy > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Behalf Of Takuma Murakami > Sent: Tuesday, February 24, 2004 2:27 AM > To: [EMAIL PROTECTED] > Subject: A windowing bug on manimize/restore > > > I notice a bug on the new windowing code, which resides in > release-45 or newer versions of Cygwin/X. To reproduce: > 1) Invoke XWin.exe in -multiwindow mode. > 2) Open 2 windows (A and B) and make them overlapped. > 3) Minimize window A. > 4) Minimize window B. > 5) Restore window B. > Then you will see that the contents of window A are drawn > in window B in the overlapped area. > > I suspect the bug with MSVDM reported by Andrew Braverman > may be the same symptom. > > As a workaround, you can get back the correct Z order by > restoring window A (in the above example). I will work to fix > the problem as soon as possible. > > Takuma Murakami > >