Hi,
 

 
C'est normal qu'un code comme ça compile et ne plante pas à l'éxécution? car à aucun moment on a appeler le constructeur de la classe B et pourtant le programme affecte un membre donné de cette classe et appel une méthode

en debug, y'a de bonnes chances que ca passe, ouais, tu vas juste écraser des données qui ne sont pas à toi. En release, y'a nettement moins de chance qu'on ne te jette pas ....

par contre un ptit delete pA à la fin du programme et ça plante à lexec

int main()
{
 B * pB=static_cast<B*>(new A);  
 pB->n =4;
 pB->vB();

delete ((A*)pB);

system("pause" );
}

ouais, parce que tu as écrasé les infos de debug

tiens d'ailleurs ça fait un parfait exemple concernant les excpetions, comment cela se fait t-il que lorsque je try catch le delete ça plante tout de même ??

try
 {
  delete ((A*)pB);
 }
 catch(std::runtime_error& z)
 {
 cout << z.what();
 }

plante salement

catch( ... )

no idem

je ne suis pas tout à fait sur que ce soit catchable, comme problème (enfin, sur tout compilo) ... J'ai pas trop le temps de vérifier ce que dit le Stroustrup immédiatement ...
 
Edit : un bref détour par le chapitre 14.10 semble indiquer que delete ne retourne pas d'exception standard. à confirmer.

pas de static_cast mais dynamic_cast pour un ce genre de conversion Base* -> Derivé*
 
La syntaxe (X*) est à bannir.
 
Tu peux catcher ce que tu veux avec ton delete, ça te feras une corruption de tas et puis c'est tout.

 
Je ne vois pas trop pourquoi tu veux interdire un static cast de ce genre ? Ca me semble tout à fait légal (qui plus est, les RTTI sont pas forcément activés chez tout le monde)

c'est légal mais casse gueule. J'attends pas de quelqu'un qui fait du (A*) qu'il fasse bien la différence quand c'est OK ou pas.

oui mais j'ai pas forcément de fonction virtual dans ma classe A, et de ce fait je suis pas sûr qu'un dynamic_cast soit ok justement

dynamic_cast fonctionnera bien que ta classe aie des méthodes virtuelles ou non.
 
Et pense bien à tester le retour de dynamic_cast, vu que ca peut te retourner un pointeur nul si jamais ton objet n'est pas du type dans lequel tu le castes.

en tout cas sous visual 2008 ça marche pas
  error C2683: 'dynamic_cast' : 'A' n'est pas un type polymorphe

 
"Stroustrup approved", effectivement, on ne peut pas faire de dynamic_cast de ce genre, d'après le standard cela dit, c'est un peu risqué d'utiliser des interfaces sur des objets non polymorphiques (ne serait-ce que pour une question de destruction de l'objet)

D'autant plus que dans mon cas le dynamic_cast renverrait toujours NULL, donc seul le recours à static_cast permet d'avoir un pointeur 'partiellement' utilisable, partiellement car effectivement je devrais m'interdir l'accés aux méthodes et attribus de B

reste que c'est quelque chose à proscrire. (et dans le cas d'un objet polymorphique, tu aurais ta stack qui exploserait potentiellement à n'importequel appel de méthode virtuelle)

yes effectivement