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

Reply via email to