home *** CD-ROM | disk | FTP | other *** search
/ Executor 2.0 / executorv2.0.iso / pc / dos / extra / docs / maillist / text / archive.96 / text3316.txt < prev    next >
Encoding:
Text File  |  1996-07-25  |  2.0 KB  |  61 lines
  1.     id m0u1P0z-0007r9a; Mon, 25 Mar 96 20:01 MST
  2. Sender: owner-executor
  3. Received: by ftp.ardi.com (Smail3.1.29.1 #3)
  4.     id m0u1Oww-0007r8C; Mon, 25 Mar 96 19:57 MST
  5. Received: from andromeda by rna.bio.mq.edu.au (Mercury 1.21);
  6. Message-id: <A16BC67198@rna.bio.mq.edu.au>
  7. Cc: "executor@ardi.com" <executor@ardi.com>
  8. Subject: Re: E/L (and possibly others) 1.99q9 BUG: will not recognize
  9. Originally-from: <anewman@rna.bio.mq.edu.au>
  10. To: "Ian Viemeister" <vmeister@ios.com>
  11. Date: Sat, 16 Mar 96 15:09:48 +1000
  12. From: <anewman@sbu.ac.uk>
  13. Reply-to: "Alexander Newman" <anewman@rna.bio.mq.edu.au>
  14. Sender: owner-executor@ardi.com
  15. Precedence: bulk
  16.  
  17. We have been having some major problems with our mail system
  18. for the last week. The backlog is now being cleared. However
  19. you may receive messages more than once.
  20.  
  21. Our apologies for any inconvenience caused.
  22. =============================== Original Message follows ======================
  23.  
  24. On Fri, 15 Mar 1996 18:20:15 -0500, Ian Viemeister wrote:
  25.  
  26. snip...
  27.  
  28. >I guess when saving to the unix filesystem, the filename is passed
  29. right
  30. >thru, but when saving to an hfv, it uses the real HFS filesystem.
  31. >
  32. >>There's either one of three things wrong here:
  33. >>
  34. >>a) "FAQ- Running Executor under FreeBSD" is NOT a valid Mac filename,
  35. and
  36. >>   either Word and/or Executor was at fault in NOT telling me "hey,
  37. that's
  38. >>   not a good filename" when I saved it.
  39. >
  40. >That sounds like it
  41.  
  42. snip...
  43.  
  44. >Sounds like this would happen on Linux, FreeBSD or Win95 (does E/D
  45. under OS/2
  46. >support LFNs?}
  47.  
  48. Unfortunately DOS under OS/2 is still restricted to 8.3, and the use of
  49. a file-system translator such as AMOS only appears to work from a
  50. natively-booted DOS (but that may have changed recently). The bottom
  51. line is therefore 'no'. As reported by others above, the 31-char Mac
  52. filename is the theoretical upper limit. (I believe Mac files can have
  53. a '0' or null filename - how the Mac filesystem copes with that I have
  54. no idea.)
  55.  
  56. Cheers,
  57.  
  58. Alex Newman
  59.  
  60.  
  61.