home *** CD-ROM | disk | FTP | other *** search
/ Executor 2.0 / executorv2.0.iso / pc / dos / extra / docs / maillist / text / archive.96 / text2728.txt < prev    next >
Encoding:
Text File  |  1996-07-25  |  1.4 KB  |  48 lines
  1. Cc: "executor@ardi.com" <executor@ardi.com>
  2. X-mailer: PMMail 1.5 (Red Beta Build 108)
  3. Content-type: text/plain; charset="us-ascii"
  4. Reply-to: "Alexander Newman" <anewman@rna.bio.mq.edu.au>
  5. To: "Ian Viemeister" <vmeister@ios.com>
  6. From: "Alexander Newman" <anewman@rna.bio.mq.edu.au>
  7. Date: Sat, 16 Mar 96 15:09:48 +1000
  8. Sender: owner-executor@ardi.com
  9. Precedence: bulk
  10.  
  11. On Fri, 15 Mar 1996 18:20:15 -0500, Ian Viemeister wrote:
  12.  
  13. snip...
  14.  
  15. >I guess when saving to the unix filesystem, the filename is passed
  16. right 
  17. >thru, but when saving to an hfv, it uses the real HFS filesystem.
  18. >
  19. >>There's either one of three things wrong here:
  20. >>
  21. >>a) "FAQ- Running Executor under FreeBSD" is NOT a valid Mac filename,
  22. and
  23. >>   either Word and/or Executor was at fault in NOT telling me "hey,
  24. that's
  25. >>   not a good filename" when I saved it.
  26. >
  27. >That sounds like it
  28.  
  29. snip...
  30.  
  31. >Sounds like this would happen on Linux, FreeBSD or Win95 (does E/D
  32. under OS/2 
  33. >support LFNs?}
  34.  
  35. Unfortunately DOS under OS/2 is still restricted to 8.3, and the use of
  36. a file-system translator such as AMOS only appears to work from a
  37. natively-booted DOS (but that may have changed recently). The bottom
  38. line is therefore 'no'. As reported by others above, the 31-char Mac
  39. filename is the theoretical upper limit. (I believe Mac files can have
  40. a '0' or null filename - how the Mac filesystem copes with that I have
  41. no idea.)
  42.  
  43. Cheers,
  44.  
  45. Alex Newman
  46.  
  47.  
  48.