Discussion :

[sebastakis]

Bonjour,

J'ai trouvé dans MSDN le bout de code suivant :

If the connection is successful, write and read worker threads are created.

CloseHandle (CreateThread(NULL, 0, ReadThread, (LPVOID)s, 0, NULL));
WriteThread ((LPVOID)s);

A la page CloseHandle de MSDN, il y a la phrase suivante :

Closing a thread handle does not terminate the associated thread. To remove a thread object, you must terminate the thread, and then close all handles to the thread.

Je suis surpris par l'utilisation du CloseHandle. Je m'explique : lors de la création d'un thread avec la fonction CreateThread, celle ci retourne un handle qui permet de gérer le thread.

Si le handle associé au thread est fermé dès la naissance du thread, est ce que le comportement du thread est modifié ou sa gestion par l'OS est altéré?

Que se passe t il au niveau de l'OS si j'utilise CreateThread sans récupérer le HANDLE retourné par cette fonction ?

Je cherche a éviter toute suite de mémoire de manière à ne pas faire saturer la mémoire.

Seb

[Aurelien.Regat-Barrel]

Je suis surpris par l'utilisation du CloseHandle. Je m'explique : lors de la création d'un thread avec la fonction CreateThread, celle ci retourne un handle qui permet de gérer le thread.

Si le handle associé au thread est fermé dès la naissance du thread, est ce que le comportement du thread est modifié ou sa gestion par l'OS est altéré?

Non. Tu perd simplement la possibilité de le contrôler.

Que se passe t il au niveau de l'OS si j'utilise CreateThread sans récupérer le HANDLE retourné par cette fonction ?

Ce handle t'es renvoyé, que tu le récupère ou non. Si tu ne le récupère pas, il est perdu au niveau de ton code, mais il existe au sein de ton process.

Je cherche a éviter toute suite de mémoire de manière à ne pas faire saturer la mémoire.

Si tu ne fait pas de CloseHandle, la mémoire allouée pour l'objet thread ne sera pas libérée, du moins pas avant la fin de ton processus. C'est pas énorme, mais c'est bien une fuite de mémoire.

[sebastakis]

Si tu ne fait pas de CloseHandle, la mémoire allouée pour l'objet thread ne sera pas libérée, du moins pas avant la fin de ton processus. C'est pas énorme, mais c'est bien une fuite de mémoire.

Mais si j'utilise CloseHandle(CreateThread..... lors de la création de mon thread , que se passe t il lorsque mon thread se termine? Est ce que l'ensemble des mémoires allouées pour ce thread sont libérées?

En bref reste t il une fuite de mémoire?

[Aurelien.Regat-Barrel]

Il faut distinguer 2 choses :
- l'objet noyau thread interne à Windows, dont la durée de vie est gérée par le mécanisme des handle
- les actions effectuées par ton thread lorsqu'il est "vivant", en particulier la mémoire utilisateur qu'il a alloué, au sein de ton process.
Les ressources allouées par ton thread sont par défaut vues comme des ressources du process tout entier, et non pas spécifiques à ton thread.
Ca veut dire que par défaut, tout ce que ton thread a alloué, rien ne sera libéré lors de sa mort. Windows ne fera le ménage que lors de la mort du process.
Y'a quelques cas particuliers, comme les Thread Local Storage, mais mieux vaut considérer que tout ce que le thread n'aura pas libéré est perdu (fuite de mémoire...).

[sebastakis]

Si je comprends bien l'objet noyau thread interne à Windows est géré par le handle qui lui est associé lors de l'execution de la fonction CreateThread.

si j'utilise un CloseHandle sur l'objet noyau thread alors qu'il est vivant, comment l'OS peut il piloter le thread (changement de contexte, priorité....)?

Pour le reste concernant la libération de la mémoire allouée, je suis d'accord avec toi.