CSC 3102 – Introduction aux systèmes d’exploitation

Cette première étape permet soit de démarrer une partie soit de rejoindre une partie. Ce rôle est déterminé en fonction du nombre de paramètres fournis au lancement du script :

• s'il y a un seul paramètre, le processus lancé est en charge de démarrer la partie (c'est aussi lui qui ouvrira les échanges en envoyant un "Ping" à l'étape suivante). Le paramètre correspond au nom du joueur ;
• s'il y a deux paramètres, le processus lancé correspond au joueur qui rejoint la partie (c'est le joueur "Pong"). Le premier paramètre correspond au nom du joueur, le second au nom de votre adversaire qui a au préalable initialisé la partie ;
• sinon le nombre de paramètres est incorrect et le script doit sortir sur une erreur après avoir affiché un message d'erreur type "Paramètres incorrects" sur la sortie standard d'erreur.

Une fois le nombre de paramètres vérifié, les deux joueurs exécutent un protocole permettant d'initialiser la partie :

• Côté joueur "Ping", vous devez :
  • ouvrir un tube nommé servant de canal de communication entre l'adversaire et le joueur, que vous nommerez $nom_joueur.pipe (n'oubliez pas de rediriger les flux de votre processus sur ce tube grâce à la commande exec) ;
  • se mettre en attente d'un message sur ce tube. Le message reçu contiendra le nom (que vous récupérez dans une variable nommée nom_adversaire) et le pid (récupéré dans une variable du même nom) du joueur adversaire rejoignant la partie. Lors de la réception de message, le script doit afficher "$nom_adversaire joined" sur la sortie standard ;
  • envoyer en retour votre pid sur le canal de communication ouvert par votre adversaire (lisez les instructions relatives au côté Pong pour savoir comment ce canal est ouvert) ;
• Côté joueur "Pong", vous devez :
  • vérifier que le canal de communication correspondant à la partie que vous voulez rejoindre existe (si vous avez lu avec attention les instructions, vous en avez déduit que ce canal est un tube nommé qui doit se nommer nom_adversaire.pipe, le nom de l'adversaire étant donné en second paramètre de votre script). Si ce n'est pas le cas, votre script doit afficher un message annonçant l'erreur et interrompre le script ;
  • ouvrir un tube nommé $nom_joueur.pipe (de nouveau, n'oubliez pas l'appel à la commande exec) ;
  • envoyer un message contenant votre nom et votre pid sur le tube ouvert par le joueur adversaire de la partie afin de lui indiquer que vous rejoignez la partie ;
  • récupérer sur votre canal le pid de votre adversaire.
• Que ce soit du côté joueur "Ping" ou joueur "Pong", vous devez afficher un message "$joueur($pid_joueur) ready to play with $adversaire($pid_adversaire)" afin d'être sûr que les deux deux joueurs ont bien achevé la phase d'initialisation.

À titre d'illustration, voici un exemple de scénario de lancement de partie entre les joueurs gatien et lebesson :

La partie a maintenant démarré et vous pouvez passer à la prochaine étape ! Bravo !

Les joueurs disputent à présent une partie enflammée à base d'échanges de ping et de pong transmis au travers des deux canaux de communication ouverts à l'étape précédente.
Complétez votre script pingpongParty.sh pour que :

• l'initiateur de la partie engage en envoyant un premier message "Ping" sur le canal de son adversaire ;
• ensuite, les deux joueurs entrent dans une même boucle infinie où il faudra lire depuis son canal, renvoyer "Pong" (respectivement "Ping") si le message reçu est un "Ping" (respectivement "Pong"). Chaque joueur affiche en plus le message envoyé sur la sortie standard afin de pouvoir suivre les échanges (Note : l'utilisation d'une commande spécifique au dédoublement de la redirection de flux sera appréciée).

Parce que les joueurs ne sont pas des robots, il existe une probabilité non nulle qu'ils loupent la balle.

Afin de déterminer si un échange se poursuit ou non, vous devez modifier votre script de manière à ce qu'à chaque échange (c'est-à-dire à chaque réception), un nombre aléatoire soit tiré. Pour cela, utilisez la commande interne à bash $RANDOM qui donne une valeur aléatoire entre 0 et 32767. Si le premier chiffre du nombre tiré est 3 alors on considère que la balle est loupée, et vous devez envoyer un message "missed" en retour à l'adversaire.

Le gain de point étant maintenant détecté, il reste à compter les points gagnés. Pour cela, vous devez modifier votre script de manière à différencier les messages pouvant être reçus. Si vous recevez un message "missed", incrémentez votre score (stocké dans une variable score), affichez-le et engagez un nouvel échange en envoyant un "Ping" à votre adversaire.

La partie s'achève quand un des deux joueurs atteint un score fixé par une variable victoire. Une partie de ping-pong se jouant en 11 points, fixez cette variable à 11 (la variable avait été fixée à 2 pour l'illustration du début d'exercice pour des questions de lisibilité).

Chaque joueur comptant son propre score, le joueur vainqueur doit informer son adversaire afin de clore proprement la rencontre. Pour cela,

• Côté gagnant :
  • envoyez un signal (au sens propre d'un point de vue système d'exploitation) notifiant sa défaite à votre adversaire ;
  • affichez un message "Victoire !" sur votre sortie standard ;
  • fermez votre canal de communication ;
  • quittez le script ;
• Côté perdant, sur réception du signal :
  • fermez votre canal de communication ;
  • affichez un message "Défaite :(" sur votre sortie standard ;
  • quittez le script.

Mettez en place l'arborescence permettant l'organisation des différentes données internes de l'association sportive suivant le schéma suivant (Nom_Prenom correspondant au répertoire mis en place dans l'exercice 1) :

Afin de porter assistance aux joueurs esseulés, l'association propose de maintenir une liste des joueurs en attente d'adversaire dans le fichier partiesOuvertes.txt (chaque ligne du fichier correspond au nom d'un joueur en attente d'adversaire). Ainsi, il est possible de venir consulter cette liste afin de débuter une partie au plus vite. Même si le le script que vous allez écrire dans cet exercice ne permet de n'avoir qu'un seul joueur en attente à la fois, il est facile d'imaginer des scénarios où plusieurs joueurs sont en attente : par exemple, un joueur peut absolument vouloir jouer sur un terrain ombragé quitte à attendre, un joueur peut ne pas vouloir rencontrer de joueurs ayant un niveau trop élevé, etc. Ainsi, nous vous demandons de considérer que le fichier partiesOuvertes.txt doit pouvoir contenir plusieurs lignes.

À l'emplacement décrit dans l'arborescence de la question précédente, ajoutez un script, nommé letsPlay.sh, qui :

• prend en paramètre le nom du joueur voulant jouer ;
• consulte le fichier partiesOuvertes.txt dont l'emplacement est décrit dans l'arborescence mise en place précédemment. Si le fichier est vide, lancez une partie en tant qu'initiateur grâce au script écrit à l'exercice précédent et enregistrer la partie comme étant en attente en l'ajoutant à la fin du fichier partiesOuvertes.txt. Sinon, récupérez le premier joueur dans la liste (i.e. la première ligne du fichier), le supprimez et rejoignez sa partie.