50g: copy all stored objects to SD card individually

[DavidM]

The same test case, using Claudio's SDSto routine from SDLIB to store the files:

Code:

Offset(h) 00 01 02 03 04 05 06 07 08 09 0A 0B 0C 0D 0E 0F 10 11 12 13 14 15 16 17 18 19 1A 1B 1C 1D 1E 1F

000F5000  4C 43 41 53 45 20 20 20 20 20 20 00 10 64 CC B6 53 49 53 49 00 00 CC B6 53 49 03 00 13 00 00 00  LCASE      ..d̶SISI..̶SI......
000F5020  41 6C 00 63 00 61 00 73 00 65 00 0F 00 E8 3B 00 00 00 FF FF FF FF FF FF FF FF 00 00 FF FF FF FF  Al.c.a.s.e...è;...ÿÿÿÿÿÿÿÿ..ÿÿÿÿ
000F5040  4C 43 41 53 45 5F 7E 31 20 20 20 00 00 00 CF B6 53 49 53 49 00 00 CF B6 53 49 04 00 13 00 00 00  LCASE_~1   ...϶SISI..϶SI......
000F5060  41 4D 00 69 00 78 00 63 00 61 00 0F 00 05 73 00 65 00 00 00 FF FF FF FF FF FF 00 00 FF FF FF FF  AM.i.x.c.a....s.e...ÿÿÿÿÿÿ..ÿÿÿÿ
000F5080  4D 49 58 43 41 53 45 20 20 20 20 00 00 00 D0 B6 53 49 53 49 00 00 D0 B6 53 49 05 00 13 00 00 00  MIXCASE    ...жSISI..жSI......
000F50A0  41 43 00 61 00 6D 00 65 00 6C 00 0F 00 D2 43 00 00 00 FF FF FF FF FF FF FF FF 00 00 FF FF FF FF  AC.a.m.e.l...ÒC...ÿÿÿÿÿÿÿÿ..ÿÿÿÿ
000F50C0  43 41 4D 45 4C 43 20 20 20 20 20 00 00 64 D0 B6 53 49 53 49 00 00 D0 B6 53 49 06 00 13 00 00 00  CAMELC     ..dжSISI..жSI......
000F50E0  55 50 43 41 53 45 20 20 20 20 20 00 00 00 D1 B6 53 49 53 49 00 00 D1 B6 53 49 07 00 13 00 00 00  UPCASE     ...ѶSISI..ѶSI......
000F5100  53 50 45 43 49 C4 4C 20 20 20 20 00 00 64 D1 B6 53 49 53 49 00 00 D1 B6 53 49 08 00 13 00 00 00  SPECIÄL    ..dѶSISI..ѶSI......
000F5120  53 50 45 5A 49 E4 4C 20 20 20 20 00 10 64 D1 B6 53 49 53 49 00 00 D1 B6 53 49 09 00 13 00 00 00  SPEZIäL    ..dѶSISI..ѶSI......
000F5140  53 50 45 43 FF 41 4C 20 20 20 20 00 10 00 D2 B6 53 49 53 49 00 00 D2 B6 53 49 0A 00 13 00 00 00  SPECÿAL    ...Ò¶SISI..Ò¶SI......
000F5160  53 50 45 43 49 9E 4C 20 20 20 20 00 10 64 D2 B6 53 49 53 49 00 00 D2 B6 53 49 0B 00 13 00 00 00  SPECIžL    ..dÒ¶SISI..Ò¶SI......
000F5180  00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  ................................
000F51A0  00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  ................................
000F51C0  00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  ................................
000F51E0  00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  ................................

So it appears that all-lower-case-or-high-ascii-names-that-fit-within-8.3 object names get UPCASEd by the version of SDLIB included with SDFiler, and with no LFN entry created. Mixed case gets the LFNs. I'm assuming that all longer-than-8.3 names end up with the LFNs as well.

All of which leaves my head spinning with regards to a reasonable path forward for the treatment of object names for this app, which was on shaky ground from the start. Given that the number of people in the entire world that could make use of such an app is probably countable on one hand (possibly one finger), this seems like more effort than it's worth at this point.

The amount of manual manipulation of files, object names, and cross-checking is not much different than simply copying the files with existing tools. The calculator doesn't track modification dates for individual objects, so relying on the SD card file system dates isn't particularly meaningful (those dates only tell you when the file was written, not when the actual object was updated). Encapsulating the real names as a string within a list object is a concept which could be useful, but IMHO doesn't add enough value to this app's concept to pursue.

But if nothing else, perhaps the discussion has had some value for NewRPL's implementation.

Thanks to Matthias, Claudio and 3298 for their participation!