Discussion :

[Bruno_bcd]

Bonjour,

J'ai lu bcp de doc sur le dll et le multi threading ...

Il semble que lorsque plusieurs process accèdent à une fonction d'une Dll, il n'y aie pas de problème de concurrence car chaque process évolue dans son propre environement mémoire.

Par contre, si un process lance plusieurs threads et que ces threads appellent une fonction d'une même Dll, j'aimerais savoir s'il faut que je gère la concurrence moi même ou pas ?

Qu'en est-il pour les paramètres des fonctions, les variables locales et globales de cette Dll ? Je n'ai absolument pas envie de partager les données entre mes threads ... c'est plutôt le contraire.

Merci

Bruno

[Médinoc]

Ben, dans une DLL, c'est comme dans l'EXE : Tout est partagé entre tous les threads d'un process.
- Variables globales : partagées entre tous les threads
- Variables locales statiques : partagées entre tous les threads
- Variables locales non-statiques et paramètres : Chaque thread à sa propre pile, mais un pointeur vers une variable locale (ou un paramètre) est valide partout (du moins, tant que la variable n'a pas été détruite).
- Et bien entendu, le tas est partagé, un pointeur est donc valide partout.

En théorie, à moins d'accès à des variables partagées (globales ou statiques), tu n'as pas besoin de gérer la concurrence toi-même.

[fearyourself]

En théorie, à moins d'accès à des variables partagées (globales ou statiques)

Ce qui, dans une DLL devrait être limité au minimum voir interdit.

Jc

[Médinoc]

C'est à cela que sert le thread-local storage.
Tout ce qu'il faut, c'est une variable globale process-wide pour conserver le N° de slot.

[Bruno_bcd]

Merci,

J'ai donc ma réponse, si mes variables sont non statiques et locales dans mes fonctions de ma Dll, je n'ai pas a gérer la concurrence entre mes threads !! Ouuuuf.

Encore merci de ces réponses précieuses pour moi.


Bruno