Re: [hatari-devel] Maybe a gemdos bug, I don't know

[Eero Tamminen <oak@xxxxxxxxxxxxxx>]

Hi,

On keskiviikko 27 maaliskuu 2013, Laurent Sallafranque wrote:
> 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.

Ok, I see.


> TOS didn't like it.

If you format the card as FAT instead of VFAT, it will allow/support
only 8+3 names, but that might also limit the max. partition size.

I'm not sure whether modern GUI tools for formatting still support plain
FAT.  Hatari's "zip2st" tool/script uses "mformat" from Mtools for that.


> I haven't got the case now, but I can reproduce it if you want.

Thanks, but I don't think that's needed.


> Maybe this can never happen on a real falcon as you can only create a 8
> chars file name.

Hatari itself should now also create and open only 8+3 file names,
regardless of how long file names programs gave to GEMDOS functions.
It also gives a warning when it needs to clip the file name.


	- Eero


> 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?
> > 
> > 	- Eero
> > 	
> >> Hope 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