CORRECÇÃO: Excepções de substituições SEH são capturadas pelo processador de excepções incorrecto quando o processamento de excepções assíncrona está activado no WEC 2013

Sintomas

Considere o seguinte cenário:

• Utilize o construtor de aplicação Plug-in para 2013 do Visual Studio para criar uma aplicação de C++ direccionada 2013 do Windows Embedded Compact.

• Activar o processamento, utilizando o parâmetro de compilador "/EHa" de excepções assíncrona. Este parâmetro permite que ambos os C++ síncronas e estruturados de processamento de excepções métodos destinados a serem misturados no mesmo código de processamento de excepções assíncrona (SEH).

• Executa o código para interceptar as excepções de substituições SEH relacionado.

Neste cenário, excepções de substituições SEH sempre são capturadas no processador de excepções do primeiro mesmo que ela é filtrada para uma excepção síncrona C++.

O comportamento esperado é excepções de substituições SEH serem abrangidas pelo processador de excepções de reticências.

Por exemplo, execute o seguinte código exemplo: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, sempre acerta a cláusula catch primeira quando ocorre a excepção de substituições SEH (número inteiro dividir por zero) em vez do processador de reticências conforme esperado.

Resolução

Referências

Obter informações sobre a terminologia utilizada pela Microsoft para descrever actualizações de software.