Custom Query (69 matches)
Results (55 - 57 of 69)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #18 | invalid | Ability to at least read Windows long filenames on FAT32 | ||
| Description |
MS holds several FAT-related patents specific to the storage of long filenames (see http://en.swpat.org/wiki/Microsoft_FAT_patents for links). However, none of those should preclude us from reading the Windows LFNs so that they don't show up as blah~1.ext. As we store LFNs differently, we could at least read the Windows LFNs and when saving to a new LFN, then store using our method. |
|||
| #16 | fixed | Trap when chkdsk is run simultaneously against multiple FAT32 formatted drives | ||
| Description |
when chkdsk is run simultaneously against multiple FAT32 formatted drives, the second instance/further instances of chkdsk will trap with a: run-time error R6002
SYS1811: The process has stopped. The software diagnostic code (trap number) is 000D. I think this needs to be done: Since UFAT32.DLL is using floating point (there are some casts from int to float etc.) it is essential to ensure that the /FPi87 switch is used for the MS compiler. That will directly inline floating point instructions and avoid the use of any floating library. The makefile for UFAT32.DLL does not specify this and therefore the default is used which is /FPi = "inline with emulator". Since Pentium (and therefore HW floating point support) is now around for almost 20 years I think that this will not be a problem :-) |
|||
| #15 | worksforme | Support of 64KB clusters (Like WinNT) | ||
| Description |
WinNT supports big 64KB (128 sectors) clusters, which fat32.ifs did not supported. Fat32format seems to support 128 sectors per cluster (so, the new FORMAT should support it too). So, we will try to extend other parts to understand these. |
|||
