Domanda

Io corro di Embedded visual C ++ 4 con service Pack 4 , per sviluppare una domanda di un dispositivo che esegue CE 5.0. Sto utilizzando il CE 5.0 SDK per questo scopo, che funziona bene, tranne per il fatto che, mentre si rivolgerà il mio dispositivo (vale a dire un PDA basato SH4), non mi permette di selezionare qualcosa di diverso l'emulatore StandardSDK per il debug. Se vado a Strumenti / Configure Platform Manager , che si connettono al dispositivo sotto la piattaforma di default di Windows CE, ma non posso selezionarlo dalla barra degli strumenti di costruzione per scopi di uscita e di debug. C'è qualche soluzione alternativa per questo. Ho considerato trasferirsi in VS2008 per questa applicazione, ma si rompe una grande quantità di codice 3rd party.

È stato utile?

Soluzione

Embedded Visual C ++ e "Platform Builder" sono diversi strumenti. Gli SDK "Windows CE" sono progettati per funzionare con "Platform Builder" per rendere le cose come sistemi operativi e dei driver. Tuttavia, le applicazioni in genere utilizzano i "Windows Mobile" o SDK "Pocket PC".

Così qui sono tre soluzioni diverse:

Continuare a utilizzare EVC ++ 4.0

Se si desidera continuare a utilizzare embedded Visual C ++ 4.0 al posto di uno dei più recenti IDE, è possibile utilizzare " SDK per Windows mobile 2003 Pocket PC basati su ". Che credo sia il più nuovo SDK per EVC ++ 4.0.

Aggiornamento per VS2005 +

Questa dettagli come migrare da EVC ++ per VS2005 mentre ancora rendendo applicazioni native.

È possibile utilizzare la linea 5.0 SDK di caratteristiche nel " Windows mobile 5.0 SDK per Pocket PC "

Usa Windows CE SDK per rendere le applicazioni con EVC ++ 4.0

In realtà è possibile rendere le applicazioni che utilizzano uno SDK CE. Questo viene utilizzato dagli sviluppatori del sistema operativo per rendere le applicazioni per il loro sistema operativo.

  

È possibile sviluppare un'applicazione utilizzando   Microsoft eMbedded Visual C ++ ®   insieme con Platform Builder. Prima   è possibile sviluppare un'applicazione,   deve utilizzare Microsoft Platform Builder per   creare un design del sistema operativo, costruire un run-time   immagine, e quindi scaricare il run-time   immagine al dispositivo di destinazione.

     

Quando si scarica un'immagine di run-time,   Platform Builder utilizza un download   servizio per copiare l'immagine in fase di esecuzione per   il dispositivo di destinazione. Quando la fase di esecuzione   immagine gira, Platform Builder   comunica con il dispositivo di destinazione   nel corso di un trasporto kernel.

     

Per sviluppare un'applicazione, tenere   Platform Builder collegato al   dispositivo di destinazione e quindi eseguire Embedded   Visual C ++. Dopo aver scritto, compila,   ed eseguire l'applicazione, EMBEDDED   Visual C ++ utilizza la stabilita   connessione per eseguire l'applicazione su   il dispositivo di destinazione.

     

Nota Il già citato   processo differisce dal procedimento impiegato   di sviluppare una domanda di   di runtime non scaricato da   Platform Builder. Quando non si usa   Platform Builder, si connette manualmente   al dispositivo di destinazione utilizzando il   connettività applicazione   quadro delle comunicazioni di Piattaforma   Manager. Per ulteriori informazioni su   connettività applicazione, vedere   Connettività applicazione.   - http://msdn.microsoft.com/en-us/library/ ms859575.aspx

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top