home *** CD-ROM | disk | FTP | other *** search
/ Executor 2.0 / executorv2.0.iso / pc / dos / extra / docs / maillist / text / archive.96 / text3028.txt < prev    next >
Encoding:
Text File  |  1996-07-25  |  3.2 KB  |  77 lines
  1.     id m0tzmzg-0007qxa; Thu, 21 Mar 96 09:13 MST
  2. Sender: owner-executor
  3. Received: from ardi.com by ftp.ardi.com
  4.     (Smail3.1.29.1 #3) id m0tzmz6-0007qon; Thu, 21 Mar 96 09:13 MST
  5. Path: sloth.swcp.com!usenet
  6. From: Clifford T. Matthews <ctm@ardi.com>
  7. Newsgroups: comp.emulators.mac.executor
  8. Subject: Re: Question about Bugs in Executor and what Ardi does about them
  9. Date: 21 Mar 1996 08:26:10 -0700
  10. Organization: ARDI
  11. Lines: 54
  12. Message-ID: <ufd966zcvh.fsf@ftp.ardi.com>
  13. References: <314EA718.3FF3@student.utwente.nl>
  14. NNTP-Posting-Host: ftp.ardi.com
  15. In-reply-to: Andreas Sikkema's message of Tue, 19 Mar 1996 11:22:48 -0100
  16. X-Newsreader: Gnus v5.0
  17. To: executor@ardi.com
  18. X-MailNews-Gateway: From newsgroup comp.emulators.mac.executor
  19. Sender: owner-executor@ardi.com
  20. Precedence: bulk
  21.  
  22. >>>>> "Andreas" == Andreas Sikkema <a.t.sikkema@student.utwente.nl> writes:
  23. In article <314EA718.3FF3@student.utwente.nl> Andreas Sikkema <a.t.sikkema@student.utwente.nl> writes:
  24.  
  25.  
  26.     Andreas> Hi, I'm not that an Executor user, but I have seen it
  27.     Andreas> many times.  Still, I'm interested in all this so I read
  28.     Andreas> this newsgroup alot.
  29.  
  30. We're glad we can hold your interest.
  31.  
  32.     Andreas> My question is, everytime a bug is discovered and Ardi
  33.     Andreas> fixes it, is this bug just removed so that only one
  34.     Andreas> program has been helped or are more structual measures
  35.     Andreas> being taken.
  36.  
  37. It depends on the nature of the bug.  In theory, any time we fix a bug
  38. the fix could help out other programs.  In reality bugs largely fall
  39. into two categories: application specific and penetrating.
  40.  
  41. Application specific "bugs" often are due to applications being
  42. programmed incorrectly, but just happening to work on real Macs.  An
  43. example is a program that calls the OS call "GetTrapAddress" with the
  44. contents of memory location 0xA198 and then calls GetTrapAddress with
  45. the contents of memory location 0xA89F and then compares the two
  46. addresses returned.  This is a bug in the program in question -- they
  47. should be passing the literal values 0xA198 and 0xA89F to the
  48. GetTrapAddress calls, but instead they are passing the contents of
  49. these addresses.  Memory is laid out on a real Mac in such a way that
  50. their incorrect calls still yields values that work.  Executor has
  51. been modified so that the right thing happens under it, too.  If you
  52. don't program a Mac, it won't be obvious that what they're doing is a
  53. bug, but trust me, it is, *and* it's incredibly unlikely that any
  54. other programs are going to have this same bug.
  55.  
  56. Penetrating bugs are ones that potentially affect many programs, such
  57. as Executor using a different algorithm for mapping wdef part codes to
  58. FindWindow result codes.  Once we realize what we were doing wrong we
  59. make the appropriate change and then all the programs that had
  60. problems with our old way of doing things will suddenly work.
  61.  
  62.     Andreas> If not structual measures have been taken, Executor
  63.     Andreas> should grow larger than necessary I think.
  64.  
  65. If I understand what you are saying, you're correct, but we *do* make
  66. structural changes as appropriate.
  67.  
  68.     Andreas> Thanx and keep up the good work
  69.  
  70. Thank you for your interest.
  71.  
  72.     Andreas> Andreas Sikkema a.t.sikkema@student.utwente.nl
  73.  
  74. --Cliff
  75. ctm@ardi.com
  76.  
  77.