Discussion :

[3DArchi]

Bonjour,
Dans une application native en C++ avec les bibliothèques que j'ai utilisées, un processus démarre avec un thread principal. Il peut ensuite créer d'autres threads. Le processus se termine dès lors que le premier thread (le thread principal) se termine et ce même s'il reste d'autres threads attachés au processus.
J'ai cru comprendre qu'en C#, la fin du thread principal n'entraîne pas la fin du processus, celui-ci restant 'actif' tant qu'il existe d'autres threads qui lui sont attachés. Je n'arrive pas à retrouver d'information là dessus. D'où mes 2 questions de béotien :
1/ Est-ce le cas ?
2/ Est-ce une spécificité du langage C# ou est-ce le comportement du framework .Net ? Dans ce dernier cas, j'aurais alors le même comportement en utilisant des threads avec C++/CLI, VB.Net, et tout les trucmuches.Net, non ?
Merci par avance.

[Bluedeep]

n :
1/ Est-ce le cas ?
2/ Est-ce une spécificité du langage C# ou est-ce le comportement du framework .Net ? Dans ce dernier cas, j'aurais alors le même comportement en utilisant des threads avec C++/CLI, VB.Net, et tout les trucmuches.Net, non ?
Merci par avance.

Je n'ai pas sous la main la réponse du 1, mais pour le 2, il n'existe rien de spécifique aux threads au niveau du langage (que ce soit C# ou VB.Net), c'est géré par le framework.

[Pol63]

en c# (ou vb.net) la fin du thread principal n'entraine effectivement pas l'arret du processus si d'autres threads de ce processus ne sont pas terminés

par contre quand on créé un thread, avant de faire .start on peut faire .isbackground = true
ce qui fait que dès que le thread créateur du nouveau thread s'arrete, le thread créé s'interrompt
(donc si tous les threads créés sont background, le processus s'arrete quand le thread principal s'arrete)

[3DArchi]

Salut,
Ok. Merci pour les infos. Donc si je résume, c'est 1/ oui modulo la propriété de background et 2/c'est du .Net donc même comportement avec n'importe quel langage sur le framework.