Bloquer la fermeture d'un programme en mode console ( C++ )

[invitec6556318]

Bonjour à tous!!

Pour entrer dans le vif du sujet, j'ai fait un driver de communication (protocole industriel) sous windows server 2008, qui doit fonctionner en permanence sur un server. Le problème est que j'aimerai empêcher qu'un utilisateur (ayant pris peur: aaahh une console m'attaque!!1) puisse fermer la console du programme. J'ai réussi à "griser" la petite croix rouge en haut à droite (avec les fonctions "EnableMenuItem(...)" et "DrawMenuBar(...)" de l'api windows) mais il est toujours possible de fermer la console via la barre des tâche...

Est-ce que quelqu'un à une solution?? Merci d'avance!
-----

[invite4492c379]

Salut,

tu as une API pour la barre des tâches ... tu peux ne pas la faire apparaître dedans ?

tu gardes la console pour faire output log ? TU as utilisé quel env de prog ?

[invitec6556318]

Salut,

Alors j'ai développé l'application sur visual studio 2010. Et oui, j'aimerai garder la console, pour visualiser les échanges avec le serveur. En fait cette application fait le pont pour le contrôle à distance d'une installation, alors j'aimerais pas que le premier venu (ouvrier de la maintenance) puisse fermer la console (souvent par réflexe). Euh non, je n'ai pas utilisé d'api pour la barre des tâches... les fonctions que j'ai utilisés proviennent du <window.h>.

[invite4492c379]

Bon une solution simple (enfin ça dépend de l'implémentation aussi) serait de ne pas utiliser la console mais par exemple rediriger les sortie vers un fichier, voire vers l'eventlog ?

sinon pour l'api windows pour la taskbar 2008/w7 faudrait jeter un coup d'œil sur msdn.

[A voir en vidéo sur Futura]

[invitec6556318]

Salut,

En fait je souhaite garder la console, cela permet de voir que tout fonctionne au premier coup d'oeil. J'ai déjà un fichier de log de tout ce qui se passe, pour analyser plus en détails la communication en cas de problèmes. Sinon j'ai vu qu'il y avait la fonction "FreeConsole()" qui permet de cacher la console, mais c'est pas ce que je cherche.. Je vais continué mes investigations!

[invite4492c379]

Tu as regardé vers http://blogs.msdn.com/b/yochay/archive/2009/01/06/windows-7-taskbar-part-1-the-basics.aspx

ou

http://blogs.msdn.com/b/yochay/archi...channel-9.aspx ?

[Garlik]

Quelques remarques. Tout d'abord, si ca s'exécute dans le contexte de l'utilisateur en cours, ce n'est pas un driver mais un simple programme en mode utilisateur, vu qu'un driver s'exécute en mode noyau sous Windows (en tout cas le plus souvent).

Bref, la première erreur est sans doute ici; si tu ne souhaites pas que ton programme soit interrompu par l'utilisateur, il aurait fallu coder un service Windows et pas un simple programme.

Pour ma part, j'aurais fais la chose suivante:
- codage d'un service Windows se lancant au démarrage et redirection des sorties dans un Pipe.
- Si la programmation d'un service vous fait peur, une simple application Win32 qui ne crée aucune fenêtre suffit amplement, mais il faudra gérer la facon de l'interrompre:

int APIENTRY _tWinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance, LPTSTR lpCmdLine, int nCmdShow) {
  //
  // Inserer votre code ici
  //
	return 0;
}

- codage d'une application Windows, affichant une fenetre dans laquelle on recopie tous les messages en provenance de ce pipe.

=> du coup, on peut ouvrir et fermer cette application sans risquer de terminer le programme de communication de manière impromptue.