Discussion :

[elm]

Bonjour,
Je cherche un moyen d'arrêter un processus après un certain temps (60 secondes temps réel).

Je ne vois pas comment créer un timer qui arrête le processus après un temps déterminé. Je suppose qu'il existe aussi une fonction pour ça mais je n'ai pas trouvé... Créer un processus qui dort pendant 60 secondes puis tue mon premier processus n'a pas l'air particulièrement efficace, je me trompe?

Merci d'avance!

[souviron34]

tu veux qu'il se "suicide" ou qu'il soit tué par quelqu'un d'autre ?

[millie]

Si le processus doit se suicider, tu peux utiliser le couple signal/alarm.

Tu utilises alarm pour forcer l'envoi d'un signal SIGARLM au bout de 60 secondes. Et tu utilises signal pour mettre un handler pour l'intercepter.

Ou sur notre site :
http://man.developpez.com/man2/signal.2.php
http://man.developpez.com/man2/alarm.2.php

EDIT : Je suis pas certain de la portabilité du programme sous Windows... C'est peut être sigaction au lieu de signal qu'il faut utiliser, mais le serveur sur lequel j'ai mes codes d'exemple est HS.

[Médinoc]

Windows ne gère pas du tout SIGALRM.
Voici ce que disent les commentaires de la CRT à ce sujet:

Code X :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
The Win32/Dosx32 implementation
*       supports seven signals, divided up into three general groups
*
*       1. Signals corresponding to OS exceptions. These are:
*                       SIGFPE
*                       SIGILL
*                       SIGSEGV
*          <snip>
*
*       2. Signals corresponding to ^C and ^Break. These are:
*                       SIGINT
*                       SIGBREAK
*          <snip>
*
*       3. Signals which are implemented only in the runtime. That is, they
*          occur only as the result of a call to raise().
*                       SIGABRT
*                       SIGTERM*/

[elm]

Merci Millie, ceci fonctionne!

Par contre, même si je ne dois pas porter ce programme sur Windows, il s'agit d'un projet où les assistants sont très critiques au niveau des choix dans l'implémentation (malgré nos connaissances limitées et le peu d'indications de leur part...).

Il me semble que l'utilisation des signaux peut être désactivée par d'autres programmes, peut-on donc considérer cette solution comme fiable, ou est-il recommandé d'utiliser des méthodes différentes (j'ignore lesquelles) si on veut que le programme respecte les spécifications en toute circonstance?

[souviron34]

eh bien si tu veux tu peux te servir du "clock" temps réel que j'ai mis dans les sources http://c.developpez.com/sources/c/?p...DATE_get_clock

Il y a l'exemple..

A ce compte-là tu fais un

Code :

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

1
2
3
4
5
6
7
8
9
 
double t0 ;
 
t0 = GetClock();
 
while ( (GetClock() -t0) < 60.0 )
  {
    ..... /* Ton code */
  }

[elm]

Merci, cependant cette solution ne me semble pas adaptée à mon problème (cause de l'attente active et de l'imprécision).

Je suis confronté à un autre problème, à présent que j'ai compris le fonctionnement des signaux: le handler est une fonction void sans argument. Comment faire maintenant si par exemple lorsqu'en exécutant ctrl-c pendant mon programme (signal SIGINT) je voudrais qu'il affiche un résultat intermédiaire à la sortie standard?

En gros comment pourrais-je faire pour passer proprement une structure à mon signal handler?

[Edit: Problème apparemment résolu: il faut utiliser une variable globale vu qu'on se trouve dans une situation particulière lors de ce signal].