home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / alt / cdrom / 5295 < prev    next >
Encoding:
Text File  |  1992-12-22  |  1.5 KB  |  33 lines
  1. Newsgroups: alt.cd-rom
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!usc!elroy.jpl.nasa.gov!news.claremont.edu!ucivax!megatek!max
  3. From: max@megatek.com (Max Elliot)
  4. Subject: Re: ISO 9660 - but not PC readable?
  5. Message-ID: <1992Dec22.183225.27616@megatek.com>
  6. Organization: Megatek Corporation, San Diego, California
  7. References: <BznKD9.Cv9@ccu.umanitoba.ca>
  8. Date: Tue, 22 Dec 1992 18:32:25 GMT
  9. Lines: 22
  10.  
  11. From article <BznKD9.Cv9@ccu.umanitoba.ca>, by shad04@ccu.umanitoba.ca (Dan Fandrich):
  12. > In article <BzKH18.Hur@ipsa.reuter.com> jhs@ipsa.reuter.com (Henri Schueler) writes:
  13. >>I have some ISO 9660 CDs that are meant for use with non-PCs (e.g. Sun and
  14. >>Mac). I cannot *read* these on my PC. Can someone explain why? 
  15. >>Am I correct in assuming this is an MSCDEX limitation of some kind -- 
  16. >>or does it relate to my CDrom drive, an Hitach 3600.
  17. >>
  18.  
  19.   Actually, the disks are probably *not* ISO9660 'level-one' compliant.
  20.   This spec requires that the directory entries have names which are
  21.   compatible with DOS filesystems. Any other 'extended' file naming
  22.   conventions are exactly that. 'Extended' ISO9660.  At least that is
  23.   my understanding. ISO9660 format does not *prevent* the use of long
  24.   filenames, it just specifies that they should be DOS compatible.
  25.   (it is typically the UNIX filesystems that have trouble with 9660
  26.    because of the semi-colon before the version number etc.) 
  27.   Then again, there may be other reasons MSCDEX won't read the FS on
  28.   your disks...
  29.  
  30.   Cheers!
  31. -Max
  32.  
  33.