Compact Framework [Italiano]

Compact Framework, PowerToys e gli emulatori

Raffaele Rialdi — Sun, 02 Mar 2008 12:59:17 GMT

Voglio ringraziare Alex Feinman per l'illuminante spiegazione su come avviare RTF Host sugli emulatori di Windows Mobile.

Seguendo infatti passo-passo la procedura indicata nei power toys, non si riesce ad aggiungere un "TCP Device" ottenendo invece l'errore seguente.

Riporto perciò la traduzione della procedura che Alex Feinman ha pubblicato sul proprio blog:

L'errore deriva dal fatto che gli emulatori di default usano il trasporto DMA (DeviceDMA.dll), perciò RTF non seleziona il trasporto corretto. Per poter eseguire la procedura "Add TCP Device" la procedura è la seguente:

1. Avviare l'emulatore usando il Device Emulator Manager
2. Configurare una connessione di rete e il folder condiviso mappato sulla storage card.
3. Copiare il seguente file nella storage card:
C:\Program Files\Common Files\microsoft shared\CoreCon\1.0\Target\wce400\armv4i\TCPConnectionA.dll"
4. Usando il file explorer dell'emulatore, aprire la cartella \Windows\Corecon1.1
Se la cartella non fosse presente, collegarsi con l'emulatore da Visual Studio almeno una volta.
5. Lanciare ClientShutdown (a seguito del quale verrà creata una nuova cartella che ha per nome un guid)
6. Copiare \Storage\Card\TcpConnectionA.dll in \Windows
7. Aprire la cartella \Windows e cancellare DeviceDMA.dll
Il file risulta occupato solo se non si è lanciato ClientShutdown precedentemente
8. Aprire la cartella \Windows\Corecon1.1 e lanciare ConmanClient.exe
9. Lanciare RTF Host

La procedura non è affatto ovvia e purtroppo non è documentata in MSDN. Ad ogni modo avviare RTF Host su un emulatore è utile sostanzialmente per eseguire delle demo e difficilmente potrà risultare utile durante il normale sviluppo su device reali dove questo problema non si verifica.

Thanks Alex!

Power off sul pocket e .... la seriale non ti risponde più

Raffaele Rialdi — Sat, 27 Nov 2004 13:13:00 GMT

Credo che chiunque stia sviluppando sul compact framework conosca www.opennetcf.org, una pregevole iniziativa di alcuni programmatori, molti dei quali MVP, per estendere le funzionalità del Compact Framework.

Una delle librerie più apprezzate è quella per la comunicazione via seriale, anche perchè i device bluetooth (gps, lettori di codice a barre, etc.) sono mappati sui pocket pc su una seriale virtuale così come se fossero collegati ad un cavo (ma ovviamente non lo sono).

Il problema banale che ho riscontrato è che la libreria seriale interrompe la comunicazine qualora il pocket venga spento (o si spenga da solo per risparmiare le batterie). Nel momento in cui il pocket viene riacceso l'handle della seriale non sembra essere più valido, la comunicazione sullo stack bluetooth non è più valido, tipicamente il device bluetooth si scollega, e qualsiasi tentativo di spedire/ricevere dei byte fallisce.

Visto che il progetto è open source ho quindi ricompilato la libreria attivando una sorta di log su file per vedere cosa accade alla WaitCommEvent alla riaccensione del pocket. La WaitCommEvent è una API Win32 che mima la WaitForSingleObject sospendendo il thread in attesa di un evento dalla porta seriale. Bene, alla riaccensione la WaitCommEvent si risveglia lanciando un 'urlo' e recuperando l'ultimo errore Win32 si scopre che si è verificato un ERROR_GEN_FAILURE (vedi winerror.h delle librerie del C++).

Visto che il problema deriva dal fatto che ormai quell'handle della porta seriale non è più valido, la soluzione è semplice: riaprire la comunicazione seriale dopo un adeguato tempo di Sleep che permetta al Pocket di riprendersi per bene dopo la dormitina ;-).

