an start
execution at offset = 0. you can easily take a code resource generated
from a normal application to use, as long as you dont use globals.
> 2) Given that, I can easily "seperate" parts of an app and tuck a
> function or two into a PDB. For some reason, I didn't und
" information.
2) Given that, I can easily "seperate" parts of an app and tuck a function
or two into a PDB. For some reason, I didn't understand that "code
splitting" was literally correct.
I wrote compilers/linkers/debuggers in a former life so I'm very comforta
> I am quite unexperienced with Palm development and do not understand
> how to generate the loadable .pdb/.prc file. Can somebody give me
> more information on how to do this? Any help is much appreciated.
if your going to do anything like this, you should know exactly what
you are doing. as
e I choose.
Code splitting would seem a natural technique for me to use, given my app's
architecture.
My app is built with the PRC-Tools. It is a multi-segment app. It's
designed for musical applications, using a MIDI interface for bi-directional
communications with some musical e
Hello All!
I've just about finished my first Palm app and now I need to
address "copy protection" issues. I've read Aaron Ardiri's article
(good article, thanks!) and I think I'll use a "code splitting"
technique. The article shows how to get a DB