Well, when all of the possible explanations are exhausted, start with the
impossible. Signing is the first thing that comes to my mind, anyway. You
might try testing that by writing a *native code* application to call that
DLL and see what happens with it.
Paul T.
"Jeremy" <(E-Mail Removed)> wrote in message
news:C89E0D9A-3CDD-4CCB-89DE-(E-Mail Removed)...
>I have the dll alongside the application in the same directory although it
>is
> invisible on the device itself I can see it using windows explorer on my
> desktop. Someone mentioned it needed to be in the Windows directory so I
> tried copying it there and that didnt work either. Like I said it works
> perfect on Pocket PC edition, just not SmartPhone.
>
> "Jeremy" wrote:
>
>> Well I mean like the following:
>>
>> [DllImport("MyDLL.dll",CharSet=CharSet.Unicode,SetLastError=true)]
>> public static extern bool MyMethod();
>>
>> where I define in my native dll:
>>
>> extern "C" {
>> MYDLL_API BOOL MyMethod();
>> };
>>
>> "Paul G. Tobey [eMVP]" wrote:
>>
>> > Not in how you do it, but in what APIs are available, yes.
>> >
>> > Paul T.
>> >
>> > "Jeremy" <(E-Mail Removed)> wrote in message
>> > news:BAD361AB-180D-42E6-8024-(E-Mail Removed)...
>> > >I have posted this before but I am not sure where I left off and I am
>> > >still
>> > > having an issue with it.
>> > >
>> > > I have the exact same code that works on Windows Mobile 5 Pocket PC
>> > > Ed. on
>> > > two different Ipaqs and a Palm Treo Phone.
>> > >
>> > > I create a SmartPhone build for the same stuff and everything works
>> > > fine
>> > > except pinvoke throws an exception claiming there is a "Missing
>> > > Method".
>> > >
>> > > Is there any special differences between SmartPhone version and
>> > > Pocket PC
>> > > version for pinvoking a custom dll?
>> > >
>> > > Thank you very much.
>> >
>> >
>> >
|