Discussion :

[ambroise_petitgenet]

Bonjour,

Je suis sur un problème qui ne devrait pas en être un.

Je n'arrive pas à faire sortir mon application avec un code d'erreur.
J'utilise les MFC das ExitInstance ma dernière ligne est return 3;
Quand je teste avec un .bat récupérant le %ERROR_LEVEL% ou quand je débug avec Visual Studio 2005 j'ai le droit à 0 comme code de sortie.

J'utilise aussi la couche graphique BCGControlBar.

J'avoue ne plus rien y comprendre. Est ce que quelqu'un à déjà eu ce problème et si oui est ce qu'il a réussi à le corriger.

Mon code en exemple (mais simplifié)

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
 
int CXsUiApp::ExitInstance()
{
   int iReturn = CWinThread::ExitInstance();
   return iReturn;
}
 
LRESULT CMainFrame::OnStartScriptTCL(WPARAM wparam, LPARAM)
{
   PostQuitMessage(3);
   return 3;
}

Merci pour votre temps.

Ambroise

[TheGzD]

Salut !

Il faudrait voir plus de code pour être sûr ...

Premièrement es-tu sûr que ton .bat fonctionne correctement ? L'as-tu testé sur un autre programme capable de te produire une valeur autre que 0 ?

Ensuite si tu es sûr que le .bat est ok, tu devrais essayer d'intercepter le message WM_QUIT et vérifier que le wParam vaut bien 3.

Si ceci ne t'aide pas il faudra, comme j'ai commencé par te le dire, nous donner plus de grain à moudre.

Bon courage

[ambroise_petitgenet]

Hello,

Alors commençons par les réponses simples.
Oui je l'ai testé avec autre chose que mon .bat Le débugger de visual studio qui me dit
le programme '[515984] TetrisXPD.exe: Natif' s'est arrêté avec le code 0 (0x0).
Toujours au débugger j'ai bien 3 dans iReturn. J'ai même réussi à remonter dans les MFC jusqu'a la fonction main. Et dedans il y a
crtexe.c

Code :

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

1
2
3
 
if ( !managedapp )
    exit(mainret);

et mainret= 3 (vu au débugger).


Apres pour donner plus de code ... Je ne sais pas .. En fait pendant que je tape ces lignes mon collègue est en train de trouver une piste.

Cela viendrait de notre interpréteur TCL qui est lancé en thread. nous avons setté la callback d'exit de tcl pour pouvoir arrêter notre code proprement.

pour arrêter le script en cours on tue le thread avec terminateThread. Et la je n'ai pas la compréhension, mais le fait de ne pas enlever la callback fait que lors de la sortie de l'application on a toujours 0.

Personnellement je n'y comprends rien.


En tout cas merci pour ton temps passé.

Ambroise

[ambroise_petitgenet]

Bonjour

Je vais mettre un complément d'information sur mon problème qui est maintenant résolu.

Notre application embarque un interpréteur TCL.
Pour fermer correctement notre application si le mot clef TCL exit est appelé nous avons utilisés des exitHandler qui sont mis en place à chaque lancement de script et enlever à la fin d’exécution.

Dés qu'un script est lancé en thread et que le mot clef exit est appelé l'application se ferme (logique) mais les exitHandler sont toujours présent car le script s'arrête brutalement. Et seulement dans ce cas le code de retour de notre application est toujours 0.

Si avant la fermeture nous désactivons le exitHandler tout remarche correctement.

Ce qui nous a mis la puce à l'oreille et que si un objet static dans son destructeur fait un exit(0); par exemple le code de retour de l'application est toujours 0 (en tous cas avec le programme de test que j'ai fait)

Merci pour ceux qui se sont cassé la tête dessus.

Ambroise