Può StandardSDK 4.0 in EVC ++ essere utilizzato per eseguire il debug su un dispositivo remoto?
-
16-09-2019 - |
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.
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