Discussion :

[Mayhem555]

Salut à vous.

J'ai un problème "à la con" qui m'a fait passer pas mal de temps à chercher sasn succès.

En fait, je cherche dans mon programme C à récupérer le numéro de process (PID) d'un programme dont je donne le nom.

Sous linux la commande pidof nom_de_process marche bien mais comment récupérer son résultat dans une variable de mon programme C ?

La fonction system() ne renvoie jamais le résultat d'une commande UNIX (elle ne fait que l'exécuter), et la librairie GNU C ne propose rien à ce niveau là. J'imagine qu'il doit bien y avoir une librairie qui gère ça, je ne trouve rien dans GLib non plus...

Auriez-vous une idée ? Merci !

[Sve@r]

Salut à vous.

J'ai un problème "à la con" qui m'a fait passer pas mal de temps à chercher sasn succès.

En fait, je cherche dans mon programme C à récupérer le numéro de process (PID) d'un programme dont je donne le nom.

Sous linux la commande pidof nom_de_process marche bien mais comment récupérer son résultat dans une variable de mon programme C ?

La fonction system() ne renvoie jamais le résultat d'une commande UNIX (elle ne fait que l'exécuter), et la librairie GNU C ne propose rien à ce niveau là. J'imagine qu'il doit bien y avoir une librairie qui gère ça, je ne trouve rien dans GLib non plus...

Auriez-vous une idée ? Merci !

Code :

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

1
2
3
4
5
6
7
char ligne[1024];
FILE *fp;
 
fp=popen("pidof processus", "r");
while (fgets(ligne, 1024, fp) != NULL)
    printf("%s", ligne);
pclose(fp);

[Mayhem555]

Sve@r : Merci beaucoup. Tu as réglé le problème d'une fort belle manière

Je ne connaissais pas du tout cette fonction popen

Je vais essayer ça dès que je peux ^^

[Mayhem555]

En fait, je me permet de relancer la discussion, car ta solution Sve@r est bonne mais je me pose des questions sur les perfs, étant donné que je programme un espece de "monitor" qui doit vérifier constamment si un process est lancé ou pas (au moyen d'une boucle dans GTK+)...
Est-ce que le fait d'utiliser pidof ne lance pas un shell à chaque fois, avec tout le bouzin qui suit (chargement des variables d'environnement, etc..) ? Si je fais cela plusieurs centaines de fois par seconde (quelle que soit la vitesse de ma boucle), ça risque d'être un peu lourd ou je me trompe ?

On m'a aussi proposé une solution, c'est d'utiliser la librairie dynamique libproc.so, contenu dans le package "procps" (installé par défaut sur ma Fedora 9, et qui contient tous les utilitaires pour voir et gérer des processus : ps, top, kill, etc.), qui permettrait de donner les infos sur le process directement depuis le système de fichiers virtuel dans /proc.

Seulement,après du gros Google qui tâche, impossible d'avoir une documentation, ni du package, ni de la librairie. J'ai pourtant été sur le site SourceForge : http://procps.sourceforge.net/..walou.
Pareil dans le répertoire /usr/share/docs/libproc...ya pas grand chose de vraiment bien foutu.

Voilà donc mon souci ? Rester sur la solution de Sve@r malgré mon cas particulier de monitoring, ou bien tenter la lecture de /proc ??

[tamiel]

Regarde les sources de killall5, le programme pidof est inclus dedans.

[souviron34]

fonction

getpid()

http://man.developpez.com/man2/getpid.2.php

[Mayhem555]

fonction

getpid()

http://man.developpez.com/man2/getpid.2.php

Oui, mais cette fonction renvoie le PID du processus actif, pas d'un processus dont je spécifie le nom.

[Sve@r]

Sve@r : Merci beaucoup. Tu as réglé le problème d'une fort belle manière

Je ne connaissais pas du tout cette fonction popen

Bah, utiliser un pipe pour lire un processus c'est une des bases d'Unix

En fait, je me permet de relancer la discussion, car ta solution Sve@r est bonne mais je me pose des questions sur les perfs, étant donné que je programme un espece de "monitor" qui doit vérifier constamment si un process est lancé ou pas (au moyen d'une boucle dans GTK+)...
Est-ce que le fait d'utiliser pidof ne lance pas un shell à chaque fois, avec tout le bouzin qui suit (chargement des variables d'environnement, etc..) ? Si je fais cela plusieurs centaines de fois par seconde (quelle que soit la vitesse de ma boucle), ça risque d'être un peu lourd ou je me trompe ?

T'as tout a fait raison. Chaque fois que tu fais popen tu génères un nouveau processus (et tout son bouzin associé)

On m'a aussi proposé une solution, c'est d'utiliser la librairie dynamique libproc.so, contenu dans le package "procps" (installé par défaut sur ma Fedora 9, et qui contient tous les utilitaires pour voir et gérer des processus : ps, top, kill, etc.), qui permettrait de donner les infos sur le process directement depuis le système de fichiers virtuel dans /proc.

Seulement,après du gros Google qui tâche, impossible d'avoir une documentation, ni du package, ni de la librairie. J'ai pourtant été sur le site SourceForge : http://procps.sourceforge.net/..walou.
Pareil dans le répertoire /usr/share/docs/libproc...ya pas grand chose de vraiment bien foutu.

http://lfs.traduc.org/view/lfs-5.0-f...xa/procps.html

Voilà donc mon souci ? Rester sur la solution de Sve@r malgré mon cas particulier de monitoring, ou bien tenter la lecture de /proc ??

Vaut mieux éviter tout ce qui est intermédaire (toute la phase création processus) et tenter d'utiliser dans ton code une librairie faite pour ça...

[Mayhem555]

http://lfs.traduc.org/view/lfs-5.0-f...xa/procps.html


Vaut mieux éviter tout ce qui est intermédaire (toute la phase création processus) et tenter d'utiliser dans ton code une librairie faite pour ça...

Merci, pour ta réponse. Malheureusement, j'ai beau chercher. Je ne trouve nulle part où je peux avoir les fonctions contenues dans la bibliothèque libproc (théoriquement contenue dans le package procps), ni comment les utiliser, ni comment réaliser compilation & linkage.

J'ai tenté l'utilisation de la librarie libslack, qui fournit notamment une fonction permettant de checker si les process sont en train de tourner, mais malheureusement sur les distribs Fedora ya un gros bug au linkage

Je ne pensais pas que je galèrerais autant sur une fonctionnalité relativement banale (excusez moi pour l'abus de langage).


Sinon, où puis-je trouver le code source du programme killall5 ?

Merci encore pour votre aide.

[bizulk]

Pour les source du paquetage procps il te faut le paquetage procps-src,
sinon tu as ce qu'il te faut ici.

[Mayhem555]

Voilà, alors dans l'impossibilité de trouver une bibliothèque qui répondait à mes besoins, j'ai donc téléchargé les sources du paquetage sysv-init 2.86 qui contient les sources des programmes killall5 (killall5.c contenant lui-même le code de pidof, quelque peu différent).

Je m'en suis sorti comme ça, et modifiant un peu, et ça fonctionne. Donc je poste afin que cela puisse aider certains.

Bye !