Discussion :

[fmarot]

Bonjour à tous,

petite question au cas ou il y en ai qui aient la réponse. Est-ce que les conteneurs fournis par les MFC (notemment les CMap) sont thread safe (comme peuvent l'etre certains de leurs équivalents java. Enfin en Java au moins c'est précisé dans la doc !) ? J'ai l'impression que non car ca plante chez moi ci d'un coté je parcours la CMap grace à une POSITION et que de l'autre je la modifie. Mais on ne sais jamais, peut etre que mon code plantouille ailleurs...

D'ailleurs, j'en profite pour faire une remarque: je trouve la doc Microsoft assez mal faite (je viens de Java et j'adore la doc Sun de l'API, là j'ai une MSDN de 2000 il me semble). C'est normal ?

[hegros]

D'ailleurs, j'en profite pour faire une remarque: je trouve la doc Microsoft assez mal faite (je viens de Java et j'adore la doc Sun de l'API, là j'ai une MSDN de 2000 il me semble). C'est normal ?

C'est plutot un problème a regler directement avec les auteurs de cette documentation, que veux tu que l'on te dise nous aussi nous l'utilisons on se plaint pas

[la drogue c'est mal]

D'ailleurs, j'en profite pour faire une remarque: je trouve la doc Microsoft assez mal faite (je viens de Java et j'adore la doc Sun de l'API, là j'ai une MSDN de 2000 il me semble). C'est normal ?

c'est une question de goût et d'habitude

[fmarot]

Enfin bon, le probleme, c'est pas tant la doc que de savoir si les conteneurs MFC (et tout particulierement les CMap) sont thread safe ou pas !

[BertrandA]

Les objets MFC sont thread-safe au niveau de la classe, pas au niveau de l'objet.
Tu dois gérer les accès concurrentiels sur un même objet à l'aide de sections critiques, voir la classe <CCriticalSection> pour plus de détails.

[fmarot]

oui, j'ai vu ca amrqué plusieurs fois "thread safe au niveau de la classe, pas de l'objet". Ca veut dire quoi exactement ?

Sinon, oui, à partir du moment ou c'est pas thread safe, je suis obligé de me farcir les sections critiques. J'ai commencé, mais c'est pas facile 8)