David, >- Does Falch.NET complile to PNOLets?
I think it can, but I've never bothered to research how to set it up. >- What *is* a PNOLet (that term is new to me)? It is what used to be called an ARMlet, until they changed the name to a Palm Native Object. It is code directly compiled to run natively on the cpu in an OS5 device, rather than running m68k instructions via PACE (Palm Application Compatibility Environment). PACE allows programs compiled for m68k to run on OS5 devices, provided though use official APIs and do not access structures directly. (Remember all those warnings starting in OS 4.x about using APIs instead of directly accessing structures? This is why. It is just that there is no official API to access the structure you want, so going after the structures directly you need to access them different under ARM code than under m68k code.) >- After compiling to a PNOLet can that be used as a library resource I haven't yet made a library using anything but m68k instructions, so I can't provide a definitive answer on usage. I suspect the LoadLibrary statement will still work fine, but that the NSB/Palm v4 ability to load a library from an embedded resource (as opposed to being installed on the device) may not handle it. The v4 logic only handles libraries using a single code resource (type libr and ID 0), and while I haven't used a native library I suspect it may have additional resources in the library PRC. If so, it could work right using LoadLibrary but not as an embedded resource. If under 64K total, you could use the NSB v3 method of bundling and extracting at runtime (ie NSB tech note 21). Note that you don't have to use a PNOlet to access the structure. You can use your standard m68k compiler. You just have to test what OS version you are running, and use a different layout for the structure and do the byte swapping. Doug -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
