I now have (for the FAT16 kernel) for DOSEMU (no memmgr necessary) 644992 bytes free on a real machine with HIMEM64+UMBPCI 641200 bytes free
Bravo, Bart! I knew you can do it!
But the inodes have NRV (Not Really Vanished ;-) and their new place (UMB) could be HMA instead. Are there any problems moving them there? Because UMBPCI doesn't make too many UMBs :(
I think (am not 100% sure though) we have beaten both MSDOS and DRDOS (without QEMM) in that respect then.
MS-DOS 7.1 has 645728 bytes free (the kernel occupies 9632 bytes) and PC-DOS 7.1 has 645952 bytes free (the kernel occupies 9408 bytes). So we've come very close, but haven't beaten them.
Ought to have a virtual beer if that's true.
You deserve a whole tanker of REAL beer ;-)
The trick was to make the fnodes far again. However I could do so without inflating the code by 1.5K by using two near fnodes, and fmemcpy to/from the far ones when necessary.
I remember that you proposed this idea last year and it's great to have it realised at last!
HOWEVER...
The patched kernel behaves very strangely! :-( It outputs an error for DEVICE=C:\DOS\HIRAM.EXE line and doesn't load it and repeates this with many other lines (but not all). For my simpler floppy configuration, it doesn't load HIMEM64.EXE without even showing an error!
This is normal for a fundamental change like this. For now I'll stay with the last-but-one version :-/ Happy debugging, and let me know how I can help you!
Lucho
------------------------------------------------------- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click _______________________________________________ Freedos-kernel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-kernel
