AW: [MiNT] might be stupid questions:

["Julian Reschke" <julian.reschke@gmx.de>]

a) If you use the libraries opendir/readdir/closedir, you don't even have to
consider this issue.

b) A file viewer does not need to be aware of long file names. Just take
what you get in the command line (or by D&D) and Fopen() the file...

-----Ursprungliche Nachricht-----
Von: owner-mint@fishpool.com [mailto:owner-mint@fishpool.com]Im Auftrag
von Katherine Ellis
Gesendet: Dienstag, 29. Februar 2000 17:41
Cc: MiNT List
Betreff: Re: [MiNT] might be stupid questions:


On Tue, 29 Feb 2000, Frank Naumann wrote:

> And I think the programming overhead at AES level is much greater as on
> GEMDOS level. So if you decide you need at least N.AES as minimal base you
> can also skip Fsfirst/Fsnext stuff.

Oh I totally agree, I was talking here about GEMDOS, because a programer
had a problem, and some questions.
The aes for sure causes even more problems.

Just that I thought that long filenames should be an add-on, an extension,
and not a total replacement of what was available on TOS.

I mean, take a simple GEM viewer, or even text viewer.

There are no SPECIAL mint or magic calls needed, other than maybe long
filename support.
Just that I am seeing SO little atari program properly working with long
filenames, that I am wondering the real reasons of such non support.

My original question was only to know the possibilities available.

I don't use Singletos. But the other way around, if TOS prog could support
long filenames that could have been very nice. (image copy for example, or
interface and so many more, i mean it is ok as long as we keep TOSFS
around, but would be nice to have all my data partition being ext2fs or
minix)

If there is No way possible to make this better, then this discussion
should end now, (and I apologize for having brought that up :) however, if
there is a way to make this better, I am all ears open :)

Thanks.
---------------------------------------------
                                            /
MiNT Is Now TOS, let's move on, shall we?  /
                                          /
-----------------------------------------