[your email client tends to break threading, which is making it VERY
hard to follow your multiple replies]

On 01/13/2017 08:46 AM, Eric Blake wrote:
> On 01/12/2017 11:05 PM, Steven Penny wrote:
>> On Tue, 3 Jan 2017 10:34:01, "Eric Blake (cygwin)" wrote:
>>> The releases of readline 7.0.1-1 and bash 4.4.5-1, which have been
>>> experimental for a few weeks, have now been promoted to current.
>>
>> Note that new version of libreadline7 breaks interactive non ASCII input. Please
>> see:
>>
>> http://cygwin.com/ml/cygwin/2017-01/msg00066.html
>>
>> downgrading to the following versions fixes the problem:
>>
>> - libreadline7-6.3.8
>> - bash-4.3.48

So far, I'm unable to reproduce your issue.  Here's what I've tried:

In a clean windows VM, I've opened up cmd.exe, and verified that
ALT-2-3-4 generates 'Ω' (so my default locale encodings and font in that
screen do what you describe).  Likewise, ALT-6-6 generates 'B'.  From
there, I created a test directory with JUST the following files:

bash.exe from bash-4.3.48-8
cyg{history,readline7}.dll from libreadline-6.3.8-1
cyg{gcc_s-1,iconv-2,intl-8,ncursesw-10,win1}.dll from current setup.exe

and verified that it was sufficient to start up the older bash in the
same cmd.exe window (invoking .\bash).  Once that version of bash is up
and running, ALT-6-6 types 'B', but ALT-2-3-4 types nothing.

Based on your description, you said the older combination lets things
through.  Are you sure you didn't also downgrade cygwin1.dll?  At this
point, I'm inclined to think the problem is in cygwin1.dll and not
libreadline7.

-- 
Eric Blake   eblake redhat com    +1-919-301-3266
Libvirt virtualization library http://libvirt.org