Custom Query (69 matches)

Filters
 
Or
 
  
 
Columns

Show under each result:


Results (4 - 6 of 69)

1 2 3 4 5 6 7 8 9 10 11 12
Ticket Resolution Summary Owner Reporter
#5 fixed Trap after flash disk eject somebody eco
Description

e-co:

FAT32.IFS filesystem

eject flash disk

goto filecommander - you see the driver letter is still there C:

1 second.. system traps

tested with 3 flash disks.

btw, new flash disk (formatted) works fine. eject works without troubles. In N days I should chkdsk the flashdisk. After this event the problem with trap starts to happen.

#6 fixed Trap in FSH_FORCENOSWAP somebody dryeo
Description

Hi, after upgrading my hard drive and cloning (using dfsee) my C: partition to the new hard drive I now get this while booting,

The system detected an internal processing error at location ##1200:04ba-0002:04ba. FAT32:FSH_FORCENOSWAP on rqRQ Segment failed, rc=8 06860631 Internal revision 14.105_W4

I updated to fat32_09121.zip which didn't help (trap info from 09121). System is Warp v4 with all free updates and a few from testcase. Drive is a 160 GB maxtor. Drive C: is Win98 which boots fine.

#9 fixed Corrupt written data on FAT32 partitions while downloading files somebody M. Seidel
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

inflating: pro51.PK3 error: invalid compressed data to inflate inflating: readme.txt

ERROR

Download to JFS drive: F:\>md5suml project_51.zip 6D6A29E52F1055886A4271E53C3FB968 project_51.zip filesize 131127388 Bytes

Archive: F:/project_51.zip

inflating: pro51.PK3 inflating: readme.txt

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?

1 2 3 4 5 6 7 8 9 10 11 12
Note: See TracQuery for help on using queries.