home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!decwrl!oracle!unrepliable!bounce
- Newsgroups: comp.sys.mac.programmer
- From: sblack@oracle.uucp (Steven T. Black)
- Subject: Re: THINK Debugger Question
- Message-ID: <1992Aug18.070401.13788@oracle.us.oracle.com>
- Keywords: THINK, debugger, Apple Events
- Sender: Steven T. Black
- Nntp-Posting-Host: mailseq.us.oracle.com
- Organization: Oracle Corporation, Redwood Shores CA
- References: <steve.herman-130892173316@hermasj.msfc.nasa.gov.>
- Date: Tue, 18 Aug 1992 07:04:01 GMT
- X-Disclaimer: This message was written by an unauthenticated user
- at Oracle Corporation. The opinions expressed are those
- of the user and not necessarily those of Oracle.
- Lines: 26
-
- In article <steve.herman-130892173316@hermasj.msfc.nasa.gov.> steve.herman%express@freedom.msfc.nasa.gov (Steve Herman) writes:
- >
- > Is there a way to run in the THINK C debugger and break on an Open
- >Document AppleEvent (or any other apple event for that matter)?
- >
-
- In a word, No.
-
- When the debugger breaks, it dumps any pending AEvents, leaving
- you wondering what is going on. The only work around I've found is to put in
- some extra variables to keep the result codes generated by the AEvent
- processing, and then set a breakpoint AFTER the AEvent has been processed.
- You can then examine the result codes to see what and if anything is going
- wrong.
-
- Yes, it would be nice if you could just break anywhere and trace the
- execution, but if programming was that easy, then were would be the challenge?
-
- If anybody knows of another work-around, my ears remain open.
-
- Good Luck,
-
- Steven T. Black
-
- "This .sig intentionally left blank"
-
-