From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from m0.truegem.net (m0.truegem.net [69.55.228.47]) by sourceware.org (Postfix) with ESMTPS id 1858B3858D3C for ; Thu, 26 Aug 2021 19:08:29 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 1858B3858D3C Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=maxrnd.com Authentication-Results: sourceware.org; spf=none smtp.mailfrom=maxrnd.com Received: (from daemon@localhost) by m0.truegem.net (8.12.11/8.12.11) id 17QJ8SRF075218 for ; Thu, 26 Aug 2021 12:08:28 -0700 (PDT) (envelope-from mark@maxrnd.com) Received: from 162-235-43-67.lightspeed.irvnca.sbcglobal.net(162.235.43.67), claiming to be "[192.168.1.100]" via SMTP by m0.truegem.net, id smtpdKubt9E; Thu Aug 26 12:08:24 2021 Subject: Re: [ANNOUNCEMENT] Updated: cygutils 1.4.16-5 To: cygwin@cygwin.com References: <20210826190703.b4ada3ba0f8a73daadf0b14d@nifty.ne.jp> From: Mark Geisert Message-ID: Date: Thu, 26 Aug 2021 12:08:24 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Firefox/52.0 SeaMonkey/2.49.4 MIME-Version: 1.0 In-Reply-To: <20210826190703.b4ada3ba0f8a73daadf0b14d@nifty.ne.jp> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-2.9 required=5.0 tests=BAYES_00, BODY_8BITS, KAM_DMARC_STATUS, KAM_LAZY_DOMAIN_SECURITY, KAM_NUMSUBJECT, NICE_REPLY_A, SPF_HELO_NONE, 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: Thu, 26 Aug 2021 19:08:30 -0000 Hi Takashi, Takashi Yano via Cygwin wrote: > I tested 1.4.16-5 and found another problem in putclip. > > If non-ASCII chars are passed to putclip, clip board > has garbage at the end. > > Run 'echo αβγ | putclip', then paste clip board to > notepad. 'αβγ' is pasted with a few bytes of garbage. > > It seems that the longer non-ASCII string generages longer > garbage. > > Running 'echo αβγαβγαβγαβγαβγαβγ | putclip' > and pasting clip board here, results something like: > > αβγαβγαβγαβγαβγαβγ > z⊨z⊨z⊨z⊨z⊨zἰz⊨z᪨zἰ > > Sometimes, error message: > "Couldn't write CF_TEXT format to the clipboard." > is shown. > > My locale is "ja_JP.UTF-8". > > Could you please have a look? Thanks for the report and especially the testcase. I can reproduce this. Something like 'cat foo | putclip' where the file foo contains Unicode does work. It's the use of 'echo' with Unicode chars that fails. I'll add that testcase to my procedures and respin -5 with the fix when ready. ..mark