c'est sur que ce n'est pas tip top de toucher aux controles dans WM_SIZE surtout si ils ne sont pas initialisés...
c'est sur que ce n'est pas tip top de toucher aux controles dans WM_SIZE surtout si ils ne sont pas initialisés...
Ce qui est affirmé sans preuve peut être nié sans preuve Euclide.
Les conversions numériques en C,C++,C++/CLI
DLL d'extensions : écriture d'un plug-in de classe
Démarrer avec les MFC 2/2
Création d'un ActiveX MFC
Intégration d'une imprimante PDF pour éditions automatisées
Migrer du code de Visual C++ 6.0 vers Visual C++ 2005
Démarrer avec les MFC sous Visual C++1/2
la Faq Visual C++ 500 Q/R,Mon blog
Aide en Ligne MFC
Cours et tutoriels C++ - FAQ C++ - Forum C++.
Bah... avec VC6.0 il n'y a jamais eu de plantage.. c'est ca le plus fort !!!
et vu que l'erreur était dans une fonction appelé par un evenement... bah c'etait pas facile de l'isoler.
Du coup j'autorise le rafraichissement des elements contenu dans mon CDialogBar qu'a la fin de mon CMainFrame::OnCreate() par l'intermediaire d'un booleen et ça marche nickel.
Typique du bug événementiel,
Tu aurais très bien avoir ce problème avec ton programme sous vc6 mais exécuté sous Vista .
En l’occurrence ici rien ne te garanti que tes contrôles sont initialisés sur le premier wm_size…
Sur ce type d’événement il est d’usage de tester le handle de fenêtre du contrôle en question avant d’invoquer une de ses méthodes…
![]()
Ce qui est affirmé sans preuve peut être nié sans preuve Euclide.
Les conversions numériques en C,C++,C++/CLI
DLL d'extensions : écriture d'un plug-in de classe
Démarrer avec les MFC 2/2
Création d'un ActiveX MFC
Intégration d'une imprimante PDF pour éditions automatisées
Migrer du code de Visual C++ 6.0 vers Visual C++ 2005
Démarrer avec les MFC sous Visual C++1/2
la Faq Visual C++ 500 Q/R,Mon blog
Aide en Ligne MFC
Cours et tutoriels C++ - FAQ C++ - Forum C++.
Partager