From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 1515 invoked by alias); 6 Jul 2011 14:27:05 -0000 Received: (qmail 1501 invoked by uid 22791); 6 Jul 2011 14:27:02 -0000 X-SWARE-Spam-Status: No, hits=0.5 required=5.0 tests=AWL,BAYES_20,TW_KB,TW_XK X-Spam-Check-By: sourceware.org Received: from smail3.alcatel.fr (HELO smail3.alcatel.fr) (64.208.49.56) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Wed, 06 Jul 2011 14:26:47 +0000 Received: from FRMRSSXCHHUB02.dc-m.alcatel-lucent.com (FRMRSSXCHHUB02.dc-m.alcatel-lucent.com [135.120.45.62]) by smail3.alcatel.fr (8.14.3/8.14.3/ICT) with ESMTP id p66EPtaJ027375 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT) for ; Wed, 6 Jul 2011 16:26:44 +0200 Received: from [151.98.110.34] (135.120.57.7) by FRMRSSXCHHUB02.dc-m.alcatel-lucent.com (135.120.45.62) with Microsoft SMTP Server (TLS) id 8.3.106.1; Wed, 6 Jul 2011 16:26:27 +0200 Message-ID: <4E147091.6090305@alcatel-lucent.com> Date: Thu, 07 Jul 2011 00:12:00 -0000 From: Danilo Turina User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:5.0) Gecko/20110624 Thunderbird/5.0 MIME-Version: 1.0 To: cygwin-xfree Subject: Re: Cygwin X + HP-UX 11.11 + italian keyboard = AltGr not working References: <4E1419B6.5070209@alcatel-lucent.com> <4E146AF3.7010300@dronecode.org.uk> In-Reply-To: <4E146AF3.7010300@dronecode.org.uk> X-TagToolbar-Keys: D20110706162625521 Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 8bit X-IsSubscribed: yes Mailing-List: contact cygwin-xfree-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-xfree-owner@cygwin.com Reply-To: cygwin-xfree@cygwin.com Mail-Followup-To: cygwin-xfree@cygwin.com X-SW-Source: 2011-07/txt/msg00014.txt.bz2 On 06/07/2011 16.02, Jon TURNEY wrote: > On 06/07/2011 09:15, Danilo Turina wrote: >> having recently replaced my old keyboard (that had a US layout) with an >> italian one, I'm having a problem with Cygwin X when running HP-UX clients: >> AltGr does not work and this prevents me to use characters like "[" "{" "}" >> "]", etc. >> >> I'm up to date with Cygwin and Cygwin X at the moment ("1.7.9(0.237/5/3) >> 2011-03-29 10:10 i686 Cygwin" for Cygwin and "1.10.2.0" for XWin). >> >> These are the steps to reproduce the problem: >> >> 1) start Cygwin X >> 2) disable access control ("xhost +") >> 3) access via telnet/ssh a HP-UX machine >> 4) open an xterm from the HP-UX machine in Cygwin X >> 5) in the newly opened xterm try to use AltGr (AltGr + "è" (i.e. the key >> at the right of "P"), should produce "{", while AltGr + Shift + "è" should >> produce "{") > > I'm missing here what is actually produced. Nothing? or the unmodified è? The unmodified è (well, sort of, because when I press "è" on the keyboard I see on the terminal "I" (I think because of some other problem of the terminal with non-ASCII chars) and if I press AltGr+"è" I yet see "I", so it's just like pressing AltGr has no effect at all). > >> 6) fall on the floor crying in desperation > > This is perfectly normal for people having to deal with XKB :-) > >> Notice that when using a client from a Linux machine all works properly. >> >> A googled a lot and found a lot of information but only few of it applied >> (=helped) to my specific case. I tried to mess with xmodmap and kbd config >> files and also with other stuff, but nothing seemed to solve the problem. > > I think a solution is contained in this old mailing list post [1], use > XKB_DISABLE=1 and adjust the keyboard map so that AltGr is Mode_switch and the > keys have the expected mapping in group 2, activated via Mode_switch. > > Note that just reassigning AltGr to Mode_switch is not enough, you'll need to > remap appropriately the keys which generate different characters with AltGr > e.g. something like: > > xmodmap -e "clear mod5" > xmodmap -e "clear mod3" > xmodmap -e "keycode 113 = Mode_switch Multi_key" > xmodmap -e "add mod3 = Mode_switch" > xmodmap -e "keycode 34 = egrave eacute bracketleft braceleft" > (and so on for the other keys which need to generate different characters with > AltGr) I already encountered some like that while searching the internet but didn't work. I tried what you wrote here but didn't work either... Is there anything that I can do to go deeper into the analysis of this problem? xev seems not of any help, since it returns the same results both for Xming where all works and Cygwin X where I have the problem. Ciao, Danilo > > I can't test this, because I don't have access to a HP-UX machine. > > [1] http://cygwin.com/ml/cygwin-xfree/2004-03/msg00454.html > >> At the moment I'm using Xming 6.9.0.31 that doesn't seem affected by the >> problem IF I set XKB_DISABLE=1 on the client machine (i.e. HP-UX). >> >> Trying to troubleshoot the problem, I used xev on the HP-UX machine to see if >> the keys were properly recognized and, in effect, they are. >> This are xev results for Cygwin X, when I press (and release) AltGr+è (thus by >> trying to get "[") with XKB_DISABLED not set: >> > [snip] >> >> If I set XKB_DISABLED=1, I get, instead: >> > [snip] >> >> If I try xev on Xming with XKB_DISABLED=1 (where I have no problem at all), I >> get: >> > [snip] > > It's kind of hard to know how to interpret these results since I don't know > what XKB_DISABLED=1 actually does. > > >> One strange thing that I noticed is that if I start Cygwin X by using >> "startxwin" from the Cygwin's command line, I get the following warning on >> screen: > [snip] >> The XKEYBOARD keymap compiler (xkbcomp) reports: >>> Warning: Type "ONE_LEVEL" has 1 levels, but has 2 symbols >>> Ignoring extra symbols >> >> But that warning is not present in XWin.0.log (attached). > > I think this is normal, if a little odd. Warnings from xkbocmp are written to > stdout, but not written to the log. > -- DANILO TURINA ALCATEL-LUCENT Software Analyst NM System Team Network-Optics Rieti (Italy) Phone: +39 0746 600332 10 anni 2 mesi 27 giorni 6 ore 42 minuti 8 secondi -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/