IPC et portabilité [*nix/Win]

salutations !

je developpe actuellement un jeux de tarot multijoueur en GTK
l'application utilise les pthread (promis je me renseigne sur les threads GTK plus tard :p) et j'ai un probleme de communication entre 2 threads.
l'un est chargé de recuperé les données envoyé par le user (pour le "chat" integré au tarot) et l'autre thread s'occupe de l'envoi (pas que, mais principalement)

or donc, j'ai besoin de passer des infos d'un thread a un autre, sans utiliser de var globale.
les pipe windows et unix ne se ressemblent franchement pas, et j'ai pas envie de jouer avec des #ifdef, j'ai pensé utilisé un socket UDP ... mais ca fait un peu "usine a gaz" ...

donc la question: selon vous, quel est le meilleur moyen de faire de la communication entre threads de maniere la plus "portable" possible?

question subsidiaire: y'as t-il une contre indication a utiliser les pthreads sur une appli GTK? les threads GTK apporte t-il vraiment quelque chose?

Citation:

---

Envoyé par Dark_Ebola

donc la question: selon vous, quel est le meilleur moyen de faire de la communication entre threads de maniere la plus "portable" possible?

---

Un contexte partagé. En effet, les threads partagent le même espace mémoire de données.

http://emmanuel-delahaye.developpez.com/pthreads.htm

bonjour,

Normalement une variable globale suffit pour etre partager entre deux thread du même processus.

Citation:

---

Envoyé par hegros

Normalement une variable globale suffit pour etre partager entre deux thread du même processus.

---

j'aimerais ne pas en utiliser :) (non pas pour emmerder, mais dans le but de me forcer a apprendre differentes ruses indiennes pour m'en passer)

Citation:

---

Envoyé par Emmanuel Delahaye

Un contexte partagé. En effet, les threads partagent le même espace mémoire de données.

---

je n'ai pas tres bien compris la notion de contexte partagé ...
le but etant de passer les addresses de mes vars a mes threads?

c'est tres difficilement realisable dans mon cas ... ou alors en reprennant tout le code ... je vais re-etudier mon code ... j'ai pas de calendrier a respecter ;)

Citation:

---

Envoyé par Dark_Ebola

Citation:

---

Envoyé par Emmanuel Delahaye

Un contexte partagé. En effet, les threads partagent le même espace mémoire de données.

---

je n'ai pas tres bien compris la notion de contexte partagé ...
le but etant de passer les addresses de mes vars a mes threads?

---

Tu as lu mon article ou quoi ? Tout est expliqué....

je reformule la question: qu'est-ce qu'un contexte? :roll:

je debute, et c'est la premiere fois que j'entend parler de contexte en C.
je suppose que c'est l'espace d'addressage (ou le segment, je sais pas si je me fait comprendre) ?
plus d'informations serait bienvenue !

et non, le mot "contexte" n'est pas expliqué sur l'article, ni ailleur sur le site.

Citation:

---

Envoyé par Dark_Ebola

je reformule la question: qu'est-ce qu'un contexte?

---

Une variable partagée de type quelquonque définie ou crée dans le main(), par exemple et dont l'adresse est transmise à qui en a besoin...

Par exemple aux différentes tâches. On récupère l'adresse dans le paramètre des tâches (c'est fait pour).
.