DMARC-Filter: OpenDMARC Filter v1.4.2 delorie.com 51HN9jIZ3157930
DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 170023858D20
Message-ID: <00aff5c7-c2ed-4e31-8f0d-3b4ed8f010c3@SystematicSW.ab.ca>
Date: Mon, 17 Feb 2025 15:17:19 -0700
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
Subject: Re: bug in strcasecmp and strncasecmp
To: cygwin@cygwin.com
References: <2031387.2IRrRt1zHL@nimes> <Z7MIvRl6XKQ0Ky0m@calimero.vinschen.de>
Content-Language: en-CA
Autocrypt: addr=Brian.Inglis@SystematicSW.ab.ca; keydata=
 xjMEXopx8xYJKwYBBAHaRw8BAQdAnCK0qv/xwUCCZQoA9BHRYpstERrspfT0NkUWQVuoePbN
 LkJyaWFuIEluZ2xpcyA8QnJpYW4uSW5nbGlzQFN5c3RlbWF0aWNTdy5hYi5jYT7ClgQTFggA
 PhYhBMM5/lbU970GBS2bZB62lxu92I8YBQJeinHzAhsDBQkJZgGABQsJCAcCBhUKCQgLAgQW
 AgMBAh4BAheAAAoJEB62lxu92I8Y0ioBAI8xrggNxziAVmr+Xm6nnyjoujMqWcq3oEhlYGAO
 WacZAQDFtdDx2koSVSoOmfaOyRTbIWSf9/Cjai29060fsmdsDM44BF6KcfMSCisGAQQBl1UB
 BQEBB0Awv8kHI2PaEgViDqzbnoe8B9KMHoBZLS92HdC7ZPh8HQMBCAfCfgQYFggAJhYhBMM5
 /lbU970GBS2bZB62lxu92I8YBQJeinHzAhsMBQkJZgGAAAoJEB62lxu92I8YZwUBAJw/74rF
 IyaSsGI7ewCdCy88Lce/kdwX7zGwid+f8NZ3AQC/ezTFFi5obXnyMxZJN464nPXiggtT9gN5
 RSyTY8X+AQ==
Organization: Systematic Software
In-Reply-To: <Z7MIvRl6XKQ0Ky0m@calimero.vinschen.de>
Precedence: list
From: Brian Inglis via Cygwin <cygwin@cygwin.com>
Reply-To: cygwin@cygwin.com
Cc: Brian Inglis <Brian.Inglis@SystematicSW.ab.ca>
Content-Type: text/plain; charset="utf-8"; Format="flowed"
Errors-To: cygwin-bounces~archive-cygwin=delorie.com@cygwin.com
Sender: "Cygwin" <cygwin-bounces~archive-cygwin=delorie.com@cygwin.com>
Content-Transfer-Encoding: 8bit

On 2025-02-17 03:00, Corinna Vinschen via Cygwin wrote:
> On Feb 16 17:18, Bruno Haible via Cygwin wrote:
>> Per POSIX [1], the functions strcasecmp and strncasecmp should
>> "use the current locale to determine the case of the characters.".
>>
>> [1] https://pubs.opengroup.org/onlinepubs/9799919799/functions/strcasecmp.html
>>
>> This is not what Cygwin does: In the fr_FR.ISO8859-1 locale, the
>> characters 0xE9 and 0xC9 are the same modulo case, but strcasecmp
>> and strncasecmp consider these characters to be different.
> 
> Thanks for your report.
> 
> This is a longstanding problem in newlib.  All four strcasecmp functions
> call tolower on a char without casting them to unsigned.  So tolower is
> called with negativ values if the char is not in the ASCII range.
> 
> Adding a cast fixes that and I just pushed a matching patch.
> 
> I'm just not sure if that's sufficient in the light of POSIX.1-2024.
> The above expression seems to indicate that strcasecmp and friends are
> now expected to work on multibyte codesets like UTF-8.
> 
> I checked the glibc sources and they still do the bytewise tolower twist
> as well, though...

Seems like one need only do that in the POSIX (2024) locale:

"When the LC_CTYPE category of the locale being used is from the POSIX locale, 
these functions shall behave as if the strings had been converted to lowercase 
and then a byte comparison performed, and errno shall not be changed on valid 
input. Otherwise, the results are unspecified."

so an implementation is free to DTRT in human locales, as with say TZ.

-- 
Take care. Thanks, Brian Inglis              Calgary, Alberta, Canada

La perfection est atteinte                   Perfection is achieved
non pas lorsqu'il n'y a plus rien à ajouter  not when there is no more to add
mais lorsqu'il n'y a plus rien à retrancher  but when there is no more to cut
                                 -- Antoine de Saint-Exupéry

-- 
Problem reports:      https://cygwin.com/problems.html
FAQ:                  https://cygwin.com/faq/
Documentation:        https://cygwin.com/docs.html
Unsubscribe info:     https://cygwin.com/ml/#unsubscribe-simple