home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / sys / mac / programm / 21195 < prev    next >
Encoding:
Text File  |  1993-01-11  |  1.5 KB  |  35 lines
  1. Newsgroups: comp.sys.mac.programmer
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!saimiri.primate.wisc.edu!ames!agate!boulder!csn!qwerty-gw.fsl.noaa.gov!yoda.fsl.noaa.gov!urban
  3. From: urban@yoda.fsl.noaa.gov (Art Urban)
  4. Subject: TCL: Bizzare Behavior Time
  5. Message-ID: <1993Jan11.170231.17969@fsl.noaa.gov>
  6. Sender: urban@fsl.noaa.gov 
  7. Organization: Forecast Systems Lab, NOAA, Boulder CO, USA
  8. Date: Mon, 11 Jan 1993 17:02:31 GMT
  9. Lines: 24
  10.  
  11. I'll cut right to the problem...
  12.  
  13. Swatch reports that my application's heap has gone BAD BAD BAD BAD
  14. (Swatch's words, not mine). I followed the source code until this condition
  15. occured, and it happens right after a call to new ( anObject ). My TRY,
  16. CATCH, ENDTRY doesn't blow up, so the call must've worked, yet my heap is
  17. cooked. I'd look into the code for new, but there is no way to get it into
  18. the debugger to trace it (is there?). 
  19.  
  20. Also, this problem *used to* crash badly enough that even Macsbug could not
  21. recover (on a StripAddress call which I did not make). The odd thing about
  22. this is that when I turned on 32 bit addressing for the Mac, my program
  23. doesn't crash, but the heap still gets scrambled.
  24.  
  25. I have to admit, that this is somewhat fun playing detective, but I'm
  26. getting frustrated with this problem, so some pointers would really help!
  27.  
  28. Thanx!
  29.  
  30. -- 
  31. Art Urban                             urban@yoda.fsl.noaa.gov
  32. ===============================================================================
  33.  "Look, he's being attacked by creamy nugget centers."              -Joel
  34. ===============================================================================
  35.