mirror of
git://git.code.sf.net/p/cdesktopenv/code
synced 2025-03-09 15:50:02 +00:00
Disable broken KEYBD trap for multibyte characters
In UTF-8 locales, ksh breaks when a KEYBD trap is active, even a dummy no-op one like 'trap : KEYBD'. Entering multi-byte characters fails (the input is interrupted and a new prompt is displayed) and pasting content with multi-byte characters produces corrupted results. The cause is that the KEYBD trap code is not multibyte-ready. Unfortunately nobody yet understands the edit.c code well enough to implement a proper fix. Pending that, this commit implements a workaround that at least avoids breaking the shell. src/cmd/ksh93/edit/edit.c: ed_getchar(): - When a multi-byte locale is active, do not trigger the the KEYBD trap except for ASCII characters (1-127). Resolves: https://github.com/ksh93/ksh/issues/307
This commit is contained in:
parent
fc5bd8e8c3
commit
4886463bb6
4 changed files with 15 additions and 2 deletions
6
NEWS
6
NEWS
|
@ -3,6 +3,12 @@ For full details, see the git log at: https://github.com/ksh93/ksh/tree/1.0
|
|||
|
||||
Any uppercase BUG_* names are modernish shell bug IDs.
|
||||
|
||||
2022-02-12:
|
||||
|
||||
- In multibyte locales such as UTF-8, shell input is no longer corrupted when
|
||||
a KEYBD trap is active. However, the KEYBD trap is not yet multibyte ready
|
||||
and is now only triggered for ASCII characters (1-127) in a multibyte locale.
|
||||
|
||||
2022-02-11:
|
||||
|
||||
- On the interactive shell, tab/esc completion is no longer disabled as a side
|
||||
|
|
Loading…
Add table
Add a link
Reference in a new issue