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.3 required=5.0 tests=MAILING_LIST_MULTI,
	RCVD_IN_DNSWL_MED,RCVD_IN_MSPIKE_H3,RCVD_IN_MSPIKE_WL autolearn=ham
	autolearn_force=no version=3.4.4
Received: (qmail 17773 invoked from network); 1 Nov 2020 20:40:18 -0000
Received: from mother.openwall.net (195.42.179.200)
  by inbox.vuxu.org with ESMTPUTF8; 1 Nov 2020 20:40:18 -0000
Received: (qmail 24501 invoked by uid 550); 1 Nov 2020 20:40:15 -0000
Mailing-List: contact musl-help@lists.openwall.com; run by ezmlm
Precedence: bulk
List-Post: <mailto:musl@lists.openwall.com>
List-Help: <mailto:musl-help@lists.openwall.com>
List-Unsubscribe: <mailto:musl-unsubscribe@lists.openwall.com>
List-Subscribe: <mailto:musl-subscribe@lists.openwall.com>
List-ID: <musl.lists.openwall.com>
Reply-To: musl@lists.openwall.com
Received: (qmail 24476 invoked from network); 1 Nov 2020 20:40:15 -0000
Date: Sun, 1 Nov 2020 21:40:02 +0100
From: Szabolcs Nagy <nsz@port70.net>
To: =?utf-8?B?w4lyaWNv?= Nogueira <ericonr@disroot.org>
Cc: musl@lists.openwall.com, Alexander Vitiuk <suda@ukr.net>
Message-ID: <20201101204002.GA1370092@port70.net>
Mail-Followup-To: =?utf-8?B?w4lyaWNv?= Nogueira <ericonr@disroot.org>,
	musl@lists.openwall.com, Alexander Vitiuk <suda@ukr.net>
References: <1597340845.300326000.m2kng81l@frv50.fwdcdn.com>
 <C6S7DCPAVDGM.3MUY7E2KQQCMO@mussels>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
In-Reply-To: <C6S7DCPAVDGM.3MUY7E2KQQCMO@mussels>
Subject: Re: [musl] swprintf possible bug

* =C3=89rico Nogueira <ericonr@disroot.org> [2020-11-01 17:17:49 -0300]:
> On Sun Nov 1, 2020 at 6:06 PM -03, Alexander Vitiuk wrote:
> > It seems, wsprintf() / wprintf() are not working in musl as expected, if
> > uses with cyrillic:
> >
> > C testcase:
> > #include <wchar.h>
> > int main() {
> > wprintf(L"[hello]\n");
> > wprintf(L"[=D0=9F=D1=80=D0=B8=D0=B2=D0=B5=D1=82]\n");
> > return 0;
> > }
> > on x86_64-linux-gnu prints:
> > [hello]
> > [Privet]
> > and on x86_64-linux-musl prints: [hello]
> > [
> >
> > There are other cases described:
> > https://github.com/emscripten-core/emscripten/issues/11947
>=20
> For what it's worth, if this is a bug, it would seem to be in how musl
> decides when to print characters (not the formatting functions
> themselves), since the below program doesn't print anything:
>=20
> #include <wchar.h>
> #include <stdio.h>
>=20
> int main() {
>   fputws(L"[=D0=9F=D1=80=D0=B8=D0=B2=D0=B5=D1=82 =D0=92=D0=B0=D1=81=D0=B8=
=D0=BB=D0=B8=D0=B9]\n", stdout);
>   // I don't know if I'm accessing a wchar_t appropriately here
>   fputwc(L"[=D0=9F=D1=80=D0=B8=D0=B2=D0=B5=D1=82 =D0=92=D0=B0=D1=81=D0=B8=
=D0=BB=D0=B8=D0=B9]\n"[3], stdout);
>   return 0;
> }
>=20
> I tried tracing the execution from fputws, and not printing anything
> seems to be caused by the return value of wcsrtombs().

these functions return an error code..

in this case they must return -1 and set errno to EILSEQ,
since the selected multibyte encoding (LC_CTYPE=3DC) cannot
represent the printed wide characters.

i think the musl behaviour is correct, you can try adding
setlocale(LC_CTYPE,"") at the start of main to make it work.