CORREÇÃO: Exceções SEH são interceptadas pelo manipulador de exceção errado quando o tratamento de exceções assíncronas é habilitado do WEC 2013

Sintomas

Considere o seguinte cenário:

• Você pode usar o plug-in para Visual Studio 2013 Application Builder para criar um aplicativo C++ voltado para o Windows Embedded Compact 2013.

• Habilitar o usando a opção de compilador "/EHa" de manipulação de exceções assíncrono. Essa opção permite que os dois C++ síncrona estruturados tratamento de exceção e métodos sejam combinados no mesmo código de manipulação de exceções assíncronas de (SEH).

• Execute o código relacionado para capturar exceções SEH.

Nesse cenário, exceções SEH sempre são detectadas no manipulador de exceção de primeira mesmo que é filtrado para uma exceção de C++ síncrona.

O comportamento esperado é exceções SEH sendo interceptadas pelo manipulador de exceção de reticências.

Por exemplo, você pode executar o exemplo de código a seguir:class CMyEx{
public:
CMyEx(int nParam) : m_nParam(nParam) { }
int m_nParam;
};

void TestExceptions()
{
try
{
int a = 42;
int b = 0;
// throw CMyEx(1);
// throw 97;
int c = a / b;
}
catch (const CMyEx &e)
{
wprintf(L"CMyEx exception caught (param=%d)!\n", e.m_nParam);
}
catch (...)
{
wprintf(L"Exception of unspecified type caught by ellipsis clause!\n");
}
}
Neste exemplo, você sempre acertar a primeira cláusula catch quando ocorre a exceção SEH (divisão de número inteiro por zero) no lugar do manipulador de reticências conforme o esperado.

Resolução

Referências

Saiba mais sobre a terminologia usada pela Microsoft para descrever as atualizações de software.