POSE does install a feature so you can detect that it's POSE.

Perhaps that's a better work around.  I'm assuming you are checking the SN#
for serial number or registration purposes and need to validate against it.

Thus if it's POSE you could simply side step it alltogether.

Then again, You may want a conditional build that Only works under POSE.

The feature info is in the POSER docs somewhere, and in this list if you
search the online eList thing.  Bob pointed it out to me a few months ago.

-MD

>Quite right, I never blamed the docs. Just asked whether I can rely on this
>behavior of POSE.
>In fact (since I needed to set up a quick fix for a demo on the other side
>of the world for tomorrow) that's exactly what I did - just inverted the
>check so the program would work _only_ on emulator, i.e. when SysGetROMToken
>return _error_.
>I do not feel this is the best way of doing it, though.
>Is it?
>
>-----Original Message-----
>From: David Fedor <[EMAIL PROTECTED]>
>To: [EMAIL PROTECTED] <[EMAIL PROTECTED]>
>Date: 09 L`pr 1999 c. 20:33
>Subject: Re: POSE Pilot unique ID emulation
>
>
>>That is a nonzero return value, which is an error code.  Any error returned
>>from SysGetROMToken tells you that there's no ID to give you.
>>
>>The docs do have this correct - there are a number of different ways it can
>>tell you there is an error, and returning something nonzero from the
>>function is one of them.  There's no id in this case.
>>
>>-David Fedor
>>Palm Developer Support

Reply via email to