Discussion :

[K-store]

Bonjour a tous,
Pour un projet, je dois coder une bataille navale ds le terminal, en envoyant des signaux entre deux programme en utilisant leur PID.
Je dois donc envoyer des coordonnées uniquement avec les signaux SIGUSR1 et SIGUSR2, et uniquement en utilisant uniquement les fonctions : open, close, read, write, lseek, malloc, free, getpid, kill, signal,sigaction, sigemptyset, setcontext, getcontext, usleep, nanosleep, pause.
Je précise par ailleurs que j'ai déjà lu tt les man des fonctions.
Mon idée pour transmettre des information a un autre programme : envoyer par exemple 45 signaux a un prog et 45 correspondrais a la position (4 = D et 5 = 5) soit D5.
Cependant, je n'arrive pas a stopper la fonction signal qui tourne ds une boucle infini.

Le prog qui reçoit :

Code :

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
19
20
21
22
23
24
25
26
27
28
 
#include <stdlib.h>
#include <unistd.h>
#include <include/my.h>
#include <sys/types.h>
#include <signal.h>
 
int value = 0;
 
void test()
{
    value += 1;
    my_putstr("value =");
    my_put_nbr(value);
    my_putchar('\n');
}
 
int main(int argc, char **argv)
{
    my_putstr("my_pid : ");
    my_put_nbr(getpid());
    my_putchar('\n');
    my_putstr("waiting for enemy connection...");
    while(1) {
        signal(SIGUSR1, test);
    }
    my_putstr("test");
}

Le prog qui émet un signal : (prends en seul paramètre, le PID du prog qui reçois)

Code :

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
19
20
 
#include <stdlib.h>
#include <unistd.h>
#include <include/my.h>
#include <sys/types.h>
#include <signal.h>
#include <fcntl.h>
#include <stdio.h>
 
int main(int argc, char **argv)
{
  int x = 0;
 
    while(x != 45) {
        kill(my_getnbr(argv[1]), SIGUSR1);
        sleep(0.1);
        x++;
    }
    my_putstr("test");
}

[emixam16]

Bonjour,

Ton approche me semble vraiment très bourrinne. Pour transmettre la valeur 45 tu envoie 45 signaux... Mouais...Une chance que tu ne doive pas envoyer la valeur 100000000000 ou -1...

Pour être plus intelligent, tu devrais envoyer un signal simplement pour dire à l'autre programme "j'ai joué".

Après pour transmettre la case jouée, tu as plusieurs approches:

- Transmettre des données directement avec le signal. Pour ça tu peux utiliser la fonction sigqueue(). Je ne sais pas si tu as le droit de l'utiliser mais c'est propre et c'est exactement ce que tu veux faire. Exemple d'utilisation.
- Écrire la case jouée dans un fichier (ex D5), le fermer puis envoyer ton SIGUSRx . A la réception le handler pourra simplement lire le fichier. C'est sous-optimal mais ça répond à ta consigne. Note, tu aurais aussi pu gérer cela avec une pipe et un select (ou de plein d'autres manières)

Bonne journée.

Edit: je viens de voir que tu avais déjà ouvert un thread sur le même sujet hier, tu aurais pu le réutiliser pour poser ta question...

[K-store]

Bonsoir, merci beaucoup pour votre réponse.
Bonne soirée a vous

[Sve@r]

Bonji

envoyer par exemple 45 signaux a un prog et 45 correspondrais a la position (4 = D et 5 = 5) soit D5

Et t'as pas pensé à envoyer par exemple 4 SIGUSR1 et 5 SIGUSR2 ? Ou bien SIG2 SIG1 SIG2 SIG2 SIG1 SIG2 (101101 représentant 45 en binaire) ?

Pour transmettre la valeur 45 tu envoie 45 signaux... Mouais...Une chance que tu ne doive pas envoyer la valeur 100000000000 ou -1...

[Médinoc]

Bonji

Et t'as pas pensé à envoyer par exemple 4 SIGUSR1 et 5 SIGUSR2 ? Ou bien SIG2 SIG1 SIG2 SIG2 SIG1 SIG2 (101101 représentant 45 en binaire) ?

Le problème de ta première idée, c'est qu'il faut un séparateur pour indiquer la fin du chiffre. Normalment, ce séparateur serait SIG2.

Aussi, dans l'hypothèse où l'on persisterait sur l'idée d'un programme basé sur une boucle d'attente de signaux, il faudrait penser à utiliser pause() dans la boucle d'attente, histoire d'éviter que ce soit une attente active.
Et je conseillerais de réarmer le signal dans la fonction gestionnaire, cela éviterait une race condition.

[Sve@r]

Le problème de ta première idée, c'est qu'il faut un séparateur pour indiquer la fin du chiffre.

Oui j'y avais pensé aussi. On retrouve d'ailleurs ce problème du "comment finir" dans certaines trames réseau. J'imaginais une espèce de séquence mais évidemment ce n'est pas garanti.
Sinon il y a le morse qui code chaque chiffre sur 5 signaux
1= . - - - -
2= . . - - -
3= . . . - -
4= . . . . -
5= . . . . .
6= - . . . .
7= - - . . .
8= - - - . .
9= - - - - .
0= - - - - -
Donc là on sait direct combien on doit en recevoir et le souci ne se pose plus