home *** CD-ROM | disk | FTP | other *** search
/ Executor 2.0 / executorv2.0.iso / pc / dos / extra / docs / maillist / text / archive.96 / text4826.txt < prev    next >
Encoding:
Text File  |  1996-07-25  |  1.3 KB  |  28 lines
  1. Mime-version: 1.0
  2. Message-id: <Pine.A32.3.91.960412173037.24476B-100000@hopi.gate.net>
  3. Subject: Re: Future (post E 2.0) idea
  4. Cc: executor@ardi.com
  5. Content-type: TEXT/PLAIN; charset=US-ASCII
  6. In-reply-to: <01I3GD2ZDVXU00B0B6@DEPAUW.EDU>
  7. To: NO GOOD DEED GOES UNPUNISHED <DECLARKG@DEPAUW.EDU>
  8. Date: Fri, 12 Apr 1996 17:33:15 -0400 (EDT)
  9. From: Fred Salerno <salernof@gate.net>
  10. Sender: owner-executor@ardi.com
  11. Precedence: bulk
  12.  
  13. Think of the hFV as a temporary solution.
  14. When they do a native port for Win32, it could use long-filenames, and an 
  15. HFV wouldnt be needed (except maybe the SYSTEM.HFV for booting).
  16. And I believe the same goes for OS/2 ports, if it uses the HPFS in OS/2.
  17. Linux already has long file names, so that problem is solved.
  18. I guess the HFVs are the only solution if you run Executor on MS or PC DOS.
  19. Partitions seem a bit extreme for people who have important data and dont 
  20. want to re-partition and re-format (or take a chance with a part resizer.)
  21.  
  22. >      Still, I think a hard drive partition could make Executor a more
  23. > integrated part of the PC itself, which can only better ARDI's market.  That
  24. > way, people who don't like the idea of a multi hundred meg file on their
  25. > primary drive can fool themselves into thinking they have a "separate" disk
  26. > for Mac, without having to go out and buy a pre-mac formatted hard disk.
  27.  
  28.