Servidor COM e depuração de contêiner
This topic applies to:
Edition |
Visual Basic |
C# |
F# |
C++ |
Web Developer |
---|---|---|---|---|---|
Express |
Native only |
||||
Pro, Premium e Ultimate |
Native only |
Aplicativos COM executam várias tarefas fora do controle direto do programador. Contagens de uso de comunicação entre as DLLs, objetos e operações da área de transferência são apenas algumas das áreas onde você pode encontrar um comportamento inesperado. Quando isso acontece, a primeira etapa é rastrear a origem do problema.
Você pode depurar um servidor COM e o contêiner usando dois projetos dentro da mesma solução. Definir pontos de interrupção apropriados em cada projeto e a depuração. Quando o recipiente faz uma chamada para o servidor que atinge um ponto de interrupção, o recipiente aguardará até que o código de servidor retorna (ou seja, até terminar a depurá-lo). Você também pode rastrear em chamadas que passam entre limites de processo. Para obter mais informações, consulte A Macro de rastreamento.
Depuração de um contêiner COM é semelhante a depuração de um programa padrão. Uma diferença é que quando você depurar um evento que gera um retorno de chamada (como arrastar os dados sobre o aplicativo de contêiner). Nesse caso, você deve definir um ponto de interrupção na função de retorno de chamada.
O depurador Visual Studio oferece suporte a revisão em e em servidores e recipientes. Isso inclui a capacidade de passar através de chamadas de procedimento remoto (RPC).
Consulte também
Tarefas
Como: Depurar os servidores COM
Como: Depurar COM clientes e servidores usando a depuração RPC