From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from sa-prd-fep-047.btinternet.com (mailomta18-sa.btinternet.com [213.120.69.24]) by sourceware.org (Postfix) with ESMTPS id C09FF3858D3C for ; Sun, 21 Nov 2021 14:51:27 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org C09FF3858D3C Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=dronecode.org.uk Authentication-Results: sourceware.org; spf=none smtp.mailfrom=dronecode.org.uk Received: from sa-prd-rgout-005.btmx-prd.synchronoss.net ([10.2.38.8]) by sa-prd-fep-047.btinternet.com with ESMTP id <20211121145126.XBD16049.sa-prd-fep-047.btinternet.com@sa-prd-rgout-005.btmx-prd.synchronoss.net>; Sun, 21 Nov 2021 14:51:26 +0000 Authentication-Results: btinternet.com; auth=pass (PLAIN) smtp.auth=jonturney@btinternet.com; bimi=skipped X-SNCR-Rigid: 6139452E0ADA9140 X-Originating-IP: [81.129.146.209] X-OWM-Source-IP: 81.129.146.209 (GB) X-OWM-Env-Sender: jonturney@btinternet.com X-VadeSecure-score: verdict=clean score=0/300, class=clean X-RazorGate-Vade: gggruggvucftvghtrhhoucdtuddrgedvuddrgedvgdejudcutefuodetggdotefrodftvfcurfhrohhfihhlvgemuceutffkvffkuffjvffgnffgvefqofdpqfgfvfenuceurghilhhouhhtmecufedtudenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhepkfffgggfuffvfhfhjggtgfesthekredttdefjeenucfhrhhomheplfhonhcuvfhurhhnvgihuceojhhonhdrthhurhhnvgihsegurhhonhgvtghouggvrdhorhhgrdhukheqnecuggftrfgrthhtvghrnhepteeihfffhfejvdeuheevgeffuefgieektdegfeeftdeukeefuedugfeijefghfelnecuffhomhgrihhnpehmihgtrhhoshhofhhtrdgtohhmnecukfhppeekuddruddvledrudegiedrvddtleenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhephhgvlhhopegludelvddrudeikedruddruddtfegnpdhinhgvthepkedurdduvdelrddugeeirddvtdelpdhmrghilhhfrhhomhepjhhonhdrthhurhhnvgihsegurhhonhgvtghouggvrdhorhhgrdhukhdprhgtphhtthhopegthihgfihinhestgihghifihhnrdgtohhmpdhrtghpthhtohepmhgrrhhksehmrgigrhhnugdrtghomh X-RazorGate-Vade-Verdict: clean 0 X-RazorGate-Vade-Classification: clean Received: from [192.168.1.103] (81.129.146.209) by sa-prd-rgout-005.btmx-prd.synchronoss.net (5.8.716.04) (authenticated as jonturney@btinternet.com) id 6139452E0ADA9140; Sun, 21 Nov 2021 14:51:26 +0000 Message-ID: Date: Sun, 21 Nov 2021 14:51:08 +0000 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.3.2 Subject: Re: [ANNOUNCEMENT] Updated: cygutils 1.4.16-8 (Test) Content-Language: en-GB To: Mark Geisert , The Cygwin Mailing List References: <95DF7281-9391-4AEE-9427-7351DA47DBDE@Denis-Excoffier.org> <2f219874-accb-5c79-d513-ccc0902f88fe@maxrnd.com> From: Jon Turney In-Reply-To: <2f219874-accb-5c79-d513-ccc0902f88fe@maxrnd.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-1192.5 required=5.0 tests=BAYES_00, FORGED_SPF_HELO, KAM_DMARC_STATUS, KAM_LAZY_DOMAIN_SECURITY, NICE_REPLY_A, RCVD_IN_DNSWL_NONE, RCVD_IN_MSPIKE_H2, SPF_HELO_PASS, SPF_NONE, 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@cygwin.com X-Mailman-Version: 2.1.29 Precedence: list List-Id: General Cygwin discussions and problem reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Nov 2021 14:51:30 -0000 On 21/11/2021 10:36, Mark Geisert wrote: > Hi Denis, > > Denis Excoffier wrote: >> Hello, >> >>> On 2021-11-03 10:59, Mark Geisert wrote: >>> >>> The following packages have been uploaded to the Cygwin distribution: >>> >>> * cygutils-1.4.16-8 >>> * cygutils-extra-1.4.16-8 >>> * cygutils-x11-1.4.16-8 >> >> >> The '-u' or '-d' option of getclip does not seem to work properly >> under xterm. >> How to reproduce: >> 1) Open an xterm >> 2) Select a simple piece of text (with no line ending) >> 3) getclip -u >> 4) Observe 'Segmentation fault(core dumped)' >> >> If step 2 is replaced by ‘printf AAAA | putclip', no error. >> If step 3 is replaced by ‘getclip’, no error. >> >> I can’t tell whether this is new or not. > > It appears to be old.  An xterm selection is placed on the Windows > clipboard in CF_UNICODETEXT format.  'getclip' can deal with this, > 'getclip -u' and 'getclip -d' cannot; they always request CF_TEXT (i.e., > ANSI) format and assume they get a buffer of data.  But the formats > don't match and there's no data supplied.  That's why the segfault occurs. Odd... I think that Windows should convert CF_UNICODETEXT to CF_TEXT if needed See https://docs.microsoft.com/en-gb/windows/win32/dataxchg/clipboard-formats#synthesized-clipboard-formats