From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 1140 invoked by alias); 11 Jan 2004 03:59:38 -0000 Mailing-List: contact cygwin-xfree-help@cygwin.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-xfree-owner@cygwin.com Mail-Followup-To: cygwin-xfree@cygwin.com Reply-To: cygwin-xfree@cygwin.com Received: (qmail 1133 invoked from network); 11 Jan 2004 03:59:37 -0000 Received: from unknown (HELO central.ixn.com) (65.19.132.2) by sources.redhat.com with SMTP; 11 Jan 2004 03:59:37 -0000 Received: from msu.edu ([207.179.68.222]) (authenticated bits=0) by central.ixn.com (8.12.10/8.12.10) with ESMTP id i0B3xSRJ085521 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sat, 10 Jan 2004 22:59:33 -0500 (EST) Message-ID: <4000CA1C.2010000@msu.edu> Date: Sun, 11 Jan 2004 03:59:00 -0000 From: Harold L Hunt II Reply-To: cygwin-xfree@cygwin.com User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6b) Gecko/20031205 Thunderbird/0.4 MIME-Version: 1.0 To: cygx Subject: XFree86-xserv-4.3.0-36 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=5.5 tests=none autolearn=no version=2.60 X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) X-SW-Source: 2004-01/txt/msg00201.txt.bz2 List-Id: A new 'test' version has been posted with many changes to the clipboard support. The new version includes a fix for calling OpenClipboard without calling CloseClipboard, which makes the Win32 clipboard inaccessible to other applications until we call CloseClipboard later when something is selected in X11. I have now identified the following things that need to be changed before this series of releases can be marked as 'curr': 1) [Easy] When aborting processing of a SelectionRequest message, be sure to send a SelectionNotify event to the requesting X Client, telling them that no selection data is available. Currently we are not sending a response in several cases, which is a broken way to do things. 2) [Medium] Perhaps add some protections to our call to XPeekIfEvent to make our predicate function return TRUE if a timeout happens. We might be able to do this by setting up a timer event (if these are supported, I suspect they are) and having our predicate function return TRUE for both the SelectionNotify event and/or our timer expired event. The reason to do this is that an X11 Client that misbehaves like we do in #1 (not sending a SelectionNotify in response to a SelectionRequest) will cause our clipboard thread to block indefinitely. This will eventually lead to a crash. 3) [Hard] Release ownership of the X11 selections if an unsupported format is copied to the Win32 clipboard. It will be difficult to do this without triggering infinite loops in our code that monitors changes in ownership of the X11 selection. It is, however, quite possible to do. Harold