Voila, j'aimerez savoir quelle solution *simple* vous avez déjà pu trouver pour pouvoir partager une liste chainée entre 2 processus ?
 
pke pour le moment je ne vois comme seul solution que de créer un nouveau segment pour chaque élément
 
y'a t'il un autre moyen de faire ça ?

Quel OS ?
T'es obligé d'utiliser des processus ? Pas possible avec des thread ?

cela dit, tu peux envisager un modèle client server ou ton application serveur dialogque par pipe avec les clients. c'est une gestion tres jacobine des données, meme si c'est lent, c'est tres efficace en terme d'utilisation.
 
bref on attend que tu spécifie ton OS pour t'indiquer quelle bibliotheque utilisé et te conseiller niveau sémaphore

GNU/Linux
 
en faite mon appli va se diviser en 2 par un fork, une gère une operation à faire en boucle et l'autre se contente d'infléchire sur les options au cour de l'opération de l'autre
 
actuellement tout marche en un seul processus mais j'aime pas du tout pke suivant les futurs améliorations ça va devenir invivable
j'ai déjà tout fait en liste chainé ...
 
en faite j'ai prit cette voix la pke c'est celle ki me paraissait la mieux adapté à ce ke je veux faire
 
c'est un soft ki gère un lcd sur port //, permettant d'y afficher diverses info système dessus
la partie "commune" au programme c'est le traitement de la configuration, le chargement des plugins (les infos systèmes seront récup par des plugins pour la modularité), etc ...
 
ensuite ça se sépare en 2, une partie gère le traitement des infos à affiché sur le lcd et à envoyer ensuite
cette partie est assez complexe pk'il faut traiter une string ki représente une ligne du lcd et ki indique qu'elle sont les infos à afficher, ensuite il faut récup les infos, et une fois toutes les lignes du lcd constitué on les envois au lcd (seulement ça aussi c'est assez complexe puisqu'il faut traiter le protocol de com avec le lcd, les divers effets graphique etc ...)
 
l'autre partie concerne simplement le gui, mais il faut ke le gui soit indépendants du traitement pke le soft doit pouvoir tourner sans gui (genre un daemon)
 
et de part la lignéarité d'un lcd (enchainement de ligne), un système de liste chainé c'est avéré le plus logic
 
helloword > je fais pas encore bien la différence entre les deux tu peux m'expliker ?
 
Taz > ça je le sens mal pke ça rajouterai une sacré couche à tout ça !
une couche de communication à gérer en plus

Un thread correspond à flux d'exécution dans le même processus, donc dans le même espace mémoire, accédant aux même données (avec tous les problèmes que cela pose).
Alors que 2 processus différents "vivent" dans 2 espaces mémoire différents.
 
Sinon, sans aller jusqu'à créer un segment de mémoire partagé pour chaque élément de la liste, il y a peut être moyen de gérer toute la liste chainée dans un seul segment partagé

ton application doit etre multi-thread
la référence http://www.llnl.gov/computing/tuto [...] /MAIN.html

ok, merci
 
j'ai avoir un peu de lecture moi

Oui les thread c'est tout indiqué.
Plus aucun probleme de partage memoire alors.
Attention cependant à ne pas modifier la liste pendant que l'autre la lit etc ... (=> exclusion mutuelle, accès concurrents ...)
Bon courage.

huuum, avec un "jeton" en mémoire ça devrait allé ?
genre déclarer un char, si il vaut 0 on peux écrire dans la mémoire, s'il vaut >0 on écrit pas ?

non, ça n'ira pas. utilises les mutex et semaphores de posix thread (man pthread_mutex_create) par exemple

 
 
oui, c ce ke je viens de voir dans ce ke tu ma filé
j'avais aps encore commencer à lire