On Mar 7 at 14:29 +0100, Timothy Bourke wrote: [...] > I've uploaded a program called 'Mnemododo: Tester' onto the Android > Market. It runs the search for card directories and logs the results > into a log file: > /data/data/org.tbrk.mnemododo.tester/files/mnemododo.log > > Afterward, the log file can be displayed on screen or copied to: > /sdcard/mnemododo.log [...]
As a follow up for the archive:
The log indicated that Mnemododo could traverse the directory tree
correctly and also that it could access the sdcard.
The cards were located in the root of the sdcard, and the log
contained the following five lines:
--doDir: /sdcard
---exists,isdir,canread
---found: CARDS
---found: CATS
---found: CONFIG
Whereas it should have contained:
--doDir: /sdcard
---exists,isdir,canread
---found: CARDS
---found: CATS
---found: CONFIG
---found: STATS.CSV
---canwrite=true
---found!
Thus the STATS.CSV file was missing.
I suspected one of the following:
1. If there is no STATS.CSV file, but only an OLDSTATS.CSV file then
the directory was imported back into Mnemogogo before being
synchronized with the phone.
Solution: re-export and/or resynchronize.
2. If there is a `stats.csv' file or a `STATS.csv' file, or something
similar, then the filename case has been changed during the
synchronization. This sometimes happens on windows, but it usually
changes the filenames into uppercase (that's why they're all exported
in uppercase).
Short-term solution: rename the file to STATS.CSV and try again.
Longer-term solution: figure out why the file is being renamed.
But it turned out that there was just a simple export/synchronisation
problem and the solution was to completely delete the cards directory,
run another export from Mnemogogo and resynchronize with the phone.
This fixed the problem.
Tim.
signature.asc
Description: Digital signature
