Post by tnd64 on May 22, 2020 18:47:48 GMT
Like in my TND blog (https://tnd64.blogspot.com/2020/05/thec64-challenge-3-forever-extending.html
During the production of this project, I came across a series of strange problems, in which results to saving files on to a D64, then moving on to another program, and so on. Sometimes the programs I try and save on to D64's failed to save. Even after resetting theC64, loading another program and then re-attaching the .D64. I ended up with splat files. Could this be to do with an issue of my USB stick? It is a TOSHIBA 32 GB stick, and according to WINDOWs it is FAT 32.
Edit 23/05/2020
I found out the fault. I did an experiment today in which was to do some test saves from BASIC on my computer. With and without AD or "accuratedisk". As default I set a D64 to _AD (accurate disk) and saved a program called "HELLO". I typed in NEW. Attached a different disk and listed the directory. I then typed in new and re-attached the HELLO disk and listed it. Unfortunately the result ended up as 0 "HELLO" *PRG. Now, I tried to change tact to see if I could get the HELLO program to disk. This time without a disk with _AD prefix (or accurate disk). I switched disks again. Typed list to view the directory. Switched back and checked the list in the directory. The program saved with 1 "HELLO" PRG. I test loaded it and it worked.
I can confirm there is a bug in the accurate disk. Lukily during working on my project none of the tools which I used had a fastload or fast save. Since the Public Domain tools were mainly from the early 1990's demoscene.
During the production of this project, I came across a series of strange problems, in which results to saving files on to a D64, then moving on to another program, and so on. Sometimes the programs I try and save on to D64's failed to save. Even after resetting theC64, loading another program and then re-attaching the .D64. I ended up with splat files. Could this be to do with an issue of my USB stick? It is a TOSHIBA 32 GB stick, and according to WINDOWs it is FAT 32.
Edit 23/05/2020
I found out the fault. I did an experiment today in which was to do some test saves from BASIC on my computer. With and without AD or "accuratedisk". As default I set a D64 to _AD (accurate disk) and saved a program called "HELLO". I typed in NEW. Attached a different disk and listed the directory. I then typed in new and re-attached the HELLO disk and listed it. Unfortunately the result ended up as 0 "HELLO" *PRG. Now, I tried to change tact to see if I could get the HELLO program to disk. This time without a disk with _AD prefix (or accurate disk). I switched disks again. Typed list to view the directory. Switched back and checked the list in the directory. The program saved with 1 "HELLO" PRG. I test loaded it and it worked.
I can confirm there is a bug in the accurate disk. Lukily during working on my project none of the tools which I used had a fastload or fast save. Since the Public Domain tools were mainly from the early 1990's demoscene.