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.210150.26517@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> <1993Jan11.220137.26434@kth.se>
- Date: Tue, 12 Jan 1993 21:01:50 GMT
- Lines: 33
-
- In article <1993Jan11.220137.26434@kth.se> d88-jwa@byse.nada.kth.se (Jon WΣtte) writes:
- >In <1993Jan11.170231.17969@fsl.noaa.gov> urban@yoda.fsl.noaa.gov (Art Urban) writes:
- >
- >
- >Well, you might get memory movement, and then assign a
- >member variable of an object that moves? Something like:
- >
- ...... [stuff deleted] ....
-
- >
- >The call to new is risky unless you have locked the
- >object doing the call; try an intermediate temp variable:
- >
- >CFoo :: DoFoo ( )
- >{
- > CBar * aBar = new CBar ;
- >
- > theBar = aBar ;
- >}
-
-
-
- Is this for real? I do remeber seeing this, and it makes sense,
- but in my rather large TCL program I do this NOT ONCE,
- have run it under heap scrambling, and have had
- no problems.
- >Cheers,
-
- --
- ----------------------------------
- #include <std/disclaimer.h> Josh Rabinowitz, Mac TCL programmer
- joshr@kronos.arc.nasa.gov
- "Me lost my cookie at the disco." -- Cookie Monster
-