Riddle - usenet poster
Rank: Apprentice
Rating: 0%, 0 votes
Symbol do use custom platforms, and custom platform GUIDs. But it wouldn't
be the first time if they'd managed to get the platform GUID in the SDK
different from that set on the device.
Fix this by using Remote Registry Editor to look at the HKLM\Windows CE
Tools key on the device, and changing Platform to match the subkey you find
in HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows CE Tools\Platform
Manager\{F384D888-F9AA-11D1-BB9E-00A0C9C9CCEE} with a '(Default)' value of
"PPT2800_2002" on your desktop.
Long-standing bug in eMbedded Visual C++. If a different CPU architecture
is mentioned, you DO have the wrong device connected (e.g. 'The SHx SH3 CPU
does not support configuration ARM...').
Unsurprising. You're trying to write a scanning application and link to the
scanning DLL's import library - why would the emulator have the scanning DLL
or its import library? There's no scanner. If you need to keep the app
portable, either write a 'stub' DLL for the emulator or link dynamically to
the scanning library with LoadLibrary()/GetProcAddress().
You realise that you're using the Pocket PC 2000 emulator there, right?
Just to show that it's possible, I'll point you at my company's demo (which
I wrote, with a great deal of advice from my colleagues):
http://www.5d.co.uk/downloads. htm and look for 'Proof of Delivery Demo
(Pocket PC)'. The ARM version should run on both a 2800 and a Compaq iPAQ -
the same executable. This was done by dynamically importing the Symbol
scanning library.
--
Mike Dimmick