Discussion :

[mambo]

Bonjour tout le monde,

Je suis en train de réaliser une application et j'ai un problème avec un objet (c'est un map) à accès concurrent. En fait, j'ai un thread qui réalise des traitements sur cet objet et une méthode (méthode Fill) qui le remplit s'exécutant en parallèle.

Voilà ce que j'ai trouvé comme solution :

J'ai réalisé une classe qui hérite de CCriticalSection et qui contient l'objet Map. Je redéfinis la méthode insert, avec un lock au début et unlock à la fin, que j'appelle dans Fill.

Mon programme me génère une exception de violation d'accès et je sais vraiment pas pq. Quelqu'un peut m'aider?

Merci.

[Médinoc]

Euh, généralement, on fait le contraire: Une classe qui hérite de/contient map et qui contient une CCriticalSection.

Hériter de CCriticalSection n'est pas le genre de chose que je préconise. D'ailleurs, la classe équivalente en .Net est sealed...

PS: Elle est initialisée, ta CCriticalSection ? (traduire: dans ta connerie, tu appelles bien le constructeur parent?)

[mambo]

Oui, j'appelle le constructeur parent.
J'ai essayé l'autre solution et j'ai le même problème. Je crois que c du à autre chose.

Merci.

[Médinoc]

Sans code, ce sera difficile de t'aider...

[mambo]

J'ai plein d'éléments et de corrélation dans mon programme. Je sais pas qu'est ce qu'il faut que je présente au juste.

Voici la classe MyMap :

typedef map<const int, ClassServer> ServList;
class MyMap
{
public:
MyMap();
~MyMap();

public:
ServList *Servers;
CCriticalSection m_CriticSection;
};

Le constructeur :

MyMap::MyMap()
{
Servers = new ServList();
}

Et à chaque fois que je dois accèder au map Servers., je fais m_CriticSection.Lock() età la fin Unlock.

C'est ça le principe de la section critique?

[Médinoc]

oui.
Tu peux aussi utiliser la classe CSingleLock qui peut avoir son utilité (elle fait un unlock automatique dans son destructeur).

Que fait ta méthode Fill() ? Est-ce qu'elle fait planter un programme mono-threadé ?