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?


	- 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







Mail converted by MHonArc 2.6.19+ http://listengine.tuxfamily.org/