Hi Aitor! > I have to agree with Arkady. Two things why I feel it could be inconvenient: > - the extra few bytes it takes > - the fact that, being unique to MS-DOS 4.0...
Well... it was my idea to move this functionality from a FreeDOS-only function number to an MS-DOS-4.00-only function number. It should be more "out of the way" there and people might be better informed about how to use it that way ;-). In addition, the MS-ish interface allows "revert to real version number" by passing a value of zero. The extra few bytes are really VERY few bytes and they should be in HMA anyway. By having a "set reported version number" function in the kernel, programs like CALLVER / SETVER do not have to hook int 21 themselves and do not have to start an extra FreeCOM instance, so the function actually is useful. However, the function is only useful for programs which know that it does exist, of course. Still I vote for keeping a "set reported DOS version" function as part of the kernel. This allows you to do VERSION=5.55 at any time from the command line (if you have a command line tool which calls the kernel function for that) without having to load a TSR / driver in style of SETVER first! (SETVER is quite complex and changes the version number dynamically, depending on the names of the programs which are running, while CALLVER is quite simple: it hooks int 21 to change the reported version number, starts a new FreeCOM instance and in there starts one program of your choice. With the kernel interface for setting a version, you can have a non-resident CALLVER mode which sets the reported version number until you change it back again, without having to hook int 21 or run extra FreeCOM!) Eric ------------------------------------------------------- This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 Project Admins to receive an Apple iPod Mini FREE for your judgement on who ports your project to Linux PPC the best. Sponsored by IBM. Deadline: Sept. 13. Go here: http://sf.net/ppc_contest.php _______________________________________________ Freedos-kernel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-kernel
