КОРЕКЦИЯ: Което се изключения попадат от грешен изключение манипулатор, когато изключение за асинхронна обработка е активирана в СЕС 2013

Симптоми

Да разгледаме следния сценарий:

• Можете да използвате добавка за Visual Studio 2013 конструктора на приложението за създаване на C++ приложение, насочена Windows Embedded Compact 2013.

• Можете да разрешите асинхронни изключение за справяне с помощта на "/EHa" компилатор. Този параметър позволява двете C++ синхронно и структурирано изключение обработка (което се) асинхронни изключение обработка методи, които да бъдат смесени в един и същ код.

• Изпълнение на свързаните код да което се изключения.

В този случай което се изключения винаги попадат в първия изключение манипулатор дори ако се филтрира за C++ синхронно изключение.

Обичайната процедура е което се изключения е уловен от многоточие изключение манипулатор.

Например можете да стартирате следния примерен код: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");
}
}
В този пример винаги удари първата пощенска клауза при възникване на което се изключение (число деление на нула) вместо многоточие манипулатор според очакванията.

Решение

Препратки

Научете повече за терминологията , използвана за описание на софтуерните актуализации от Microsoft.