From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-3.4 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,FREEMAIL_FROM,MAILING_LIST_MULTI,RCVD_IN_DNSWL_MED, RCVD_IN_MSPIKE_H3,RCVD_IN_MSPIKE_WL,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 27189 invoked from network); 17 Dec 2023 07:26:25 -0000 Received: from second.openwall.net (193.110.157.125) by inbox.vuxu.org with ESMTPUTF8; 17 Dec 2023 07:26:25 -0000 Received: (qmail 18016 invoked by uid 550); 17 Dec 2023 07:25:52 -0000 Mailing-List: contact musl-help@lists.openwall.com; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-ID: Reply-To: musl@lists.openwall.com Received: (qmail 17984 invoked from network); 17 Dec 2023 07:25:51 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=s31663417; t=1702797970; x=1703402770; i=nullplan@gmx.net; bh=OLmhiD9UTvi7dob4eosVHFMBO/kEkuFXbsAU3lBDmn0=; h=X-UI-Sender-Class:Date:From:To:Cc:Subject:References: In-Reply-To; b=DPsDTmvxNthzfJtrx11Y/wFs9rgPWO9WI75S0QahQAfbF6vdQyf4Tt0MmBUSUZ8k mY2D2RULela1e8McF0RrMy8e/7Iyd18dOHeIuPgirSBeSkr/+Tt2rN0g0Lzah82rG ZyFY3cPWa4md0HmhacGwex1XkD4AvIKyPe3mftRBx90M2bzpEOVqJKCxOdBLVtypk wtaUg5kkDijxoxqkTrlNtQ212h7kLtkquJnRwb2hUDyoE/W0MHBPmQYRqf1cIDboK 3wHgRqBEnoiJ8Cmd0blmYrgZhUV3SiuRlOFRX/MdabO+qRqlM9GYVano0qZTrL1k2 mWsAOAFa2wLu8xPMiw== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Date: Sun, 17 Dec 2023 08:26:08 +0100 From: Markus Wichmann To: musl@lists.openwall.com Cc: Pablo Correa =?iso-8859-1?Q?G=F3mez?= Message-ID: References: <20231216194325.23580-1-pabloyoyoista@postmarketos.org> <20231216231037.GG4163@brightrain.aerifal.cx> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20231216231037.GG4163@brightrain.aerifal.cx> X-Provags-ID: V03:K1:zEps1qzAkEKDR7sjfUOfazKTABD40/A80ewRBGnnSO6WPHl/+aP WlntkxRfO6HF1pIY4ovhPorfVDNtqGhmq5wP9KN3vS6dpSqfulbgHL2PegVpuwzbXr9nVya w0FLrg3jyntS/Lk9+vQdtkFHcTu2/p6SLBD39h0Nng/uOd8dhkMxP3dvOyyBsV6U8hyFhfb xd9CmLjZ0TZC+EPCwqe6A== UI-OutboundReport: notjunk:1;M01:P0:B9YJhhNw590=;hRnSZswMTG0c0miBbL+gXuakoZp 3iAmJnLhxCwZXn20Ut3BvgAs+dqENZDagrUSj+aahWNr2XVwieAnTzz+FlJn+UGfMfeNalka9 XDPzmYqvuhZ/P1xYKf48lrSbO9RoQyLnhVlfjrle+aJDOW9bYWIMlAcNQANzVADR9avYBgTwH H0tmBMDK/jMppOcNsdFI/D82mSaZj3x8XzPZpu90GNFQHHR6ly7ohy2pS4v7NPf4QI056SleH 4mEfXDfJP1Fx9DauiZRrWaW9vnWy/RCiMdG3yOURf1LhNdI9BKjIQYnhKzFDhq5wyoXkqoMK7 gtwchTH4gmy40bbL2qBM7ZPzJ+UEAUVRojoJH3m7kFwc2Hwbu+G9h7zIk3GRHu/mN9zOEcBlz jVbWTM6d/5hIAd9dTNi9wT2bAsc8eIRNYuAYecxeNMTkFaIBUTein4SaoaaB79jEdtiVosYqf 6JJCIii/inCRbsQ7qVZe2eCW2vSHLJ9oLqn1yE4DULrSOLbkjm1eSBV4CqubuhghJnZISAR08 dn7UbQcmqe2r6N1xx8JxVLh80bATUrox5z7MZD10FhJvwPPp0vaZLMQy69vVuAN9rZb9XFjnx sKgktH/SwZ8VdbAg/hBT0XOFQqr7G7zthOysdL8D4kQkno2HXeUYC/PPrR9OE+co7PKWJ4Jw/ AyHPEbVrTRC+PWypmZWR5UnWcRTJPxkocFVEoMqwMlrFODRzBO7VQVvmgRZCaUao28nW5p7jF ivJRy2JUI0NrAqR0EyX3f6ElphZHBW5RZPgQTRMfmGM8jF2pA7oYaMWRJ5LH9t+xBkR5le4F9 fTXWf2cCbWqbhyhIb5tFV8htQPoAj0UhPYuGaJqkEh10isXpdQrgPFd62tz5adRmxkEO3jRFe ssRpwOo2fP6QDDGuSxukq63H4V2O3aj5FD/xgXIe34Q4So7Hn1boyfeL9kwLhPJawi8d+R7Vg 6uYAZs2+CMVzLxvlS2htnjbEmRc= Content-Transfer-Encoding: quoted-printable Subject: Re: [musl] [PATCH 0/2] Support printing localized RADIXCHAR Am Sat, Dec 16, 2023 at 06:10:37PM -0500 schrieb Rich Felker: > This is a topic that's been controversial. I have always been against > having variable radix character, but I've also been seeking input from > users who want localized output whether the lack of this functionality > is a serious problem that needs revisiting. > Speaking as a German, if output is mostly translated (because LC_MESSAGES is at the discretion of gettext) but numbers have a '.' as radix and are output with a precision of 3, it is disorienting and requires re-reading every time. Because in the German locale, '.' is a valid thousands separator (space and inch mark also being acceptable), and the thousands grouping is just 3. And if they're output with a different precision, it is still jarring at least. > Last time it was discussed, I believe my position was that, if we do > this, it needs to be a 1-bit setting, where a locale necessarily has > either '.' or ',' as the radix. No other values actually appear in > real-world conventions, and on other implementations such as glibc, > the allowance for arbitrary characters allows doing some ~nasty~ stuff > with output and input processing. For example, you could define the > radix character to be '1' or something that makes conversions fail to > round-trip. > That is reasonable. Overgeneralization usually leads to bad code or unforseen outcomes. This is also the case for file names, with just recently a bug report being introduced against POSIX to disallow control characters there. (Imagine someone setting '\r' as radix point). Ciao, Markus