X-Recipient: archive-cygwin@delorie.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:subject:to:references:from:message-id:date
	:mime-version:in-reply-to:content-type
	:content-transfer-encoding; q=dns; s=default; b=G9O/A7leIboF4KO1
	eEYLmsHd+/QMvoqW0HMo/qhBxNII6J1YH/z87Jmt4YXMQWLtq82tvsklAAEI+5o1
	cUazwGilBeZp2XOYb5CHTTpIIeNUT3I+RB2ih9n+ODwGL4X8HJCS6DpyYszfQ/gH
	IzOYXq1bZsnvEp9T6MYvcIwoKmI=
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:subject:to:references:from:message-id:date
	:mime-version:in-reply-to:content-type
	:content-transfer-encoding; s=default; bh=hP8htbVHQeTplnZ5YrE+GL
	M1Ago=; b=ONJvHTiVTXNOO9t6orp9KTMJLZiakbDiRvME5e8iU4T5jFRNzAjyfn
	3pdqHF2ExX4NZ9Ls9vFORFGesg7dBwJbHyu1oFeGVVmPglY694n53kcYmFasJisL
	/Re0u8IhcMJocLeOfkOic+fz+CJDnQs9FuidoH7b3OMiAIJ3rhzMs=
Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm
List-Id: <cygwin.cygwin.com>
List-Subscribe: <mailto:cygwin-subscribe@cygwin.com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin@cygwin.com>
List-Help: <mailto:cygwin-help@cygwin.com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner@cygwin.com
Mail-Followup-To: cygwin@cygwin.com
Delivered-To: mailing list cygwin@cygwin.com
Authentication-Results: sourceware.org; auth=none
X-Virus-Found: No
X-Spam-SWARE-Status: No, score=0.9 required=5.0 tests=AWL,BAYES_20,KAM_LAZY_DOMAIN_SECURITY,RCVD_IN_DNSWL_NONE autolearn=no version=3.3.2 spammy=unidata, UD:ftp.unicode.org, UNIDATA, ftp.unicode.org
X-HELO: mout.kundenserver.de
Subject: Re: Date field of ls -l command is garbled in latest cygwin1.dll snapshot.
To: cygwin@cygwin.com
References: <20180623024737.95cb452e6e9541eb05393983@nifty.ne.jp> <20180623053927.1e57462e18394d13c71cf3fd@nifty.ne.jp> <20180623055913.808b584540e5f33ab164b16c@nifty.ne.jp> <20180623080659.27e779440448629b512928f6@nifty.ne.jp> <b6e770ed-1129-f6fa-7319-cafde8ca9b31@SystematicSw.ab.ca> <f94533e8-8e21-d9a9-15f1-4fdd97fec98a@towo.net>
From: Thomas Wolff <towo@towo.net>
Message-ID: <ee8da875-20a2-1aec-3e77-e479455fba62@towo.net>
Date: Sun, 24 Jun 2018 18:34:06 +0200
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.8.0
MIME-Version: 1.0
In-Reply-To: <f94533e8-8e21-d9a9-15f1-4fdd97fec98a@towo.net>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
X-IsSubscribed: yes
Note-from-DJ: This may be spam

Am 24.06.2018 um 00:32 schrieb Thomas Wolff:
> Am 23.06.2018 um 20:46 schrieb Brian Inglis:
>> On 2018-06-22 17:06, Takashi Yano wrote:
>>> On Sat, 23 Jun 2018 05:39:27 +0900
>>> Takashi Yano wrote:
>>>> I looked into this problem, and found this is caused by incorrect
>>>> return value of iswprint().
>>> I have found the cause. That is, file categories.t is not correct.
>>>
>>> For example, http://ftp.unicode.org/Public/UNIDATA/UnicodeData.txt 
>>> says:
>>>
>>> 3400;<CJK Ideograph Extension A, First>;Lo;0;L;;;;;N;;;;;
>>> 4DB5;<CJK Ideograph Extension A, Last>;Lo;0;L;;;;;N;;;;;
>>> ...
>>> 4E00;<CJK Ideograph, First>;Lo;0;L;;;;;N;;;;;
>>> 9FEF;<CJK Ideograph, Last>;Lo;0;L;;;;;N;;;;;
>>>
>>> However, categories.t is:
>>>      {CAT_Lo, 0x3400, 0},
>>>      {CAT_Lo, 0x4DB5, 0},
>>> ...
>>>      {CAT_Lo, 0x4E00, 0},
>>>      {CAT_Lo, 0x9FEA, 0},
>>>
>>> Therefore, the script mkcategories which generates categories.t 
>>> should be fixed.
> Obviously. I will check why the script was failing here and thanks for 
> the patch already.
Yeah, I totally failed to consider the First...Last ranges in this 
script, how embarassing.
I would have chosen other markers than 0/1 for the two cases (maybe 
"firstlast" for the new one), and not put it in the middle, but you 
fixed it anyway; except for the Private Use ranges E000..F8FF, 
F0000..FFFFD, 100000..10FFFD, but their category Co isn't used anyway.
I suggest you submit your patch directly to cygwin-patches@cygwin.com. 
One issue, though:
Apparently, you used a Unicode version other than 10.0 as a reference, 
probably 11.0. Maybe the fixing patch should be based on the same 
version, for better clarity and to reduce the diff (fewer changes in 
categories.t and none in caseconv.t).
We can update to 11.0 in addition, but:
Brian wrote:
>> These entries change with every Unicode release, and a new one came 
>> out a few
>> weeks ago, updated here yesterday.
The library updated to 11.0 is probably icu, which isn't used here. The 
libc generation scripts use the original Unicode files which are 
packaged in unicode-ucd which is still at 10.0.

--
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