home *** CD-ROM | disk | FTP | other *** search
/ Executor 2.0 / executorv2.0.iso / pc / linux / extra / docs / maillist / text / archive.96 / text2353.txt < prev    next >
Encoding:
Text File  |  1996-07-25  |  1.5 KB  |  39 lines
  1. eadeans@aol.com (EADEANS) wrote:
  2.  
  3. >I think the partition idea is great, however, wouldn't Ardi need to offer
  4. >a device driver so the OS can read MacOS partitions? I know it's that way
  5.  
  6. If we wanted to access the MacOS partition from outside Executor, that
  7. would (of course) be necessary.  Otherwise, they could just build the
  8. necessary driver stuff into Executor which would probably be easier.
  9.  
  10. >Also, currently, only HPFS or SuperFAT support extended attributes that
  11.  
  12. What exactly is SuperFAT?
  13.  
  14. >could be used to closely mimic HFS's extents, type, creator, etc. At
  15. >least, that's as I'm understanding it at the moment. Maybe Ardi could
  16. >offer both as a solution: HFS on a volume (partition, single file or
  17.  
  18. I think that either HPFS or NTFS is the answer.  HPFS is less complex
  19. than NTFS.  HPFS supports extended attributes which could be used for
  20. storing stuff like resource forks.  NTFS natively supports
  21. Macintosh-style files, but it is very complicated and MicroSoft hasn't
  22. released all the details.  Although, there is a read-only NTFS fs
  23. driver for Linux.
  24.  
  25. >otherwise). Using the native filesystems would cause more headaches than
  26. >it would solve, I think. SoftWindows has it easier because VFAT is dumb.
  27.  
  28. True.
  29.  
  30. Tobin Fricke
  31.  
  32. ------------------------------------------------------
  33. Tobin Fricke               Pascal, C, Perl programming
  34. fricke@exo.com             Web Pages + CGI + Graphics
  35. http://exo.com/~fricke     Linux, OS/2, DOS, Mac, Win
  36. ------------------------------------------------------
  37.  
  38.  
  39.