perché causa la chiusura se provo a lanciare qualcosa all'interno di un blocco catch in C++

Question

Ho il seguente codice C++ e mi da una sorpresa. Il problema è che se lancio qualcosa tranne il re-throw all'interno del blocco catch, il programma verrà terminato chiamando abort e darà il messaggio di errore in GCC4, "terminato chiamato dopo aver lanciato un'istanza di 'int'". Se uso solo "lancia"; per rilanciare dentro il blocco catch, tutto andrà bene.

#include <iostream> 
#include <exception> 
#include <stdexcept> 

using namespace std; 

int main() 
{ 
    try{ 
     throw std::string("first throw"); 
    } 
    catch(std::string &x){ 
     try{ 
      std::cout << x << std::endl; 
//   throw; // if I use this line, all is fine. 
      throw int(2); // but if I use this line, it causes Abort() to be called 
     } 
     catch (int &k){ 
      throw; 
     } 
     catch(...) 
     { 
      cout << "all handled here!"<< endl; 
     } 
    } 
    catch(...){ 
     std::cout<< "never printed" << endl; 
    } 
} 

Answer 1

È throw non è all'interno di qualsiasi try gestore quindi porta a abort essere chiamato.

Qui è il codice con il rientro ripulito un po 'e un po' di commenti in linea:

#include <iostream> 
#include <exception> 
#include <stdexcept> 

using namespace std; 

int main() 
{ 
    try { 
     throw std::string("first throw"); 
    } 
    catch (std::string &x) { 
     try { 
      std::cout << x << std::endl; 
      // throw; // if I use this line, all is fine. 
      throw int(2); // but if I use this line, it causes Abort() to be called 
     } 
     catch (int &k) { 
      // Catches and rethrows exception. Not inside a try thus leads to abort. 
      throw; 
     } 
     catch (...) { 
      // Will handle the case where the string is rethrown instead. No abort. 
      cout << "all handled here!"<< endl; 
     } 
    } 
    catch (...) { 
     std::cout<< "never printed" << endl; 
    } 
} 

Answer 2

Se si lancia un int, allora non sarà trattati; sarà catturato dal gestore interno catch (int &k), che lo riporterà; e non vi è alcun gestore esterno per catturare l'eccezione di rethrown, poiché si è già in un blocco catch esterno. In questo caso, viene chiamato terminate a causa di un'eccezione non gestita.

Se rigenerare il string, allora è catturato dalla interna catch(...) gestore; questo non si ripete, quindi l'eccezione è stata quindi gestita.