Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!tut.cis.ohio-state.edu!snorkelwacker.mit.edu!bloom-beacon!eru!hagbard!sunic!kth.se!cyklop.nada.kth.se!news
From: d88-jwa@dront.nada.kth.se (Jon W{tte)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Explanation for incredibly slow NewPtr(and NewHandle) on ci and fx
Message-ID: <1990Nov23.192937.8359@nada.kth.se>
Date: 23 Nov 90 19:29:37 GMT
References: <649@nih-csl.nih.gov> <17354@hydra.gatech.EDU>
Organization: Royal Institute of Technology, Stockholm, Sweden
Lines: 15

In article <17354@hydra.gatech.EDU> gt0657c@prism.gatech.EDU (geoff george) writes:

>The problem about high bits set in AllocPtr sounds like some Apple
>programmers forgot to call _StripAddress. How delightful! 

Pardon an ignorant question:

Why replace the memory manager, when a patch that StripAddresses
the AllocPtr (or whatever) when you call _NewPtr or _NewHandle ?
Or does the problem occur within the manager and the manager
doesn't use traps ?

							h+
h+@nada.kth.se
"Moof!(tm)"