home *** CD-ROM | disk | FTP | other *** search
/ Executor 2.0 / executorv2.0.iso / pc / dos / extra / docs / maillist / text / archive.96 / text5459.txt < prev    next >
Encoding:
Text File  |  1996-07-25  |  3.2 KB  |  67 lines
  1.     id m0uB3dl-0007s4a; Sun, 21 Apr 96 12:13 MDT
  2. Sender: owner-executor
  3. Received: from ardi.com by ftp.ardi.com
  4.     (Smail3.1.29.1 #3) id m0uB3dF-0007s3n; Sun, 21 Apr 96 12:13 MDT
  5. Path: sloth.swcp.com!tesuque.cs.sandia.gov!ferrari.mst6.lanl.gov!newshost.lanl.gov!ncar!elroy.jpl.nasa.gov!lll-winken.llnl.gov!uwm.edu!reuter.cse.ogi.edu!qiclab.scn.rain.com!europa.com!usenet
  6. From: bknotts@europa.com  (Brian Knotts)
  7. Newsgroups: comp.emulators.mac.executor
  8. Subject: Re: Future (post E 2.0) idea
  9. Date: 21 Apr 1996 16:21:56 GMT
  10. Organization: Europa Communications, Inc, Portland Oregon USA
  11. Lines: 44
  12. Message-ID: <4ldnb4$hrd@atheria.europa.com>
  13. References: <Pine.A32.3.91.960412173037.24476B-100000@hopi.gate.net> <4krbpd$apq@news.snni.com>
  14. Reply-To: bknotts@europa.com (Brian Knotts)
  15. NNTP-Posting-Host: europa116.europa.com
  16. X-Newsreader: IBM NewsReader/2 v1.2
  17. To: executor@ardi.com
  18. X-MailNews-Gateway: From newsgroup comp.emulators.mac.executor
  19. Sender: owner-executor@ardi.com
  20. Precedence: bulk
  21.  
  22. In <4krbpd$apq@news.snni.com>, fricke@roboben.engr.ucdavis.edu (Tobin Fricke) writes:
  23. >Fred Salerno <salernof@gate.net> wrote:
  24. >
  25. >>Think of the hFV as a temporary solution.
  26. >>When they do a native port for Win32, it could use long-filenames, and an 
  27. >>HFV wouldnt be needed (except maybe the SYSTEM.HFV for booting).
  28. >>And I believe the same goes for OS/2 ports, if it uses the HPFS in OS/2.
  29. >>Linux already has long file names, so that problem is solved.
  30. >>I guess the HFVs are the only solution if you run Executor on MS or PC DOS.
  31. >>Partitions seem a bit extreme for people who have important data and dont 
  32. >>want to re-partition and re-format (or take a chance with a part resizer.)
  33. >
  34. >HPFS support would require a native OS/2 port (which shouldn't be that
  35. >hard, IMHO.  Although I suppose that an emulator IS a complex thing)
  36. >which would be absolutely wonderful.
  37. >
  38. >You don't need to have a native Win95 port for long filenames to work
  39. >in Win95.  There are hooks that DOS applications can use under Win95
  40. >to access long filenames.  Executor already does this quite well,
  41. >although the disk access is really slow for me.
  42.  
  43. But how would you encode the resource fork on VFAT? AFAIK, there's no
  44. file type information in VFAT (other than the extension :-)). I think 
  45. you'd still need a second file. Correct me if I'm wrong; I don't know 
  46. all that much about VFAT.
  47.  
  48. It could be done (although I don't know how easily) with HFPS, because
  49. the resource fork could be translated into extended attributes.
  50.  
  51. The HFVs work pretty well, though, and I think fixing sound, CDEVs, 
  52. INITs, font handling, etc. should be higher priorities.
  53.  
  54. I hadn't played with Executor since 1.99h (?), and was pleasantly 
  55. surprised by the improvements. It will finally run under OS/2 on my 
  56. home machine without crashing every time it's tasked moderately hard.
  57.  
  58. With the announcement that they will do an OS/2 port, I think I'm 
  59. ready to buy Executor.
  60.  
  61. ---------------------------------------------------------------------
  62. Brian Knotts                Team OS/2              bknotts@europa.com
  63.                    http://www.europa.com/~bknotts
  64. ---------------------------------------------------------------------
  65.  
  66.  
  67.