Hi, I just tried to 'lh display', but it always ends in conventional memory (code, codepages are perhaps in XMS): C:\>mem /c Modules using memory below 1 MB: Name Total Conventional Upper Memory -------- ---------------- ---------------- ---------------- SYSTEM 21,056 (21K) 10,896 (11K) 10,160 (10K) EMS 160 (0K) 160 (0K) 0 (0K) DISPLAY 12,048 (12K) 12,048 (12K) 0 (0K) EMUFS 128 (0K) 0 (0K) 128 (0K) COMMAND 4,064 (4K) 0 (0K) 4,064 (4K) Free 752,784 (735K) 631,952 (617K) 120,832 (118K)
C:\>dir z:\bin\DISPLAY.EXE Volume in drive Z is emu/drive_z Directory of Z:\BIN DISPLAY EXE 3,651 08-06-06 8:54p (display.exe v0.13b) Success comes after decompressing the display.exe utility - it then has roughly 62.5 kB on disk, but it can be loaded into UMB without problems (with 'lh display' command): C:\>mem /c Modules using memory below 1 MB: Name Total Conventional Upper Memory -------- ---------------- ---------------- ---------------- SYSTEM 21,056 (21K) 10,896 (11K) 10,160 (10K) EMS 160 (0K) 160 (0K) 0 (0K) EMUFS 128 (0K) 0 (0K) 128 (0K) COMMAND 4,064 (4K) 0 (0K) 4,064 (4K) DISPLAY 12,048 (12K) 0 (0K) 12,048 (12K) Free 752,816 (735K) 644,032 (629K) 108,784 (106K) I myself explain this that the UPX-ed program is probably going to UMB, but after its decompression, its resident part will no longer fit there for some reason and is placed into conventional memory. What is essential - if so, then this behavior should be IMO mentioned in the display documentation (or elsewhere). I think most users will prefer to lose a few kb of disk space in favor of more free conventional memory. PS: I would like to wish the FreeDOS project, its development team and all users for a healthy and successful new year 2018 (even years later, of course)! -- Thanks, Franta Hanzlik ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot _______________________________________________ Freedos-user mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/freedos-user
