Discussion :

[mercure07]

Salut tout le monde, j'ai développé une application C++ avec Visual Studio 6.0. L'application a comme fonctionnement :
1- Aller consulter une base de données et récupérer la vleur d'un flag qui selon cette valeur un traitement est exécuté. Pour cela j'ai utilisé un Timer dans le initDialog qui se lance chaque 2 secondes et dans la méthode OnTimer j'ai mis le traitement qui va accéder à la base de données et déclencher le traitement adéquat.
Le problème c'est qu'en en mode Débug cela fonctionne trés bien, mais en mode Release l'application génère une exception et ferme. J'ai du mal à déterminer la cause du problème et localiser d'où vient le problème car ça n'arrive qu'en mode Release.
Est ce que le problème est dans l'utilisation du Timer ? Y a t il quelqu'un qui a une idée sur un tel problème et peut m'eclaircir cette situation bizarre.
Merci de votre collaboration

[loicounet]

peut etre commence par vérifier les config debug/release en ouvrant ton "vcproj" avec notepad ou ultra-édit

[valefor]

Le comportement de assert, par exemple, varie suivant si tu as défini ou pas la macro NDEBUG.

[loufoque]

Non, ça dépend de la macro NDEBUG.

[mercure07]

J'ai bien vérifié le mode dans lequel je compile l'application et c'est bien release. En plus je n'utilise pas de ASSERT dans mon application.
Mais je ne vois pas ou ça se situe la Macro NDEBUG, si vous pouvez etre plus précis.
Merci de votre collaboration.

[Médinoc]

Essaie de voir en générant les infos de débogage (oui, même en Release) si tu arrives à reproduire l'erreur tout en pouvant déboguer ton programme.
Attention, il faut l'activer à la fois dans l'onglet C/C++ et l'onglet Link.

[ram-0000]

A l'occasion et si ce n'est pas déjà fait, élève le niveau de warning de ton compilateur.

Tu as peut être des variables utilisées avant leur initialisation.

Sinon regarde aussi du côté des buffers que tu alloues (par malloc ou sur la pile), ils ne sont peut être pas assez grands ?

[mercure07]

Salut tout le monde, j'ai essayé les alternatives que je connais mais je n'arrive pas a détecter d'ou vient l'erreur. Je vous joint la fichier cpp de l'application peut etre que ça aidera à mieux eclaircir le problème et trouver la solution.
Je vous remerci vivement de votre collaboration.

[themadmax]

Hélas cela arrive souvant en C/C++, c'est pour cela qui faut relativement souvant tester son appli en Release.
Pour traquer ce genre de probleme voici mes techniques:

• Utiliser du log, ou les fonctions OutputDebugString pour trouver où plante le programme
• Créer un mode Release_Debug, en clonant le mode Release et en rajoutant les symboles de debugage
• Utiliser un programme/lib qui traque les fuites de memoires, ou rechercher à la main toutes les (dé)allocations, et des debordements possibles.

Bonne chance

[realpasso]

Déjà là

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
strCmd.Format("\r\n\r\n\r\n\r\n\r\n%c%c%c",0x1b,0x69);

mais faudrait tous les vérifier...

[mercure07]

je ne vois pas en koi ces caractère pourrait il empecher le programme de fonctionner correctement. Je pense que je dois utliser un poiteur pour la connexion à la base de données. Je vais tenter cette solution et vous dire quesque ça donne

[Médinoc]

Le problème, c'est surtout que tu as trois %c mais seulement deux valeurs...

[mercure07]

oui c'est vrai, j'ai pas fait attention tellement je suis persuadé que le problème est bcp plus gd; mais j'espère que vraiment ça soit ça la cause du problème.....
Merci bcp pour votre participation

[mercure07]

Pour l'info, je suis arrivé a trouver la faille : il s'agit de 2 points :
* Manque d'un pointeur pour la connexion à la base de données;
* Vérification des %c, %d, %s car il y avait qque oubli par ci et par là.
Je remercie tout le monde pour sa contribution.