Path: utzoo!attcan!uunet!mcvax!enea!kth!draken!tut!santra!kampi!jmunkki From: jmunkki@kampi.hut.fi (Juri Munkki) Newsgroups: comp.sys.mac.programmer Subject: Re: Stack manipulation problems Message-ID: <18694@santra.UUCP> Date: 7 Jan 89 11:54:48 GMT References: <275@berlin.acss.umn.edu> Sender: news@santra.UUCP Reply-To: jmunkki@kampi.UUCP (Juri Munkki) Organization: Helsinki University of Technology, Finland Lines: 18 In article <275@berlin.acss.umn.edu> grg@berlin.acss.umn.edu (George Gonzalez) writes: >What's happening is that many of the ROM traps assume that they can >use the space above the op of the appl heap up to the bottom of the stack >for temporary storage. I think UnionRgn is one of the worst offenders, >dividing up that space into 3-5 equal sized chunks and putting temporary >QuicDraw regions in each chunk. This is OK under normal stack usage, but >bad if you have several stacks in the stack area. Some of them will get >creamed by the temporary vars. Makes me wonder what happens if an exception happens when quickdraw is using the space below the stack. If this exception uses a lot of stack space, isn't it likely that it will overwrite some of the temporary storage? _._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._ | Juri Munkki jmunkki@hut.fi jmunkki@fingate.bitnet I Want Ne | | Helsinki University of Technology Computing Centre My Own XT | ~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~