Quand une exception est lancée, les destructeurs des objets de pile crées entre le try et le throw sont correctement appelés.
Comment cela est-il géré ?
En effet, à la compilation, le throw ne sait pas combien d'appels de fonction auront eu lieu, ni combien de bloc de code auront été "entrés".
 
Il y a donc un mécanisme à l'éxécution à l'oeuvre.
Le plus logique serait que les constructeurs/destructeurs déposent/enlèvent leur identifiant dans une pile à part.
Mais on peut compiler du code en intégrant du code déjà compilé avec un autre compilateur, qui ne gère peut-être pas le throw de la même manière, voire ne le gère pas du tout.
 
Alors, comment ça marche ?

un lien interessant:
 
http://www.codeproject.com/cpp/exceptionhandler.asp

Niveau "Advanced", je suis gâté !
 
Stack unwinding, déroulage de pile, voilà l'expression, le coeur du problème.
 
Je reviendrai quand j'aurais tout bien compris.

Bon, ben je ne dirait pas que j'ai tout compris, ce serait présomptueux.
 
J'ai noté plusieurs choses quand même:

• Il s'agit de la solution Visual C++ qui s'appuie sur les exceptions de Windows. Y aurait-il des appels systèmes cachés ?  
• Cela me semble bien lourd, or Bjarne affirme que les exceptions peuvent être implémentées de façon très efficaces.
• Les constructeurs semblent recevoir un traitement spécial, je croyais que le mécanisme général des fonctions s'appliquaient.
• Les informations d'exceptions sont entremêlées dans la pile. Je pensais plus à un système de pile parallèle.
• Qu'advient-il de l'incorporation de code compilé sans gestion d'exception ?