This is in 1.3-rc3.
cd fdos\dn2 ; dn.com ; numeric keypad arrows keysworks fine, but normal arrows key move down move by 2 rather than by 1 line or column
Might be linked to the fact I use:
[paul@nixos:~/Downloads]$ qemu-system-i386 --version
QEMU emulator version 4.2.0
Hi Paul!
This seems to be a QEMU bug also reported at: Qemu On Windows - DOS machine - Keyboard arrows problem (double press detected in some Filemanagers).
Maybe upgrading to QEMU 5.1.0 helps.
Cheers,
Robert
Hi Paul again!
Is Doszip Commander also affected?
Can you reproduce this behavior with MS-DOS 6.22 or OpenDOS 7.01?
Cheers,
Robert
Hi Robert
Can confirm it reproduces under QEMU 5.1.0. Numeric pack arrows work perfectly. Freestanding ones move by 2
Regards
Werner
Okay, thanks.
Maybe you or Paul could test, if that behavior changes by performing a clean boot (= skip processing FDAUTO.BAT and FDCONFIG.SYS). I don't think so, but let's check it.
Hi guys, I can confirm it is not affected by skipping Config and Autoexec.
Tested Freedos 1.2 and Dos Navigator 2.14 with latest Qemu which runs on Win10 Home. Multiple virtual machines CPU 486, Pentium CPU with standard ISA.
Keyboard error - pressing Up and Down cursor keys results to move up or down two lines in file list. Pressing numpad arrows works correctly as mentioned.
I also tried modify autoexec command with 'mode con rate=x xdelay=y' with different x and y values without any visible change.
There is also strange mouse error in QEMU (not related to this bug ticket) which shows up when you try to run program in graphic mode - I tried Adventure Game Studio 2.3.1 (from here ). Until I start AGS it is working good but when I start AGS and move mouse it is generating a bunch of random multiple mouse events (button clicks with moving cursor at once but not moving cursor where desired). After exit from AGS back to DN (when you have luck to press exit button ) this faulty mouse behavior remains also in text mode and also keyboard is no more working correctly and I am no more able to control anything .. which leads unfortunately to restart machine.
Btw. exactly same mouse error can be replicated by using this JS based emulator v86 (I tried it with local node.js) with the same version Freedos and DN .. mouse error shows after some (random) amount of time even without AGS just by using Dos Navigator.
I tested the same configuration Freedos 1.2 and Dos Navigator 2.14 with VirtualBox 6.1 on Win10 home host where this error did not show - keyboard and mouse works perfect in both DN and AGS.
Which leads me to idea- maybe those bugs are related more to Qemu itself than to Freedos?
I did not tried DosBox but I believe it will also work correctly there... and with working SB16 audio (which was main reason why I tested all of this tools). ..
Hope this will help you.
Last edit: Dalibor Wittich 2020-11-28
Hi Dalibor!
Thanks for your detailed feedback!
Can you please repeat the DN test with MS-DOS 6.22, PC-DOS, or OpenDOS?
I guess, these behave exactly the same, so it's probably a bug in hardware emulation by QEMU. See (ordered from new to old) the following QEMU reports:
No official solution so far.
Cheers,
Robert
This was confirmed a while back as an issue in either QEMU or the way that hte program is reading input. I can confirm the "double keys" problem in QEMU but does not happen in VirtualBox.
Also saw the same problem in the Noudar game, and the developer there confirmed they read the keyboard in two different ways. The hardware emulation was differnet for QEMU for one of hte methods, thus the "double key" problem in Noudar. I think the same problem is in DN2.
Either way, not a FreeDOS problem. This is a problem either in QEMU or DN2. I recommend the DN2 devs look at how they read keyboard input, including how they check if a key is waiting and how they scan the keyboard code. I think the problem is there.
Will leave this bug open for now, but I think this bug really belongs with either QEMU https://www.qemu.org/ or with DN2.
I don't know where to find the DN2 developers. The "About" page in the DN2 application says the website is https://www.dnosp.ru/ - and that website is just a bunch of ads now.
This may be a bug in DJGPP. See the thread below for details
https://www.vogons.org/viewtopic.php?f=61&t=71459
I found this same issue in some old 80's DOS programs that were designed to run on the IBM XT. To me this indicates that it isn't simply a bug in DJGPP.
I read that this issue was fixed in VirtualBox in the following change:
https://www.virtualbox.org/changeset/34371/vbox
I also found a patch for qemu:
https://patchwork.ozlabs.org/project/qemu-devel/patch/47b0eaeb99f46127bb70.1251024894@macbook-3.chello.at/
I adapted this patch and rebuilt Qemu 6.2.0, but it made no difference for me.