X-Recipient: archive-cygwin AT delorie DOT com DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id :list-unsubscribe:list-subscribe:list-archive:list-post :list-help:sender:date:from:to:subject:message-id:mime-version :content-type:content-transfer-encoding; q=dns; s=default; b=I7m 68+196bjJBT17qqCp7BagDHOlEEd3DKc3/+Od2SMs6EM0qHaQu18fWHTLI7wJc7h YeUCUxg6Ue1FX/YQD26HGmAROZswMlEKzGNBvwYfijygD85if2/wmRsiXHE4iBZE SEaIIGX5Im45IwAAQfHKm1R9NHsE8Cp4St2Y2X0c= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id :list-unsubscribe:list-subscribe:list-archive:list-post :list-help:sender:date:from:to:subject:message-id:mime-version :content-type:content-transfer-encoding; s=default; bh=IY8JEM3Ul yiCSYO48nstavnZvtg=; b=bK62ftXWV/mChO00oW3kfz2R1vX1HUeKX2hc+EWwV 7YUMbFWkNzyPXhCG/ThA81RzG9x4hWqDOgzdGZaKbzIGfXtqEGbtSYznmhegPX1g 9YMY452RWklU42a3KyZ6EFWJEwoQfAV/qlnqPzdSbmNCKidlcxgg3QZXwtq7zyZg 9k= Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.8 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE autolearn=ham version=3.3.2 spammy=D*jp, Mar, Hx-languages-length:1071, towards X-HELO: conssluserg-03.nifty.com DKIM-Filter: OpenDKIM Filter v2.10.3 conssluserg-03.nifty.com w5MHlRge030664 X-Nifty-SrcIP: [125.3.30.127] Date: Sat, 23 Jun 2018 02:47:37 +0900 From: Takashi Yano To: cygwin AT cygwin DOT com Subject: Date field of ls -l command is garbled in latest cygwin1.dll snapshot. Message-Id: <20180623024737.95cb452e6e9541eb05393983@nifty.ne.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Hi, In the latest cygwin1.dll snapshot, the date field of "ls -l" command is garbled if LANG=ja_JP.UTF-8. Other fields seem to be displayed correctly even if Unicode characters are used. Moreover, other commands which show Unicode characters have no problem. This problem causes after the following commit. commit 41f72ab4d7c404b8ac2a5e1187d79164992e4483 (HEAD) Author: Thomas Wolff Date: Fri Mar 9 13:30:33 2018 +0100 use generated character data The tow* functions use an included case conversion table which can be generated from Unicode data. The isw* functions use a character categories table (provided by categories.c) which can be generated from Unicode data. Delegation between current-locale and specific-locale-dependent functions was reverted towards the generic locale-dependent functions (*_l.c); this is however only relevant on systems with non-Unicode wide character locales, thus not on Cygwin. -- Takashi Yano -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple