From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mout.kundenserver.de (mout.kundenserver.de [212.227.126.187]) by sourceware.org (Postfix) with ESMTPS id B09813858C27 for ; Wed, 27 Oct 2021 09:52:13 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org B09813858C27 Authentication-Results: sourceware.org; dmarc=fail (p=none dis=none) header.from=cygwin.com Authentication-Results: sourceware.org; spf=fail smtp.mailfrom=cygwin.com Received: from calimero.vinschen.de ([24.134.7.25]) by mrelayeu.kundenserver.de (mreue009 [212.227.15.167]) with ESMTPSA (Nemesis) id 1MyK9U-1ms0QR39zA-00ye78 for ; Wed, 27 Oct 2021 11:52:11 +0200 Received: by calimero.vinschen.de (Postfix, from userid 500) id 43F24A80CF7; Wed, 27 Oct 2021 11:52:10 +0200 (CEST) Date: Wed, 27 Oct 2021 11:52:10 +0200 From: Corinna Vinschen To: cygwin-developers@cygwin.com Subject: Re: [PATCH] Cygwin: Make native clipboard layout same for 32- and 64-bit Message-ID: Reply-To: cygwin-developers@cygwin.com Mail-Followup-To: cygwin-developers@cygwin.com References: <20211007052237.7139-1-mark@maxrnd.com> <20211008185210.cac713f28dea727a1467cf94@nifty.ne.jp> <29514de9-0d19-0d22-b8e1-3bfbce11589b@cornell.edu> <7dd31f61-43a1-4e4d-2e1a-dc79606263d5@dronecode.org.uk> <037a8027-8969-df1e-ccb5-6a736578cec5@cornell.edu> <6de24f8c-bd21-cd4f-18ff-ece3fef85b89@maxrnd.com> <12fea3e3-92ae-2a33-81ea-808bdcc20f2a@maxrnd.com> <6403170a-9e5d-4b98-7ef9-3d11fb31c2c4@towo.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <6403170a-9e5d-4b98-7ef9-3d11fb31c2c4@towo.net> X-Provags-ID: V03:K1:Nx4RudhhMaAHD53DDePRq3+77qu4OridDp+4DGKSFtp1Y2krYLt ZFUT/76ClJl8E9xO0YAKZBw5i1yedcPcF6HXFLi5eWtJxfxZNhqebbPzZOc0lC5TMX2rZUX vzPcT08kyj/kVbf2YD6StwtH9+ND0cD6ZI5YExucQr1qJFwUL81SaBdalw/y4S9IEd/+5Zs tDwCozhv9/nTxWV8SD8lA== X-UI-Out-Filterresults: notjunk:1;V03:K0:0FR72UK6vgc=:o6mXAXqa2AcdzC4btjCwus eBHDftfxCuvTpmK4xAHfGlom5cHbzWoOU13tSjWwDYdUJ+1vfEQ5Fj2RUZMXkJMb6Q0N9DABz ca0+vsZcGYrk0CZYCWicpnZXcjJWY2Z+xK3F7e3oJiKm9WReRsMFJ6eWcT6AC8kWG3mN0m7qh aDwOqkTwLXpLW8ZgB/y74T+5sr5GY79DJ/QK8urI3lFhYFpoWbHlC0T5OdhiSLAMVzcQFpEd6 CldUqF/Uk62dlEBKUMjhzQ02DetZzwPCKQmSmWTxKu0SUW+rUjehwfgqwERQVJcal8zfPjdZA k+UKJfDrYzIgwTgNQjdBL4vx9Y6iwMhe0WDdUSoEwGpHsDP8yUmoCaEXznYY1WRUEIbVMpscc 4K+TQ6+cxR6ZL81/oBqCi1oW5mTwrx2k3DQhpH7HKm9rKa9Veh4G7xtUFRJmiaMtFJ+lOyDyi kGFvtViARNmslPnJeqrxytz7JWYDrW+fgUuhE3RpZ9fAUch+w1mMpD3JbY5wTslIRP3dDXylN BatzjXN9vwuVnMNBodYECXACMS4G2VWI+4GRskO6uvVhMTzzJ3TgGLtWoMDfn7GChpCR4ePkY T2aKAc1Gd4UO+SWyKfTjXZDyEB62XHEzN5wx/ONTng2Kk/tJl6CAG4GUFn8A/yFnk6fDe15h3 JV4l/Fd0AZOJOQPpwKAq4joS0bRBlEBNp1jGJseFm4ZFWfms/tdCfz3m7Ua0HOj9cpJqFLJrX B2pG6GZd0HWz5wAI X-Spam-Status: No, score=-99.6 required=5.0 tests=BAYES_00, GOOD_FROM_CORINNA_CYGWIN, KAM_DMARC_NONE, KAM_DMARC_STATUS, RCVD_IN_DNSWL_NONE, RCVD_IN_MSPIKE_H2, SPF_HELO_NONE, SPF_NEUTRAL, TXREP autolearn=ham autolearn_force=no version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on server2.sourceware.org X-BeenThere: cygwin-developers@cygwin.com X-Mailman-Version: 2.1.29 Precedence: list List-Id: Cygwin core component developers mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Oct 2021 09:52:15 -0000 On Oct 27 11:01, Thomas Wolff wrote: > Am 23.10.2021 um 07:35 schrieb Mark Geisert: > > [...] > > I'll try to get the v2 patch out over this weekend.  Same end-result for > > same environments as the v1 patch, but incorporating all the comments I > > received. > > > > To that end, does Jon's suggestion of /usr/include/sys/cygwin.h seem > > like the best location to define struct cygcb_t for use by both Cygwin > > and cygutils package? > > Thanks much, > > > > ..mark > > Mintty uses the Windows clipboard directly, so it does not face this problem > so far. However, that results in a timestamp of 1st Dec 2006 for > /dev/clipboard. In order to avoid a complete reimplementation of mintty > clipboard handling ("never touch a running system"), would it be possible to > set the cygwin timestamp only, without affecting the clipboard contents, > maybe using a new cygwin API function? Like `touch /dev/clipboard` which > does not work however. The timestamp is only stored in the clipboard itself. I don't see any other way than to store the data twice, once in windows and once in Cygwin format. What you could do is to wait for Cygwin 3.3.0, then you can include and just store the data additionally in Cygwin format with timestamp. However, is the clipboard timestamp really that important? It sounds fun, but as soon as *any* non-Cygwin application implemants a copy to clipboard, the timestamp of /dev/clipboard is reset to 2006. Corinna