[Fwd: No upper case A or S]

Hope I got the email address correct this time.

. . Ted . .

Have just recently switche to Red hat Liunx and becuase I have all my genealogy files running under DOS I installed DOSEMU.

Everything seems to wotrk fine except that the keyboard will not enter upper case A or uppercase S.

For example if you are at the C:\> prompt and want to switch to A:|> you can do so by typing a: but trying to type A: simply results in : and nothing else. A check of all the letttrers on the keyboard shows that all lower and upper case letters work apart from upper case A and upper case S.

Th inability to type these two upper case letters does not only occur at the C:\> prompt. Once I am actually typing notes using the genealogy software it is also not possible to type upper case A or upper case S.

There is nothing wrong with te keyboard since I am typing this with the same keyboard right now.

A really odd bug. Any help you can offer much appreciated.

. . Ted Swart ..

Ted Swart schreef:

I've got the same problem over here and I now remember having this problem at another comp too. The problem doesn't occur when using xdosemu, it only happens with plain dosemu.

Julius

On my new computer (on which I compiled dosemu again) the keyboard behaves strangely in xdosemu: lots of keys do not work. E.g. qwertyuiop becomes qwt.

The problem can be largely fixed by setting $_X_keycode = (off) -- apart
from the letter s which still does not work! The s key also does not work in dosemu on the console.

I get the same problem with 2 different keyboards (normal and usb).

In the past (previous computer) it worked fine with the default setting. Now the problem happens with dosemu 1.2, 1.3.0, 1.3.1 in the same way. I don't have any other problems with Linux on this machine.

There seem to be 3 types of keys:

type 1: keys that work even with $_X_keycode = (auto) (e.g. q,w,t) type 2: keys that only work if $_X_keycode = (off) (e.g. e,r) type 3: the letter s.

I tried running xdosemu -Dk -O. Each time I press a key lots of diagnostic messages appear. They are different for the 3 types of keys. The last message is:

For type 1: HELPER: get_bios_key() returned 0000
For type 2: put_symbol: modifiers=0000 keysym=0065 [for letter e] For type 3: put_keynum_r(break) called with invalid keynum ff:00

Outside xdosemu, with xev, the three types of keys behave exactly the same.

Regards, Jan

Is there any relation with $_layout? i.e. do the problems with s, q and e occur for in the same way for both
$_layout = "auto"
and
$_layout = "us"
?

Bart

Yes! $_layout = "us" solves it. But I never needed this before. The conf
file says that "auto" tries to generate the table from the current Linux console settings. Where exactly does it look? Apparently there is something wrong with my present console settings.

Regards, Jan

Maybe, but there were two others with keyboard problems as well. Maybe it depends on unicode_stop or unicode_start on the console, but that doesn't appear to be the case for me (I can't reproduce it).

Please try the following with $_layout="auto":
Change the two #if 0's before pretty_keysym and printf in src/plugin/kbd_unicode/keymaps.c to #if 1 and recompile. Then please report what's printed to stdout.

Bart

Things like (I sent the whole thing to Bart)

1e: p: 0b61->'a'    s: 0b41->'A'    a: 0b61-> --    c: 0001->0x01
30: p: 0b62->'b'    s: 0b42->'B'    a: 0b62-> --    c: 0002->0x02
2e: p: 0200-> --    s: 0200-> --    a: 0200-> --    c: 0003->0x03
20: p: 0b64->'d'    s: 0b44->'D'    a: 0b64-> --    c: 0004->0x04
12: p: 0200-> --    s: 0200-> --    a: 0200-> --    c: 0005->0x05

The keys that don't work have 'dashes'.

Regards, Jan

Bah, what kind of a geek are you? Real geeks can just write a trinary interpreter and use qwt only for everything ;)

--
Jessica L. Blank, Systems Administrator, twu.net Please avoid sending me Word, Excel or PowerPoint attachments. See http://www.fsf.org/philosophy/no-word-attachments.html

I've created a bug report for this issue: http://sourceforge.net/tracker/index.php?func=detail&aid=999831&group_id=49784&atid=457447
Julius