home *** CD-ROM | disk | FTP | other *** search
/ Executor 2.0 / executorv2.0.iso / pc / dos / extra / docs / maillist / text / archive.95 / text1399.txt < prev    next >
Encoding:
Text File  |  1996-03-31  |  1.4 KB  |  31 lines
  1. Content-transfer-encoding: 7BIT
  2. Sender: owner-paper@nacm.com
  3. Precedence: bulk
  4.  
  5.  
  6.  
  7. On Thu, 18 May 1995, Steve Sinnott wrote:
  8.  
  9. > On Thu, 18 May 1995 12:45:41 +0100 you wrote:
  10. > 
  11. > >Win95 will render the HFV obsolete (Executor/Linux does not by default
  12. > >use HFV files for precisely this reason; ext2fs allows 255 character
  13. > >filenames), so Mac folders become ordinary directories with two files
  14. > >for each Mac file 'filename' and '%filename' which are the resource
  15. > >and data forks.
  16. > >
  17. > >Tim.
  18. > 
  19. > Doesn't this assume that they are using the VFAT filesystem? I wouldn't recommend designing solely for that. Leave the HFV as an option at least. I, for one, prefer using that as long as there is not a significant performance hit.
  20. > 
  21. > Plus, what if they are using a different filesystem? Heck, MS alone supports 3 different systems, Dos, NTFS (for Win NT), and now VFAT. Not to mention those of us running OS/2, who have HPFS. It would be far, far simpler to concentrate on perfecting HFV
  22.  files than porting to 4 possible filesystems.
  23. > 
  24. > I'm still hoping for a Native OS/2 version, preferably with DIVE video support. That would burn rubber. Plus, with the new tools IBM is developing, it is a very simple operation to recompile Win9x apps into OS/2.
  25. > -
  26.  
  27. I think VFAT is virtually identical to FAT.  Files are stored as FAT, with
  28. additional information stored in hidden system files (unfortunately).
  29.  
  30.  
  31.