Re: [ANNOUNCEMENT] Updated: libreadline7-7.0.1-1, libreadline-devel-7.0.1-1, bash-4.4.5-1
- Date: Sun, 15 Jan 2017 23:33:48 +0100
- From: Thomas Wolff <towo@xxxxxxxx>
- Subject: Re: [ANNOUNCEMENT] Updated: libreadline7-7.0.1-1, libreadline-devel-7.0.1-1, bash-4.4.5-1
Am 14.01.2017 um 22:47 schrieb Eric Blake:
Or actually, whether the current (now broken) functionality is useful at
all, as it does not insert the character with the code being entered...
In a UTF-8 locale, e.g., Alt+2-1-6 should result in the Unicode
character with decimal code 216, which is 'Ø', and so does mintty (with
or without NumLock, by the way) – but it inserts 'Ï' which has code 216
in the ancient PC/VGA character set (CP437). I think this is pretty useless.
I also think it would be better to place this functionality into the
console handler in the cygwin dll on that occasion, and clear it from
readline. If there is agreement on this, I might eventually look into
On 01/13/2017 06:23 PM, Steven Penny wrote:
On Fri, 13 Jan 2017 08:46:43, Eric Blake wrote:
Is the problem in libreadline7 or in bash? ...
Okay, so you've isolated the problem to readline. In all likelihood, it
is an unintentional upstream regression; now we need to figure out what
is causing the change in behavior.
Problem reports: http://cygwin.com/problems.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple