home *** CD-ROM | disk | FTP | other *** search
/ Executor 2.0 / executorv2.0.iso / pc / dos / extra / docs / maillist / text / archive.95 / text5527.txt < prev    next >
Encoding:
Internet Message Format  |  1996-03-31  |  2.4 KB
  1. Received: from arthur.cs.purdue.edu (arthur.cs.purdue.edu [128.10.2.1]) by nacm.com (8.6.10/8.6.9) with ESMTP id UAA13767 for <executor@nacm.com>; Tue, 17 Oct 1995 20:20:33 -0700
  2. Received: from lab33.cs.purdue.edu (huntercr@lab33.cs.purdue.edu [128.10.12.111])
  3.     by arthur.cs.purdue.edu (8.6.10/PURDUE_CS-1.3) with ESMTP
  4.     id <WAA01085> for <executor@nacm.com>; Tue, 17 Oct 1995 22:20:31 -0500
  5. Received: (huntercr@localhost)
  6.     by lab33.cs.purdue.edu (8.6.10/PURDUE_CS-1.3)
  7.     id <WAA17968> for executor@nacm.com; Tue, 17 Oct 1995 22:20:28 -0500
  8. From: huntercr@cs.purdue.edu (Charles Hunter)
  9. Message-Id: <199510180320.WAA17968@lab33.cs.purdue.edu>
  10. Subject: Port to what? was: Re: executor-digest V1 #301
  11. To: executor@nacm.com (Executor mailing list)
  12. Date: Tue, 17 Oct 1995 22:20:27 -0500 (EST)
  13. In-Reply-To: <199510172257.WAA91862@smtp-gw01.ny.us.ibm.net> from "Pat Gunn" at Oct 17, 95 06:56:58 pm
  14. X-Mailer: ELM [version 2.4 PL24alpha3]
  15. MIME-Version: 1.0
  16. Content-Type: text/plain; charset=US-ASCII
  17. Content-Transfer-Encoding: 7bit
  18. Content-Length: 1298      
  19. Sender: owner-paper@nacm.com
  20. Precedence: bulk
  21.  
  22. > 
  23. > >From: Brian Hawley <bhawley@luc.edu>
  24. > >Date: Mon, 16 Oct 1995 15:45:20 -0500
  25. > >Subject: Long filenames
  26. > >
  27. > >Hi there.
  28. > >
  29. > >Does Executor support long filenames on VFAT drives under Win95? I would
  30. > >think that the filenames used by Mac files would map well to the Win95 ones,
  31. > >and this would simplify things quite a bit for me.
  32. > >
  33. > >Executor seems to work well for me so far. If I have any major problems I'll
  34. > >be sure to mention them.
  35. > 
  36. > Oh, BTW- I think IBM made some way to let DOS apps under OS/2 access long
  37. > filenames, I'd love to see this under Executor, or perhaps (even better) let Executor sit
  38. > rawly in the HPFS file system, and merge the data and resurce forks into one file, letting
  39. > Executor seperate them for the Mac programs...?
  40. > 
  41.  
  42. Personally, I can't believe that Windows95 support [is going to come /would be]
  43. before OS/2, afterall there is no native gcc for 95, but we've got two
  44. complete followings of gcc for OS/2 ( EMX and gcc/2 )
  45.  
  46. I think porting Executor to a native OS/2 VIO app would take less than a
  47. week with EMX. And a really *flashy* ( threaded, DIVE, etc )
  48. executable could be had within a month.
  49.  
  50. Something to think about...
  51.  
  52.  Sheesh.. I'd even do the port if you all ( ARDI ) would like 8-)
  53.  
  54.         Just some thoughts.
  55.  
  56.             -- Charles Hunter
  57.  
  58.     
  59.  
  60.  
  61.