[ANNOUNCEMENT] Updated: libreadline7-7.0.1-1, libreadline-devel-7.0.1-1, bash-4.4.5-1

[Thomas Wolff]

Am 14.01.2017 um 22:47 schrieb Eric Blake:
> 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.
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 
the implementation...
Thomas

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple