home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.sys.mac.programmer
- Path: sparky!uunet!stanford.edu!kronos.arc.nasa.gov!joshr
- From: joshr@kronos.arc.nasa.gov (Joshua Rabinowitz-Summer-91)
- Subject: Re: TCL: Bizzare Behavior Time
- Message-ID: <1993Jan12.205810.26342@kronos.arc.nasa.gov>
- Sender: usenet@kronos.arc.nasa.gov (Will Edgington, wedgingt@ptolemy.arc.nasa.gov)
- Nntp-Posting-Host: mcc2.arc.nasa.gov
- Organization: NASA/ARC Information Sciences Division
- References: <1993Jan11.170231.17969@fsl.noaa.gov>
- Date: Tue, 12 Jan 1993 20:58:10 GMT
- Lines: 27
-
- In article <1993Jan11.170231.17969@fsl.noaa.gov> urban@yoda.fsl.noaa.gov (Art Urban) writes:
- >I'll cut right to the problem...
- >
- >Swatch reports that my application's heap has gone BAD BAD BAD BAD
- >(Swatch's words, not mine). I followed the source code until this condition
- >occured, and it happens right after a call to new ( anObject ). My TRY,
- >CATCH, ENDTRY doesn't blow up, so the call must've worked, yet my heap is
- >cooked. I'd look into the code for new, but there is no way to get it into
- >the debugger to trace it (is there?).
-
- Usually this is caused (for me) by disposing of a bad pointer/handle.
-
-
- >
- >Also, this problem *used to* crash badly enough that even Macsbug could not
- >recover (on a StripAddress call which I did not make). The odd thing about
- >this is that when I turned on 32 bit addressing for the Mac, my program
- >doesn't crash, but the heap still gets scrambled.
- >Art Urban urban@yoda.fsl.noaa.gov
- >===============================================================================
-
-
- --
- ----------------------------------
- #include <std/disclaimer.h> Josh Rabinowitz, Mac TCL programmer
- joshr@kronos.arc.nasa.gov
- "Me lost my cookie at the disco." -- Cookie Monster
-