Re: [hatari-devel] Maybe a gemdos bug, I don't know |
[ Thread Index | Date Index | More lists.tuxfamily.org/hatari-devel Archives ]
I use a memory card as a hard drive. I always copy my main directory on this card (from linux). So Linux did the copy on the card and one directory was 9 chars len. TOS didn't like it. I haven't got the case now, but I can reproduce it if you want.Maybe this can never happen on a real falcon as you can only create a 8 chars file name.
Laurent Le 27/03/2013 22:35, Eero Tamminen a écrit :
Hi, On keskiviikko 27 maaliskuu 2013, Laurent Sallafranque wrote:I think maybe that my directory path (full host path) was something like : /media/0B14FA201100A/Atari/My_Programs/Beat_Of_Rage/BOR/SRC/DATA/... Maybe the full path name contains more than 8 chars. I don't know if this can explain that. But at least, the last directory was 9 chars length at the time and it compiled well under hatari (unix) but not under my Falcon.What I was wondering, was what the directory name *on disk* looked in your *Falcon*. On FAT it cannot be "BIN_RIGHT", so was it "BIN_RIGH", "BIN_RIGH.T"...? What created the directory? - EeroHope this helps. regards Laurent Le 27/03/2013 18:54, Eero Tamminen a écrit :Hi, On keskiviikko 13 kesäkuu 2012, Laurent Sallafranque wrote:In my program, I have the following : toto_01l: dc.b "DATA\CHARS\TOTO0\BIN_LEFT\IDLE1.SPR",0 toto_01r: dc.b "DATA\CHARS\TOTO0\BIN_RIGHT\IDLE1.SPR",0 I load these files with the loader.s rout from DHS (thanks to them for this code). On hatari, it loads well and I don't have any problem, while on my real falcon, I get the following message : DATA\CHARS\TOTO0\BIN_RIGHT\IDLE1.SPR not found I think this may due to the 9 characters of the directory, but hatari and my Falcon don't behave the same here.I've now written a test program that tries different cases where program gives larger file name than 8+3 characters and in *ALL* cases all TOS versions for 1.02 to 4.04 are able to handle them fine. Test program, test files and the sources are included on the attached test disk image. So, I think the problem isn't that the name you gave was longer than the directory name, but that it was different than the directory name. For example your directory name was "BIN_RIGH.T" and you tried to find it with name "BIN_RIGHT". I'll make Hatari GEMDOS emulation to clip both parts of the file name and give warning about that. - Eero
Mail converted by MHonArc 2.6.19+ | http://listengine.tuxfamily.org/ |