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 26077 invoked from network); 27 Dec 2021 23:44:15 -0000 Received: from mother.openwall.net (195.42.179.200) by inbox.vuxu.org with ESMTPUTF8; 27 Dec 2021 23:44:15 -0000 Received: (qmail 18355 invoked by uid 550); 27 Dec 2021 23:44:13 -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 18317 invoked from network); 27 Dec 2021 23:44:12 -0000 Date: Mon, 27 Dec 2021 18:43:59 -0500 From: Rich Felker To: Luis Javier Merino Cc: musl@lists.openwall.com Message-ID: <20211227234359.GZ7074@brightrain.aerifal.cx> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Subject: Re: [musl] Hangul Jamo vowels and trailing consonants should probably be 0 width On Mon, Dec 27, 2021 at 11:38:06PM +0100, Luis Javier Merino wrote: > Hello, > > I've been looking at widths reported for Hangul Jamo in wcwidth implementations. > > In glibc and MirBSD xterm, U+1160..U+11FF and U+D7B0..U+D7FF have 0 width. Thanks for reporting! Indeed this is a bug and possibly even a regression since I thought it was right. It looks like it happened in commit 1b0ce9af6d2aa7b92edaf3e9c631cb635bae22bd, "new wcwidth implementation (fast table-based)" thanks to the Unicode data not having this right. Indeed: - R(0x1160, 0x11FF, 0), I'll update the tools that generate the tables to account for the omission. Rich