Discussion :

[Shaidak]

Bonjour tout le monde,

Je me permet de poster ici suite aux multiples échecs quand à ma recherche à ce sujet ...

Ma question va paraître un peu désuète mais bon, ce n'est pas grave : j'aimerais savoir ce qu'apporte la partie debug de la bibliothèque wxWidgets (et d'ailleurs, ce qu'apporte la partie debug des library en général). Personnellement, je me suis toujours servi des release et j'ai toujours pensé que le debug servait principalement à debugger la bibliothèque en elle-même mais comme j'ai eu des échos totalement opposés à ce sujet, j'aimerais être certain de ce qu'il en est ... Donc, désolé de mon ignorance et merci à tous ceux qui pourront m'éclairer sur ce point parce que là ça fait un peu tâche (à mon goût) de ne pas savoir ça ...

PS : Je reprécise au cas ou, je ne parle pas du debugger mais bien de la partie debug de la bibliothèque (par exemple : lib-d.a, xxx-d.dll, ...).

[3DArchi]

Salut,
Personnellement, ça me sert souvent à entrer dans les fonctions de la librairie pendant que je debug mon code. Ca me permet de comprendre, au delà de l'aide associée, comment fonctionne concrètement le code de la librairie et ainsi de voir si le bug vient de mon code, de ma mauvaise compréhension de la librairie ou (si, si ca existe) de la librairie.
En plus, le mode debug est souvent truffé d'assert en tout genre permettant de relever des erreurs qui seraient invisibles au premier abord en mode release.

[Ti-R]

Et de plus, il y a beaucoup d'asserts pertinant dans les wxWidgets.
C'est indispensable pour améliorer son code, et le rendre le plus propre possible.

Et comme 3DArchi, parfois je cherche aussi pourquoi tel code à tel réaction au niveau debug en allant au fond des wxWidgets (même si c'est quand même rare).

[AlexisA]

Et de plus, il y a beaucoup d'asserts pertinant dans les wxWidgets.
C'est indispensable pour améliorer son code, et le rendre le plus propre possible.

Et comme 3DArchi, parfois je cherche aussi pourquoi tel code à tel réaction au niveau debug en allant au fond des wxWidgets (même si c'est quand même rare).

Je confirme !
J'ai essayé les 2 approches (wxWidgets en debug ou non), et je trouve très pratique d'aller lire le code de wxWidgets à partir d'une pile d'appels de fonctions.

wxWidgetsement vôtre,

[Shaidak]

Bonjour et merci à vous trois pour vos réponses .

Donc suite à vos réponses, je pense effectivement que la partie debug de la bibliothèque pourra m'intéresser ...

J'aurais cependant une autre question (mon vrai problème en fait) toujours sur le même sujet.
Depuis que j'utilise wxWidgets, je ne me sers que du mode release, non pas par préférence mais tout simplement parceque la partie debug que j'ai compilée ne me permet pas d'exécuter mes programmes ...
Pour ce qui est de la phase de compilation, tout se passe bien, mais au moment d'exécuter le programme, je me prends une superbe erreur 0xc0000005 (l'application n'a pu s'exécuter blabla) et lorsque je lance le debugger ... je tombe sur une segmentation fault ... D'où le fait que je sois resté sur le mode release pendant un bout de temps ...

J'en viens donc au fait : avez-vous déja eu cette erreur ? y'a-t-il une méthode spécifique à la compilation en mode debug avec wxWidgets, comment avez-vous fait pour l'utiliser (devpacks ou compilation perso ?) ...
Je pense que donner les détails sur mon erreur serait un peu inutile (mais si ce n'est pas le cas n'hésitez pas à me le demander ) étant donné que même le programme le plus basique que wxWidgets puisse faire engendre cette erreur ...

Autre précision tout de même ... en mode release je n'ai vraiment aucun soucis et les applications réalisées ne se contentent pas de dire hello world donc voilà

[Ti-R]

Si tu télécharges le SDK wxWidgets, c'est aussi simple de compiler en Release qu'en Debug.

Si ton crash survient toujours, c'est qu'il y a un vrai problème... Qui passe peut être inaperçu justement en release, mais qui pourrait potentiellement poser un vrai problème sur la machine cible.

[Shaidak]

J'avais en effet pensé à cette possibilité mais bon, c'est tout de même bizarre que je compile la lib sans problème, que la compilation du programme se fasse sans problème puis qu'il y ait un soucis au niveau de l'exécution uniquement :s ...

Dans tous les cas, je vais essayer de voir d'où cela peut provenir et si je ne parviens pas à trouver la solution je posterais à nouveau, en attenant je passe ce post en résolu et encore merci pour vos réponses

[zoom*]

Je me permets de poster car j'ai exactement le même soucis. Je programme avec Code::Blocks 8.02 et wxWidgets 2.8.9. La compilation se passe sans soucis à part quelques warnings. Par contre, lors de l'exécution j'obtiens "L'application n'a pas réussi à s'initialiser correctement (0xc0000005). Cliquez sur OK pour arrêter l'application." Je ne comprends pas pourquoi sachant que l'application, compilée avec gcc sous wxDevC++, fonctionne! C'est étrange. J'ai lu sur la toile que cela pouvait venir de pointeurs non initialisés pour ils le sont.
Donc voila si quelqu'un avait une idée.
Merci.

[3DArchi]

Je me permets de poster car j'ai exactement le même soucis. Je programme avec Code::Blocks 8.02 et wxWidgets 2.8.9. La compilation se passe sans soucis à part quelques warnings. Par contre, lors de l'exécution j'obtiens "L'application n'a pas réussi à s'initialiser correctement (0xc0000005). Cliquez sur OK pour arrêter l'application." Je ne comprends pas pourquoi sachant que l'application, compilée avec gcc sous wxDevC++, fonctionne! C'est étrange. J'ai lu sur la toile que cela pouvait venir de pointeurs non initialisés pour ils le sont.
Donc voila si quelqu'un avait une idée.
Merci.

1/ Crées plutôt un nouveau post car cela ressemble à un nouveau problème.
2/ Mets un point d'arrêt à wxMyApp::OnInit et debugg pas à pas.
3/ Si tu n'arrive pas à ce point, post ton wxMyApp.h et wxMyApp.cpp dans un premier temps.

[Shaidak]

Ayant trouvé la solution à mon problème, je la met ici.
Dans la partie Build Options, Debug --> Compiler Settings / #defines, il fallait tout simplement ajouter
__WXDEBUG__

...Voilà, je n'avais même pas pensé à vérifier que je l'avais mis ... triste quand même ...