Custom Query (69 matches)
Results (58 - 60 of 69)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #36 | fixed | Packaging: documentation and symbol files for os2dasd.f32 and partfilt.flt should not be installed by default | ||
| Description |
As os2dasd.f32 and partfilt.flt should not be installed on an LVM system, and as these are in a separate pack in the installer, their related documentation and symbol files should also be moved to a separate pack so that they are not left "orphaned" when os2dasd.f32 and partfilt.flt have not been installed. |
|||
| #45 | worksforme | Need IFS version without exFAT | ||
| Description |
exFAT is proprietary Microsoft technology, regardless what code Samsung wrongfully put out with a GPL license attached to it (it wasn't their code to so license). Accordingly, Arca Noae cannot distribute any driver with exFAT code in it. Rightfully, exFAT belongs in a separate IFS, but I'm not going to make that argument, here. Instead, I would request a separate build of FAT32.IFS without exFAT support. The build of FAT32 included in ArcaOS apparently contains some issues which have subsequently been addressed, and we would like to provide an updated package, however, we are currently only able to refer users here to obtain code from the project page. |
|||
| #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? |
|||
