ytmytm / TIB-001-Cart

A project to clone the FDC controller Cart for C64
5 stars 0 forks source link

Directory listing problem #2

Closed ytmytm closed 9 months ago

ytmytm commented 9 months ago

Tomas reported:

 Volume in drive A is DD-001
 Volume Serial Number is 20A0-69F9

 Directory of A:\

20.08.2013  08:53             2˙174 fb64.bin
15.10.2023  20:50               770 diskcopy.prg
15.10.2023  20:50             1˙177 diskmon.prg
15.10.2023  20:50               525 dispasc.prg
15.10.2023  20:50               639 disphex.prg
15.10.2023  20:50               300 format.prg
16.08.2016  03:09            30˙114 pentagram.prg
17.02.2017  18:27            37˙282 kongarcade.prg
09.10.2016  12:28            17˙308 redbaron3000.prg
28.02.2015  18:18            16˙328 tigerclaw.prg
17.03.2016  22:26            31˙029 awakening.prg
              11 File(s)        137˙646 bytes
               0 Dir(s)         586˙752 bytes free

error_directory

ytmytm commented 9 months ago

YTM: This is interesting. So just the directory listing is mangled? Is it the same behavior with "@$" DOS wedge command? I will try to replicate it myself as well. but it would be great if you could share that disk image.

On the first look is seems to be a problem with handling (ignoring) long filenames - the next item after 'FORMAT.PRG' has already 9 characters and will occupy at least two directory entries. If I remember correctly how long filenames work, the first one is a kind of marker - I guess that directory listing confuses that with end of directory.

Later: But the problem occurs, when I copy to diskette a game with long filename on PC and rename it. I don't have any vintage DOS PC, I use to Win10 with USB floppy drive. Dir listing via @ looks different than via "$". The diskette image is attached.

I formatted DD diskette on PC, then I copied (on PC) all the files, with filenames as they are - I don't copy neither rename long filenames. Only one game has 9 chars in the name.

dir_list dir_fb64 dir_command

dd-001.zip