Hi all, > LG> http://users.pandora.be/imre/FreeDOS/) and it works for me on most > LG> disks, except on diskettes (hangs up until the diskette is > LG> removed, then says "Read 32 bytes at nnnnn:No Error") and on large > LG> FAT32 drives (says "Seek to nnnnnnnnnnn:No Error").
Floppy error: Imre has disabled my old "int" 25/26 based sector read code for some reason. I hope he will enable it again soon! His current version uses int 21.7305 (FAT32 style) disk access for ALL FAT types. Solution would be to use my functions for FAT1x and his functions for FAT32. This has the effect that you will not be able to MODIFY FAT1x because I only provide READ functions. Still it will be better than the current version. You can try comparing Imres FAT32 "only" read/write 2.10 to my old read-only any-FAT 2.8 variant: http://www.coli.uni-sb.de/~eric/stuff/soft/specials/ dosdosfsck-2.8-fat32.zip Note that dosfstools 2.8 (from which this was ported) has BUGS which can for example cause directories to be truncated if you try to repair them. Therefore it is good that my version only supports disk READs. About the Seek error on FAT32: There might be some forgotten typecase to ... uhm, typecasT to ... 64bit integers somewhere which makes things break for drives bigger than 4 GB (by the way, the filesystem statistics which are displayed by dosfsck -v might be affected as well). Tom is right, there cannot be more SECTORS than a 32bit integer can describe on any FAT32 drive, but DOSFSCK works with BYTE offsets and only the sector I/O engine which had to be added for the DOS version translates that to sectors. In Linux (where DOSFSCK is "at home", more or less) you can just seek in a block device to a byte offset of your choice, so you do not have to use sector numbers there. My DOS port of DOSFSCK 2.8 caches the most recently read sector: Doing some read-ahead would be even better. I think Imres DOS port of DOSFSCK 2.10 just relies on DOS buffers. This is okay but causes a bit more overhead (remember that we are using DJGPP / CWSDPMI, so all sector I/O has to go through the DOS extender to reach the actual DOS). Eric. ------------------------------------------------------- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn _______________________________________________ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
