Version imprimable
Bonjour, je voudrais qu'un processus père et un fils créé par fork puissent s'échanger des données comme l'écrivain et le lecteur, mais sans passer par aucun fichier intermédiare, et si possible dans les deux sens.
Cela me paraît possible avec ptrace(PTRACE_PEEK, ... ) et ptrace(PTRACE_POKE, ... ), mais j'aimerais que l'on m'indique un exemple. (sous linux)
Merci.
Sous nux, il est très facile pour deux programmes père et fils de communiquer.
Pour un modèle producteur/consommateur, tu peux utiliser deux sémaphores et un segment de mémoire partagée, ou bien juste un tube anonyme (voire deux si tu veux une communication bidirectionnelle).
Ou encore un Socket Unix...
oui merci,
pourrais tu m'indiquer un exemple qui fonctionne aussi bien sous linux (chez moi) que sous sunOS 5.8 au boulot ? merci
Personnellement, non, car je suis plus un développeur Windows. Mais un gourou linuxien va sûrement passer dans les parages...
un pipe devrait faire l'affaire
Un petit point d'entrée : http://developers.sun.com/solaris/ar...med_pipes.html
oui alors ça m'intéresse de savoir comment passer des données entre un père et son fils qui existent déjà, parce que l'exemple que j'ai trouvé, http://www.developpez.net/forums/d53...s/tubes-pipes/ semble redémarrer celui des deux qui sert de source.
Alors les linuxiens, est il possible de passer des données entre un pére et son fils après que le fork ait eu lieu ?
merci ram-000000; cet exemple me paraît très bien, et il est bien écrit pile pour du linux et du solaris 8; c'est super, merci encore, et maintenant il me reste plein de boulot pour mettre ça en oeuvre sur mes machines.
David
ram-000000,
je suis en train d'essayer de mettre en place les pipes que je vois dans l'exemple vers lequel tu m'as envoyé un lien, et je m'aperçois qu'il sagit d'un client et d'un serveur, éventuellement reliés en full-duplex par les deux pipes.
Y a-t'il un empêchement que je ne verrais pas encore à ce que le serveur et son client soient en fait un père et son fils ?
Je vais essayer d'incorporer les pipes entre mes père et fils, mais peux tu me dire dès maintenant si je ne risque pas de me retrouver face à une impossibilité ?
merci.
PS j'ai trouvé dans le man pipe de linux exactement ce que je vouleis.
Non, le fait qu'il soit père ou frère ou cousin ou inconnu entre eux n'a aucune incidence.Citation:
Envoyé par dva2tlse
Le seul truc, c'est un problème de droit. Il faut que le lecture ait le droit de lire dans le pipe.
Ok merci ram-0000,
j'ai finalement utilisé des pipes nommés entre mon processus fils et son père; cela marche très bien pour l'instant, mais j'ai des choses incongrues dues me semble-t'il à un manque de sychronisation entre les deux process.
-le début se passe bien, le père forke,
-le fils qui est créé envoie un message à son père par le pipe et le dit,
-le père reçoit le message par le pipe et le dit aussi.
Je voudrais ensuite que le père fasse quelques transformations sur le message qu'il a reçu, et se serve du résultat pour lire des choses dans l'espace mémoire du fils avec ptrace(PTRACE_PEEKUSR, pid_du fils, *adresse_à_lire, pas_important), puis pour en écrire d'autres avec ptrace(PTRACE_POKEUSR, pid_du fils, *adresse_à_écrire, *mot_à_écrire).
Comment puis-je faire pour que le fils attende tranquilement que sa mémoire soit lue sans aller jusqu'à sa fin, puis pour qu'il attende encore un peu que le père construise la donnée qui va lui être mise en mémoire, et qu'il redémarre seulement après cela, avec la donnée modifiée en mémoire ?
Merci de m'aider dans tout ce bazar.
David
Heu, ca c'est le meilleur moyen de se casser la gu...le.Citation:
Envoyé par dva2tlse
Si tu as un pipe entre le père et le fils, sert t'en pour créer ton propre protocole applicatif, c'est beaucoup plus safe et portable que cette rustine de lire l'espace mémoire.
Ca y'est, il est repassé en mode délire...Citation:
Envoyé par dva2tlse
Ben oui, t'avais pourtant bien remarqué que j'avais la tête dure.Citation:
Ca y'est, il est repassé en mode délire...
à bientôt,
David
Non, non, en fait; j'arrête le délire c'est promis, mais je veux finir par trouver un moyen d'accéder à une structure proc dont je ne connais que l'adresse virtuelle. (et c'est pas du tout gagné...)
David