Initiation à la programmation multitâche en C avec Pthreads

http://franckh.developpez.com/tutoriels/posix/pthreads/

Citation:

---

Les threads permettent de créer des programmes multitâches, ce tutoriel vous propose une approche par la pratique en partant d'un exemple unique !

---

Vous pouvez laisser un commentaire pour cet article à la suite.


:merci:

Dans la 2e partie (mutex), il y'a une inversion:

Code:

---

1 2 3 4 5

/* Debut de la zone protegee. */ pthread_mutex_lock (& store.mutex_stock);   psleep (get_random (3));

---

au lieu de :

Code:

---

1 2 3 4 5

psleep (get_random (3));   /* Debut de la zone protegee. */ pthread_mutex_lock (& store.mutex_stock);

---

Bonjour,
Merci beaucoup pour ce cours très clair.
Juste une petite remarque : il y a une erreur dans l'adresse du PDF (il manque un '/').

Un excellent tutoriel, surtout pour les novices de la programmation multi-threading. Merci !

Je viens de lutter contre un problème étrange pour mon initialisation de mutex.

En effet PTHREAD_MUTEX_INITIALIZER ne peut être utilisé uniquement sur les variables statiques (ce qui n'était pas mon cas, malheureusement). Ce détail à son importance car, d'après pthread.h :

Code:

---

# define PTHREAD_MUTEX_INITIALIZER {{0,0,0,0,0,0,{0,0}}}

---

Et donc le compilateur n'aime pas trop la première accolade et nous gratifie d'une erreur du type "Expected expression before `{'"

La solution est tellement simple mais n’apparaît pas dans ce tuto : Il faut initialiser le mutex (non statique donc) avec
pthread_mutex_init(&mutex, NULL);

Je verrai donc bien un soit un petit complément d'introduction au chapitre sur les mutex, soit en première sous partie au même titre pthread_mutex_lock / unlock

Super tuto sinon :ave:

Bonjour,

En reprenant ce bon exemple, j'ai trouvé un souci.

Dans le thread store, le réveil de tous les threads joueurs doit être réalisé, donc au lieu de l'appel à

Code:

---

pthread_cond_signal (& store.cond_clients);

---

c'est un appel à:

Code:

---

pthread_cond_broadcast(& store.cond_clients);

---

qui doit être effectué.

Stéphane

En lisant le tuto j'ai crue que pthread_mutex_lock ne pouvais être bloquant mais c'est pthread_mutex_trylock qui n'est pas bloquant .
Cette premierre fonction permet de déterminer le début d'une zone critique. Son seul argument est l'adresse d'un mutex de type pthread_mutex_t. La fonction renvoie 0 en cas de succès ou se bloque en attendant la libération du mutex ou retourne l'une des valeurs suivante dans certain cas :

EINVAL : mutex non initialisé.
EDEADLK : mutex déjà verrouillé par un thread différent.