home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / sys / mac / programm / 21352 < prev    next >
Encoding:
Internet Message Format  |  1993-01-13  |  1.4 KB
  1. Path: sparky!uunet!zaphod.mps.ohio-state.edu!cs.utexas.edu!tamsun.tamu.edu!zeus.tamu.edu!flc3527
  2. From: flc3527@zeus.tamu.edu (CAMPBELL, FRED LELAND)
  3. Newsgroups: comp.sys.mac.programmer
  4. Subject: Re: Think C Debugger Voracity
  5. Date: 12 Jan 1993 23:38 CST
  6. Organization: Texas A&M University, Academic Computing Services
  7. Lines: 16
  8. Distribution: world
  9. Message-ID: <12JAN199323383637@zeus.tamu.edu>
  10. References: <1993Jan12.231156.1576@fsl.noaa.gov>
  11. NNTP-Posting-Host: zeus.tamu.edu
  12. News-Software: VAX/VMS VNEWS 1.41    
  13.  
  14. In article <1993Jan12.231156.1576@fsl.noaa.gov>, urban@yoda.fsl.noaa.gov (Art Urban) writes...
  15. >I'm currently up to 2Meg, and the dang thing *still* exceeds it. I did
  16. >notice that after each Step command I issue, the Debugger consumes 50k+(!)
  17. >of its own heap. Everything its consuming is "unlocked" according to
  18. >Swatch, but apparently it can't purge anything. 
  19. > 
  20. >So what's a programmer to do?
  21.  
  22. Are you using Desktop Textures or something like it to give you those really
  23. neat desktop patterns? I had a similar problem recently and remembered
  24. reading somewhere (here or think-c?) that when the debuggers steps through
  25. code it copies something to do with the extended desktop pattern and this eats
  26. up memory like crazy. I stopped using Desktop Textures and my problem went
  27. away, your mileage may vary. (Note, I only had the problem when I was stepping
  28. through code). Of course, this is just a guess.
  29. Trey.
  30.