Discussion :

[th3r1ddl3r]

Bonjour à tous,

Voici mon problème :
Je possède une gamme d'application (.exe) qui s'apelle : AppX, AppY et AppZ

le code ci dessous empeche une application de se lancer deux fois :

Code :

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

1
2
3
4
5
6
 
Mutex MyApplicationMutex = new Mutex (true,"MyApplicationMessage"); 
if (MyApplicationMutex.WaitOne(0, false)) 
  Application.Run(new Form1()); 
else 
  MessageBox.Show("My application is already running");

Ma premiere question :
le mutex étant COMVisible; en imaginant que l'application 1 ne réponde pas (thread bloqué); le code ci desssus fonctionnera t il quand meme ? ou n'y aura t il pas de réponse et une deuxieme application se lancera ?

Ma deuxieme question :
Je souhaite que AppX , AppY et AppZ soit toutes en exclusion pour qu'une seule tourne à un instant donné....
Imaginons que AppX est deja lancée, et que je lance AppY; je souhaiterais alors killer le processus de AppX....mon probleme est d'acceder au processId d'AppX dans AppY avec la contrainte de ne pas connaitre le nom des processus...

Alors des idées ??

[Invité]

Pour la premiere question normalement tu ne pourra avoir que une seul appli qui tourne même si elle est bloqué.

[th3r1ddl3r]

Pour la premiere question normalement tu ne pourra avoir que une seul appli qui tourne même si elle est bloqué.

Oui ma question en fait c'est :
Dans le cas normal, j'ai d'abord lancé AppX1.... puis je lance AppX2 qui éxécute le code ci dessus..... le mutex me dit qu'il est deja pris et que donc une AppX est deja lancée..... Mais si mon AppX1 est bloqué (thread interface bloqué ou boucle infinie) est ce que le mutex répond la même chose...

Car comme la classe mutex est COMVisibleAtribute je suppose que .Net y accède par COM ; mais si une appli est bloquée peut on y accéder par COM ??

[th3r1ddl3r]

la réponse à ma première question est "Oui"....

me manque la réponse à ma deuxième question

[th3r1ddl3r]

deuxieme question résolue, je passe par de la mémoire partagée pour récupérer le PID du process distant....
Merci les gars pour vos propositions!!!