Path: utzoo!utgpu!news-server.csri.toronto.edu!bonnie.concordia.ca!uunet!spool2.mu.edu!sdd.hp.com!zaphod.mps.ohio-state.edu!magnus.ircc.ohio-state.edu!tut.cis.ohio-state.edu!ucbvax!hoptoad!tim
From: tim@hoptoad.uucp (Tim Maroney)
Newsgroups: comp.sys.mac.programmer
Subject: Re: LClikLoop in a DA
Message-ID: <14841@hoptoad.uucp>
Date: 22 Jan 91 08:22:19 GMT
References: <35049.2793F96E@stjhmc.fidonet.org>
Reply-To: tim@hoptoad.UUCP (Tim Maroney)
Organization: Electronics for Imaging, San Bruno CA
Lines: 27

Kevin Kinsey writes in a message to All
>KK> Okay, so someone misunderstood. Has anyone figured out a workable 
>KK> solution other than adding a small bit of PC relative assembly 
>KK> ?!?

In article <35049.2793F96E@stjhmc.fidonet.org>
Lawson.English@p88.f15.n300.z1.fidonet.org (Lawson English) writes:
>This is off the top of my head, but perhaps a resouce containing the address
>you need might be put in the heap, to be set by your DA, and examined by the
>actionProc. As there should be only one resource of type "myAd", you might be
>able to get away with it...

That would work, provided the resource was owned by your DA, except for
one thing -- to get the resource, you need to know the id, which might
have been changed by Font/DA Mover.  Once again you have to walk the
unit table (this time, to find your id), and if you're going to do
that, you might as well just get to the dCtlStorage field directly.

All the good solutions (i.e., those that are reasonably efficient)
depend on some assembly language or machine language.  But big deal!
What's so hard about putting a few bytes of hex into a pointer which
you use as a function pointer, as I described earlier?
-- 
Tim Maroney, Mac Software Consultant, sun!hoptoad!tim, tim@toad.com

"Everything that gives us pleasure gives us pain to measure it by."
    -- The Residents, GOD IN THREE PERSONS