Discussion :

[Piet]

Bonjour à tous,

J'aimerais trouver le pendant identique au exit() en C.

J'ai déjà essayé un Application.Exit() , mais celà n'a aucun effet sur le traitement puisque l'exécution continue jusqu'au final.

Donc, en résumé, une séquence de sortie inconditionnelle de l'application renvoyant un code interprétable par le système d'exploitation.

Merci d'avance pour vos réponses.

[cortex93]

Une façon "propre", jetter une exception qui n'est catchée que dans le main.

[neguib]

Une façon "propre", jetter une exception qui n'est catchée que dans le main.

C'est vrai
Cependant je ne m'explique pas pourquoi Application.Exit() ne fonctionnerait pas car c'est en sorte la même chose sauf qu'à la place d'une exception c'est un event qui est declenché.
Le traitement en cours dont parle notre collègue ne serait-il pas dans un autre thread :

[Piet]

En fait, je ne veux pas une "façon propre" de quitter le programme...
Je veux faire un kill de l'application en gros ou la même chose que le stop en mode debug.

C'est un peu comme le bouton d'urgence... On arrête tout ce qui est en traitement, on sort.

Une idée?

[neguib]

En fait, je ne veux pas une "façon propre" de quitter le programme...
Je veux faire un kill de l'application en gros ou la même chose que le stop en mode debug.

C'est un peu comme le bouton d'urgence... On arrête tout ce qui est en traitement, on sort.

Une idée?

Oui ok mais qui/quoi décide de cette sortie, une action utilisateur ... autre chose : de plus ce traitement est-il dans le thread principal ou à part
(Nous parlons bien d'une Application Windows : )

[Piet]

Oui ok mais qui/quoi décide de cette sortie, une action utilisateur ... autre chose : de plus ce traitement est-il dans le thread principal ou à part
(Nous parlons bien d'une Application Windows : )

Ce qui décide de cette sortie inconditionnelle serait le résultat d'un test d'une boucle d'une fonction récursive.

C'est bien dans une application windows, mais c'est avant que le design ne s'affiche (la fonction main récupère les arguments, et commence le traitement d'une fonction appelant une autre fonction appelant .... qui finallement appelle la fonction récursive pré-citée et dont je voudrais arrêter le traitement dans un certain cas (retour particulier d'une fonction).

[neguib]

Ben si t'es dans le Main c'est bien que tu es avant le fameux Application.run etc..
donc conditionne tout simplment cette application.Run au résultat souhaité sinon rien et basta
voilà

[Piet]

Hum... je ne suis pas convaincu... mais ce n'est pas grave, j'vais faire une cascade de retours pour générer une sortie de programme...

Merci pour l'intérêt que tu as porté à ma bête question...
++

[Acalon]

Si tu veux être certain de la fin de ton processus, tu peux réaliser l'action suivante (très brutale)

Code :

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

1
2
3
4
5
6
7
8
9
10
11
 
		static void Kill() 
		{
			System.Diagnostics.Process proc = System.Diagnostics.Process.GetProcessById(System.Diagnostics.Process.GetCurrentProcess().Id);
			proc.Kill();
		}
 
		private void ACTION_Click(object sender, System.EventArgs e)
		{
			Kill();
		}

Quand penses tu? Le processus du nom du processus courant est supprimé avec tous ses threads courants.

C'est différent de Application.Exit() dans la mesure ou (théoriquement) il n'y a pas toutes les instructions qui lui sont liées

Voyons en désassemblage ce que contient Application.Exit()

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
 
public static void Exit()
{
      IntSecurity.AffectThreadBehavior.Demand();
      lock (typeof(Application))
      {
            if (Application.exiting)
            {
                  return;
            }
            Application.exiting = true;
            try
            {
                  Application.ThreadContext.ExitApplication();
            }
            finally
            {
                  Application.exiting = false;
            }
      }
      Application.CollectAllGarbage();
}

Le code est assez direct.

[Piet]

Si tu veux être certain de la fin de ton processus, tu peux réaliser l'action suivante (très brutale)

Code :

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

1
2
3
4
5
6
7
8
9
10
11
 
		static void Kill() 
		{
			System.Diagnostics.Process proc = System.Diagnostics.Process.GetProcessById(System.Diagnostics.Process.GetCurrentProcess().Id);
			proc.Kill();
		}
 
		private void ACTION_Click(object sender, System.EventArgs e)
		{
			Kill();
		}

Impeccable!!!! C'est exactement ça que je cherchais... merci beaucoup. :-D