Hi, indeed an interesting problem... 32RTM fails to initialize CX (number of words to copy from stack) before a DPMI call, and instead, the CX of int 21.30 (get version) is used. So we need a version other than 1.1.35 (major, minor, seq):
> - lr.CH = REVISION_MAJOR; /* JPP */ > - lr.CL = REVISION_MINOR; > + lr.CX = 0; /* serial number must be 0 or buggy 32RTM thrashes > stack! */ I would vote for lr.CH = 0 lr.CL = *letter* (BL is the seq number: 35, and BH is the OEM id: 0xfd) in that scenario, ver /r would display instead of "1.1.35" (classic 2035) "0.0.35" (2035 stable) and "0.1.35" (2035a), and so on. And we would finally have a way to distinguish a/b/c versions without having to use "display kernel version string" (YES it is accessible by an API and YES it is in RAM and YES that is a good thing to have). Even 2035z would still mean a sufficiently small CX value and 32RTM would work. PS Lucho: > Please don't put the licensing conditions into the kernel! We strive for > small size, don't we? Yes we DO want to mention the license! MENTION. Not display the whole 18k file, obviously. This increases the size in RAM by ZERO bytes and the size on disk by some really small number of bytes - and our kernel is very small on disk already anyway. So leave the banner message as is, thank you. Eric ------------------------------------------------------- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 _______________________________________________ Freedos-kernel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-kernel
