> I have an ugly hack that fixes the code so there are no more key repeats,
> but I was never able to figure out what caused the key drops.
I suppose that I have same ugly hack as you:
uint32_t ps2_read_data(void *opaque)
{
[...]
if (q->count == 0) {
[...]
} else {
val = q->data[q
Dnia środa, 28 czerwca 2006 16:28, Jim C. Brown napisał:
> On Wed, Jun 28, 2006 at 02:16:56PM +0200, Rafa?? Cygnarowski wrote:
> > So now I have to find out:
> > - where those fake keycodes were dropped,
> > - why after loading my test program those two 8s are displayed
> > (there is some unneede
On Wed, Jun 28, 2006 at 02:16:56PM +0200, Rafa?? Cygnarowski wrote:
> So now I have to find out:
> - where those fake keycodes were dropped,
I'm not sure.
> - why after loading my test program those two 8s are displayed
> (there is some unneeded interrupt generated - am I right?).
8 is on the
On Wed, Jun 28, 2006 at 02:16:56PM +0200, Rafa?? Cygnarowski wrote:
> So now I have to find out:
> - where those fake keycodes were dropped,
> - why after loading my test program those two 8s are displayed
> (there is some unneeded interrupt generated - am I right?).
>
> Honestly, I don't know
> What SDL version are you using? I noticed some strange keyboard behavior
> with SDL 1.2.9 (Debian package), and this didn't happen when using SDL
> 1.2.10 (self-built). The problems were things like no Shift-Tab in
> Windows, and "showkey" under Linux displaying strange keycodes when
> using Shif
> > +case 0xc8: /* up */
> > +case 0xd0: /* down */
> > +case 0xcd: /* right */
> > +case 0xcb: /* left */
> > + if (ev->type != SDL_KEYUP) {
> > + kbd_put_keycode(e0);
> > + kbd_put_keycode(2a);
This should be:
+ kbd_put_keycode(0xe0);
+
On Wed, Jun 28, 2006 at 10:27:31AM +0200, Rafa?? Cygnarowski wrote:
> +case 0xc8: /* up */
> +case 0xd0: /* down */
> +case 0xcd: /* right */
> +case 0xcb: /* left */
> + if (ev->type != SDL_KEYUP) {
> + kbd_put_keycode(e0);
> + kbd_put_keycode(2a);
> +
On Wed, Jun 28, 2006 at 10:27:31AM +0200, Rafa?? Cygnarowski wrote:
> and it look that qemu does not generate some codes before
> pressing and after releasing arrow keys. For example pressing
> up key on qemu looks like:
>
> 224 72 224 200
>
> while without emulation it looks:
>
> 224 42 224
Rafał Cygnarowski wrote:
Hi!
I wanted to correct qemu emulation of keyboard under DOS as
guest OS, so I started with simple pascal program to check
what happen on guest DOS (and DOS) when I press up/down/left/right
keys.
The program was:
-- BEGIN test.pas --
program time; {$M 2048,0,0}
use
Hi!
I wanted to correct qemu emulation of keyboard under DOS as
guest OS, so I started with simple pascal program to check
what happen on guest DOS (and DOS) when I press up/down/left/right
keys.
The program was:
-- BEGIN test.pas --
program time; {$M 2048,0,0}
uses crt, dos;
var OldKeyInt :
10 matches
Mail list logo
