Hi Joe and Bernd, thanks for the work.
IMHO this is definitively a kernel bug, not a DOSLFN bug. Sure, ResetDrive works around the bug, but the bug is still in the kernel. I think the bug occurs because the (necessary) direct disk writes by DOSLFN, using INT 25/26, are not synchronised to the internal BUFFERS cache. The least the kernel should do is call internally the FlushCache when direct disk write (INT26) is detected. This shouldn't be DOSLFNs job. Better yet, it should flush the caches when direct disk access is detected. Better yet, integrate disk reads/writes with it's own disk cache, providing HUGE speed improvements. I have no idea how DOSLFN performs on MSDOS, but it certainly sucks on FreeDOS. Of course the same applies for FAT32 partitions and int21/7305. BTW: this applies only for kernels *internal* BUFFERS caches; external caches like UIDE and LBACACHE shouldn't make a difference bug-wise. I don't know if ResetDrive forces a Reset down the entire chain of DOSLFN/kernel/BIOS/harddisk which would be drastic. Tom _______________________________________________ Freedos-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/freedos-devel
