From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 27850 invoked by alias); 8 Jan 2004 17:00:12 -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 27836 invoked from network); 8 Jan 2004 17:00:11 -0000 Received: from unknown (HELO central.ixn.com) (65.19.132.2) by sources.redhat.com with SMTP; 8 Jan 2004 17:00:11 -0000 Received: from msu.edu (office.ixn.com [68.23.74.57]) (authenticated bits=0) by central.ixn.com (8.12.10/8.12.10) with ESMTP id i08H05EZ048190 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 8 Jan 2004 12:00:06 -0500 (EST) Message-ID: <3FFD8C8B.4080408@msu.edu> Date: Thu, 08 Jan 2004 17:00:00 -0000 From: Harold L Hunt II 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: cygwin-xfree@cygwin.com Subject: Re: Clipboard configuration References: <1073569683.6535.31.camel@famine> <3FFD70AB.4080100@msu.edu> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit 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/msg00153.txt.bz2 List-Id: Sam, Sam Edge wrote: > Harold L Hunt II wrote in > <3FFD70AB.4080100@msu.edu> > in gmane.os.cygwin.xfree on Thu, 08 Jan 2004 10:00:59 -0500: > > >>Øyvind Harboe wrote: >> >>>A good configuration option is no configuration option :-) >>>Is there any reason not to make -clipboard default for XWin once the >>>current round of changes are out of the door? >>>In the past xwinclip crashed intermittantly and it clobbered the clipboard, so -clipboard >>>not being default made sense. >> >>I have already been thinking about it. >>I'll eventually make -clipboard the default and add a -noclipboard >>option to disable it. >>That is what we have typically done for all features that newly reach >>stabililty. > > > It could be argued that if the -query or -broadcast option is also > being used the default should remain -noclipboard. > > Most (remote) display managers turn on X authentication and prevent > the internal clipboard client from connecting to its own Cygwin/X > server. This results in the client wasting its time doing it's > start-up retries. This isn't a huge waste - more a niggle. Really... huh... I guess that's why I call GenerateAuthorization within the server to create an MIT MAGIC COOKIE, then I call XSetAuthorization in the clipboard thread to pass that cookie to the server when using Xdmcp? :) You must not have been reading the change logs too closely :) > If the inter-clipboard functionality is eventually re-coded into the > server end instead of being an X-client it will avoid the > authentication problem and the default can be changed to 'enabled' in > all cases. No, the clipboard functionality will always need a client connection to perform conversions of text with Xlib. I talked to Keith Packard about this... he has frequently used internal clients running in separate threads to perform such tasks... it is essentially an accepted practice. You do, however, have to go one step further than we had gone before and handle authorization issues if you want to use it with Xdmcp. That has now been done. Harold