communication process, shell

Bonjour,

J'ai conçu une application C qui gère plusieurs tables dynamique de variables(que l'on peut appeler mapping), cela ressemble en très simple à une base de donnée.

exemple de variable dans le mapping:
I.1.234.12
M.23.89.54

Je souhaite à partir du shell accéder à ce mapping avec par exemple comme syntaxe:

Code:

---

1 2 3

$cat /sys/class/MonApp/mapping/I/1/234/12 $echo 32 > /sys/class/MonApp/mapping/I/1/234/12

---

c'est idée...
Comment je peut accèder à partir du shell(sans code compilé) à ce "mapping logique"?
Quel principe de codage en 'C' doit être utilisé?
Merci de votre aide.

Je ne suis pas sûr d'avoir bien compris mais je tente quand même une approche.

MonApp est ton application C. Donc elle doit être capable de lire des variables qui lui sont fournis en paramètre.

A partir de là la bonne syntaxe de ton application serait :

Code:

---

$cat /sys/class/MonApp /mapping/I/1/234/12

---

La différence réside dans l'espace entre /sys/class/MonApp et le paramètre.

Maintenant je suis peut être complétement à côté de la plaque :aie:

MonApp est l'application écrite "C" ( que je développe).

Cette application est lancée au démarrage de la machine.

Et je souhaite à tout moment je peux acon accèder à ma machine en cli(sans que je puisse stoppêr l'application), et avec le shell manipuler les variables du mapping.

Je ne peux pas passer de paramètre à mon application car elle est déjà en cours d'exécution depuis longtemps.

Je souhaite en quelque sorte faire du RPC avec mon appli en ligne de commande, ou idéalement faire comme l'arborescene virtuel du kernel /proc /sys qui permet d'interroger le kernel.

Mon appli est un peu un plc automate avec des variables que je souhaite interroger à partir du shell.

J'espère avoir été plus précis.

Je comprends mieux maintenant.

Le répertoire proc est alimenté par un tas d'applications. MonAppli tourne en tâche de fond. Soit. Elle doit donc créer et maintenir les informations auxquelles tu veux accéder.

Par exemple elle crée les répertoires "/proc/mapping/I/1/234/12" (c'est un exemple). Si une information change MonAppli met à jour les répertoires ou les fichiers en fonction.

En même temps tu peux décider qu'un fichier dans un répertoire particulier te permette de communiquer vers MonAppli.

De cette manière tu peux accéder aux répertoires/fichiers via le shell comme tu le désires.

2 questions:
1-je pensais que la gestion des fs /proc et /sys étaient gérer uniquement par le kernel et ses modules. est-ce qu'une appli en user space peut crée des entrées dans ses dossiers? si oui, comment?

2-je ne veux pas créer un objet/instance pour chaque fichiers dans /proc car j'ai 3000 variables. Je veux plutôt créer un objet/instance /proc/mapping/ qui contient:

Code:

---

1 2 3 4 5 6 7 8

procfs_fs_ops mon_dossier { .list : Ma_fonction_lister_dossiers(string path); .open : Ma_fonction_openfile(string path); .read : Ma_fonction_readfile(string path); .write : Ma_fonction_writefile(string path); .close : Ma_fonction_closefile(string path); }

---

Je voudrais chaque lecture/écriture dans /proc/mapping accède à la fonction Ma_fonction_openfile() passant en paramètre le chemin du fichier demandé.

est-ce possible?

Si tu veux lancer un programme qui communique avec ton application tournant en tâche de fond, il y a plusieurs moyens.

Par exemple tu pourrais communiquer par fichier -- si un fichier est créé dans tel répertoire, ton application le lit et l'efface (consomme) puis donne une réponse. Bien sûr je ne recommande pas de faire comme ça ;)

Je pense que le moyen le plus simple c'est les sockets. Ca marche à peu près de la même façon sauf que l'envoi d'un message ne passe pas par le système de fichiers, les données circulent directement dans le socket.

Bredelet,

Oui, mais c'est possible de faire des sockets UDP en shell? comment?

Un shell c'est un environnement destiné à lancer des programmes. Pourquoi tu ne lances pas un programme qui communique par socket et prend des paramètres en ligne de commande?

Sur ma cible embarquée, je voudrais éviter que mon script shell ne lance un processus à chaque accès au mapping de mon programme.

L'ouverture d'une socket UDP pour chaque session shell permet d'être plus légé.

Ou alors, l'ouverture d'un fichier dans un dossier virtuel pour chaque accès me paraît également légé.

Comment faire de l'UDP en shell?

Cela ne me parait pas raisonnable. Même si tu fais un 'cat' (par exemple pour lire des données dans /proc) ça ouvre un nouveau processus que je sache. De même pour un script shell à moins que tu utilises source.

A ta place je n'aurais pas peur d'écrire un petit programme tout simple qui utilise le socket.

la commande cat est intégrée dans busybox, donc je ne pense pas que cela crée de nouveau processus...

Mais je me résigne à créer un programme en C auquel je lui passe la la liste des commandes {type_requete,adresse,nb}.
Je ne sais pas encore comment parser la réponse...

S'il s'agit de Busybox tu devrais pouvoir l'étendre avec la fonctionnalité requise. Pour ce qui est du parsing demande sur le forum ;)

PS: la prochaine fois précise que tu fais de l'embarqué avec Busybox, ça aidera à faire des réponses plus cadrées.