Zsh Mailing List Archive
Messages sorted by:
Reverse Date,
Date,
Thread,
Author
Re: PATCH: read full multibyte string a bit more sooner
- X-seq: zsh-workers 36518
- From: Peter Stephenson <p.w.stephenson@xxxxxxxxxxxx>
- To: Bart Schaefer <schaefer@xxxxxxxxxxxxxxxx>, Zsh hackers list <zsh-workers@xxxxxxx>
- Subject: Re: PATCH: read full multibyte string a bit more sooner
- Date: Sat, 12 Sep 2015 20:41:20 +0100
- Importance: normal
- List-help: <mailto:zsh-workers-help@zsh.org>
- List-id: Zsh Workers List <zsh-workers.zsh.org>
- List-post: <mailto:zsh-workers@zsh.org>
- Mailing-list: contact zsh-workers-help@xxxxxxx; run by ezmlm
- Reply-to: Peter Stephenson <p.w.stephenson@xxxxxxxxxxxx>
> Which means that read-command is still returning something that
> matches [[:INCOMPLETE:]]* on that very first call, which ought to
> be impossible as I understand it. And indeed, if I step across
> getrestchar() with a debugger, it's failing on any character that
> is more than two bytes wide (returning only the first two bytes),
> which probably leaves mbrtowc() in an indeterminate state. (This
> is reading from the "zle -U" buffer so key timeout does not matter.)
getrestchar() only changed to the extent of passing back extra info.
Itʼs being called at a different point but as long as the first byte is
correct that shouldn't matter. Is that happening with 5.1.1?
pws
Messages sorted by:
Reverse Date,
Date,
Thread,
Author