IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

C Discussion :

Processus et interruptions


Sujet :

C

  1. #1
    Nouveau membre du Club
    Homme Profil pro
    Ingénieur intégration
    Inscrit en
    novembre 2018
    Messages
    35
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 38
    Localisation : France, Nord (Nord Pas de Calais)

    Informations professionnelles :
    Activité : Ingénieur intégration

    Informations forums :
    Inscription : novembre 2018
    Messages : 35
    Points : 27
    Points
    27
    Par défaut Processus et interruptions
    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

  2. #2
    Expert éminent sénior
    Avatar de Sve@r
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    février 2006
    Messages
    8 957
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Oise (Picardie)

    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : Aéronautique - Marine - Espace - Armement

    Informations forums :
    Inscription : février 2006
    Messages : 8 957
    Points : 24 554
    Points
    24 554
    Billets dans le blog
    1
    Par défaut
    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.
    Mon Tutoriel sur la programmation «Shell»
    Sinon il y en a pleins d'autres. N'oubliez pas non plus les différentes faq disponibles sur ce site

  3. #3
    Nouveau membre du Club
    Homme Profil pro
    Ingénieur intégration
    Inscrit en
    novembre 2018
    Messages
    35
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 38
    Localisation : France, Nord (Nord Pas de Calais)

    Informations professionnelles :
    Activité : Ingénieur intégration

    Informations forums :
    Inscription : novembre 2018
    Messages : 35
    Points : 27
    Points
    27
    Par défaut
    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.

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. Réponses: 1
    Dernier message: 18/03/2015, 08h53
  2. Réponses: 0
    Dernier message: 24/03/2013, 23h30
  3. [MCT] processus interruptible ou pas
    Par win_ubuntu dans le forum Merise
    Réponses: 1
    Dernier message: 01/12/2011, 10h37
  4. A propos de l'interruption de processus
    Par tsing dans le forum Administration système
    Réponses: 5
    Dernier message: 08/11/2006, 09h14
  5. Réponses: 2
    Dernier message: 04/10/2002, 09h13

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo