Hello Eric, 2006/8/21, Eric Auer <[EMAIL PROTECTED]>: > - DISPLAY somehow manages to resist LOADHIGH, Aitor! Maybe it > just tries to be too clever...
Not at all. I remind you (discussed long ago) that it happens because of UPX. The creation of DISPLAY is: NASM => COM2EXE => UPX I must use UPX, because (as I asked here long ago) I cannot, as a device driver (and will not do for EXE, as I will explain for KEYB) EXPAND my memory block. Hence I have to book a lot of room with 0's and then UPX it (code is around 2Kb, the rest to 11KB (using XMS) is just that bunch of 0's, which is UPX-ed and compressed to less than 4KB. This happens to work perfectly well for MS-DOS (where I can load high without problem), but I guess that FreeDOS kernel does not like very much (I suppose) that the program is expanded after being loaded. I didn't have time to digg into kernel sources yet to see where the problem is, but I was also hoping not to release any more .EXEs. However, the bug remains (in my opinion) in the kernel, interesting to be looked at. > - KEYB somehow creates a memory hole between KEYB and KEYBDATA. > Just include the space for keybdata in the main keyb address > space, which will also simplify keyb. NO! Precisely this is what I did in the last version, so doing this is just a step BACKWARDS. If I do this I will continue to have problem if you want to upload another layout which is bigger (another topic: this is also necessary for the future, where multiple layouts will be allowed). BTW, the space is created by the same reason, I just book enough space for installing, that I later do not need, so cut down the resident size of KEYB. Aitor ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ Freedos-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/freedos-devel
