Envoi de commande à un démon via echo

Bonjour à tous,

je développe depuis peu sous linux (en C) et j'ai besoin d'un peu d'aide...

Voilà, j'ai besoin de coder un démon qui attendrait des commandes de divers scripts et éventuellement de l'utilisateur.
Pour cela, je pensais utiliser un socket unix, qui me créerait une entrée dans le répertoire /tmp, ce qui permettrait aux scripts d'utiliser des commandes comme "echo 'start' > /tmp/customdaemon

Le problème, c'est que je n'arrive pas à coder cela. J'ai créé la socket, fait un bind sur une structure sockaddr_un contenant le path (jusque là, ça fonctionne), mais je n'arrive pas à recevoir quoique ce soit.
lorsque l'utilisateur tape "echo 'start' > /tmp/customdaemon, il reçoit l'erreur "No such device or address", alors que le 'fichier' /tmp/customdaemon est bien créé (j'ai mis les droits en écriture pour tous).

Pouvez vous m'aiguiller svp?

je te conseillerais l'utilisation de signaux...

comme ça tu fais :

Code:

---

kill -SIGUSR1 `cat /var/run/mondemon.pid`

---

et le tour est joué...

si tu as aussi besoin de transmettre des informations, utilises des pipes (uniquement cette machine) ou des sockets (tout le réseau)

Merci pour la réponse.

J'ai besoin de passer des commandes dont plusieurs avec des paramètres, je ne vais donc pas utiliser de signaux.
Par contre, pour les pipes, comment fait-on pour lui passer des commandes? Je croyais que les pipes n'étaient possibles que lorsque l'on créait le démon en même temp... :oops:

Citation:

---

Envoyé par g_d_u_m

J'ai besoin de passer des commandes dont plusieurs avec des paramètres, je ne vais donc pas utiliser de signaux.
Par contre, pour les pipes, comment fait-on pour lui passer des commandes? Je croyais que les pipes n'étaient possibles que lorsque l'on créait le démon en même temp... :oops:

---

en fait le pipe ouvre aussi des descripteurs de fichiers... il suffit donc de les stocker dans un certain fichier pour pouvoir ensuite y accéder quand tu lanceras son script


nb: perso, je l'ai jamais fait en shell, mais en C, on peut passer les descripteurs de fichiers en ligne de commande, et ça marche bien :D

ok merci,

j'ai commencé à regarder d'un peu plus près les pipes, je crois que je vais m'en sortir.
Je poste ici ce que j'ai compris, ça sera peut-être utile à quelqu'un d'autre:

il faut créer le pipe avec la foncton int mkfifo(const char *pathname, mode_t mode) (avec pathname="/tmp/essai" par exemple)

Ensuite on peut ouvrir le descripteur avec la fonction classique int open(const char *pathname, int flags) (en précisant O_RDONLY)

Puis on attend les messages en utilisant la fonction ssize_t read(int fd, void *buf, size_t count)

Un script peut alors envoyer des messages au programme en redirigeant simplement la sortie standard vers le descripteur en faisant par exemple echo "Message à transmettre" > /tmp/essai


Attention cependant, tant que l'autre bout du pipe n'est pas ouvert, on est bloqué:
- le programme bloque sur la fonction open jusqu'à ce qu'un script écrive vers /tmp/essai
- le script écrivant vers /tmp/essai bloque si le programme a quitté sans détruire le descripteur /tmp/essai

Bon codage à tous.

Comment tu gères les accès concurrents dans ce cas là ? Si tu as 2 utilisateurs ou scripts qui écrivent dans le pipe, il se passe quoi ? Sinon, tu as la solution simple qui consiste à lire les fichiers qui se trouvent dans un certain répertoire. Comme ça, si tu as plusieurs scripts qui veulent utiliser ton daemon, ils écrivent chacun dans leur propre fichier.

Citation:

---

Envoyé par _Mac_

Comment tu gères les accès concurrents dans ce cas là ? Si tu as 2 utilisateurs ou scripts qui écrivent dans le pipe, il se passe quoi ? Sinon, tu as la solution simple qui consiste à lire les fichiers qui se trouvent dans un certain répertoire. Comme ça, si tu as plusieurs scripts qui veulent utiliser ton daemon, ils écrivent chacun dans leur propre fichier.

---

rcs sur le fichier où l'on veut écrire ;)

tu peu tout a fait ouvrir le pipe en mode "non-bloquant (flag A_SYNC)", ainsi ton daemon vie sa vie sans attendre bloqué sur la lecture.
Ce flag t'impose une gestion des signaux afin d'appeller ta fonction de traitement lors d'un evenement "a lire"

Citation:

---

Envoyé par gorgonite

rcs sur le fichier où l'on veut écrire ;)

---

rcs, c'est quoi donc ?

Citation:

---

Envoyé par _Mac_

rcs, c'est quoi donc ?

---

fr : http://perso.limsi.fr/zabeth/unix/rcs.php

en : http://www.gnu.org/software/rcs/rcs.html