home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / sys / mac / misc / 19311 < prev    next >
Encoding:
Internet Message Format  |  1992-11-18  |  3.2 KB
  1. Path: sparky!uunet!sun-barr!rutgers!njitgw.njit.edu!tesla.njit.edu!erh0362
  2. From: erh0362@tesla.njit.edu (Elliotte Rusty Harold)
  3. Newsgroups: comp.sys.mac.misc
  4. Subject: Re: Bad Sector
  5. Message-ID: <1992Nov18.091811.1@tesla.njit.edu>
  6. Date: 18 Nov 92 14:18:11 GMT
  7. References: <0105010A.itk1gc@salient.com>
  8. Sender: news@njit.edu
  9. Organization: New Jersey Institute of Technology
  10. Lines: 47
  11. Nntp-Posting-Host: tesla
  12.  
  13. > In article <1992Nov8.205527.29321@leland.Stanford.EDU> (comp.sys.mac.misc), Ravi Konchigeri <mongoose@cardinal.stanford.edu> writes:
  14. > |    My computer was sitting idle today when Autodoubler popped up this nice
  15. > |little dialog box.  It said something like, "Autodoubler has caught an
  16. > |error or type -20999 ... The file is good but your hard disk might be
  17. > |bad.  Please contact tech support."  I looked up -20999 in the
  18. > |SystemErrors DA and couldn't find it.  Does anyone know what this error
  19. > |is?
  20. > 
  21. > -20999 is a AutoDoubler internal error.  It means that AutoDoubler
  22. > encountered a checksum error while checking the copy against the original.
  23.  
  24.  
  25.     It's nice that Autodoubler checks for these errors and that there's 
  26. somebody on the net to explain them.  However it would be even nicer if the 
  27. error message itself gave this explanation rather than something confusing like 
  28. "-20999."  Of course Autodoubler is far from alone in presenting confusing and 
  29. possibly frightening error messages.  Among competing transparent compresssion 
  30. software, SpaceSaver has been frequently telling me that "An error occurred 
  31. during compression" (Why? What kind of error?  What can I do to prevent it?) 
  32. when in fact no error exists.  Leonard Rosenthol has promised me this will be 
  33. fixed in the forthcoming update to 1.0.2, but if there really was an error I'd 
  34. like to know a little more about it.  
  35.  
  36.     And of course confusing error reports aren't limited to transparent 
  37. compression software by any means.  The System itself generates plenty of Type 
  38. XXX errors.  Even when something is reported in English rather than numeric 
  39. code it's typically of no use to the user.  Does anyone really need to know 
  40. that there's been a "Stack Collision with Heap" in Quark XPress?  How about 
  41. instead an error message that says "Sorry, our programmers goofed and weren't 
  42. as careful as they should have been.  It's not your fault and we'll try to do 
  43. better next time." which is about all anyone can do after a stack-heap 
  44. collision error anyway.
  45.  
  46.     If Apple wants to add something really useful to the System software, 
  47. how about an Error Manager which provides a standard set of strings for 
  48. various system errors written in English ordinary humans can understand?  And 
  49. there should of course be hooks for programmers to replace the error messages 
  50. when appropriate.  This would mean more programs could have readable error 
  51. messages, and save space since every program wouldn't have to store a separate 
  52. set of error strings in its resource fork.  (Of course Apple will probably 
  53. charge us $35 for the privilege of having new improved system errors so people 
  54. won't upgrade so programs will have to keep error strings in their resource 
  55. forks anyway.)
  56.  
  57. Elliotte Rusty Harold        Department of Mathematics
  58. elharo@m.njit.edu        New Jersey Institute of Technology
  59. erh0362@tesla.njit.edu        Newark, NJ 07102
  60.