La patch è quindi molto semplice e subito dopo la WaitCommEvent, avendo recuperato l'errore tramite Marshal.GetLastWin32Error, ho aggiunto:
      if(e == 31) // ERROR_GEN_FAILURE
      {
       System.Threading.Thread.Sleep(3500);
       hPort = m_CommAPI.CreateFile(portName);

       if(hPort == (IntPtr)CommAPI.INVALID_HANDLE_VALUE)
       {
        int MyErr = Marshal.GetLastWin32Error();
        if(MyErr == (int)APIErrors.ERROR_ACCESS_DENIED)
         return;

        string error = String.Format("CreateFile Failed: {0}", e);
        throw new CommPortException(error);
       }

Il risultato è che dopo la riaccensione, il pocket pc mostra nuovamente la scelta del device bluetooth a cui collegarsi. Questa è la classica schermata che appare sempre dopo l'apertura della seriale virtuale dello stack bluetooth ed è indispensabile perchè dopo un paio di minuti che non vengono usati, i device bluetooth entrano in una modalità di sleep per risparmiare le batterie.

Attualmente non ho ancora sottoposto la patch perchè sto valutando il tempo di sleep più adeguato a seconda dei pocket. Non escludo di dover alzare ancora un po' il valore di tre secondi e mezzo.

Wifi e autenticazione radius

Raffaele Rialdi — Wed, 17 Nov 2004 13:32:00 GMT

Un'altro incubo a base di Pocket PC, questa volta con la Second Edition.

Il problema era un classico: usare il WiFi con Wep + autenticazione su un server Radius (Windows Server).

Mentre su un PC è possibile usare la pagina web per effettuare la richiesta (http://myserver/certsrv) perchè si possono usare gli Activex, questi non sono usabili da PocketPC. La soluzione viene dal PocketPC sdk dove è presente una utility chiamata Enroll.exe che i manufacturer di device forniscono insieme al sistema operativo con nomi più o meno diversi.

Poi al momento in cui si lancia questa bella utility si riceve un brutto errore (“Your certificate request was denied“) e sul server compare questo log nell'event viewer:
Event ID: 53, “Certificate Services denied request 71 because The requested certificate template is not supported by this CA. 0x80094800 (-2146875392). The request was for CN=SubjectName-Should Be OverWritten by CA. Additional information: Denied by Policy Module The request was for certificate template (ClientAuth) that is not supported by the Certificate Services policy.“

Dopo inutili ricerche su google e quant'altro, scopro che è necessario fare una modifica su certificate server seguendo passo passo questa procedura.

Ma dico io, i manufacturer di questi giocattoli (e mi astengo dai nomi), non potrebbero specificarlo a chiare lettere che è necessario fare questa cosa?

Problemi di stile nella DataGrid?

Raffaele Rialdi — Wed, 17 Nov 2004 13:18:00 GMT

Nel Compact Framework ho sbattuto un po' la testa contro un problema di DataGridTableStyle.

Nonostante l'aggiunta di tutte le DataGridTextBoxColumn nel modo corretto, non c'era modo di vedere le colonne come avrei voluto.

La soluzione? Occhio alla DataGridTextBoxColumn.MappingName perchè è case sensitive!

Un po' di stamina per lo sviluppatore di Compact Framework.

Raffaele Rialdi — Wed, 17 Nov 2004 13:13:00 GMT

Certo che passare da un progetto full-framework ad un altro con il compact-framework è un gran bel salto nel vuoto.

Per chi non lo sapesse ancora, ci sono alcuni preziosi strumenti che sono un add-on indispensabile oltre a VS.NET 2003:

Pocket PC 2003 SDK
Emulatore Pocket PC 2003
Emulatore Pocket PC 2003 Second Edition

Questi si possono scaricare dal sito download di Microsoft.

In aggiunta a questi torna molto utile il piccolo (non poi così piccolo) Smart Device Framework sviluppato da alcuni MVP, che consente di muoversi con migliore agilità nelle mancanze del compact framework. Il consiglio è di scaricarlo e usarlo perchè è veramente prezioso.

Non ultima c'è ancora una libreria che ha belle e pronte delle definizioni PInvoke per chiamare le API native. Ovviamente visto che queste chiamate sono molto simili a quelle del full-framework non è un'idea malsana scopiazzarle per un progetto del fratellone maggiore.