Construção e depuração Visual C++ dispositivo Projects
Criar e depurar projetos de dispositivo é um pouco diferente de criar e depurar projetos para desktops.
Veja a seguir uma lista de criação e depuração técnicas:
Por padrão, o modelo de segmentação para projetos de dispositivo está disponível.No entanto, Windows CE não totalmente suporta COM o marshaling e definições de associado se a opção de DCOM não é escolhida quando está criando sua imagem do sistema operacional CE.Portanto, em certas plataformas CE, o compilador pode gerar avisos sobre o suporte ao DCOM e definição única e multithreading.É esse aviso informar a você manipular threading e sincronização em seu próprio código.Por exemplo, quando você compila um projeto de dispositivo ATL, o compilador pode emitir um aviso sobre a definição de _CE_ALLOW_SINGLE_THREADED_OBJECTS_IN_MTA. Isso também é o caso de cenários, sistema autônomo criação de objetos COM, consumindo serviços da Web e objetos COM ATL na plataforma Windows Mobile.Você pode definir esse sinalizar em seu arquivo de cabeçalho principal da seguinte maneira para objetos de thread único: #define _CE_ALLOW_SINGLE_THREADED_OBJECTS_IN_MTA.Se seu código está manipulando multithreading, você pode ignorar com segurança esse aviso.Para obter mais informações sobre COM, DCOM e modelos no Windows CE de threading, consulte COM segmentos e processos e componente Services (DCOM e COM), na documentação do Windows CE 5.0.
Por padrão, os aplicativos de dispositivo nativo são criados usando vinculação estática.Você pode adicionar as seguintes DLLs em time de execução para o seu Arquivos adicionais propriedade de projeto se você quiser comutador para a vinculação dinâmica:
Configurações de compilação de versão de aplicativos MFC
Adicione as seguintes DLLs em time de execução ao seu Arquivos adicionais propriedade de projeto: msvcr80.dll|$ (BINDIR) \ $ (INSTRUCTIONSET) \|%CSIDL_PROGRAM_FILES%\ <projectname>|0;atl80.dll|$ (BINDIR) \ $ (INSTRUCTIONSET) \|%CSIDL_PROGRAM_FILES%\ <projectname>|0;MFC80U.dll|$ (BINDIR) \ $ (INSTRUCTIONSET) \|%CSIDL_PROGRAM_FILES%\ <projectname>|0;
Configurações de compilação de depurar de aplicativos MFC
Adicione as seguintes DLLs em time de execução ao seu Arquivos adicionais propriedade de projeto: msvcr80d.dll|$ (BINDIR) \ $ (INSTRUCTIONSET) \|%CSIDL_PROGRAM_FILES%\ <projectname>|0;msvcr80.dll|$ (BINDIR) \ $ (INSTRUCTIONSET) \|%CSIDL_PROGRAM_FILES%\ <projectname>|0;atl80.dll|$ (BINDIR) \ $ (INSTRUCTIONSET) \|%CSIDL_PROGRAM_FILES%\ <projectname>|0;MFC80Ud.dll|$ (BINDIR) \ $ (INSTRUCTIONSET) \|%CSIDL_PROGRAM_FILES%\ <projectname>|0;
Aplicativos ATL configurações de compilação de versão
Adicione as seguintes DLLs em time de execução ao seu Arquivos adicionais propriedade de projeto: msvcr80.dll|$ (BINDIR) \ $ (INSTRUCTIONSET) \|%CSIDL_PROGRAM_FILES%\ <projectname>|0;atl80.dll|$ (BINDIR) \ $ (INSTRUCTIONSET) \|%CSIDL_PROGRAM_FILES%\ <projectname>|0;
Configurações de compilação de depurar de aplicativos da ATL
Adicione as seguintes DLLs em time de execução ao seu Arquivos adicionais propriedade de projeto: msvcr80d.dll|$ (BINDIR) \ $ (INSTRUCTIONSET) \%CSIDL_PROGRAM_FILES%\ <projectname>|0;msvcr80.dll|$ (BINDIR) \ $ (INSTRUCTIONSET) \%CSIDL_PROGRAM_FILES%\ <projectname>|0;atl80.dll|$ (BINDIR) \ $ (INSTRUCTIONSET) \%CSIDL_PROGRAM_FILES%\ <projectname>|0;
Para obter mais informações sobre o carregamento de DLL do Windows CE, consulte Windows CE DLL Carregando LoadLibrary.
.gif "Observação")
Observação:Carregar várias DLLs, com o mesmo nome, ao mesmo time, de diretórios diferentes, por exemplo \Windows\aDLL.dll e \Arquivos de programas Files\aDLL.dll, pode causar resultados imprevisíveis.É recomendável que você carregar uma cópia de uma DLL em um time ou esperar que o primeiro carregar DLL a ser chamado.
A seguir estão algumas considerações adicionais:
Ao portar a MFC 8.0 #, definir _WIN32_WCE_PSPC.Por padrão, esse sinalizar não está definido no MFC8.0.
The ARM4T opção não é suportada ao direcionamento Pocket PC 2003 ou do Smartphone 2003 no Compilar para arquitetura na lista suspensa.Para localizar essa lista no <nome do projeto > propriedade Pages diálogo, clicar Propriedades de configuração, clicar C/C++, clicar Avançadoe, em seguida, selecionar Compilar para arquitetura.
Funções GAPI são utilizáveis em C++, mas não no C.Incluindo gx.h em seu código funciona somente do C++.Se você estiver usando GAPI em seu código, não compilar com o /TC opção do compilador.
No MFC 8.0 para dispositivos, você controlar a criação e a inserção de CommandBar. The CDialog::m_pWndEmptyCB Não há mais suporte para o membro. Este membro foi usado para apontar para o vazioClasse CCommandBar, também denominada MenuBar no Pocket PC, que foi criado para a caixa de diálogo caixa e pode referenciá-lo para inserir seu próprio MenuBar.
Checked::_strlwr_s, _strlwr_s_l, _mbslwr_s, _mbslwr_s_l, _wcslwr_s, _wcslwr_s_l, Checked::tcslwr_s, e Checked::gcvt_s são fornecidos para plataformas que usam o Windows CE.
The _WIN32_WCE_PSPC sinalizar não está definido; você pode usar _WIN32_WCE_PSPC WIN32_PLATFORM_PSPC sinalizar para solucionar esse problema.
Para STL aplicativo portar, incluem < deque > em vez de #include <deque.h>.
O IDE oferece suporte a várias plataformas.Ao hospedarmos MFC ou ATL ActiveX objetos em um projeto de dispositivo em um recurso de caixa de diálogo, deverá criar e registrar um controle equivalente em um projeto ActiveX da área de trabalho equivalente.O controle pode ser adicionado ao modelo de caixa de diálogo dispositivo no editor de recursos e executado corretamente.A área de trabalho e sistema autônomo versões de dispositivo do controle ActiveX devem ter o mesmo GUID e propriedades de time de design, sistema autônomo cor do plano de fundo.
Consulte também
Tarefas
Como: Prover um dispositivo em um projeto do Visual C++
Conceitos
Configurações de implantação para projetos do Visual C++ dispositivo e depuração
Configurações de implantação para projetos do Visual C++ dispositivo e depuração
Referência
Outros recursos
Depuração dispositivo projetos