Re: [Freedos-user] FreeDOS 1.1: JemmEx conflicts with Keyb
Hi, old thread ;) There were in the past conflicts with KEYB 2.00 and JEMM that were apparently solved with KEYB 2.01. The NOHI option mostly controlls KEYB access to XMS, but reading this thread, and knowing what I fixed 2.00 to 2.01, I suspect JEMM may make the DOS' memory allocation strategy functions less robust than they are with other DOSes. In case it helps JEMM... Aitor El viernes, 13 de enero de 2012, Ulrich Hansen uhan...@mainz-online.de escribió: Am 13.01.2012 um 18:54 schrieb Bernd Blaauw: Op 13-1-2012 16:11, Ulrich Hansen schreef: Description: I have installed FreeDOS 1.1 with german language and keyboard. If I boot (after a fresh install) with bootmenu option 1 (Load FreeDOS with JemmEx) keyb will crash with the error message: Keyboard layout : C:\FDOS\bin\keyboard.sys:GR [858](3) Critical error: cannot allocate memory. DOS reported error: 8 could you try adding /NOHI at your KEYB line please? Wow. This worked! In AUTOEXEC.BAT I have now a line: KEYB GR,,keyboard.sys /NOHI In FDCONFIG.SYS I went back to all the original settings of FreeDOS 1.1. So the JemmEx line looks like this again: 1?DEVICE=C:\FDOS\BIN\JEMMEX.EXE NOEMS X=TEST I=TEST NOVME NOINVLPG X=TEST is just a test for checking which UMB areas are (un)safe to use. Could you perhaps try adding X=TEST to option 2 (EMM386) ? See if that works. I've not been able to reproduce your case in VMWARE Workstation 8. X=TEST is originally in option 2. The lines in FDCONFIG.SYS (untouched after installation) look like this: 2?DEVICE=C:\FDOS\BIN\HIMEMX.EXE 2?DEVICE=C:\FDOS\BIN\JEMM386.EXE X=TEST I=TEST I=B000-B7FF NOVME NOINVLPG So this is OK. I don't really understand why leaving out X=TEST in option 1 solved the problem too. Testing the UMBs should lead to a more stable behavior of JEMMEX.EXE. Instead it crashed KEYB somehow. It's odd but it's easy to reproduce with any fresh FreeDOS installation on VirtualBox with the default settings (and choosing german keyboard layout). Anyway, starting KEYB with /NOHI seems to be the more elegant and logical solution. Thanks! If this could be the default in FreeDOS, I think it would help other users. At least the german ones... ;-) regards Ulrich -- RSA(R) Conference 2012 Mar 27 - Feb 2 Save $400 by Jan. 27 Register now! http://p.sf.net/sfu/rsa-sfdev2dev2 ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] FreeDOS 1.1: JemmEx conflicts with Keyb
Am 18.06.2012 um 22:15 schrieb Aitor Santamaría: There were in the past conflicts with KEYB 2.00 and JEMM that were apparently solved with KEYB 2.01. The NOHI option mostly controlls KEYB access to XMS, but reading this thread, and knowing what I fixed 2.00 to 2.01, I suspect JEMM may make the DOS' memory allocation strategy functions less robust than they are with other DOSes. In case it helps JEMM... Thanks for looking into this. There is also a page in the FreeDOS wiki about the problem: http://sourceforge.net/apps/mediawiki/freedos/index.php?title=VirtualBox_-_Chapter_9 As I wrote, KEYB v2.01 and JEMMEX v5.75 are installed in a way in FreeDOS 1.1 that leads to KEYB crashing at boot - if you choose option 1 from the boot menu and - manually changed AUTOEXEC.BAT to install a keyboard layout. Generally spoken this means people with a different keyboard than the US have a problem. AFAIK there are two ways to work around this as user: 1. Solution: Change the following line in FDCONFIG.SYS 1?DEVICE=C:\FDOS\BIN\JEMMEX.EXE NOEMS X=TEST I=TEST NOVME NOINVLPG to read 1?DEVICE=C:\FDOS\BIN\JEMMEX.EXE NOEMS I=TEST NOVME NOINVLPG (remove X=TEST) Or 2. Solution: Change the following line in AUTOEXEC.BAT (if you install f.i. the german keyboard layout) KEYB GR,,keyboard.sys to read KEYB GR,,keyboard.sys /NOHI Effects on free memory: 1st solution: 598,736 total 594,656 conv 4,080 upper 2nd solution: 590,560 total 590,208 conv 352 upper So the first solution gives me more free memory while the second solution may result in a more robust system (more tested and excluded upper memory blocks). Of course from a user's perspective it would be best if either KEYB or JEMMEX could be fixed. According to your remarks it should be JEMMEX. I just tested the new JEMMEX v5.76 but there was no difference. regards Ulrich El viernes, 13 de enero de 2012, Ulrich Hansen uhan...@mainz-online.de escribió: Am 13.01.2012 um 18:54 schrieb Bernd Blaauw: Op 13-1-2012 16:11, Ulrich Hansen schreef: Description: I have installed FreeDOS 1.1 with german language and keyboard. If I boot (after a fresh install) with bootmenu option 1 (Load FreeDOS with JemmEx) keyb will crash with the error message: Keyboard layout : C:\FDOS\bin\keyboard.sys:GR [858](3) Critical error: cannot allocate memory. DOS reported error: 8 could you try adding /NOHI at your KEYB line please? Wow. This worked! In AUTOEXEC.BAT I have now a line: KEYB GR,,keyboard.sys /NOHI In FDCONFIG.SYS I went back to all the original settings of FreeDOS 1.1. So the JemmEx line looks like this again: 1?DEVICE=C:\FDOS\BIN\JEMMEX.EXE NOEMS X=TEST I=TEST NOVME NOINVLPG X=TEST is just a test for checking which UMB areas are (un)safe to use. Could you perhaps try adding X=TEST to option 2 (EMM386) ? See if that works. I've not been able to reproduce your case in VMWARE Workstation 8. X=TEST is originally in option 2. The lines in FDCONFIG.SYS (untouched after installation) look like this: 2?DEVICE=C:\FDOS\BIN\HIMEMX.EXE 2?DEVICE=C:\FDOS\BIN\JEMM386.EXE X=TEST I=TEST I=B000-B7FF NOVME NOINVLPG So this is OK. I don't really understand why leaving out X=TEST in option 1 solved the problem too. Testing the UMBs should lead to a more stable behavior of JEMMEX.EXE. Instead it crashed KEYB somehow. It's odd but it's easy to reproduce with any fresh FreeDOS installation on VirtualBox with the default settings (and choosing german keyboard layout). Anyway, starting KEYB with /NOHI seems to be the more elegant and logical solution. Thanks! If this could be the default in FreeDOS, I think it would help other users. At least the german ones... ;-) regards Ulrich -- RSA(R) Conference 2012 Mar 27 - Feb 2 Save $400 by Jan. 27 Register now! http://p.sf.net/sfu/rsa-sfdev2dev2 ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT
Re: [Freedos-user] FreeDOS 1.1: JemmEx conflicts with Keyb
Rugxulo wrote: 1?DEVICE=C:\FDOS\BIN\JEMMEX.EXE NOEMS X=TEST I=TEST NOVME NOINVLPG Why is this using NOVME NOINVLPG? Is it trying to be ultra-conservative? Is there a known VirtualBox (or other) bug somewhere? Seems odd ... though INVLPG is 486 and VME is 586, perhaps you're trying for old 386 compatibility?? (And I blindly assume JEMM386 already is aware of when it's safe to use.) Yes, it's ultra-conservative. From Jemm's README.TXT: Jemm has been verified to run on the following virtual environments: Qemu, VMware, VirtualPC, Bochs, VirtualBox However, it might be necessary to set options NOINVLPG and/or NOVME. Robert Riebisch -- +++ BTTR Software +++ Home page: http://www.bttr-software.de/ DOS ain't dead: http://www.bttr-software.de/forum/ -- RSA(R) Conference 2012 Mar 27 - Feb 2 Save $400 by Jan. 27 Register now! http://p.sf.net/sfu/rsa-sfdev2dev2 ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] FreeDOS 1.1: JemmEx conflicts with Keyb
Op 13-1-2012 16:11, Ulrich Hansen schreef: This seems to be a minor (but annoying) bug in FreeDOS 1.1: The german keyboard does not work after the install. If I install the US keyboard, there is no problem. Description: I have installed FreeDOS 1.1 with german language and keyboard. If I boot (after a fresh install) with bootmenu option 1 (Load FreeDOS with JemmEx) keyb will crash with the error message: Keyboard layout : C:\FDOS\bin\keyboard.sys:GR [858](3) Critical error: cannot allocate memory. DOS reported error: 8 could you try adding /NOHI at your KEYB line please? Without quotes ofcourse. If that works I'll add it as default. I wasn't aware KEYB was automatically added by FreeDOS installer, haven't touched that part of code in ages. If I choose bootmenu 2 (Load FreeDOS with EMM386) instead of 1, everything works fine and I have all my umlaute back ;-). Good to know. Solution: Today I have solved this problem by removing X = TEST from the JemmEx line in FDCONFIG.SYS. So the line looks like this: 1?DEVICE=C:\FDOS\BIN\JEMMEX.EXE NOEMS I=TEST NOVME NOINVLPG Bootmenu 1 boots OK now, with keyb not crashing. Now my question: What do I lose by removing X=TEST? Will the system become more unstable? I experienced this with my VirtualBox installation of FreeDOS. Is it possible, that this is only relevant in VirtualBox? Does anyone else know this bug? X=TEST is just a test for checking which UMB areas are (un)safe to use. Could you perhaps try adding X=TEST to option 2 (EMM386) ? See if that works. I've not been able to reproduce your case in VMWARE Workstation 8. -- RSA(R) Conference 2012 Mar 27 - Feb 2 Save $400 by Jan. 27 Register now! http://p.sf.net/sfu/rsa-sfdev2dev2 ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] FreeDOS 1.1: JemmEx conflicts with Keyb
Am 13.01.2012 um 18:54 schrieb Bernd Blaauw: Op 13-1-2012 16:11, Ulrich Hansen schreef: Description: I have installed FreeDOS 1.1 with german language and keyboard. If I boot (after a fresh install) with bootmenu option 1 (Load FreeDOS with JemmEx) keyb will crash with the error message: Keyboard layout : C:\FDOS\bin\keyboard.sys:GR [858](3) Critical error: cannot allocate memory. DOS reported error: 8 could you try adding /NOHI at your KEYB line please? Wow. This worked! In AUTOEXEC.BAT I have now a line: KEYB GR,,keyboard.sys /NOHI In FDCONFIG.SYS I went back to all the original settings of FreeDOS 1.1. So the JemmEx line looks like this again: 1?DEVICE=C:\FDOS\BIN\JEMMEX.EXE NOEMS X=TEST I=TEST NOVME NOINVLPG X=TEST is just a test for checking which UMB areas are (un)safe to use. Could you perhaps try adding X=TEST to option 2 (EMM386) ? See if that works. I've not been able to reproduce your case in VMWARE Workstation 8. X=TEST is originally in option 2. The lines in FDCONFIG.SYS (untouched after installation) look like this: 2?DEVICE=C:\FDOS\BIN\HIMEMX.EXE 2?DEVICE=C:\FDOS\BIN\JEMM386.EXE X=TEST I=TEST I=B000-B7FF NOVME NOINVLPG So this is OK. I don't really understand why leaving out X=TEST in option 1 solved the problem too. Testing the UMBs should lead to a more stable behavior of JEMMEX.EXE. Instead it crashed KEYB somehow. It's odd but it's easy to reproduce with any fresh FreeDOS installation on VirtualBox with the default settings (and choosing german keyboard layout). Anyway, starting KEYB with /NOHI seems to be the more elegant and logical solution. Thanks! If this could be the default in FreeDOS, I think it would help other users. At least the german ones... ;-) regards Ulrich -- RSA(R) Conference 2012 Mar 27 - Feb 2 Save $400 by Jan. 27 Register now! http://p.sf.net/sfu/rsa-sfdev2dev2 ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] FreeDOS 1.1: JemmEx conflicts with Keyb
Hi, On Fri, Jan 13, 2012 at 2:17 PM, Ulrich Hansen uhan...@mainz-online.de wrote: Am 13.01.2012 um 18:54 schrieb Bernd Blaauw: Op 13-1-2012 16:11, Ulrich Hansen schreef: Description: I have installed FreeDOS 1.1 with german language and keyboard. If I boot (after a fresh install) with bootmenu option 1 (Load FreeDOS with JemmEx) keyb will crash with the error message: Keyboard layout : C:\FDOS\bin\keyboard.sys:GR [858] (3) Critical error: cannot allocate memory. DOS reported error: 8 could you try adding /NOHI at your KEYB line please? Wow. This worked! In AUTOEXEC.BAT I have now a line: KEYB GR,,keyboard.sys /NOHI In FDCONFIG.SYS I went back to all the original settings of FreeDOS 1.1. So the JemmEx line looks like this again: 1?DEVICE=C:\FDOS\BIN\JEMMEX.EXE NOEMS X=TEST I=TEST NOVME NOINVLPG Why is this using NOVME NOINVLPG? Is it trying to be ultra-conservative? Is there a known VirtualBox (or other) bug somewhere? Seems odd ... though INVLPG is 486 and VME is 586, perhaps you're trying for old 386 compatibility?? (And I blindly assume JEMM386 already is aware of when it's safe to use.) X=TEST is just a test for checking which UMB areas are (un)safe to use. Could you perhaps try adding X=TEST to option 2 (EMM386) ? See if that works. I've not been able to reproduce your case in VMWARE Workstation 8. If VMware doesn't exhibit it, it may be a VirtualBox bug. Remember, VBox is not perfect, esp. for DOS, sadly, as it's not a priority for them (e.g. D3X extender). X=TEST is originally in option 2. The lines in FDCONFIG.SYS (untouched after installation) look like this: 2?DEVICE=C:\FDOS\BIN\HIMEMX.EXE 2?DEVICE=C:\FDOS\BIN\JEMM386.EXE X=TEST I=TEST I=B000-B7FF NOVME NOINVLPG So this is OK. I don't really understand why leaving out X=TEST in option 1 solved the problem too. Testing the UMBs should lead to a more stable behavior of JEMMEX.EXE. Instead it crashed KEYB somehow. Dunno, and haven't checked, but I hope we're using latest KEYB 2.01 here. It's odd but it's easy to reproduce with any fresh FreeDOS installation on VirtualBox with the default settings (and choosing german keyboard layout). Does default mean with or without VT-X enabled? Neither is perfect. Anyway, starting KEYB with /NOHI seems to be the more elegant and logical solution. Thanks! If this could be the default in FreeDOS, I think it would help other users. At least the german ones... ;-) Well, presumably most German users know to press F8 and manually disable stuff if they run into problems (or F5 for clean boot, worst case scenario). DOS really isn't that user friendly. Caveat emptor. ;-) -- RSA(R) Conference 2012 Mar 27 - Feb 2 Save $400 by Jan. 27 Register now! http://p.sf.net/sfu/rsa-sfdev2dev2 ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] FreeDOS 1.1: JemmEx conflicts with Keyb
Am 14.01.2012 um 00:17 schrieb Rugxulo: In FDCONFIG.SYS I went back to all the original settings of FreeDOS 1.1. So the JemmEx line looks like this again: 1?DEVICE=C:\FDOS\BIN\JEMMEX.EXE NOEMS X=TEST I=TEST NOVME NOINVLPG Why is this using NOVME NOINVLPG? Is it trying to be ultra-conservative? Is there a known VirtualBox (or other) bug somewhere? Seems odd ... though INVLPG is 486 and VME is 586, perhaps you're trying for old 386 compatibility?? (And I blindly assume JEMM386 already is aware of when it's safe to use.) Like I said, this line is from the FDCONFIG.SYS that the FreeDOS 1.1 installer produces. It is the same on every system with FreeDOS 1.1 installed. It has nothing to do with VirtualBox. X=TEST is just a test for checking which UMB areas are (un)safe to use. Could you perhaps try adding X=TEST to option 2 (EMM386) ? See if that works. I've not been able to reproduce your case in VMWARE Workstation 8. If VMware doesn't exhibit it, it may be a VirtualBox bug. Remember, VBox is not perfect, esp. for DOS, sadly, as it's not a priority for them (e.g. D3X extender). Possibly. I didn't have the time to check the behavior of KEYB and JemmEx on a real machine. Maybe the bug is just caused by the way VirtualBox allocates its system ROM. I don't really understand why leaving out X=TEST in option 1 solved the problem too. Testing the UMBs should lead to a more stable behavior of JEMMEX.EXE. Instead it crashed KEYB somehow. Dunno, and haven't checked, but I hope we're using latest KEYB 2.01 here. Yes, KEYB.EXE ver. 2.01 from 18.08.2011 It's odd but it's easy to reproduce with any fresh FreeDOS installation on VirtualBox with the default settings (and choosing german keyboard layout). Does default mean with or without VT-X enabled? Neither is perfect. At least on my host system, VirtualBox enables it in every new virtual machine by default. Disabling it manually doesn't have an effect. Still KEYB crashes. To make it work, you have to a) start it with the option /NOHI. Or you b) start JemmEX without the option X=TEST. If this could be the default in FreeDOS, I think it would help other users. At least the german ones... ;-) Well, presumably most German users know to press F8 and manually disable stuff if they run into problems (or F5 for clean boot, worst case scenario). DOS really isn't that user friendly. Caveat emptor. ;-) Maybe that's why people still like to use it. :-) I did some further testing and KEYB also crashes for the french, the dutch and the spanish users. (BTW: For the polish, it says codepage not found in definition file - 437, so KEYB aborts anyway...). I think we can assume that the bug is present for every FreeDOS user that doesn't use an US keyboard. If we can avoid somehow that an important system driver like KEYB doesn't work after a fresh install of FreeDOS 1.1 for many people using a popular platform, we should do it. -- RSA(R) Conference 2012 Mar 27 - Feb 2 Save $400 by Jan. 27 Register now! http://p.sf.net/sfu/rsa-sfdev2dev2 ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
