Re: [Freedos-kernel] VERSION= issue
Hi! 25-Июн-2004 20:15 [EMAIL PROTECTED] (tom ehlert) wrote to "Arkady V.Belousov" <[EMAIL PROTECTED]>: >> Eric Auer suggests, that VERSION= should change os_setver_m*, not >> os_m*. What you think? Is there is bug in current FD and Eric's suggestion >> is patch for this? te> seems to be a bug indeed. Ok, fix right now. te> seems noone is using version=X.Y ;) I use, because was try to debug INSTALL= processing (to be precise: to be able dump PSP and environment). --- This SF.Net email sponsored by Black Hat Briefings & Training. Attend Black Hat Briefings & Training, Las Vegas July 24-29 - digital self defense, top technical experts, no vendor pitches, unmatched networking opportunities. Visit www.blackhat.com ___ Freedos-kernel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-kernel
Re: [Freedos-kernel] VERSION= issue
Hello Arkady, > Eric Auer suggests, that VERSION= should change os_setver_m*, not > os_m*. What you think? Is there is bug in current FD and Eric's suggestion > is patch for this? seems to be a bug indeed. seems noone is using version=X.Y ;) tom --- This SF.Net email sponsored by Black Hat Briefings & Training. Attend Black Hat Briefings & Training, Las Vegas July 24-29 - digital self defense, top technical experts, no vendor pitches, unmatched networking opportunities. Visit www.blackhat.com ___ Freedos-kernel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-kernel
Re: [Freedos-kernel] VERSION= issue
Hi! 24-Июн-2004 18:35 [EMAIL PROTECTED] (tom ehlert) wrote to "Arkady V.Belousov" <[EMAIL PROTECTED]>: >> MS-DEBUG doesn't runs from FD because "Incorrect DOS version". Setting >> required through VERSION= doesn't helps. Analyzing of inthndlr.c shows, that >> os_major and os_minor returned only through INT21/3306, for INT21/30 used >> os_setver_*. Is this bug (in config.c:sysVersion(), which not sets >> os_setver_*)? te> RBIL: te> INT 21 - DOS 5+ - GET TRUE VERSION NUMBER te> AX = 3306h te> the only bug here: FD 21/3306 isn't reentrant te> BTW: debug call int21/30 only. tom, I understand that debug call INT21/30 and this is why in current FD VERSION= doesn't helps to run it. I ask: is there are some hidden reasons to not _initialize_ os_setver_major and os_setver_minor for VERSION= in config.c:sysVersion() to same values, as os_major and os_minor? PS: BTW, main.c:init_kernel() initializes both os_m* and os_setver_*; even with VERSION= FreeCOM VER/R returns 7.10. --- This SF.Net email sponsored by Black Hat Briefings & Training. Attend Black Hat Briefings & Training, Las Vegas July 24-29 - digital self defense, top technical experts, no vendor pitches, unmatched networking opportunities. Visit www.blackhat.com ___ Freedos-kernel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-kernel
[Freedos-kernel] VERSION= issue
Hi! Eric Auer suggests, that VERSION= should change os_setver_m*, not os_m*. What you think? Is there is bug in current FD and Eric's suggestion is patch for this? --- This SF.Net email sponsored by Black Hat Briefings & Training. Attend Black Hat Briefings & Training, Las Vegas July 24-29 - digital self defense, top technical experts, no vendor pitches, unmatched networking opportunities. Visit www.blackhat.com ___ Freedos-kernel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-kernel
Re: [Freedos-kernel] VERSION= issue
Hello Arkady, > MS-DEBUG doesn't runs from FD because "Incorrect DOS version". Setting > required through VERSION= doesn't helps. Analyzing of inthndlr.c shows, that > os_major and os_minor returned only through INT21/3306, for INT21/30 used > os_setver_*. Is this bug (in config.c:sysVersion(), which not sets > os_setver_*)? RBIL: INT 21 - DOS 5+ - GET TRUE VERSION NUMBER AX = 3306h Return: BL = major version BH = minor version DL = revision (bits 2-0, all others 0) DH = version flags bit 3: DOS is in ROM bit 4: DOS is in HMA AL = FFh if true DOS version < 5.0 Notes: this function always returns the true version number, unlike AH=30h, whose return value may be changed with SETVER because of the conflict from the CBIS redirector (see next entry), programs should check whether BH is less than 100 (64h) and BL is at least 5 before accepting the returned BX as the true version number; however, even this is not entirely reliable when that redirector is loaded fully reentrant the only bug here: FD 21/3306 isn't reentrant BTW: debug call int21/30 only. tom --- This SF.Net email sponsored by Black Hat Briefings & Training. Attend Black Hat Briefings & Training, Las Vegas July 24-29 - digital self defense, top technical experts, no vendor pitches, unmatched networking opportunities. Visit www.blackhat.com ___ Freedos-kernel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-kernel
[Freedos-kernel] VERSION= issue
Hi! MS-DEBUG doesn't runs from FD because "Incorrect DOS version". Setting required through VERSION= doesn't helps. Analyzing of inthndlr.c shows, that os_major and os_minor returned only through INT21/3306, for INT21/30 used os_setver_*. Is this bug (in config.c:sysVersion(), which not sets os_setver_*)? --- This SF.Net email sponsored by Black Hat Briefings & Training. Attend Black Hat Briefings & Training, Las Vegas July 24-29 - digital self defense, top technical experts, no vendor pitches, unmatched networking opportunities. Visit www.blackhat.com ___ Freedos-kernel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-kernel
