تصحيح: استثناءات SEH اشتعلت به معالج استثناء غير صحيح عندما يتم تمكين معالجة الاستثناء غير متزامنة في شركة وستنغهاوس 2013

الأعراض

يرجى مراعاة السيناريو التالي:

• يمكنك استخدام "منشئ التطبيق" الإضافية ل Visual Studio 2013 لإنشاء تطبيق c + + التي تستهدف 2013 مضغوط Windows المضمنة.

• تمكين معالجة باستخدام رمز التبديل "/eha" المحول البرمجي الاستثناء غير متزامنة. يسمح رمز التبديل هذا كلا c + + متزامن ومنظم معالجة الاستثناء (SEH) أساليب لتكون مختلطة في نفس التعليمات البرمجية لمعالجة الاستثناء غير متزامنة.

• تشغيل التعليمات البرمجية ذات الصلة التقاط استثناءات SEH.

في هذا السيناريو، استثناءات SEH دائماً وقعوا في معالج الاستثناء الأول حتى إذا تم تصفية استثناء متزامن c + +.

السلوك المتوقع استثناءات SEH الوقوع بواسطة معالج استثناء القطع.

على سبيل المثال، تشغيل نموذج التعليمات البرمجية التالية: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");
}
}
في هذه العينة، دائماً إصابة عبارة catch الأولى عند حدوث الاستثناء SEH (قسمة عدد صحيح على صفر) بدلاً من معالج القطع كما هو متوقع.

الحل

المراجع

التعرف على المصطلحات التي تستخدم لوصف تحديثات برامج Microsoft.