例外，儘管泄漏到系統的try-catch

我有在我繼承的應用程序下面的代碼，內置升壓對使用1.48.0 VS2012例外，儘管泄漏到系統的try-catch

bool ConvertToBoolean(const std::string& s) 
{ 
    try 
    { 
    return boost::lexical_cast<bool>(s); 
    } 
    catch (...) 
    { 
    if (boost::iequals("true", s.c_str())) 
    { 
     return true; 
    } 
    } 
    return false; 
}

如果傳遞「真」或者「 False「，lexical_cast會拋出一個bad_lexical_cast異常，因爲它需要」0「或」1「，並且會計算字符串比較。

這似乎在我的機器上工作正常，無論是在調試器內外（不是總是？:)），但在我們的客戶之一機器上的異常以某種方式「泄漏」，並導致以下消息在application.exe_161117_152748.dmp

未處理的異常在0x000007FEFD08A06D：使用轉儲文件進行調試時，微軟C++異常：提高:: exception_detail :: clone_impl>內存位置0x00000000002CD9B8。

堆棧跟蹤：

KERNELBASE.dll!RaiseException() Unknown 
    snowagent.exe!_CxxThrowException(void * pExceptionObject, const _s__ThrowInfo * pThrowInfo) Line 154 C++ 
    application.exe!boost::throw_exception<boost::bad_lexical_cast>(const boost::bad_lexical_cast & e) Line 61 C++ 
    application.exe!boost::detail::lexical_cast_do_cast<bool,std::basic_string<char,std::char_traits<char>,std::allocator<char> > >::lexical_cast_impl(const std::basic_string<char,std::char_traits<char>,std::allocator<char> > & arg) Line 1750 C++ 
    application.exe!ConvertToBoolean(const std::basic_string<char,std::char_traits<char>,std::allocator<char> > & s) Line 111 C++ 
    application.exe!CScanner::Exec() Line 326 C++

什麼會導致這種泄漏的？你很難指責編譯器，但是因爲有一個similar issue，在VS2015中有been fixed我很想這麼做，但是爲什麼它不會在我的機器上發生？難道是因爲我有VS2015並行安裝VS2012，因此有一個更新的運行時間？

~~最後，在下面的反彙編中哪裏是異常處理？我並不是ASM的專家，但我預計它對這個功能有更多的ASM。我甚至看不到boost::iequals~~的調用更新：存在異常處理，它只是不在同一個程序集塊中。所以鏈接的編譯器問題似乎與我的問題沒有關係。這可能是@Hans Passant在他的評論中指出的。

107: bool ConvertToBoolean(const std::string& s) 
    108: { 
000000013FE654F0 mov   qword ptr [rsp+8],rcx 
000000013FE654F5 sub   rsp,38h 
000000013FE654F9 mov   qword ptr [rsp+20h],0FFFFFFFFFFFFFFFEh 
    109: try 
    110: { 
    111:  return boost::lexical_cast<bool>(s); 
000000013FE65502 call  boost::detail::lexical_cast_do_cast<bool,std::basic_string<char,std::char_traits<char>,std::allocator<char> > >::lexical_cast_impl (013FD1A0D3h) 
000000013FE65507 jmp   ConvertToBoolean+1Fh (013FE6550Fh) 
    112: } 
    113: catch (...) 
    114: { 
    115:  if (boost::iequals("true", s.c_str())) 
    116:  { 
    117:  return true; 
000000013FE65509 mov   al,1 
000000013FE6550B jmp   ConvertToBoolean+1Fh (013FE6550Fh) 
    118:  } 
    119: } 
    120: return false; 
000000013FE6550D xor   al,al 
    121: } 
000000013FE6550F add   rsp,38h 
000000013FE65513 ret

更新：爲了完整性，這是異常塊

114: { 
    115:  if (boost::iequals("true", s.c_str())) 
00007FF744D9F19B mov   rcx,qword ptr [s] 
00007FF744D9F19F call  std::basic_string<char,std::char_traits<char>,std::allocator<char> >::c_str (07FF74425E8B3h) 
00007FF744D9F1A4 mov   qword ptr [rbp+30h],rax 
00007FF744D9F1A8 lea   rcx,[rbp+28h] 
00007FF744D9F1AC call  std::locale::locale (07FF744252991h) 
00007FF744D9F1B1 mov   qword ptr [rbp+48h],rax 
00007FF744D9F1B5 mov   rax,qword ptr [rbp+48h] 
00007FF744D9F1B9 mov   qword ptr [rbp+50h],rax 
00007FF744D9F1BD mov   r8,qword ptr [rbp+50h] 
00007FF744D9F1C1 lea   rdx,[rbp+30h] 
00007FF744D9F1C5 lea   rcx,[CNTServiceCommandLineInfo::`vftable'+11170h (07FF744FBF778h)] 
00007FF744D9F1CC call  boost::algorithm::iequals<char const [5],char const * __ptr64> (07FF744251596h) 
00007FF744D9F1D1 mov   byte ptr [rbp+20h],al 
00007FF744D9F1D4 lea   rcx,[rbp+28h] 
00007FF744D9F1D8 call  std::locale::~locale (07FF74425D1C0h) 
00007FF744D9F1DD movzx  eax,byte ptr [rbp+20h] 
00007FF744D9F1E1 test  eax,eax 
00007FF744D9F1E3 je   [email protected]@[email protected][email protected]@[email protected]@[email protected]@[email protected]@[email protected]@@Z$0+57h (07FF744D9F1F2h) 
    116:  { 
    117:  return true; 
00007FF744D9F1E5 mov   byte ptr [rbp+38h],1 
00007FF744D9F1E9 lea   rax,[ConvertToBoolean+37h (07FF7444C8FD7h)] 
00007FF744D9F1F0 jmp   [email protected]@[email protected][email protected]@[email protected]@[email protected]@[email protected]@[email protected]@@Z$0+5Eh (07FF744D9F1F9h) 
    118:  } 
    119: } 
00007FF744D9F1F2 lea   rax,[ConvertToBoolean+35h (07FF7444C8FD5h)] 
00007FF744D9F1F9 add   rsp,28h 
00007FF744D9F1FD pop   rdi 
00007FF744D9F1FE pop   rbp 
00007FF744D9F1FF ret

來源

2016-11-17 Per

如果在堆棧退出另一個異常時引發此異常，則不會觸發您的catch。在這種情況下，應該調用堆棧中的'std :: terminate'。 –

如果它只是那麼簡單，但好想法。 – Per

指責編譯器可能是一個方便的解釋，但這些用戶沒有運行自己的編譯器。所以不是這樣，仔細看看你知道什麼。注意「在內存位置...」的細節。只有少數例外報告存儲位置。當然不是bad_lexical_cast。很可能這是因爲訪問衝突異常而開始生命，並且您有代碼將它轉換爲C++異常，如'_set_se_translator（）'。換句話說，這是失敗的「扔」。 AVE通常是由內存損壞引起的。如果你幸運的話，可以本地化到一臺機器 –

在代碼長搜索我發現通過不小於80個字節的緩衝區溢出後。

STARTUPINFO startup_info; 
PROCESS_INFORMATION process_information; 
ZeroMemory(&startup_info, sizeof(startup_info)); 
ZeroMemory(&process_information, sizeof(startup_info)); <-- wrong size!

此代碼永遠不會在測試過程中我的機器上執行的，因此爲什麼在原來問題的代碼在這些測試中表現良好。被覆蓋的堆棧顯然是災難性的，可能會造成許多奇怪的行爲。

來源

2016-12-19 07:35:59 Per

例外，儘管泄漏到系統的try-catch

回答

相關問題