home *** CD-ROM | disk | FTP | other *** search
/ Executor 2.0 / executorv2.0.iso / pc / dos / extra / docs / maillist / text / archive.95 / text5495.txt < prev    next >
Encoding:
Internet Message Format  |  1996-03-31  |  2.2 KB
  1. Received: from pht.com (exodus.pht.com [198.60.59.99]) by nacm.com (8.6.10/8.6.9) with SMTP id LAA28625 for <executor@nacm.com>; Mon, 16 Oct 1995 11:54:45 -0700
  2. Received: by pht.com id AA29326
  3.   (5.67b/IDA-1.5 for executor@nacm.com); Mon, 16 Oct 1995 11:05:51 -0600
  4. Date: Mon, 16 Oct 1995 11:05:48 -0600 (MDT)
  5. From: Brad Midgley <brad@pht.com>
  6. To: "David E. Hollingsworth" <deh@atype.com>
  7. Cc: executor@nacm.com
  8. Subject: Re: netatalk-style resource forks? (please? :)
  9. In-Reply-To: <9510121921.AA09602@ sol.atype.com >
  10. Message-Id: <Pine.LNX.3.91.951016091032.28145B-100000@exodus.pht.com>
  11. Mime-Version: 1.0
  12. Content-Type: TEXT/PLAIN; charset=US-ASCII
  13. Sender: owner-paper@nacm.com
  14. Precedence: bulk
  15.  
  16. hello...
  17.  
  18. desktop representation is out of the question (too different for everybody),
  19. but executor should at least put its resource forks in a subdirectory without
  20. mangling the name. Other schemes could depend on softlinks to that directory. 
  21. (would only have to be fixed up when folders were created) Mangling the name
  22. in the current directory is ugly.
  23.  
  24. The easy road to get executor to deal with a network on a netatalk-supported
  25. host will be to depend on kernel DDP and link in the netatalk libs.  so why
  26. not use a compatible naming scheme now and avoid the headache later? 
  27.  
  28. btw, ardi's bugs/feedback page is broken.  anyone there?
  29.  
  30. On Thu, 12 Oct 1995, David E. Hollingsworth wrote:
  31.  
  32. > In article <Pine.LNX.3.91.951012081238.1368B-100000@exodus.pht.com> Brad Midgley <junkmail@pht.com> writes:
  33. > >   I'm not sure if this has come up yet, but since executor doesn't have
  34. > >   network support, could it at least support the netatalk method of keeping
  35. > >   resource forks in a .AppleDouble directory?  (how about a non-defaulted 
  36. > >   command-line option?)
  37. > 
  38. > Of course, CAP aufs uses .resource directories, Helios EtherShare and IPT
  39. > uShare use .rsrc directories, Xinet KA-Share uses .HSResource directories, and
  40. > Pacer PacerShare uses afp_resource directories.
  41. > 
  42. > There are corresponding differences for desktop representation.  Many of these
  43. > systems also appear to have files or directories for storing finder
  44. > information.  Fun, eh?
  45.  
  46. brad@pht.com
  47.  
  48.  
  49.  
  50.  
  51.