Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 21 Sep 2018 10:02:52 +0000
From:      bugzilla-noreply@freebsd.org
To:        bugs@FreeBSD.org
Subject:   [Bug 225692] iswprint() wrong for some FULL WIDTH characters in UTF-8 locale
Message-ID:  <bug-225692-227-hJVt8T5wZA@https.bugs.freebsd.org/bugzilla/>
In-Reply-To: <bug-225692-227@https.bugs.freebsd.org/bugzilla/>
References:  <bug-225692-227@https.bugs.freebsd.org/bugzilla/>

next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D225692

Hank Hampel <freebsd@niamodnikufesin.de> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |freebsd@niamodnikufesin.de

--- Comment #11 from Hank Hampel <freebsd@niamodnikufesin.de> ---
I quickly wanted to add that this problem probably affects everybody using =
mosh
(https://mosh.org/) - or any other remote shell that relies on the server
interpreting characters - and powerline-status
(https://github.com/powerline/powerline) or other programs using Unicode
characters.

SSH notably doesn't rely on the server interpreting the characters otherwise
the outcry for this regression would have probably been much greater. Please
note well that the above worked flawlessly for FreeBSD 10.x-RELEASE - which=
 is
especially frustrating.

The thing that makes this bug even worse is that there are obviously "holes=
" in
the Unicode coverage of the UTF-8 locales so that some Unicode characters w=
ork
fine while others are impossible to use - which makes this problem only har=
der
to debug for users.

As a quick test you can put the following lines (taken from powerline-statu=
s)
into a file and copy it onto a FreeBSD 11.x-RELEASE machine and log onto it=
 via
mosh and you'll see empty strings instead of the Unicode chars which in turn
runs havoc on your input line if used as a shell prompt (PS1) as the length=
 is
calculated wrongly.

        "dividers": {
                "left": {
                        "hard": "=EE=82=B0 ",
                        "soft": "=EE=82=B1 "
                },
                "right": {
                        "hard": " =EE=82=B2",
                        "soft": " =EE=82=B3"
                }
        },

Thanks everybody for looking into this problem and fixing the associated
regression!

--=20
You are receiving this mail because:
You are the assignee for the bug.=



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-225692-227-hJVt8T5wZA>