home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / sys / mac / programm / 22248 < prev    next >
Encoding:
Text File  |  1993-01-27  |  1.7 KB  |  41 lines
  1. Newsgroups: comp.sys.mac.programmer
  2. Path: sparky!uunet!enterpoop.mit.edu!senator-bedfellow.mit.edu!bloom-picayune.mit.edu!athena.mit.edu!sokoloff
  3. From: sokoloff@athena.mit.edu (James T Sokoloff)
  4. Subject: Re: touch & go breakpoints in ThinkC debugger?
  5. Message-ID: <1993Jan27.001424.8181@athena.mit.edu>
  6. Sender: news@athena.mit.edu (News system)
  7. Nntp-Posting-Host: barker-6-9.mit.edu
  8. Organization: Massachusetts Institute of Technology
  9. References: <1993Jan19.183025.4425@leland.Stanford.EDU>
  10. Date: Wed, 27 Jan 1993 00:14:24 GMT
  11. Lines: 28
  12.  
  13. In article <1993Jan19.183025.4425@leland.Stanford.EDU> dmcannon@leland.Stanford.EDU (David M. Cannon) writes:
  14. >I don't see any clear reference to touch & go breakpoints in the
  15. >ThinkC manual debugger section, and I assume that this means that
  16. >you can't do them.  Can anyone confirm or refute this?  If there
  17. >really is no such option, and since I know Think folks monitor
  18. >this forum, let me make it a suggestion for the next release, major
  19. >or minor.
  20. >
  21. >In case it isn't clear what I mean by a touch & go breakpoint: I
  22. >would like to see a breakpoint which stops execution of the program,
  23. >updates the data window in the debugger with the proper information,
  24. >and then continues program execution.  Basically a regular breakpoint
  25. >except that you don't have to hit a key or move & click the mouse to
  26. >hit the 'go' button.  It would be *very* nice to have when tracking the
  27. >state of the program during mouse and keyboard activity, among other
  28. >things, without having to write your own monitoring display.
  29. >
  30. >Thanks,
  31. >
  32. >Dave Cannon
  33. >dmcannon@sunrise.stanford.edu
  34. >Center fro Design Research
  35. >Stanford University
  36.  
  37. Will using the option key do what you want? (which is documented...)
  38.  
  39. --Jim Sokoloff
  40.  
  41.