DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org A29D53858CDB
Message-ID: <a016d60a-b661-7aca-681d-8f501d54308a@towo.net>
Date: Thu, 23 Mar 2023 21:09:57 +0100
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101
 Thunderbird/102.9.0
Subject: Re: newlocale: Linux incompatibility
To: cygwin@cygwin.com
References: <bd7ebebc-cf90-d509-ef15-11d702a6126c@cornell.edu>
In-Reply-To: <bd7ebebc-cf90-d509-ef15-11d702a6126c@cornell.edu>
UI-OutboundReport: notjunk:1;M01:P0:EHQaQsVCAUo=;sfmHgCrjZHgF2tfhcnHXqHD/gHA
 RvlN8fVwio0p4Lt9JTNtIA7XLM2FUm6I+8+i73x/zcSRRQagaIE6t8IZAxbRooRDhoVHirohd
 BAYsgBOH3cgKtm/CoXSkhxQKpzxZnyiP4WPWpEBkhiyFMdVHyl8KMHEmSElvHeE2hyfsVUGPP
 Ari4iOz6bRoCEDkmAeFZphUfWW1zp28z1ZZiypXWHVZKxvr2NwSfX2uBCRVjGQ+2l6iZRp3G0
 N4ixezIPx4t3ikDHDx8HeukIXUyn+z4f0XHLgs7quiydre4kwVcA9n2NVHtsq6jq5ti2tOG+F
 MD6bOwsUIl5Y59Mg8iy5ngbwapJrTWV+XRKYGqBF+y2Ww4piK9Si8ctO+HN1rUFSkTLS28nV6
 w/IXLtS4LzGmAZQchqOk3ZIH2XxqN5iMIMHl46/ei1hQmQ82y7HBqJUwEv09XHjV6IMCRQ6Ej
 BKFQz4X3PXTSk4CjfzNuozM7gizSVDu2J307TcJQFHK6mv+xvk/zd5VQY5Ec4JxrVRhBzJZNu
 DnDUFORNaNgCSVFZybb2DNxmXFnUhvQl+H5AdATU2sXuykMOi2j5dRfEwp255D81lKHIl9bnW
 ZpdXFsXVKl4RqEsZHqY+Y4uv/sied0WmYG4M9LZGAXyNUo2WxQdzSyFXR4r/f3l4ubURja7CP
 a+HS802sjWhrxSVqSHovMbX2jnRu55Xc4PwesntEKg==
From: Thomas Wolff via Cygwin <cygwin@cygwin.com>
Reply-To: Thomas Wolff <towo@towo.net>
Content-Type: text/plain; charset="utf-8"; Format="flowed"
Sender: "Cygwin" <cygwin-bounces+archive-cygwin=delorie.com@cygwin.com>
Content-Transfer-Encoding: 8bit


Am 23.03.2023 um 20:48 schrieb Ken Brown via Cygwin:
> I'm reporting this here rather than the newlib list because the 
> behavior is compatible with Posix but not Linux, so I think it's a 
> Cygwin issue.
>
> Consider the following test case:
>
> $ cat locale_test.c
> #include <stdio.h>
> #include <locale.h>
>
> int main ()
> {
>   const char *locale = "en_DE.UTF-8";
>   locale_t loc = newlocale (LC_COLLATE_MASK | LC_CTYPE_MASK, locale, 0);
>   if (!loc)
>     perror ("newlocale");
>   else
>     printf ("newlocale succeeded on invalid locale %s\n", locale);
> }
>
> $ gcc -o locale_test locale_test.c
>
> $ ./locale_test.exe
> newlocale succeeded on invalid locale en_DE.UTF-8
>
> On Linux, the newlocale call fails with ENOENT, as is documented on 
> the man page.  Posix doesn't say what should happen on an invalid 
> locale, so this is not, strictly speaking, a bug.
So the question is what is an invalid locale. In Linux, locales are only 
valid if explicitly listed somewhere.
This strict behaviour may be a problem. A much better approach is to 
allow any combination of known language_REGIOIN tags with encoding 
indications, to be much more flexible and dynamic.
So if such combinations are considered legal, as in cygwin, this is not 
a bug.

>
> Ken
>
> P.S. I noticed this because of a failing Emacs test.  No one else has 
> reported this test failure, so it seems that newlocale fails on an 
> invalid locale on all platforms supported by Emacs other than Cygwin.

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