> Actually MSDOS 7.10 already uses the SFT in a different way, but > undocumented by RBIL, > for both FAT16 and FAT32: > 0Bh WORD contains the high word of the relative cluster number > at offset 19h > 2Bh DWORD contains the starting cluster number > 35h DWORD contains the current cluster number
Interesting. > How this interacts with SHARE.EXE: I have no idea.... Probably the main reason it doesn't work with MS-DOS 7.10. > This was just obtained by writing a program that dumps the SFT after > opening a large file and reading 70000*4k into it on a FAT32 partition > with 4k clusters. Good work! I "verified" RBIL's statement that the word at 0Bh was not used by checking it for files located on a FAT12 and FAT32 drives. It contained a seemingly random value which lead me to the wrong assumption MS-DOS just didn't properly initialize it. However I don't think I'll copy this strange behaviour (at least not by default). As reported by Eric, it breaks programs like JAM (the point is, even on FAT12 and FAT16 disks) which look into the SFT to get the first cluster of a (FAT12 or FAT16) file. Regards, Christian ------------------------------------------------------------------------------ Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects _______________________________________________ Freedos-kernel mailing list Freedos-kernel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-kernel
