Hello Eric,
> I am sure 2035a fixes several bugs of 2035
found the ret_ah bug. if that has real world implications is unknown.
found the Ulong 32%32 bug - impressive, but 100% irrelevant to the
kernel as all real world use will work 100% ok.
claims to have found a bug in umb_link code for a001:
now it doesn't work either, and is again irrelevant as noone uses
(for good reasons) /I=a000-afff
possibly made the graphical MENU better - but certainly broke Eric's
and mine non-graphical config.sys
found a bug so now MS Smartdrv loads - unfortunately now FreeCOM
doesn't work any longer (even if that's a bug)
IMO that's less then impressive
just as a OT sidenote, found somewhere on joelonsoftware.com:
the old WIN developers took it *personally* if some old stuff wouldn't
run any longer. this went as far as:
they found that SIMCITY would run beutiful on DOS, but crash in
windows. after some lengthy debugging they found that simcity frees
some memory - and uses it afterwards.
sure this works in DOS - and fails badly in a multitasking
environment where this memory is reused by someone else.
now there 2 solutions for that
solution a) say this code is buggy, ask manufacturer
solution b) implement 'is the current task simcity ?'
if so, delay the *real* free for a couple of seconds.
they (the MS developers) took b)
and for me this ends the threat.
tom
-------------------------------------------------------
This SF.Net email is sponsored by BEA Weblogic Workshop
FREE Java Enterprise J2EE developer tools!
Get your free copy of BEA WebLogic Workshop 8.1 today.
http://ads.osdn.com/?ad_id=4721&alloc_id=10040&op=click
_______________________________________________
Freedos-kernel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/freedos-kernel