Re: SD card woes
> Could this be a variation on the old limit on # of files in the root > directory we used to encounter in MS-DOS daze? Sure, as the SD cards are formatted with FAT in the very most cases. :-P Presumably there are functions to access the SD card at sector level, as there has to be a driver. But I never looked for them nor do I have any experience. Anyway, the FAT system is quite simpel, and with some research you might be able to write a repair routine. Hm, I never looked for a stand-alone repair tool running on PalmOS; there might be one out there... Bodo -- For information on using the ACCESS Developer Forums, or to unsubscribe, please see http://www.access-company.com/developers/forums/
Re: SD card woes
Could this be a variation on the old limit on # of files in the root directory we used to encounter in MS-DOS daze? dga Shorin wrote: I've had something like that happen to a 512MB card in a Tungsten T. I forget how it happened. There werent many files in the particular directory. I ended up reformatting the card. On 4/13/2010 11:41 AM, Harry wrote: Hi all, I am experiencing problems with the TE2 and SD-cards. When an application writes too many files into a directory the directory may get corrupted. This happens e.g. with many 512MB cards when say 200 files with 1K of text each are written with VFSFileOpen/-Write/-Close. Suddenly the directory shows dozens of garbage entries like ñ7y+õÅ■.N à 271614 KB 27.03.2074 23:45 ÛZ T.Ûý,.Öbj 3776489 KB07.08.1993 01:48 -4=-<-.l./'< Directory It seems the VFS layer or the corresponding FS-lib play havoc with the directory. Alas I cannot ask the user to format those SD cards out in the field. I need to gracefully repair them by removing/deleting those 'fragments' or by deleting the directory that was corrupted. Unfortunatley the VFS/FSLib functions cannot delete those entries because the file names are invalid. Neither can I delete the corrupt directory because it is not emtpy. Any ideas on how to get rid of this garbage without formatting the entire card? Thanks Harry -- For information on using the ACCESS Developer Forums, or to unsubscribe, please see http://www.access-company.com/developers/forums/
Re: SD card woes
I've had something like that happen to a 512MB card in a Tungsten T. I forget how it happened. There werent many files in the particular directory. I ended up reformatting the card. On 4/13/2010 11:41 AM, Harry wrote: Hi all, I am experiencing problems with the TE2 and SD-cards. When an application writes too many files into a directory the directory may get corrupted. This happens e.g. with many 512MB cards when say 200 files with 1K of text each are written with VFSFileOpen/-Write/-Close. Suddenly the directory shows dozens of garbage entries like ñ7y+õÅ■.N à 271614 KB 27.03.2074 23:45 ÛZ T.Ûý,.Öbj 3776489 KB07.08.1993 01:48 -4=-<-.l./'< Directory It seems the VFS layer or the corresponding FS-lib play havoc with the directory. Alas I cannot ask the user to format those SD cards out in the field. I need to gracefully repair them by removing/deleting those 'fragments' or by deleting the directory that was corrupted. Unfortunatley the VFS/FSLib functions cannot delete those entries because the file names are invalid. Neither can I delete the corrupt directory because it is not emtpy. Any ideas on how to get rid of this garbage without formatting the entire card? Thanks Harry -- For information on using the ACCESS Developer Forums, or to unsubscribe, please see http://www.access-company.com/developers/forums/
re: SD card woes
Insert the card into a PC card reader and use chkdsk or equivalent utility. (Resco Explorer should be able to detect the problem, but can't repair it.) >From my experience the directory corruption happens in root folder only. In >fact, when I did stress tests for our titles (viewer, explorer for example) I >created and worked with folders with up to 2 entries. An unexpected crash during a card write could cause a corruption as well. Jan Slodicka, Resco -- For information on using the ACCESS Developer Forums, or to unsubscribe, please see http://www.access-company.com/developers/forums/
