On 29 August 2012 12:02, j. van den hoff <[email protected]> wrote: > On Wed, 29 Aug 2012 11:32:13 +0200, Lionel Cons > <[email protected]> wrote: > >> On 28 August 2012 17:33, j. van den hoff <[email protected]> >> wrote: >>> >>> I played around a bit with the iso 14755 support of `urxvt' (ISO 14755 is >>> a standard for entering and viewing unicode characters and character >>> codes >>> using the keyboard). for me, in ksh the input method does not work (i.e. >>> in urxvt press and hold shift+ctrl and enter the code of the desired >>> letter, e.g. 03b1 for a greek alpha and then release shift/ctrl ). upon >>> release of the shift/ctrl keys the letter is supposed to be inserted. for >>> me this works with tcsh, bash, zsh, but not with ksh. in ksh, the screen >>> shows a caret followed by an inverted question mark and the actual >>> (single) byte content of what is inserted is octal 377. >>> >>> any ideas? >> >> >> Could you send the output of echo ${!LA*} ${!LC_*}, please? > > > LC_CTYPE > > (but only after first stumbling about the `set -H' which I have in my .kshrc > ;-)) > > nothing else is explicitly defined. the locale setting thus is: > > LANG= > LC_COLLATE="C" > LC_CTYPE="UTF-8" > LC_MESSAGES="C" > LC_MONETARY="C" > LC_NUMERIC="C" > LC_TIME="C" > LC_ALL=
This is all wrong. 1. There is to my extensive knowledge no locale called "UTF-8". There is "en_US.UTF-8", if you want American English. Locale names are always country.encoding, e.g. en_GB.UTF-8 for English in Great Britain. The only exception are "C" and "POSIX", the rest is legacy nonsense. 2. Unset LANG and LC_ALL if they are empty. Try again with ksh93 after set export LC_ALL=en_US.UTF-8 ; /usr/bin/ksh93 Does that work? > > which it is in the started ((tc)|b|z)sh subshells, too, were the problem > does not occur. so I presume the locale is not the problem or am I missing > something? > > thanks > joerg > >> >> Lionel > > > > -- > Using Opera's revolutionary email client: http://www.opera.com/mail/ Lionel _______________________________________________ ast-users mailing list [email protected] https://mailman.research.att.com/mailman/listinfo/ast-users
