Hi Sebastian, > That is a problem of the consolefont, since the console can't display it > with cp1250...
Maybe - if this font has codepage 1250, as one would assume, it should normally display a capital A with a short accent (I think that's a slavonic letter) in position hex c3. True, that is different from the capital A tilde it should have in iso-8859-1. But this is hardly the heart of the matter- the c3 shouldn't be there in the first place. > echo "äöüÄÖÜß" > console.test > then write the same in emacs and save as emacs.test. > > And then compare the output of > > file console.test > and > file emace.test > > If there are differences, somewhere here lies the Problem But I have already described the result of the first procedure in my first posting (UTF-8 when echoed under the new kernel, iso-8859-1 when echoed under the old kernel) and the result of the second one - IN DETAIL - in my last posting (too long to repeat; see there), which I assume you have read. Have I missed something? > locale > should shown it to you Thanks. $LANG and $LC_ALL are not set (i.e. locale simply shows "LANG=" and "LC_ALL=" with no values). All other LC_... variables are set to "POSIX". > > Does nobody know where the kernel controls what the keys of the > > console keyboard send when pressed? > > > > (BTW, KEYMAP="de-latin1-nodeadkeys", in /etc/conf.d/keymaps.) > > Exactly there. Could you explain that, please (do you perhaps mean "this is where the kernel's behaviour IS CONTROLLED")? As I have repeatedly said, all variable settings are of course the same under both kernels, so both definitely behave differently with the same settings. Regards, Florian PS: Just one thing: do you think you could cite only those portions of postings that you are replying to? Having to wade through tons of cited material to find any replies is quite hard on the eyes, especially when understanding one another seems to be difficult.
