Discussion :

[iznogoud36]

bonjour,

je souhaiterais mettre une chaine doublement chainée dans une mémoire partagée pour que deux programmes puissent y avoir accés.chaque chainon a un ID(int) un pointeur sur l'element précedent et suivant
En fait un des 2 programmes créer la memoire partagée ainsi que la chaine située à l'interieur.
Le 2e programme accede bien a cette memoire partagée ,il affiche bien l'id de l'élement mais dés qu'il s'agit d'accéder aux pointeurs pour aller sur le suivant ou le precedent, jle programme plante et j'ai une 'segmentation fault'.
J'avais lu qu'un pointeur n'a de valeur que pour le programme qui le créé, quant est il lorsque ce pointeur est dans une memoire partagée...?
est ce que je peux manipuler les pointeurs créé par le programme 1 dans le programme 2 ?

merci par avance

[hegros]

du code

[iznogoud36]

je voudrais deja savoir si c'est possible svp

merci

[InOCamlWeTrust]

Non, ce n'est pas possible, à moins que tu utilises des processus légers. Chaque programme possède son propre espace d'adressage particulier, sous les OS classiques, bons, qui sont respectables.

C'est le genre de trucs que les électroniciens n'ont pas encore compris qu'il ne faut pas faire : je travaille avec eux en ce moment, et ils ont voulu faire un truc dans ce genre-là... bien-sûr, sous Linux, et tout OS qui se respecte, ce n'est pas possible !

Faut pas essayer de faire des trucs si dégueulasses !

[Jean-Marc.Bourguet]

C'est possible (au moins avec la plupart des Un*x) mais c'est parfois plus delicat que ca en a l'air car il faut s'assurer que la memoire partagee est bien mappee au meme endroit par tous les processus. Le plus sur, c'est d'utiliser des deplacements par rapport au debut de la zone de memoire partagee plutot que des pointeurs.

[iznogoud36]

Le plus sur, c'est d'utiliser des déplacements par rapport au debut de la zone de mémoire partagée plutot que des pointeurs.

aurais tu des exemples, ca m'intéresserait de voir ca

merci

[Jean-Marc.Bourguet]

aurais tu des exemples, ca m'intéresserait de voir ca

merci

Rien que je puisse montrer et j'ai pas le temps de faire quelque chose simplement pour montrer la technique.

[Neitsa]

Bonjour,

Sous système unix et dérivés il y a mmap() qui permet de faire de l'IPC (Inter Process Communication).

cf. : http://en.wikipedia.org/wiki/Mmap
man page : http://www.die.net/doc/linux/man/man3/mmap.3.html
exemple : http://www.ecst.csuchico.edu/~beej/guide/ipc/mmap.html

sous Windows, le concept de mémoire partagée existe aussi, via les fonctions de "mapped files" : CreateFileMapping(), etc.

Exemple : http://msdn2.microsoft.com/en-us/library/aa366551.aspx
fonctions : http://msdn2.microsoft.com/en-us/library/aa366781.aspx

[InOCamlWeTrust]

il faut s'assurer que la memoire partagee est bien mappee au meme endroit par tous les processus.

Rien n'est moins sûr, et si le processus tente d'accéder à un endroit auquel il n'a pas le droit d'accéder, il ne pourra jamais le faire, même en installant un handler pour le signal SIGSEGV et en évitant de planter le programme.

Le cas de mmap() me paraît peu probable : mmap() sert à mapper des fichiers dans des zones mémoire, ni plus ni moins. Peut-être que sous certains systèmes l'implantation est défaillante, mais a priori...

Le plus sur, c'est d'utiliser des deplacements par rapport au debut de la zone de memoire partagee plutot que des pointeurs.

Quelle est-elle cette zone partagée ? Moi, je n'en connais pas.

[Médinoc]

Certaines implémentations de mmap() permettent de faire de la mémoire partagée entre un processus et ses fils futurs. Généralement, c'est marqué dans la doc de l'implémentation en question.

Mais généralement, sous un systèmes unixoïde on utilise les vraies fonctions d'IPC: shmget() et consorts (System V) ou l'équivalent POSIX s'il y en a un.

[Jean-Marc.Bourguet]

Certaines implémentations de mmap() permettent de faire de la mémoire partagée entre un processus et ses fils futurs. Généralement, c'est marqué dans la doc de l'implémentation en question.

Plusieurs processus peuvent mapper la meme zone du meme fichier.

Mais généralement, sous un systèmes unixoïde on utilise les vraies fonctions d'IPC: shmget() et consorts (System V) ou l'équivalent POSIX s'il y en a un.

shm* fait partie de POSIX (enfin, de l'extension XSI de POSIX).

[Médinoc]

Plusieurs processus peuvent mapper la meme zone du meme fichier.

Sans parler de fichier, je parle de commandes de mmap() sur du vide qui allouaient de la mémoire "partagée pour les fils", je crois avoir notamment vu ça sur HP-UX.

shm* fait partie de POSIX (enfin, de l'extension XSI de POSIX).

Je ne sais pas, car on parle toujours "d'IPC SystemV contre IPC POSIX", notamment pour les files de messages et les sémaphores...

Et je sais que notre vieil HP-UX retournait ENOTIMPL pour les IPC POSIX...

[souviron34]

en plus il me semble me souvenir que mmap et dérivés, lorsque la table est modifiée, on doit recharger le tout, non ?

Donc on gagne éventuellement en mémoire, mais on perd en temps...

[Jean-Marc.Bourguet]

en plus il me semble me souvenir que mmap et dérivés, lorsque la table est modifiée, on doit recharger le tout, non ?

Quelle table?

Si tu mappes deux fois le meme fichier en SHARED, les modif sont visibles immediatement d'un process a l'autre, meme si elles ne sont pas sur le disque.

[souviron34]

ok ce sont des vieux souvenirs...

[jowo]

Bonjour,

Si je devrais coder une telle solution, j'opterai pour une solution travaillant avec un tableau. Les pointeurs seraient remplacés par des index.