home *** CD-ROM | disk | FTP | other *** search
/ Executor 2.0 / executorv2.0.iso / pc / dos / extra / docs / maillist / text / archive.96 / text5527.txt < prev    next >
Encoding:
Text File  |  1996-07-25  |  3.3 KB  |  69 lines
  1.     id m0uBXbt-0007s9a; Mon, 22 Apr 96 20:13 MDT
  2. Sender: owner-executor
  3. Received: from ardi.com by ftp.ardi.com
  4.     (Smail3.1.29.1 #3) id m0uBXbL-0007s7n; Mon, 22 Apr 96 20:13 MDT
  5. Path: sloth.swcp.com!ns2.mainstreet.net!jaxnet.jaxnet.com!uunet!in1.uu.net!world!mv!news.missouri.edu!hptemp1.cc.umr.edu!khigh01
  6. From: khigh01@saucer.cc.umr.edu (Kerry Lee High Jr)
  7. Newsgroups: comp.emulators.mac.executor
  8. Subject: Re: Future (post E 2.0) idea
  9. Date: 22 Apr 1996 02:08:59 GMT
  10. Organization: UMR Missouri's Technological University
  11. Lines: 47
  12. Message-ID: <4lepnr$112@hptemp1.cc.umr.edu>
  13. References: <Pine.A32.3.91.960412173037.24476B-100000@hopi.gate.net> <4krbpd$apq@news.snni.com> <4ldnb4$hrd@atheria.europa.com>
  14. NNTP-Posting-Host: saucer.cc.umr.edu
  15. X-Newsreader: TIN [version 1.2 PL2]
  16. To: executor@ardi.com
  17. X-MailNews-Gateway: From newsgroup comp.emulators.mac.executor
  18. Sender: owner-executor@ardi.com
  19. Precedence: bulk
  20.  
  21. Brian Knotts (bknotts@europa.com) wrote:
  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. Isn't there a 64k limit on extended attributes?
  52.  
  53. : The HFVs work pretty well, though, and I think fixing sound, CDEVs, 
  54. : INITs, font handling, etc. should be higher priorities.
  55.  
  56. : I hadn't played with Executor since 1.99h (?), and was pleasantly 
  57. : surprised by the improvements. It will finally run under OS/2 on my 
  58. : home machine without crashing every time it's tasked moderately hard.
  59.  
  60. : With the announcement that they will do an OS/2 port, I think I'm 
  61. : ready to buy Executor.
  62.  
  63. : ---------------------------------------------------------------------
  64. : Brian Knotts                Team OS/2              bknotts@europa.com
  65. :                    http://www.europa.com/~bknotts
  66. : ---------------------------------------------------------------------
  67.  
  68.  
  69.