From owner-sc22wg14+sc22wg14-domo2=www.open-std.org@open-std.org  Sat Mar 28 15:29:24 2020
Return-Path: <owner-sc22wg14+sc22wg14-domo2=www.open-std.org@open-std.org>
X-Original-To: sc22wg14-domo2
Delivered-To: sc22wg14-domo2@www.open-std.org
Received: by www.open-std.org (Postfix, from userid 521)
	id 06DD53588DB; Sat, 28 Mar 2020 15:29:24 +0100 (CET)
Delivered-To: sc22wg14@open-std.org
X-Greylist: delayed 368 seconds by postgrey-1.34 at www5.open-std.org; Sat, 28 Mar 2020 15:29:23 CET
Received: from us-smtp-delivery-74.mimecast.com (us-smtp-delivery-74.mimecast.com [63.128.21.74])
	by www.open-std.org (Postfix) with ESMTP id 9C910358708
	for <sc22wg14@open-std.org>; Sat, 28 Mar 2020 15:29:23 +0100 (CET)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com;
	s=mimecast20190719; t=1585405762;
	h=from:from:reply-to:subject:subject:date:date:message-id:message-id:
	 to:to:cc:cc:mime-version:mime-version:content-type:content-type:
	 content-transfer-encoding:content-transfer-encoding:
	 in-reply-to:in-reply-to:references:references;
	bh=+okj1tPlFNHYmqLmBdr2TTFoqQOkrNoWwcJQnj2Gilo=;
	b=dmaPm94YUi618CUpKs8hyYxiOMC4BR0PTlfCnLC31dBKtjWt1fyThZGc+oJR27Rbarh/Fw
	7KXmrxP/0LcMe6saK4+StyH0fBfvMSrhwDJqJSZGfo6oloqBOVCtBywXqL/eDd/j4XBGTe
	D+uIoiC/pZPnsFwyNUAiCQSzJ2BYTJs=
Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com
 [209.132.183.4]) (Using TLS) by relay.mimecast.com with ESMTP id
 us-mta-396-olzCkqcHNdmtvEODJSAwxg-1; Sat, 28 Mar 2020 10:23:11 -0400
X-MC-Unique: olzCkqcHNdmtvEODJSAwxg-1
Received: from smtp.corp.redhat.com (int-mx08.intmail.prod.int.phx2.redhat.com [10.5.11.23])
	(using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by mimecast-mx01.redhat.com (Postfix) with ESMTPS id 48E6B100DFC5;
	Sat, 28 Mar 2020 14:23:10 +0000 (UTC)
Received: from oldenburg2.str.redhat.com (ovpn-112-2.ams2.redhat.com [10.36.112.2])
	by smtp.corp.redhat.com (Postfix) with ESMTPS id 25FB419C7F;
	Sat, 28 Mar 2020 14:23:08 +0000 (UTC)
From: Florian Weimer <fweimer@redhat.com>
To: Tom Honermann <tom@honermann.net>
Cc: wg14 <sc22wg14@open-std.org>,  SG16 <sg16@lists.isocpp.org>
Subject: Re: (SC22WG14.17674) mbrtowc() wording ambiguities and surprising implementation behavior
References: <20200328044149.75FAD3589AA@www.open-std.org>
Date: Sat, 28 Mar 2020 15:23:07 +0100
In-Reply-To: <20200328044149.75FAD3589AA@www.open-std.org> (Tom Honermann's
	message of "Sat, 28 Mar 2020 00:34:38 -0400")
Message-ID: <87imio36es.fsf@oldenburg2.str.redhat.com>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.3 (gnu/linux)
MIME-Version: 1.0
X-Scanned-By: MIMEDefang 2.84 on 10.5.11.23
X-Mimecast-Spam-Score: 0
X-Mimecast-Originator: redhat.com
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable
Sender: owner-sc22wg14@open-std.org
Precedence: bulk

* Tom Honermann:

> I came across the following issues while testing an implementation of mbr=
toc8() [1] I'm
> working on.  The implementation uses mbrtowc() internally.
>
> The issues concern the return value of mbrtowc() in two related
> scenarios.

I think I raised a similar issue a while back:

From: Florian Weimer <fweimer@redhat.com>
Subject: (SC22WG14.16670) One multibyte sequences, multiple wide characters
To: sc22wg14 <sc22wg14@open-std.org>
Date: Wed, 08 May 2019 14:15:20 +0200
Message-Id: <20190508121530.E64BA35669A@www.open-std.org>

Other feedback I received regarding this issue is that Big5 is simply
not an enconding supported by ISO C.

Thanks,
Florian