Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!purdue!decwrl!
From: res12@snoopy.UMD.EDU (Matthew T. Russotto)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Append menu is slow.
Message-ID: <8905102252.AA29726@snoopy.UMD.EDU>
Date: 10 May 89 22:52:11 GMT
References: <89May9.171757edt.11077@ephemeral.ai.toronto.edu> <29122@ucbvax.BERKELEY.EDU> <30414@apple.Apple.COM>
Organization: University of Maryland, College Park
Lines: 29

In article <30414@apple.Apple.COM> keith@Apple.COM (Keith Rollin) writes:
>In article <29122@ucbvax.BERKELEY.EDU> oster@dewey.soe.berkeley.edu.UUCP (David Phillip Oster) writes:
>>In article <89May9.171757edt.11077@ephemeral.ai.toronto.edu> dudek@ai.toronto.edu (Gregory Dudek) writes:
>>>  I am using AppendMenu to make some big menus and it is slowwwwww (i.e. on
>>>the order of 5 seconds on a Mac Plus).
>> [suggestion on how to low-level hack it deleted]
>[lots of paranoia inspiring info deleted]
>That's enough warning to make _ME_ paranoid. However, there is one other little
>facet of this whole situation that would make me shiver under my bed. Check 
>out Technote #227: "Toolbox Karma." That's the one that talks about not
>depending on internal data structures. 
>
>It's also written by the guy who is working on the Menu Manager...
>--
>Keith Rollin  ---  Apple Computer, Inc.  ---  Developer Technical Support
>INTERNET: keith@apple.com
>    UUCP: {decwrl, hoptoad, nsc, sun, amdahl}!apple!keith

So, how do we avoid the overhead caused by CalcMenuSize? I know of one
way:  Patch CalcMenuSize to do nothing before all the appends, and patch
it back before the last append.  But patching traps isn't my favorite thing
to do either.

-- 
DISCLAIMER:  Not only does the University not share my opinions,
             they don't want me sharing my opinions.
                "This 'Pnews', what does it do?"
             Matthew T. Russotto
	     res12@snoopy.umd.edu (this semester only)