Re: [hatari-devel] Esc key appears to be pressed, but is not

[ Thread Index | Date Index | More lists.tuxfamily.org/hatari-devel Archives ]


Without AUTO folder I cannot reproduce this, but the boot process is quite
different then, i.e. there is not much time for moving the mouse. I can
reproduce it with NVDI.PRG being the only program in the AUTO folder. Once
instead of the Esc key TOS thought the Tab key was pressed.

Note that my AUTO folder setup is quite static, i.e. it is the same as far
as I can tell as it was some months ago, when I did not yet observe this
effect. I have also not observed it on real hardware, with NVDI (and other
programs) in the AUTO folder.
I don't doubt that disabling interrupts can cause this effect, but in my
case, because it has not alway been like this with Hatari, I doubt it. Or
let's say, I assume that Hatari is somehow involved.

Best regards

Uwe

> Uwe Seimet schrieb:
> 
> > After experimenting a bit I found that this usually appears to happen when
> > you launch (or reset) Hatari and then, while the boot process is in progress
> > but the desktop has not yet been started, move the mouse into and over the
> > Hatari window.
> 
> Does it happen when you (re-)boot Hatari without launching *anything* at
> boot: no HDDRIVER, not AUTO folder programs, no ACCs?
> 
> Reason why I'm asking: A similar effect can be seen on real hardware,
> when a program disables interrupts for too long while one moves the
> mouse. Then, the ACIA receive buffer overflows and TOS interprets the
> garbled mouse packets from IKBD as key presses instead.
> 
> Regards
> Christian
> --
> Christian Zietz  -  CHZ-Soft  -  czietz@xxxxxxx
> WWW: https://www.chzsoft.de/
> New GnuPG-Key-ID: 0x8708B34C827B159E
> 
> 
> 



Mail converted by MHonArc 2.6.19+ http://listengine.tuxfamily.org/