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=-2.2 required=5.0 tests=DKIM_ADSP_ALL, 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 6261 invoked from network); 12 Apr 2022 21:13:39 -0000 Received: from mother.openwall.net (195.42.179.200) by inbox.vuxu.org with ESMTPUTF8; 12 Apr 2022 21:13:39 -0000 Received: (qmail 11839 invoked by uid 550); 12 Apr 2022 21:13:37 -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 11803 invoked from network); 12 Apr 2022 21:13:36 -0000 Date: Tue, 12 Apr 2022 14:13:24 -0700 From: "Gary E. Miller" To: musl@lists.openwall.com Message-ID: <20220412141324.5d344e74@spidey.rellim.com> In-Reply-To: <1649796698.dhgj3g2orq.none@localhost> References: <20220412134355.59bd920e@spidey.rellim.com> <1649796698.dhgj3g2orq.none@localhost> Organization: Rellim X-Mailer: Claws Mail 4.1.0 (GTK 3.24.31; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_/sgTNfnrATQBFNTEP4ukwhHt"; protocol="application/pgp-signature"; micalg=pgp-sha512 Subject: Re: [musl] =?UTF-8?B?4pyYc3RyZXJyb3Jfcigp?= bug in musl --Sig_/sgTNfnrATQBFNTEP4ukwhHt Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Yo Alex! On Tue, 12 Apr 2022 16:56:20 -0400 "Alex Xu (Hello71)" wrote: > The issue of GNU-specific strerror_r has been discussed several times > on the mailing list: https://inbox.vuxu.org/musl/?q=3Dstrerror_r. See: >=20 > - > https://inbox.vuxu.org/musl/20130208185918.GJ20323@brightrain.aerifal.cx/ > - > https://inbox.vuxu.org/musl/20180805010455.GQ1392@brightrain.aerifal.cx/ >=20 > and other threads. The one suggests strerror_l(), which is uselsss for obvious reasons: strerror_l() strerror_l() is like strerror(), but maps errnum to a locale-depend= ent error message in the locale specified by locale. The behavior of s= tr=E2=80=90 error_l() is undefined if locale is the special locale obj= ect LC_GLOBAL_LOCALE or is not a valid locale object handle. I'm not going to ever use a function that in many (most?) cases has "behavior... undefined". gpsd, finally, solved the problem, by creating a configure test for the unexpected and undocumented behaviour of strerror_r() in musl. The other trhead says: > Is this a bug in musl? No, musl explicitly does not suppore the GNU interfaces that conflict with standard interfaces by the same name. After looking all over the musl source and doc, I can strongly assert that whatever is "explicitly" statad is very, very, hard to find. RGDS GARY --------------------------------------------------------------------------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 gem@rellim.com Tel:+1 541 382 8588 Veritas liberabit vos. -- Quid est veritas? "If you can't measure it, you can't improve it." - Lord Kelvin --Sig_/sgTNfnrATQBFNTEP4ukwhHt Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIzBAEBCgAdFiEEDImNR/2vUKZZKLG0LmvF3i7oaj4FAmJV63QACgkQLmvF3i7o aj6ZjA//UNTnIU6mHIoB5B/yZFmip9Zbg2avbVlKwor7gJotO2ljDrWVzsdmh5o7 Jty4mg6mTJiYopERPCa3h4nwcMlNH+MEsnk41TglbIVdKVMfl30Nq+OtzNIG+fTq WZcNJuJQ8xVQ/LlCA8RBoyjmVzC/5713SnpHYaRGK4rZC/X0TCJv1COTd7WEmF1T Id8crXLq+ywqwCmJiWd2qgwOTwGwKC3rJGXHOGAuv/bbJKn9c5KN+nqVSbL+265P HNeG0C/R9DmkN9Jo2NzTkVKBHDcu9vdYhxYKobfHN6SMG7qjvedfGrUM5OVymFwf esbnj6EOvNkErAM5V83ovFdDxOIoXg3YW7uW2h9KjOVolrxYJ1butQL+Rh9C+gbc /H10ncFDfUrEAhMMbpvGUgeiqFPHjZ+qppa9cMuOkAYhb+w6uh86LDLEyoUkKHkl 1tjCWqbAa2RojjItcVO0P8GTn5CeNGDMUOaKb2C88mLKuUhz7hjqM2AMOJO8+sUk rLvenwagTWgxLjl4/r+yLZqrJirgwDdYOSYv3ZG56iZkUiBPrlJ/x2AgaRuNgW1s O0S57pxRvdJFi1kkFB7SB0J1RJJDY2PuGsL/dMWGww2eR3yI3oUJhUb69E7+N1w9 5lgGr5HNhKTaV9GGJHINQJDVV3UYHN/jnzIq3ygvHRvlgoA7FPM= =wruF -----END PGP SIGNATURE----- --Sig_/sgTNfnrATQBFNTEP4ukwhHt--