home *** CD-ROM | disk | FTP | other *** search
/ Gold Fish 1 / GoldFishApril1994_CD2.img / information / problems < prev    next >
Text File  |  1994-04-22  |  9KB  |  178 lines
  1.  
  2.                 REPORTING PROBLEMS
  3.                  (Updated 4/15/94)
  4.  
  5.  
  6. If you experience any problems reading files off this CD-ROM, please read
  7. this entire file and try all the suggested tests before contacting me for
  8. help.  I will be happy to try to resolve such problems once you have tried
  9. the suggested tests and gathered as much information as possible about your
  10. problem.
  11.  
  12. ----------------------
  13. CD-ROM DRIVER SOFTWARE
  14. ----------------------
  15.  
  16. Since beginning CD-ROM distributions, I have tested many different CD-ROM
  17. driver packages (but not all of them), and found problems with many of
  18. them.  The distributers of the software have been very responsive about
  19. fixing any bugs found, so current versions of CD-ROM drivers from third
  20. party vendors should work fine.  I strongly suggest that you stay current
  21. with the latest version of whatever drivers you are using.
  22.  
  23. To see if your driver is capable of correctly reading every file on this
  24. CD-ROM, run the following test, which may take between 2 and 24 hours
  25. depending upon what software you are using, the speed of your drive, what
  26. controller card you have, what CD-ROM drive you have, etc, etc.  Be sure
  27. that you have arranged for brik to be in your command search path and for
  28. ixemul.library to be found in your LIBS: assign path.
  29.  
  30.     cd GoldFish1:         (or GoldFish2: as appropriate)
  31.     stack 100000
  32.     brik -Cb <CrcList     or     brik -Cb <crclist >ram:logfile
  33.  
  34. The test should run with no output to either the screen or the logfile, as
  35. the case may be.  If brik fails to find or correctly read any file on the
  36. CD-ROM, it will generate a line of output giving the file name and an
  37. appropriate error message.  If you do get errors, I suggest sending the
  38. list of files that have problems to the supplier of your CD-ROM software,
  39. and inquire about an update.
  40.  
  41. In order to verify that the problem really does lie with the software
  42. driver you are using, I suggest that you also try the freely distributable
  43. AmiCDROM driver, which can be found on volume 1 in the "Misc" directory.
  44. This is one of the packages that I test every CD-ROM with, so I know that
  45. this driver should work and read the entire CD-ROM with no errors.  If it
  46. does not work, then your problem is most likely with your CD-ROM drive or
  47. you have a defective disk.  I have yet to find one defective disk, after
  48. more than 6 months of doing CD-ROM distributions, so that should be the
  49. last thing you suspect.
  50.  
  51. If you do contact me to report a problem please include as many relevant
  52. details about your hardware and software configuration as you can, and in
  53. particular, what versions of the driver software you have tried.
  54.  
  55. ------------------
  56. REPORTING PROBLEMS
  57. ------------------
  58.  
  59. If you have problems running some program on this disk, or find bugs in a
  60. program, you should report these problems to the author of the program, not
  61. to me.  I likely will not be able to help you and dealing with such problem
  62. reports takes time away from other projects, like getting the next disk
  63. out.  Also, I generally have no more additional contact information for
  64. authors than what is already provided on the CD-ROM, so please don't send
  65. reports to me asking me to "pass them on" to the author.
  66.  
  67. About the only exception to this is problems with the GNU utilities.
  68. Problems that appear to be Amiga specific should be reported to me.  Other
  69. problems, particularly if you can duplicate them on a UNIX system running
  70. the same version of the GNU software without any Amiga specific patches,
  71. should be reported to the FSF.
  72.  
  73. In summary, please only report problems to me when it seems like I'm the
  74. most obvious person to deal with them.  The address for reporting problems
  75. to me is:
  76.  
  77.     Amiga Library Services
  78.     610 N. Alma School Road, Suite 18
  79.     Chandler, AZ  85224-3687
  80.     U.S.A.
  81.  
  82. You can also FAX them to me at (602) 917-0917.
  83.  
  84. ------------------------------------
  85. COMPATIBILITY WITH NON-AMIGA SYSTEMS
  86. ------------------------------------
  87.  
  88. == ISO-9660 LEVELS ==
  89.  
  90. The ISO-9660 standard defines three "levels of interchange":
  91.  
  92.   Level 1:   Each file extent must be recorded on contiguous sectors.
  93.              A file name must consist of  <= 8 characters + "dot" +
  94.              <= 3 characters (commonly called "8.3 names").
  95.              A directory name must consist of <= 8 characters.
  96.  
  97.   Level 2:   Each file extent must be recorded on contiguous sectors.
  98.              A file name must not be longer than 31 characters. It must
  99.              contain a "dot".
  100.              A directory name must not be longer than 31 characters. 
  101.  
  102.   Level 3:   A file name must not be longer than 31 characters. It must
  103.              contain a "dot".
  104.              A directory name must not be longer than 31 characters. 
  105.  
  106. In addition, there are two character classes that specify what characters
  107. can be used in file and directory names:
  108.  
  109.   d-characters:       Upper-case letters, digits, and underscore ('_').
  110.            These characters can be understood by any ISO compliant
  111.            system.
  112.  
  113.   d1-characters:   Any character.
  114.            The interpretation of these characters is subject to
  115.            "agreement" between the system writing the CD-ROM and
  116.            the system reading it.
  117.  
  118. Most CD-ROM's intended for the IBM-PC market conform to level 1d of the
  119. standard, while Amiga CD-ROM's tend to be closer to level 2d1, however
  120. don't fully comply because they may have filenames without dots in them.
  121.  
  122. == Rock Ridge Interchange Protocol ==
  123.  
  124. Only CD-ROM's that conform to level 1d are guaranteed to be readable on all
  125. systems that support ISO-9660.  Because of this limitation, an extension to
  126. the standard called the "Rock Ridge Interchange Protocol" has been
  127. developed by the CD-ROM industry and is widely supported on a number of
  128. different operating systems, including most UNIX systems and some MS-DOS
  129. and Apple systems.
  130.  
  131. When read with a software driver that understands the Rock Ridge
  132. extensions, a CD-ROM recorded with Rock Ridge extensions appears as a
  133. CD-ROM containing 30 character filenames with no restrictions on the
  134. characters used in filenames, while still being ISO-9660 level 1d compliant
  135. and thus fully readable by software drivers that do not understand the Rock
  136. Ridge extensions.  This is how most of the rest of the CD-ROM industry
  137. produces and uses CD-ROM's that are compatible between the different
  138. systems.
  139.  
  140. Unfortunately, support for the Rock Ridge extensions is not common in the
  141. Amiga CD-ROM market, and probably will not be until Commodore's standard
  142. CD-ROM mastering software and drivers support Rock Ridge.  The way Amiga
  143. CD-ROM's preserve the ability to use long filenames with no limitations on
  144. the character set, is to almost conform to level 2d1 of the ISO-9660
  145. standard, and thus are incompatible with systems that only support level 1d
  146. plus Rock Ridge extensions.  Apparently this includes many (if not most)
  147. MS-DOS systems, and quite a few UNIX systems.
  148.  
  149. == Bottom Line ==
  150.  
  151. The bottom line is that many producers of Amiga CD-ROM's, including me,
  152. wish to preserve the original AmigaDOS filenames.  This is absolutely
  153. required for bootable CD-ROM's for the CDTV and CD32, and CD-ROM's where it
  154. is desired to run the software directly off the CD-ROM (I.E. more than
  155. simply a collection of "lha archives").  Even with lha archives, it makes
  156. it much easier to keep track of where various versions of some program can
  157. be found if the names of the archives are not munged to comply with the
  158. strictest level of the ISO standard.
  159.  
  160. These CD-ROM's are not strictly compliant to the ISO-9660 standard, and the
  161. point in the standard that they are closest to (level 2d1) is much more
  162. "liberal" than what is tolerated by most PC systems and some Unix systems.
  163. Thus I have no way to predict whether a specific non-Amiga system will be
  164. able to correctly read my CD-ROM's (or any other Amiga CD-ROM's that don't
  165. strictly conform to ISO-9660 level 1d) because it depends almost 100% on
  166. the specific software driver which is responsible for reading the CD-ROM.
  167. In most cases, asking your software vendor what level of ISO-9660 their
  168. software complies with will not be very informative, and the only way to
  169. know for sure is to get a CD-ROM and try it.
  170.  
  171. Some non-Amiga users have reported complete success at accessing all the
  172. files, but sometimes only after consulting their software or hardware
  173. vendor for appropriate configuration information and patches to the
  174. system's driver software.  Note that positive reports like "everything was
  175. fine" are just as important as negative reports like "nothing worked".
  176. Otherwise the only time I hear about the results is when people have
  177. problems.
  178.