fonction atexit et arguments

Bonjour à tous,

j'aimerai savoir si il est possible de spécifier les arguments pour une fonction désignée dans atexit.

Je m'explique... Je veux exécuter un programme externe avec C et envoyer automatiquement un email contenant le résultat dès que l'exécution à fini.
J4ai donc la structure suivante :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15

int p=fork(); if(p>0) { wait(NULL); printf("Je suis le père\n"); }   else { atexit(envoie_mail); //sera executé quand le processus aura fini   //Eexecution + recuperation du résultat resultat = exec(programme); exit(0); }

---

Ce que je voudrais c'est de pouvoir passer en argument de la fonction envoie_mail la variable contenant le résultat.

Je ne pense pas que atexit(envoie_mail(resultat)) soit autorisé?

Merci d'avance

Impossible en C standard sans passé par une variable globale (ou statique). Il existe une extension GNU, disponible sur les systèmes avec une glibc, on_exit().
Cordialement.

Merci pour l'information

Glibc est une extension à installer ou il suffit de l'importer?
Je suis sous ubuntu.

Citation:

---

Envoyé par dvp_zero

Glibc est une extension à installer ou il suffit de l'importer?
Je suis sous ubuntu.

---

Alors c'est déjà installé... pas le choix même :aie:

Merci ;)

Importer la glib juste pour ça, autant utiliser une variable globale, non?

Attention il ne s'agit pas de la glib mais de la glibc : gnu C library.

My bad, j'avais mal lu.

Par contre du coup le code ne sera plus portable sur Windows.

Absolument et pas uniquement sous Windows, c'est ce que voulait dire ma première phrase:

Citation:

---

Impossible en C standard sans passé par une variable globale (ou statique).

---

D'un autre côté, vouloir faire un processus "complexe" à la sortie du programme, quand tu risques d'avoir je ne sais combien de modules plus ou moins HS, cela ressemble fort à une grosse erreur de conception... Faudrait mieux définir une exécution SESE (Single-entry single-exit), et envoyer ton mail avant le return final : d'une part, c'est portable, et d'autre part, tu évitera les effets de bord dûs à la terminaison du processus.

Par exemple, sous Windows :

Citation:

---

Envoyé par MSDN

The code in the atexit function should not contain any dependency on any DLL which could have already been unloaded when the atexit function is called.

---

Citation:

---

Envoyé par MSDN

In the case when _onexit is called from within a DLL, routines registered with _onexit run on a DLL's unloading after DllMain is called with DLL_PROCESS_DETACH.

---

Or, beaucoup de fonctions sous Windows sont dans des DLL... Tu risques un plantage sévère si tu utilises quoi que ce soit qui ne soit pas totalement inclus dans la CLib ! Et ça m'étonnerait beaucoup qu'un envoi de mail fasse partie de la CLib, à moins de l'envoyer en tapant directement dans les sockets...

Au pire, si tu n'as pas déjà un code SESE, tu peux toujours dégager le code de ton main dans une fonction, et simplifier ton main de façon à appeler cette fonction, récupérer le code de sortie, envoyer ton mail et enfin terminer ton main en renvoyant ledit code de sortie.

Bonjour,

en fait j'ai procédé de cette façon car le but sera de faire tourner ceci sur un serveur linux et permettre à des clients d'exécuter des programmes installé sur ce serveur. J'ai donc toute une partie php qui communiquera par socket avec mon programme C.

Mon programme C se chargera donc :
1. de récuperer via la socket le nom du programme à exécuter. Un processus fils est alors créer pour chaque exécution voulue
2. exécuter les programmes en fonction des choix des utilisateurs et à chaque fin d'exécution, j'envoie un email en faisant un appel avec execl sur un script php d'envoie d'email.

Ma fonction pointée par on_exit serait donc du style :

Code:

---

1 2 3 4 5 6 7

void envoie_mail(int code, struct Email *mail) { (void)code; printf("L'email est envoye \n Resultat : %s",mail->result); execl("/usr/bin/php","php","sendEmail.php",mail->result,NULL); }

---

Ais-je mal pensée la structure de mon programme?

De plus, je me suis dit que j'aurai ainsi pu prévenir l'utilisateur si une exécution s'était mal déroulée en fonction du code de retour.

De plus je ne tenais pas compte de la portabilité étant donné que je sais à quel machine ceci sera destiné (et y rester).

Merci