[Prev][Next][Index][Thread]

Re: Future (post E 2.0) idea



eadeans@aol.com (EADEANS) wrote:

>I think the partition idea is great, however, wouldn't Ardi need to offer
>a device driver so the OS can read MacOS partitions? I know it's that way

If we wanted to access the MacOS partition from outside Executor, that
would (of course) be necessary.  Otherwise, they could just build the
necessary driver stuff into Executor which would probably be easier.

>Also, currently, only HPFS or SuperFAT support extended attributes that

What exactly is SuperFAT?

>could be used to closely mimic HFS's extents, type, creator, etc. At
>least, that's as I'm understanding it at the moment. Maybe Ardi could
>offer both as a solution: HFS on a volume (partition, single file or

I think that either HPFS or NTFS is the answer.  HPFS is less complex
than NTFS.  HPFS supports extended attributes which could be used for
storing stuff like resource forks.  NTFS natively supports
Macintosh-style files, but it is very complicated and MicroSoft hasn't
released all the details.  Although, there is a read-only NTFS fs
driver for Linux.

>otherwise). Using the native filesystems would cause more headaches than
>it would solve, I think. SoftWindows has it easier because VFAT is dumb.

True.

Tobin Fricke

------------------------------------------------------
Tobin Fricke               Pascal, C, Perl programming
fricke@exo.com             Web Pages + CGI + Graphics
http://exo.com/~fricke     Linux, OS/2, DOS, Mac, Win
------------------------------------------------------



References: