Path: utzoo!attcan!uunet!mcsun!sunic!draken!d88-jwa
From: d88-jwa@nada.kth.se (Jon Watte)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Tail patches
Message-ID: <2361@draken.nada.kth.se>
Date: 21 Nov 89 11:00:34 GMT
References: <1459@sequent.cs.qmc.ac.uk> <36250@apple.Apple.COM> <5056@internal.Apple.COM> <1989Nov7.212837.5146@oracle.com> <5080@internal.Apple.COM> <1467@sequent.cs.qmc.ac.uk> <46c51bee.129dc@blue.engin.umich.edu> <9028@hoptoad.uucp>
Reply-To: h+@nada.kth.se (Jon W{tte)
Organization: Royal Institute of Technology, Stockholm, Sweden
Lines: 32

[ Patch _CopyBits to look for the trash can icon ]

>Amusing, but remember how often the Finder draws icons.  This kind of thing
>is not worth a performance hit of this magnitude.

Is it really a performance loss ? Let's see:
Check CurApName. If it isn't the finder, it's obvious after One (1)
longword check, or AT MOST two. That is just a few instructions of the
anyway slow _CopyBits for non-finder applications.

Second, two subtractions and two checks to see if it's 32x32. This COULD
be skipped. (Fat chance any other bitmap's gonna look like our trash can
anyway)

If it's not our trash can bitmap, that's mostly obvious after the first
eight bytes or so, i.e. ~30 more instructions.

To me, it looks likeany program but the finder loses <10 instructions,
the finder loses a bit more ( <100 though, in the typical case.)

This should be compared to the unimagianbly slow 1->8 bit expansion :-)

>Tim Maroney, Mac Software Consultant, sun!hoptoad!tim, tim@toad.com

Haven't I seen that name before ? Hmmm... 8)

		The sun always shines in my mac

								h+
-- 
This .signature is longer than 4 lines. If you'd like to see it in whole,
please send a note to me. I'm h+@nada.kth.se and also h+@proxxi.se    8')