> It seems that I have two possibilities how to fix my problem. The first one > is to > create a TSR hooking INT13h. > Second possibility is to compile my own FreeDOS modification when I could > modify > the function FL_LBA_READWRITE inside FLOPPY.ASM. > This seems to be valid because I am maybe the only person who ever faced this > problem... > How much difficult is to recompile the FreeDOS kernel? > Is enough to add WATCOM into %PATH% and then run MAKE or something like > BUILDME.BAT ?
I don't know how often you use other versions of DOS (like MS or PC or DR or EDR or ...) compared to FreeDOS, but a TSR would solve the problem for all of them while modifying FreeDOS would only fix FreeDOS. I personally prefer MS-DOS and mostly use others (including FreeDOS) just for compatibility testing. Also, since what you're doing will slow down all disk writes you should only try to have it work when it detects an environment where there's a problem. For example, you probably don't want to to modify the access for USB drives. You could either do some kind of test to write to a disk (you'd need to be very careful to not actually change anything on the disk), or there may be a way to detect the environment without actually trying to write to the disk. _______________________________________________ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
