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