[Rpcemu] Good rom-3.70, no startup errors BUT still no menu

Ralph Corderoy ralph at inputplus.co.uk
Tue Mar 23 08:17:15 PDT 2010


Hi,

David wrote:
> Note: I DID tap left Ctrl & nowt happened!
>
> david at david-desktop:~$     xev | egrep '^Key(Press|Release)|keycode'
> KeyRelease event, serial 33, synthetic NO, window 0x5200001,
>     state 0x0, keycode 36 (keysym 0xff0d, Return), same_screen YES,
> KeyPress event, serial 36, synthetic NO, window 0x5200001,
>     state 0x0, keycode 50 (keysym 0xffe1, Shift_L), same_screen YES,
> KeyRelease event, serial 36, synthetic NO, window 0x5200001,
>     state 0x1, keycode 50 (keysym 0xffe1, Shift_L), same_screen YES,
> KeyPress event, serial 36, synthetic NO, window 0x5200001,
>     state 0x0, keycode 115 (keysym 0xff57, End), same_screen YES,
> KeyRelease event, serial 36, synthetic NO, window 0x5200001,
>     state 0x0, keycode 115 (keysym 0xff57, End), same_screen YES,

OK, so Control is being grabbed by that box you've got ticked to
highlight the pointer position.  There's a Gnome bug on the issue.
They've been going round the houses a bit.

    https://bugzilla.gnome.org/show_bug.cgi?id=125618

However, The KeyPress and KeyRelease events that you see for the End key
if you type Ctrl-End over xev's window will show that the "state" field
for both is 4, which is X11/X.h's ControlMask value.  It indicates that
Control, one of the modifier keys, was held down during those two
events.  This is 4 even if you've got pointer-highlighting ticked.

So Allegro/rpcemu should be looking at the modifier state of the End
keypress event to see if Control was pressed rather than recording
Control's state on the, possibly never seen, Control_L keypress.
Whether Allegro lets rpcemu get to the X event data I don't know, never
used it.

Cheers,
Ralph.




More information about the Rpcemu mailing list