Discussion :

[tduverger]

Bonjour,
J'ai développé un programme basé sur raspberry avec des interuptions suivant l'état de certaines entrées.
Je souhaiterais faire évoluer celui-ci en ajoutant une sorte de "plugin" qui ecoute en permance des trames venant d'un périphérique via une web socket.
J'ai donc mo programme principal: progprin.c et mon autre programme wsocket.c
Je souhaiterais que progpin.c s'éxecute et que sous condition il execute wsocket.c.
Dès que wsocket.c récupère une trame, le résultat soit envoyer au programme principal (via une interuption) pour qu'il puisse le traiter.
J'ai donc plusieurs pistes:

• Intégrer le code de wsocket.c dans propin.c se qui alourdi l'ensemble du code (notamment pour debuguer)
• progprin.c execute wsocket.c en tant que processus fils et créer un tube pour remonter les résultats du fils vers le père

Je ne sais pas quelle est la meilleur facon de faire, en attendant vos retours.
Merci

[Sve@r]

Salut

Il n'y a pas de "meilleure façon", chaque façon aura des avantages et des inconvénients

Tout d'abord ta première solution: Intégrer le code de wsocket.c dans propin.c se qui alourdi l'ensemble du code (notamment pour debuguer). Absolument pas. Tu peux très bien avoir plusieurs ".c" compilés séparément mais qui ensuite sont reliés en un seul exécutable
Exemple
Un source "carre.c"

Code c :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
#include "carre.h"
 
unsigned long carre(int n) {
	return n*n;
}

Un source "carre.h"

Code c :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
#ifndef __CARRE_H_
#define __CARRE_H_
 
unsigned long carre(int);
#endif //__CARRE_H_

Un source "main.c"

Code c :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
#include <stdio.h>
#include "carre.h"
 
int main() {
	printf("carre de 2=%lu\n", carre(2));
}

Compilation

• gcc -c main.c
• gcc -c carre.c
• gcc carre.o main.o -o main

Plus possibilité de créer un joli Makefile pour optimiser cette phase de compilation (exemple complet ici).

Donc un gros programme découpé en plusieurs sources ".c", chacun ayant sa tâche, ne poseront pas de souci de source énorme et indébuggable.

Ta seconde option "progprin.c execute wsocket.c en tant que processus fils et créer un tube pour remonter les résultats du fils vers le père" oui ça serait plus dans la philosophie "plugin". Le programme principal fait un fork() puis remplace le fils par le programme "wsocket" via execl(). Ce serait plus long (P1 qui appelle P2) mais effectivement plus indépendant.

Mais encore une fois, il n'y a pas de "meilleure" solution. Chaque solution résoudra certains problèmes et en posera d'autres. A toi de voir à quel moment les problèmes posés sont moins importants pour toi que les problèmes résolus.

[tduverger]

Merci pour ton retour, à mon niveau la solution 1 sera plus simple à mettre en oeuvre.
La séparation dans différents .h me permettra de corriger plus facilement mon code.