DMARC-Filter: OpenDMARC Filter v1.4.2 delorie.com 51HC5YTp2910898
DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org D2AF73858D1E
To: cygwin@cygwin.com
Subject: Re: bug in strcasecmp and strncasecmp
Date: Mon, 17 Feb 2025 13:04:59 +0100
Message-ID: <25218143.kmuVQn2iE0@nimes>
Organization: GNU
In-Reply-To: <Z7MiyoCV7hXKfteV@calimero.vinschen.de>
References: <2031387.2IRrRt1zHL@nimes> <6261974.2l3rmUXbR5@nimes>
 <Z7MiyoCV7hXKfteV@calimero.vinschen.de>
MIME-Version: 1.0
Precedence: list
From: Bruno Haible via Cygwin <cygwin@cygwin.com>
Reply-To: Bruno Haible <bruno@clisp.org>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Errors-To: cygwin-bounces~archive-cygwin=delorie.com@cygwin.com
Sender: "Cygwin" <cygwin-bounces~archive-cygwin=delorie.com@cygwin.com>

Corinna Vinschen wrote:
> > They can't work on multibyte strings. This is evident from the fact that
> > strncasecmp gets one integer as argument, not two integers.
> 
> Good point.
> 
> With standard functions, one really should convert MB string to wide
> char and call wcscasecmp, etc.

Nope, wide characters are the wrong approach to the problem [1].

Nowadays, ISO C 23 has standardized on char32_t as the portable Unicode
character type. [2] They have left the corresponding functions "as an
exercise to the reader", though. Gnulib and GNU libunistring fill this gap.
See the columns "multibyte strings" and "32-bit wide character strings" in [3].

Bruno

[1] https://www.gnu.org/software/gnulib/manual/html_node/The-wchar_005ft-type.html
[2] https://www.gnu.org/software/gnulib/manual/html_node/The-char32_005ft-type.html
[3] https://www.gnu.org/software/gnulib/manual/html_node/Comparison-of-string-APIs.html


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