Isn't it possible to use the Hackmaster API to patch
traps while still providing a "main" entry point to be run
from the launcher.
IOW, just because it runs "stand-alone" doesn't mean
it's not a "hack" as well. (I think...)
--
-Richard M. Hartman
[EMAIL PROTECTED]
186,000 mi/sec: not just a good idea, it's the LAW!
Shay wrote in message <4822@palm-dev-forum>...
>
>i know that there at least one application that was a hack, and now (in a
>new version) they made it stand-alone (this application is counting the
time
>spent on each application in the palm)
>my guess that they get the trap of opening application, start to count, get
>the trap for exiting application , stop to count.
>so if another application will use these traps then the system will be
>unsatable ?
>or i'm missing something ?
>
>
>Peter Epstein <[EMAIL PROTECTED]> wrote in message
>news:4815@palm-dev-forum...
>>
>> The fundamental problem with directly setting the trap is how you clean
up
>> after yourself. You can store the old trap address and restore it when
>> you're cleaning up (turning off the feature). However, what if the trap
is
>> patched by two different applications? In this case, if you're the second
>> app to do the patching, your old address will actually be the address of
>the
>> first patch. If the first patch is turned off before yours, you'll end up
>> turning the first trap back on.
>>
>> My understanding is that HackMaster was created specifically to deal with
>> this problem, so hacks could be turned on or off in any sequence. Of
>course,
>> you still need to turn off a hack before deleting it. I think HackMaster
>> takes into account the order in which hacks are turned on, so if multiple
>> hacks patch the same trap, you can decide what happens first. I suspect
>that
>> most of the time, the result is the same regardless of the order.
>>
>>
>>
>>
>
>
>
>
--
For information on using the Palm Developer Forums, or to unsubscribe, please see
http://www.palm.com/devzone/mailinglists.html
