home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / sys / mac / oop / macapp3 / 346 < prev    next >
Encoding:
Internet Message Format  |  1993-01-04  |  1.0 KB
  1. Path: sparky!uunet!wupost!spool.mu.edu!olivea!apple!applelink.apple.com
  2. From: RSD@AppleLink.Apple.COM (Research SW Design, D Goldman,PRT)
  3. Newsgroups: comp.sys.mac.oop.macapp3
  4. Subject: Re3: Takeover - QA
  5. Message-ID: <726183995.5145919@AppleLink.Apple.COM>
  6. Date: 4 Jan 93 21:38:00 GMT
  7. Sender: daemon@Apple.COM
  8. Organization: AppleLink Gateway
  9. Lines: 16
  10.  
  11. Bob --
  12.  
  13. Your point is well-taken, but the important issue to me is that this is NOT an
  14. error with the patch. If my application currently works fine because it
  15. unwittingly takes advantage of a bug in MacApp, then a new release of MacApp in
  16. which that bug is fixed _must_ be allowed to crash my application. If I can't
  17. stand to face such possibilities, then I should never load _any_ update of
  18. MacApp onto my system.
  19.  
  20. This is just like Jesse's scenario in which a code segment now exceeds 32K.
  21. Neither one of these problems is MacApp's responsibility, and neither one of
  22. these problems would be prevented by a _thousand_ person-weeks of QA testing
  23. within a hermetically sealed Apple QA laboratory.
  24.  
  25. -- Dave
  26.  
  27.