Thread, Mutex et bug ^^

Bonjour,

Je post ce message car je rencontre un problème que je ne parviens pas à résoudre. Un des thread de mon application se fige après l'appelle au blocage d'une mutex. J'ai beau chercher, je ne trouve pas la cause :/ En plus je me suis un peut laisser aller quand j'ai coder et maintenant j'ai un peut du mal à retrouver ce que j'ai fait ^^

Je voudrait donc savoir si vous aviez une idée de ce qui pourrait être la cause.

Voici les sources : http://t4cwebserver.free.fr/SDL_MMORPG/doc/html/

Le thread s'arrête dans le fichier ClientSocketThread.cpp à la ligne 26 : ClientChar::Instance().LockMutex();

Ben oui, c'est le principe des mutexes... Ton application attend jusqu'à ce que le verrou soit libéré. Si ça n'arrive jamais, ben ton application bloque éternellement.

Ce qui sous entend que la mutex est déjà bloquer dans un autre thread... Sauf que je n'utilise pas (encore) cette objet à un autre moment... 8O

ne serait-il pas crée et initialisé locké ?

Citation:

---

Envoyé par JC_Master

Ce qui sous entend que la mutex est déjà bloquer dans un autre thread... Sauf que je n'utilise pas (encore) cette objet à un autre moment... 8O

---

Si tu as plusieurs instance de ton programme qui tournent, il se peut que ton Mutex soit partagé entre les processus ! Cela pourrait etre une cause du comportement que tu observes. Dans ce cas c'est dans l'initialisation du mutex qu il faut aller taper.

Sinon verifie ce que dis Olive Le malin
Sinon tu peux essayer d'utiliser des Semaphores; ca offre plus de possibilités. ... une fois j avais un problème de blocage (que je ne comprenait pas) avec un mutex, j ai migré vers des semaphore et tout va bien :-)

Citation:

---

Envoyé par Wikipedia

Un sémaphore est une variable protégée (ou un type de donnée abstrait) et constitue la méthode utilisée couramment pour restreindre l'accès à des ressources partagées (par exemple un espace de stockage) dans un environnement de programmation concurrente. Le sémaphore a été inventé par Edsger Dijkstra et utilisé pour la première fois dans le système d'exploitation THEOS.

Les sémaphores fournissent la solution la plus courante pour le fameux problème du « dîner des philosophes », bien qu'ils ne permettent pas d'éviter tous les interblocages (ou deadlocks). Pour pouvoir exister sous forme logicielle, ils nécessitent une implémentation matérielle (au niveau du microprocesseur), permettant de tester et modifier la variable protégée au cours d'un cycle insécable.

---

Hum, quel est la différence avec un mutex? (Si ce n'est l'existence matériel et non uniquement logiciel de ce dernièr)

De plus, je crois qu'il serait plus judicieux que je réécrive le code en java, car ça m'évitera d'empiler des librairies alors que l'API de java dispose déjà de tout ça, surtout actuellement le programme est loin d'effectuer un record de vitesse, c'est tout juste si l'affichage reste correcte...

Enffin, merci quand même de vos réponses ^^

Un mutex est plus comme un sémaphore binaire : ll n'y a qu'une seule ressource.
De surcroit, il peut être implémenté de manière à ce qu'un même thread puisse le réserver deux fois sans de deadlocker tout seul (c'est le cas des mutex Windows).

De plus, les mutexs POSIX sont locaux à un processus contrairement aux sémaphores.

Bref, il y a facilement des différences.