home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / sys / mac / programm / 14394 < prev    next >
Encoding:
Internet Message Format  |  1992-08-23  |  1.1 KB
  1. Path: sparky!uunet!haven.umd.edu!darwin.sura.net!mips!sdd.hp.com!usc!sol.ctr.columbia.edu!ucselx!network.ucsd.edu!ucsbcsl!mcl!scott
  2. From: scott@mcl.ucsb.edu (Scott Bronson)
  3. Newsgroups: comp.sys.mac.programmer
  4. Subject: Re: Musings on the Think C Debugger
  5. Message-ID: <scott.714618893@mcl>
  6. Date: 24 Aug 92 01:14:53 GMT
  7. References: <1992Aug13.191622.15902@hobbes.kzoo.edu> <37846@unix.SRI.COM>
  8. Sender: root@ucsbcsl.ucsb.edu
  9. Lines: 14
  10.  
  11. To add my own puzzlements.  Ever notice how your application's regions
  12. end up in the THINK C debugger's heap?  Why is that--there must be a
  13. reason.  Phil Shapiro speculated a while back that it is so THINK can
  14. perform the auto-update function.  But why then does it capture EVERY
  15. region?  It's trivial to tell if a region is associated with a window,
  16. then move it to the debugger's heap if need be.
  17.  
  18. He also had a great musing: how does the THINK debugger keep handles
  19. from moving in the System heap while your debugger is at a breakpoint?
  20. I have a few wild guesses, but no answers.  That stuck in my mind and
  21. would keep me awake at night wondering if worse things didn't perform
  22. that job already.
  23.  
  24.     - Scott
  25.