Hello Luchezar,

>> one reason for different behaviour *might* be that smartdrv traps
>> int25/int26, which is used differently in FreeDOS (not everything is
>> rooted through it)

> What isn't routed through it?
the kernel talks directly to int13 and never uses int25 internally.

>> a) he implemented FAT32
>> b) he implemented FAT32 virtually bugfree on first try
>>    without 25 'please everybody test this' alpha releases.
>>    he probably tested it himself before publishing.
>> c) he implemented FAT32 - and virtually every single line he changed
>>    was necessary to do the job. no additional noise at all.
>>    he probably optimized for smallest diff.

> Great. So Victor's work can be an excellent example of how the job should
> be done, indeed.
YES. YES. YES.
BTW: michael devore works exactly the same way.

>> bug fixing will probably never stop, but squeezing single byte out of it
>> is IMO a complete waste of time.

> When there are important bugs to fix - yes. But Arkady notices bugs 
> exactly while optimising! ;-)
AFAIR, he found *one* bug, that *might* have real world significance
(ret_AH), which was introduced lately by some optimizations by Bart.



>> 4 serious real world bugs; so I wouldn't call my branch dead.

> You're right. It's not dead. Good job, Tom! Still, there's no progress in
> anything but bug fixing - "the call of the day".
I don't see any new features in keDANGEROUS either.

> By the way, will all your  changes go into the "stable" branch?
hope so - at least they get posted here.
and the source is available on request anyway.

tom



-------------------------------------------------------
This SF.Net email is sponsored by OSTG. Have you noticed the changes on
Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now,
one more big change to announce. We are now OSTG- Open Source Technology
Group. Come see the changes on the new OSTG site. www.ostg.com
_______________________________________________
Freedos-kernel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/freedos-kernel

Reply via email to