home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / sys / next / misc / 24205 < prev    next >
Encoding:
Text File  |  1993-01-29  |  5.5 KB  |  140 lines

  1. Newsgroups: comp.sys.next.misc
  2. Path: sparky!uunet!charon.amdahl.com!pacbell.com!decwrl!elroy.jpl.nasa.gov!swrinde!gatech!hubcap!ncrcae!ncrhub2!ncrgw2!psinntp!hd0258!gvh
  3. From: gvh@metrosoft.com (Gordon Van Huizen)
  4. Subject: Re: Apple disks
  5. Message-ID: <1993Jan26.180716.9146@metrosoft.com>
  6. Sender: gvh@metrosoft.com
  7. Reply-To: gvh@metrosoft.com (Gordon Van Huizen)
  8. Organization: Metrosoft
  9. References: <C1FEMx.4uz@ra.nrl.navy.mil>
  10. Date: Tue, 26 Jan 1993 18:07:16 GMT
  11. Lines: 127
  12.  
  13. In article <C1FEMx.4uz@ra.nrl.navy.mil> heinle@cmf.nrl.navy.mil (Glenn  
  14. Heinle) writes:
  15. > Once an Apple disk (floppyh or CD-ROM) is mounted, is
  16. > there a way to   access the three forks (data, resource, and
  17. > info)?  I believe what you see   is the data fork, and I heard
  18. > there is a way to get to the resource fork. 
  19.  
  20. Here's an update to my standard blurb on Mac disks under
  21. NeXTSTEP 3.0 that I posted a few months back. I'm
  22. re-posting the thing in its entirety in case it can can
  23. help other users in general. Perhaps this should become
  24. part of some periodic posting for FAQ?  
  25.  
  26. Gordon
  27.  
  28. ------------------------------------------------------------------
  29.  
  30. Using the Workspace Manager File Viewer
  31. =======================================
  32.  
  33. On the Macintosh, a file has two components: a data fork
  34. and a resource fork. When using the Workspace file viewer
  35. to copy and move Mac files, only the data fork will be
  36. moved. That considered...
  37.  
  38. * DO NOT use the NeXT as a pass through for Mac files. You
  39. will lose the resource fork in the process. For example,
  40. DON'T copy a file from a Mac SyQuest or hard disk onto a NeXT
  41. filesystem and subsequently copy it onto a Mac floppy
  42. unless you are *sure* that you will only need what is
  43. contained in the data fork.
  44.  
  45. * DO NOT place a Mac file on a NeXT disk volume if you intend
  46. to later access the resource fork - it won't be there.
  47. Examples where the resource fork is vital are PostScript
  48. fonts and many forms of Mac sound files.
  49.  
  50. FloppyWorks, Executor and NeXTSTEP 3.0
  51. ======================================
  52.  
  53. If you are having difficulty mounting Mac disks, open the
  54. console window from the Workspace. If a message such as:
  55.  
  56. Mac File System: Initialized Nov 25 12:29:52
  57. Workspace: Mounted floppy disk at /Mac Disk
  58.  
  59. isn't displayed, and there are no error messages
  60. regarding bad reads, it's possible that your system has
  61. at one time had FloppyWorks or an older version of
  62. Executor installed.
  63.  
  64. FloppyWorks and NeXTSTEP 3.0 are incompatible for
  65. mounting Mac floppies, hard disks and SyQuest volumes.
  66. If you have ever used FloppyWorks on your system,
  67. NeXTSTEP 3.0 will not be able to correctly mount Mac disk
  68. volumes. If you wish to mount Mac disk volumes via
  69. NeXTSTEP 3.0, in addition to removing FloppyWorks you
  70. will need to log in as root and remove
  71. /usr/filesystems/macintosh.fs. Leave
  72. /usr/filesystems/mac.fs there. When you reboot you
  73. will be able to insert a Mac disk into your NeXT floppy
  74. drive and have it show up in the Workspace file viewer.
  75.  
  76. I understand a very similar thing occurs when using older
  77. versions of Executor. The current version of Executor
  78. (1.2.1) works flawlessly with NeXTSTEP 3.0 for handling
  79. Mac floppies. When it or HFS_XFer are running, they will
  80. directly accept mounted Mac disks. When quitting either
  81. application, NeXTSTEP 3.0 is once again put back in
  82. control and mounted Mac disks appear in the Workspace
  83. file viewer. Transparent and very cool. Executor has
  84. special code which can directly access the data fork,
  85. resource fork and Finder information.
  86.  
  87. Accessing the Resource Fork From a Program
  88. ==========================================
  89.  
  90. If you are using an application that has been written to
  91. access Mac resource forks under NeXTSTEP 3.0, it will
  92. just work with one exception noted below.
  93.  
  94. If you are writing programs that wish to access Macintosh
  95. resource forks under NeXTSTEP 3.0, add a .#rsrc#
  96. extension to the file name to open() it. If the open fails,
  97. there is no resource fork or NeXTSTEP couldn't get at it.
  98.  
  99. If you are having difficulty accessing a Mac resource
  100. fork from a program, either as a user or a programmer, open
  101. the console window from the Workspace. The
  102. implementation of Mac filesystem support has a wimpy
  103. size restriction on path names. It is very common to see a
  104. message such as the following:
  105.  
  106. macfs: ERROR: DFS: macPort.c/ditPathToMacPath: 15042
  107. Name too long.
  108.  
  109. When that happens the program will not be able to open the
  110. resource fork and, depending on the program, different
  111. error states could occur. To avoid the problem, rename
  112. folders on the Mac disk to make the path name shorter.     
  113. Accessing the Resource Fork From the Command Line
  114. =================================================
  115.  
  116. If you need to copy the resource fork (as you may have under
  117. FloppyWorks for example), you will need to open a
  118. terminal window and copy it via the command line. If you
  119. want to copy the resource fork of a file named TEST you will
  120. need to copy TEST.#rsrc# to copy the resource fork.
  121.  
  122. Note that if you do an ls containing a wildcard, no .#rsrc#
  123. will show up even if they are there. An ls for a particular
  124. .#rsrc# (such as TEST.#rsrc#) will work.
  125.  
  126.  Accessing the Finder information
  127. ================================
  128.  
  129. Macintosh files also contain information maintained by
  130. the Mac Finder - the file's creator, type, etc. This
  131. information is not available via NeXTSTEP 3.0. 
  132.  
  133.  
  134. -- 
  135. ----------------------------------------------------------------
  136. Gordon Van Huizen           vox: 619.488.9411  fax: 619.488.3045
  137. Metrosoft                   gvh@metrosoft.com [NeXTmail welcome]
  138. ----------------------------------------------------------------
  139.