Clipboard problems on 4.3.0-47

["Andrew Braverman" <abraverman at recurrentsoft dot com>]

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: cygwin-xfree-owner@cygwin.com
> [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Takuma Murakami
> Sent: Tuesday, February 24, 2004 2:27 AM
> To: cygwin-xfree@cygwin.com
> 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
>
>