Date: Fri, 26 Oct 2018 02:53:56 +0000 From: bugzilla-noreply@freebsd.org To: bugs@FreeBSD.org Subject: [Bug 232374] /bin/sh can not handle ja_JP.eucJP character code Message-ID: <bug-232374-227-xpImRFOnll@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-232374-227@https.bugs.freebsd.org/bugzilla/> References: <bug-232374-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=3D232374 --- Comment #1 from Kouichi Hirabayashi <kh@mogami.com> --- As a cause of /bin/sh collapse in ja.JP.eucJP environment, there seems to be two problem as below. 1) /usr/src/bin/sh=20 The control characters (CTLENDVAR, CTLBACKQ, CTLARI, CTLENDARI, CTLQUOTEMARK defined in parser.h) matches the second byte of many EUC KANJI characters. Therefore, lexical syntax analysis fails. 2) /usr/src/bin/libedit The following two functions do not consider ja.JP.eucJP environment. chartype.c: ct_conv_cbuff_resize() read.c: read_char() Since /bin/sh is one of the basic programs of Unix, if it rejects all character codes except UTF-8, it should display warning such as "Can not be used in eucJP environment" when it started. At present it exits normally with EUC Kanji code input or key input such as Alt-A, Alt-B, ... Does the same problem occur in ko_KR.eucKR or zh_CN.eucCN environment? --=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-232374-227-xpImRFOnll>