Custom Query (69 matches)
Results (10 - 12 of 69)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #9 | fixed | Corrupt written data on FAT32 partitions while downloading files | ||
| Description |
Hi, I use ECS1.2R and XP on the same machine. Only ECS has access to the www, so files I need for XP are only downloaded with ECS and stored with the installed fat32.ifs directly at the fat32 drives accessible under both systems. Since longer time and trying different versions of fat32 (including 0.9.13 latest) I wondered that the downloaded files under XP are corrupt. Selfexpanding exe's are stopping with a CRC error or zip files cannot be expand. Under ECS I use different versions of Seamonkey (latest 1.1.13) On my formerly PC I had sometimes the same problems. I have done some experiments: Downloading the file: http://startdownload.filefront.com/4286905//6fe471f91cdc109738f8eac44a258057618d7941c6ca8a291bbc33ef2fe926a0a3cdf95c098932f4// (should be project_51.zip ~130MB) direct to a fat32 partition and a 2nd download to a JFS patition results in the following: Download to FAT32 drive: J:\>md5suml project_51.zip 9935917E3288FF884E9B595280BBBCCD project_51.zip filesize 131127388 Bytes Archive: J:/project_51.zip
ERROR Download to JFS drive: F:\>md5suml project_51.zip 6D6A29E52F1055886A4271E53C3FB968 project_51.zip filesize 131127388 Bytes Archive: F:/project_51.zip
OK So I have written a little file comparison tool. It compares the good and the wrong file and logs all issues. See the attached files. Each line shows the adress, databyte good, databyte bad, total error count and the nummer of continued errors in follow. Please watch the follows carefully! If I copy such larger files from HPFS or JFS to a FAT32 drive with a filecommander, like FC220, no problem occurs. With my 2Mbit www connection the files are written only slow while downloading them. May be a small buffer allocation problem in the IFS or cachef32.exe? |
|||
| #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. |
|||
| #21 | invalid | Implement formatting in an expected manner (format x: /fs:FAT32) | ||
| Description |
Currently, formatting a FAT32 volume involves running a standalone executable (fat32fmt.exe) with its own syntax. Formatting FAT32 should be accomplished as with any other filesystem under OS/2, via the format command: FORMAT X: /FS:FAT32 It should also be possible, then, to enhance PMFORMAT.EXE to support formatting FAT32 (not that such an enhancement belongs to this ticket or this project). |
|||
