home *** CD-ROM | disk | FTP | other *** search
/ Executor 2.0 / executorv2.0.iso / pc / dos / extra / docs / maillist / text / archive.96 / text7119.txt < prev    next >
Encoding:
Text File  |  1996-07-25  |  3.5 KB  |  85 lines
  1.     id m0uTxEZ-0007twa; Wed, 12 Jun 96 15:13 MDT
  2. Sender: owner-executor
  3. Received: from ardi.com by ftp.ardi.com
  4.     (Smail3.1.29.1 #3) id m0uTxDz-0007tpn; Wed, 12 Jun 96 15:13 MDT
  5. Path: sloth.swcp.com!usenet
  6. From: Clifford T. Matthews <ctm@ardi.com>
  7. Newsgroups: comp.emulators.mac.executor
  8. Subject: Re: executor as a Mac developer target
  9. Date: 12 Jun 1996 14:25:43 -0600
  10. Organization: ARDI
  11. Lines: 69
  12. Message-ID: <ufu3wgojlk.fsf@ftp.ardi.com>
  13. References: <v02130502adde86056342@[128.2.207.202]>
  14. NNTP-Posting-Host: 204.134.3.198
  15. In-reply-to: Scott Vorthmann's message of Fri, 7 Jun 1996 21:35:47 -0400
  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. >>>>> "Scott" == Scott Vorthmann <vorth@cmu.edu> writes:
  23. In article <v02130502adde86056342@[128.2.207.202]> Scott Vorthmann <vorth@cmu.edu> writes:
  24.  
  25.  
  26.     Scott> Forgive me if this is newbie stuff... I can't get the
  27.     Scott> newsgroup served, and I didn't find an archive of the
  28.     Scott> newsgroup or mailing list.  The FAQ was no help either...
  29.  
  30.     Scott> I'm a Mac developer, and I'd like to get my app running
  31.     Scott> under Executor.  The app is not working, some versions even
  32.     Scott> crashing the emulator.  I'm wishing I could just do some
  33.     Scott> very simple debugging while running in Executor, to see
  34.     Scott> which unavailable system services I'm relying on.
  35.  
  36. When Executor hits an unimplemented trap it *should* tell you the trap
  37. name in a dialog, although if it hits a trap before the screen is set
  38. up that might not happen.
  39.  
  40. If your app runs on a large number of Macs already (especially 68040
  41. based Macs with the cache turned on), then if you can let us have a
  42. copy of the app for testing purposes we can take a quick look and see
  43. what's going wrong.  Since it's already running on a Mac, the problem
  44. is probably on our side anyway.
  45.  
  46.     Scott> Is there a MacsBug equivalent?  Even a lame, limp one?
  47.     Scott> Something that will break out and show me a stack crawl?
  48.  
  49. Nothing that we can give the general public.  We have powerful tools
  50. at our disposal over here, though.
  51.  
  52.     Scott> Any other tips & tricks for Mac developer's like me, who
  53.     Scott> want to "target" Executor?
  54.  
  55. In general, if you can let us have a copy of your app, that's usually
  56. all that's necessary.
  57.  
  58.     Scott> Does the "real" Executor come with real documentation?  A
  59.     Scott> developer's kit?  If so, they should be included with the
  60.     Scott> demo... I'd like to avoid shelling out the cash until I
  61.     Scott> know my app can be made to run.
  62.  
  63. Even in the real version, Executor's documentation is lacking.  We
  64. don't target developers because in general developers need more from
  65. Executor than we can provide (we don't currently implement the trace
  66. bit in the 68040 status word so trick Mac debuggers won't run under
  67. Executor).
  68.  
  69.     Scott> Thanks,
  70.  
  71.     Scott> Scott Vorthmann vorth@cmu.edu 1234 Denniston Ave, #2
  72.     Scott> 412/422-8842 Pittsburgh, PA 15217-1329 422-3904 fax
  73.  
  74.     Scott> http://www.cs.cmu.edu/~vorth/
  75.  
  76.     Scott> (I'm no longer with CMU... I have a courtesy account.)
  77.  
  78. If you can't let us have a copy of the app for testing purposes, we
  79. can continue this discussion off the newsgroup and see if we can't
  80. find some way to help you, but by far the easiest and best solution is
  81. to just let us try the app in our debugging environment.
  82.  
  83. BTW, some of the debugging tools that we use will be briefly mentioned
  84. in our "Executor Internals" paper which I will present about a week
  85.