home *** CD-ROM | disk | FTP | other *** search
/ Executor 2.0 / executorv2.0.iso / pc / dos / extra / docs / maillist / text / archive.95 / text5534.txt < prev    next >
Encoding:
Text File  |  1996-03-31  |  1.4 KB  |  45 lines

  1. Content-Transfer-Encoding: 7bit
  2. Content-Length: 1298      
  3. Sender: owner-paper@nacm.com
  4. Precedence: bulk
  5.  
  6. > >From: Brian Hawley <bhawley@luc.edu>
  7. > >Date: Mon, 16 Oct 1995 15:45:20 -0500
  8. > >Subject: Long filenames
  9. > >
  10. > >Hi there.
  11. > >
  12. > >Does Executor support long filenames on VFAT drives under Win95? I would
  13. > >think that the filenames used by Mac files would map well to the Win95 ones,
  14. > >and this would simplify things quite a bit for me.
  15. > >
  16. > >Executor seems to work well for me so far. If I have any major problems I'll
  17. > >be sure to mention them.
  18. > Oh, BTW- I think IBM made some way to let DOS apps under OS/2 access long
  19. > filenames, I'd love to see this under Executor, or perhaps (even better) let Executor sit
  20. > rawly in the HPFS file system, and merge the data and resurce forks into one file, letting
  21. > Executor seperate them for the Mac programs...?
  22.  
  23. Personally, I can't believe that Windows95 support [is going to come /would be]
  24. before OS/2, afterall there is no native gcc for 95, but we've got two
  25. complete followings of gcc for OS/2 ( EMX and gcc/2 )
  26.  
  27. I think porting Executor to a native OS/2 VIO app would take less than a
  28. week with EMX. And a really *flashy* ( threaded, DIVE, etc )
  29. executable could be had within a month.
  30.  
  31. Something to think about...
  32.  
  33.  Sheesh.. I'd even do the port if you all ( ARDI ) would like 8-)
  34.  
  35.         Just some thoughts.
  36.  
  37.             -- Charles Hunter
  38.  
  39.     
  40.  
  41.  
  42.