Al di là del titolo stupido, i problemi di "convivenza" tra PocketPC e codice nativo C++ che citavo in precedenza sono stati risolti grazie alla segnalazione di Stefano Ottaviani : su MSDN ci sono una serie di articoli che spiegano + o - tutto quello che c'è da sapere... compreso il problema della ridenominazione dei metodi, che in realtà si chiama Name Mangling: basta aggiungere alla firma dei metodi extern  "C" per evitare la modifica del nome dei metodi!

Per quanto riguarda il problema dell'eccezione NotSupportedException generata se si usano come tipo di ritorno double o string (vedete il post precedente per chiarire il tipo di problema a cui mi riferisco), l'eccezione viene ovviamente generata dal codice .NET, come riportato qui:

" This occurs if the arguments passed to the method contain invalid data, or if the function itself is declared with improper arguments. In this case, a NotSupportedException will be thrown. If this occurs, you should re-examine your declaration to determine if it matches the actual DLL definition. "

Quindi, semplicemente, una firma come questa

" ... types will have a common representation in both the .NET Compact Framework and unmanaged code.

In other words, the marshaler doesn't need to perform any special handling of parameters defined with these types in order to convert them between managed and unmanaged code. In fact, by extension, the marshaler needn't convert one-dimensional arrays of these types, or even structures and classes that contain only these types. "

Come si vede non ci sono i tipi double, e + in generale non interi; infatti...

" These types cannot be marshaled by value by the .NET Compact Framework. However, they can be marshaled by reference, and passed as pointers to an unmanaged function that acts as a wrapper or shim. "