Discussion :

[Snark]

Bonjour à tous.

Je viens de passez ma matiné à essayer de résoudre un problème casse pied, sans y parvenir, dans je fais appel à votre savoir infini .

Voilà, j'ai développé une petite application purement console en c++ qui fait sont boulot. Je la lance depuis la ligne de commande, ça marche... Et quand je fais Ctrl+C, à l'aide d'un "signal(SIGTERM, fonction);" dans le code, je ferme proprement le programme. Aucun soucis jusque là. Ca fonctionne les poils de cul dans le nez.

Maintenant, j'ai fais une seconde application interface qui doit controler le lancement et l'arrêt de la première. Dans je lance le processus... Je controle les I/O, aucun soucis toujours...
Et maintenant, je veux arrêter proprement ce process.... Et bien là, pas moyen. Les fonctions TerminateApplication envoient des SIGKILL qui me la tue salement, et je n'arrive pas à déclencher l'appel du signal de ma sous application.

Je n'ai aucun soucis du genre sous Linux... Mais je m'en sors pas sous windows. Pourtant, il y a forcement moyen, vu que le Ctrl+C dans la ligne de commande fonctionne bien. Alors, qu'envoie-t-il ? Quel fonction utiliser ?

Merci beaucoup pour votre aide.
Snark.

[nicolas.sitbon]

Ctrl+c envoi SIGINT.

[Snark]

Ctrl+c envoi SIGINT.

Ha, pardon. De toute façon, mon appli captais les 2. Ça résoud pas mon problème pour autant.

[nicolas.sitbon]

Bonjour à tous.

Je viens de passez ma matiné à essayer de résoudre un problème casse pied, sans y parvenir, dans je fais appel à votre savoir infini .

Voilà, j'ai développé une petite application purement console en c++ qui fait sont boulot. Je la lance depuis la ligne de commande, ça marche... Et quand je fais Ctrl+C, à l'aide d'un "signal(SIGTERM, fonction);" dans le code, je ferme proprement le programme. Aucun soucis jusque là. Ca fonctionne les /* censuré */ dans le nez.

Maintenant, j'ai fais une seconde application interface qui doit controler le lancement et l'arrêt de la première. Dans je lance le processus... Je controle les I/O, aucun soucis toujours...
Et maintenant, je veux arrêter proprement ce process.... Et bien là, pas moyen. Les fonctions TerminateApplication envoient des SIGKILL qui me la tue salement, et je n'arrive pas à déclencher l'appel du signal de ma sous application.

Je n'ai aucun soucis du genre sous Linux... Mais je m'en sors pas sous windows. Pourtant, il y a forcement moyen, vu que le Ctrl+C dans la ligne de commande fonctionne bien. Alors, qu'envoie-t-il ? Quel fonction utiliser ?

Merci beaucoup pour votre aide.
Snark.

Entre les fautes de grammaire et compagnie et les erreurs d'expressions, j'ai beaucoup de mal à te comprendre...

[Snark]

Entre les fautes de grammaire et compagnie et les erreurs d'expressions, j'ai beaucoup de mal à te comprendre...

Erf, mais si je commence à faire des textes 100% dans fautes, j'y suis encore demain.

Donc, je réexplique rapidement :
1) J'ai fait une application qui tourne en ligne de commande, et que l'on arrête (proprement) à l'aide d'un Ctrl+C (donc qui capte le signal SIGINT)
2) Je fait une interface graphique qui doit lancer et arrêter cette première application (sous forme de processus fils). Je n'ai aucun problème sauf pour arrêter proprement. Je n'arrive pas à envoyer à cette application le signal SIGINT.

Donc, moi y'en a chercher comment faire !

Merci.

[ram-0000]

Une idée comme cela, et si essayais d'envoyer un autre signal que SIGINT, SIGUSR1 par exemple.
Il te faudra aussi attraper ce signal dans ton programme console.

[nicolas.sitbon]

Une idée comme cela, et si essayais d'envoyer un autre signal que SIGINT, SIGUSR1 par exemple.
Il te faudra aussi attraper ce signal dans ton programme console.

Je ne suis pas certain que windows offre une gestion aussi poussé des signaux, je crois qu'il n'y a que les signaux obligatoires du C et c'est tout mais comme je ne suis pas sous windows, mystère...

[Vincent Rogier]

Effectivement, Windows est bien pauvre en gestion des signaux...

J'ai du mal à saisir comment tu veux arrêter l'appli graphique : l'utilisateur la ferme par la croix ou elle est fermée par un autre biais

En mode fenêtre, ton application gère une queue de message et tu dois traiter certains messages pour fermer proprement.