Station MinuitPortail personnel de révision

IFT-2001 — Systèmes d’exploitationAutomne 2026

IFT-2001 / Automne 2026 / Processus et appels système

Entraînement — Processus et appels système

Exercices d’entraînement créés pour le portail. Aucun questionnaire officiel. Banque v1.

24 questions. Un point par réponse automatique correcte; aucun crédit partiel. Les autoévaluations sont comptées séparément.

Ouvrir le mini-test

Aucune tentative commencée.

1. Deux lancements du même programme existent. Quelle distinction est correcte ?

Compréhension · version 1

Hypothèses et règle de réponse
  • Modèle pédagogique du maître S03; aucune commande exécutée ni manipulation réelle attestée.

Les hypothèses fixent le problème. Noms/PID fictifs peuvent changer sans modifier le raisonnement; les réponses rédigées suivent la rubrique et restent autoévaluées.

Votre réponse — question 1

Corrigé — question 1

Le programme est passif; le processus est son instance active. Le PCB contient notamment PID, état, contexte et ressources, sans se confondre avec le code ou tout l’espace mémoire utilisateur. Partager un exécutable ne fusionne pas les identités.

Variantes : Les hypothèses fixent le problème. Noms/PID fictifs peuvent changer sans modifier le raisonnement; les réponses rédigées suivent la rubrique et restent autoévaluées.

Revoir la matière — 2.1 Programme contre processusRevoir la matière — 3.2 Bloc de contrôle de processus

2. Où placer instructions, globale, allocation dynamique et cadre d’appel dans le modèle du maître ?

Compréhension · version 1

Hypothèses et règle de réponse
  • Modèle pédagogique du maître S03; aucune commande exécutée ni manipulation réelle attestée.

Les hypothèses fixent le problème. Noms/PID fictifs peuvent changer sans modifier le raisonnement; les réponses rédigées suivent la rubrique et restent autoévaluées.

Votre réponse — question 2

Corrigé — question 2

Les zones mappées complètent ce modèle. Pile et tas ont des durées de vie différentes. L’isolation logique protège les données et retours de fonction, mais des pages physiques peuvent être partagées sous contrôle sans autoriser des écritures arbitraires entre processus.

Variantes : Les hypothèses fixent le problème. Noms/PID fictifs peuvent changer sans modifier le raisonnement; les réponses rédigées suivent la rubrique et restent autoévaluées.

Revoir la matière — 2.2 Organisation logique de la mémoire

3. P0 actif se bloque pour une E/S. P1 exécute; l’E/S de P0 finit sans nouvelle sélection. Quel état prend P0 ?

Application · version 1

Hypothèses et règle de réponse
  • Un cœur; attente réelle; P1 reste actif; aucun abandon ni terminaison de P0.

Les hypothèses fixent le problème. Noms/PID fictifs peuvent changer sans modifier le raisonnement; les réponses rédigées suivent la rubrique et restent autoévaluées.

Votre réponse — question 3

Corrigé — question 3

La séquence est actif → bloqué → prêt; une sélection ultérieure permet prêt → actif. Fin d’événement et attribution du processeur sont distinctes. Une préemption produit actif → prêt; elle ne signifie pas attente d’E/S.

Variantes : Les hypothèses fixent le problème. Noms/PID fictifs peuvent changer sans modifier le raisonnement; les réponses rédigées suivent la rubrique et restent autoévaluées.

Revoir la matière — 3.1 Cycle de vie

4. Une politique choisit P1 après la préemption de P0. Quelle opération permet la reprise correcte ?

Compréhension · version 1

Hypothèses et règle de réponse
  • Modèle pédagogique du maître S03; aucune commande exécutée ni manipulation réelle attestée.

Les hypothèses fixent le problème. Noms/PID fictifs peuvent changer sans modifier le raisonnement; les réponses rédigées suivent la rubrique et restent autoévaluées.

Votre réponse — question 4

Corrigé — question 4

Le choix est une politique, la sauvegarde/restauration un mécanisme. Compteur ordinal, pile et registres permettent la reprise. Le coût ne fait pas progresser directement les instructions applicatives; aucune durée universelle n’est donnée.

Variantes : Les hypothèses fixent le problème. Noms/PID fictifs peuvent changer sans modifier le raisonnement; les réponses rédigées suivent la rubrique et restent autoévaluées.

Revoir la matière — 3.3 Changement de contexteRevoir la matière — 3.2 Bloc de contrôle de processus

5. Père PID 34, fils créé PID 35 : quelles valeurs pour (retour de fork, getpid) dans chaque branche ?

Application · version 1

Hypothèses et règle de réponse
  • Un fork réussi; PID illustratifs; le fils et le père continuent après l’appel.

Les hypothèses fixent le problème. Noms/PID fictifs peuvent changer sans modifier le raisonnement; les réponses rédigées suivent la rubrique et restent autoévaluées.

Votre réponse — question 5

Corrigé — question 5

La variable de retour ne représente pas nécessairement l’identité de l’appelant. Le père reçoit le PID du fils, le fils zéro; getpid donne l’identité propre. La valeur de branche est fixée, l’ordre d’exécution ne l’est pas.

Variantes : Les hypothèses fixent le problème. Noms/PID fictifs peuvent changer sans modifier le raisonnement; les réponses rédigées suivent la rubrique et restent autoévaluées.

Revoir la matière — 5.1 `fork()`Revoir la matière — 5.2 Trace représentative

6. P0 exécute deux appels fork successifs F1 puis F2 sans branche ni sortie entre eux. Chaque processus atteint chaque appel restant. Construisez l’arbre, comptez les processus et distinguez les créations des ordres d’affichage.

Application · version 1

Hypothèses et règle de réponse
  • Tous les fork réussissent; processus initial unique; aucun exec, signal ni fin avant le deuxième appel.
  • Nommer P1 le fils créé par P0 en F1, P2 celui créé par P0 en F2, P3 celui créé par P1 en F2. Les noms désignent la parenté, pas l’ordre des PID.

Les hypothèses fixent le problème. Noms/PID fictifs peuvent changer sans modifier le raisonnement; les réponses rédigées suivent la rubrique et restent autoévaluées.

Votre réponse — question 6

Corrigé — question 6

Le dédoublement est 1→2→4 sous ces hypothèses. Une trace possible effectue F1, F2 de P1 puis F2 de P0; l’inverse des deux F2 est possible. P1 peut donc créer P3 avant que P0 crée P2. Une branche, un échec ou un exec avant F2 change le comptage; les PID numériques ne sont pas imposés.

  • Après F1 : P0 et P1; chacun atteint F2.
  • P0 crée P2 en F2; P1 crée P3 en F2 : quatre processus finaux et trois créations.
  • Arêtes : P0→P1, P0→P2, P1→P3. P2 et P3 commencent après leur propre F2 et ne refont pas F1.
  • F1 de P0 précède les deux F2; les deux F2 ne sont pas ordonnés entre eux. L’arbre ne détermine aucun ordre global d’affichage.

Variantes : Les hypothèses fixent le problème. Noms/PID fictifs peuvent changer sans modifier le raisonnement; les réponses rédigées suivent la rubrique et restent autoévaluées.

Revoir la matière — 5.2 Trace représentativeRevoir la matière — 4. Création et parenté des processus

7. Le fils PID 35 réussit exec puis l’ancien code contient afficher("ancien"). Quelle garantie ?

Application · version 1

Hypothèses et règle de réponse
  • exec réussit; on distingue l’ancien programme du nouveau.

Les hypothèses fixent le problème. Noms/PID fictifs peuvent changer sans modifier le raisonnement; les réponses rédigées suivent la rubrique et restent autoévaluées.

Votre réponse — question 7

Corrigé — question 7

exec charge une nouvelle image dans le processus courant et ne crée pas de PID. Le succès ne revient pas à l’ancien flot; un retour signale une erreur à traiter. Les variantes l/v reçoivent liste/tableau; p recherche dans PATH. Le nouveau programme peut ensuite créer d’autres processus, ce qui est distinct.

Variantes : Les hypothèses fixent le problème. Noms/PID fictifs peuvent changer sans modifier le raisonnement; les réponses rédigées suivent la rubrique et restent autoévaluées.

Revoir la matière — 5.3 `exec*()`

8. Après fork, le père émet A puis waitpid(fils, sans WNOHANG), puis B. Le fils émet F, réussit exec; le nouveau programme émet E et termine. Donnez tous les ordres de A,F,E,B et expliquez l’absence de retour à l’ancien code.

Application · version 1

Hypothèses et règle de réponse
  • Un seul fils; fork, exec et waitpid réussissent; waitpid revient pour la terminaison visée, pas un arrêt.
  • Événements indivisibles observables, sans tampon ni duplication de tampon; aucun autre événement ni signal.

Les hypothèses fixent le problème. Noms/PID fictifs peuvent changer sans modifier le raisonnement; les réponses rédigées suivent la rubrique et restent autoévaluées.

Votre réponse — question 8

Corrigé — question 8

Contraintes A<B, F<E et E<B. Placer A avant F, entre F et E ou après E donne AFEB, FAEB, FEAB. Aucun ordre n’est garanti entre A et F, ni entre A et E. En cas d’exec échoué, d’attente interrompue ou non bloquante, les hypothèses changent. Le PID du fils reste identique à travers exec.

  • F précède E : exec réussit et le nouveau programme émet E; l’ancien code après exec ne s’exécute pas.
  • A précède B dans le père; E précède la fin du fils puis le retour de waitpid et B.
  • Les trois ordres complets sont AFEB, FAEB et FEAB; B est toujours dernier.
  • waitpid peut revenir immédiatement si le fils est déjà terminé; il récolte son statut sans fusionner les mémoires. sleep ne remplace pas cette dépendance.

Variantes : Les hypothèses fixent le problème. Noms/PID fictifs peuvent changer sans modifier le raisonnement; les réponses rédigées suivent la rubrique et restent autoévaluées.

Revoir la matière — 5.4 `wait()` et `waitpid()`Revoir la matière — 5.3 `exec*()`Revoir la matière — 5.2 Trace représentative

9. x vaut 5 avant fork; le fils fait x+=15 puis termine. Le père attend sa fin et lit x. Quelle valeur et pourquoi ?

Application · version 1

Hypothèses et règle de réponse
  • fork et attente réussissent; variable ordinaire privée; aucun mécanisme de partage explicite.

Les hypothèses fixent le problème. Noms/PID fictifs peuvent changer sans modifier le raisonnement; les réponses rédigées suivent la rubrique et restent autoévaluées.

Votre réponse — question 9

Corrigé — question 9

Les pages peuvent d’abord être partagées physiquement et protégées. Une écriture demande une copie privée de la page concernée dans le modèle copy-on-write. Cela ne transforme pas les espaces en mémoire partagée; l’attente synchronise la fin sans transférer x.

Variantes : Les hypothèses fixent le problème. Noms/PID fictifs peuvent changer sans modifier le raisonnement; les réponses rédigées suivent la rubrique et restent autoévaluées.

Revoir la matière — 6. Mémoire après `fork` et copie sur écriture

10. Un fils fini sans statut récolté et un fils vivant dont le père est mort : comment les distinguer ?

Compréhension · version 1

Hypothèses et règle de réponse
  • Modèle pédagogique du maître S03; aucune commande exécutée ni manipulation réelle attestée.

Les hypothèses fixent le problème. Noms/PID fictifs peuvent changer sans modifier le raisonnement; les réponses rédigées suivent la rubrique et restent autoévaluées.

Votre réponse — question 10

Corrigé — question 10

Le zombie garde une entrée minimale de statut après libération de ses ressources d’exécution, jusqu’à récolte. L’orphelin perd son père d’origine; adoption par un responsable, éventuellement subreaper, ne signifie pas arrêt. Les signaux ont des effets différents.

Variantes : Les hypothèses fixent le problème. Noms/PID fictifs peuvent changer sans modifier le raisonnement; les réponses rédigées suivent la rubrique et restent autoévaluées.

Revoir la matière — 7. Terminaison, zombies et orphelins

11. Quelle comparaison respecte les contrats Unix et Windows décrits ?

Compréhension · version 1

Hypothèses et règle de réponse
  • Modèle pédagogique du maître S03; aucune commande exécutée ni manipulation réelle attestée.

Les hypothèses fixent le problème. Noms/PID fictifs peuvent changer sans modifier le raisonnement; les réponses rédigées suivent la rubrique et restent autoévaluées.

Votre réponse — question 11

Corrigé — question 11

Les finalités se recoupent, les interfaces diffèrent. CreateProcess reçoit notamment ligne de commande, environnement et répertoire. L’appelant gère les handles reçus. Un exec Unix réussi conserve l’identité du processus existant.

Variantes : Les hypothèses fixent le problème. Noms/PID fictifs peuvent changer sans modifier le raisonnement; les réponses rédigées suivent la rubrique et restent autoévaluées.

Revoir la matière — 5.5 Modèle Windows

12. A vaut 3. Le programme a chargé A puis ajouté 4 dans EAX, mais pas encore stocké. Une interruption utilise EAX=666. Décrivez la reprise correcte et l’effet d’une sauvegarde incomplète.

Application · version 1

Hypothèses et règle de réponse
  • Modèle pédagogique x86 du maître; interruption juste avant le stockage; aucune autre modification de A.

Les hypothèses fixent le problème. Noms/PID fictifs peuvent changer sans modifier le raisonnement; les réponses rédigées suivent la rubrique et restent autoévaluées.

Votre réponse — question 12

Corrigé — question 12

Le registre porte ici le résultat intermédiaire. Le gestionnaire doit préserver tout état utilisateur qu’il modifie, en complément de l’état minimal matériel. Le retour reprend la prochaine instruction avec les bonnes valeurs; sauvegarder uniquement l’adresse ne suffit pas. Le modèle ne prétend pas être une ABI universelle.

  • EAX utilisateur vaut 7 avant l’interruption; A mémoire vaut encore 3.
  • Le matériel sauvegarde un état minimal et entre par une porte contrôlée; le noyau complète la sauvegarde des registres nécessaires avant de les modifier.
  • Après traitement, restaurer contexte, EAX=7, compteur ordinal et pile appropriés; reprendre le stockage écrit 7.
  • Restaurer seulement PC/pile en laissant EAX=666 écrit incorrectement 666; les détails d’entrée dépendent de l’architecture.

Variantes : Les hypothèses fixent le problème. Noms/PID fictifs peuvent changer sans modifier le raisonnement; les réponses rédigées suivent la rubrique et restent autoévaluées.

Revoir la matière — 8.2 Exemple du registre corrompuRevoir la matière — 8.3 Séquence d'une interruptionRevoir la matière — 8.4 Privilèges

13. Une interruption de périphérique est traitée, puis le même processus reprend. Est-ce possible ?

Compréhension · version 1

Hypothèses et règle de réponse
  • Modèle pédagogique du maître S03; aucune commande exécutée ni manipulation réelle attestée.

Les hypothèses fixent le problème. Noms/PID fictifs peuvent changer sans modifier le raisonnement; les réponses rédigées suivent la rubrique et restent autoévaluées.

Votre réponse — question 13

Corrigé — question 13

Le traitement d’un événement et le choix d’un processus sont distincts. L’ordonnanceur peut garder le même processus ou en choisir un autre. Un changement de mode ne constitue pas automatiquement un changement de processus.

Variantes : Les hypothèses fixent le problème. Noms/PID fictifs peuvent changer sans modifier le raisonnement; les réponses rédigées suivent la rubrique et restent autoévaluées.

Revoir la matière — 8.3 Séquence d'une interruption

14. Sur un cœur, un programme boucle sans céder ni se bloquer. Quel mécanisme permet au système préemptif de reprendre le CPU ?

Compréhension · version 1

Hypothèses et règle de réponse
  • Modèle pédagogique du maître S03; aucune commande exécutée ni manipulation réelle attestée.

Les hypothèses fixent le problème. Noms/PID fictifs peuvent changer sans modifier le raisonnement; les réponses rédigées suivent la rubrique et restent autoévaluées.

Votre réponse — question 14

Corrigé — question 14

Le coopératif dépend de la cession, du blocage ou de la fin. Le préemptif dispose d’un événement matériel indépendant de la coopération. Sur un cœur, plusieurs tâches alternent; elles ne deviennent pas pour autant des instructions simultanées.

Variantes : Les hypothèses fixent le problème. Noms/PID fictifs peuvent changer sans modifier le raisonnement; les réponses rédigées suivent la rubrique et restent autoévaluées.

Revoir la matière — 9.1 Multiprogrammation

15. Un processus monothread utilise 2 s de CPU et attend 3 s sans CPU; aucune autre durée. Quels temps CPU et réel ?

Application · version 1

Hypothèses et règle de réponse
  • Exemple simplifié séquentiel; attentes disjointes des 2 s CPU; tous coûts inclus dans ces durées.

Les hypothèses fixent le problème. Noms/PID fictifs peuvent changer sans modifier le raisonnement; les réponses rédigées suivent la rubrique et restent autoévaluées.

Votre réponse — question 15

Corrigé — question 15

Le wall time mesure début à fin; le CPU time compte le travail effectif du processeur pour ce processus. Le calcul est 2+3=5. Le contexte monothread évite de généraliser cette comparaison à une somme des temps CPU de plusieurs threads parallèles.

Variantes : Les hypothèses fixent le problème. Noms/PID fictifs peuvent changer sans modifier le raisonnement; les réponses rédigées suivent la rubrique et restent autoévaluées.

Revoir la matière — 9.2 Temps CPU et temps réel

16. Quelle chaîne représente une demande read depuis une bibliothèque ?

Compréhension · version 1

Hypothèses et règle de réponse
  • Modèle pédagogique du maître S03; aucune commande exécutée ni manipulation réelle attestée.

Les hypothèses fixent le problème. Noms/PID fictifs peuvent changer sans modifier le raisonnement; les réponses rédigées suivent la rubrique et restent autoévaluées.

Votre réponse — question 16

Corrigé — question 16

Bibliothèque, instruction d’entrée, répartiteur et routine de service sont des niveaux distincts. Le noyau vérifie pointeurs, tailles, descripteurs et autorisations. Une bibliothèque peut rester en espace utilisateur; la transition protégée ne rend pas la demande automatiquement valide.

Variantes : Les hypothèses fixent le problème. Noms/PID fictifs peuvent changer sans modifier le raisonnement; les réponses rédigées suivent la rubrique et restent autoévaluées.

Revoir la matière — 10.2 Mécanique généraleRevoir la matière — 10.1 API, bibliothèque et noyauRevoir la matière — 8.4 Privilèges

17. Comment utiliser INT 0x80, sys_xxx et le navigateur Linux 2.6.32 du maître ?

Compréhension · version 1

Hypothèses et règle de réponse
  • Modèle pédagogique du maître S03; aucune commande exécutée ni manipulation réelle attestée.

Les hypothèses fixent le problème. Noms/PID fictifs peuvent changer sans modifier le raisonnement; les réponses rédigées suivent la rubrique et restent autoévaluées.

Votre réponse — question 17

Corrigé — question 17

Ces références enseignent un principe d’entrée et de répartition, avec numéros et registres propres à leur contexte. Elles ne prouvent pas une instruction ou numérotation actuelle universelle. Le portail conserve la datation et les réserves, sans inventer le contenu des sites historiques indisponibles.

Variantes : Les hypothèses fixent le problème. Noms/PID fictifs peuvent changer sans modifier le raisonnement; les réponses rédigées suivent la rubrique et restent autoévaluées.

Revoir la matière — 10.3 Exemple historique Linux x86Revoir la matière — 10.4 Références complémentaires

18. Deux threads d’un même processus travaillent sur un seul cœur. Quelle description est correcte ?

Compréhension · version 1

Hypothèses et règle de réponse
  • Modèle pédagogique du maître S03; aucune commande exécutée ni manipulation réelle attestée.

Les hypothèses fixent le problème. Noms/PID fictifs peuvent changer sans modifier le raisonnement; les réponses rédigées suivent la rubrique et restent autoévaluées.

Votre réponse — question 18

Corrigé — question 18

Les flots peuvent progresser pendant la même période en alternant. Plusieurs unités matérielles seraient nécessaires au parallélisme effectif. Le partage facilite la communication mais impose de traiter la synchronisation; un serveur peut organiser travailleurs et acceptation sans gain universel garanti.

Variantes : Les hypothèses fixent le problème. Noms/PID fictifs peuvent changer sans modifier le raisonnement; les réponses rédigées suivent la rubrique et restent autoévaluées.

Revoir la matière — 11. Transition vers les threadsRevoir la matière — 11.1 Concurrence et parallélismeRevoir la matière — 11.2 Exemple du serveur

19. cwd=/home/etu1/projet, fichier outil mode 640 appartenant à etu1. Quel effet de chmod u+x ./outil et quelle documentation pour cd ?

Application · version 1

Hypothèses et règle de réponse
  • Commande réussie; fichier ordinaire sans ACL ni bits spéciaux; Bash.

Les hypothèses fixent le problème. Noms/PID fictifs peuvent changer sans modifier le raisonnement; les réponses rédigées suivent la rubrique et restent autoévaluées.

Votre réponse — question 19

Corrigé — question 19

u+x ajoute seulement le bit d’exécution du propriétaire : rw-r----- devient rwxr-----. Les chemins relatifs partent du cwd; les motifs sont développés par le shell. Pour un répertoire x permet la traversée. Les outils externes ont man/--help; Tab et nano appartiennent aux pratiques conservées.

Variantes : Les hypothèses fixent le problème. Noms/PID fictifs peuvent changer sans modifier le raisonnement; les réponses rédigées suivent la rubrique et restent autoévaluées.

Revoir la matière — 13.2 Exercices 1 à 7Revoir la matière — 12.3 Méthode de travailRevoir la matière — 13.1 Commandes de base

20. On veut filtrer stdout de a vers b et capturer stdout+stderr de cmd dans journal.log en le remplaçant. Quel couple est correct ?

Application · version 1

Hypothèses et règle de réponse
  • Bash; redirections ouvertes avec succès; fichiers de l’exercice fictifs, aucune commande exécutée.

Les hypothèses fixent le problème. Noms/PID fictifs peuvent changer sans modifier le raisonnement; les réponses rédigées suivent la rubrique et restent autoévaluées.

Votre réponse — question 20

Corrigé — question 20

Le tube transporte stdout; && dépend du succès et || de l’échec; ; exécute ensuite indépendamment. > remplace, >> ajoute, < choisit l’entrée. Les redirections se traitent de gauche à droite : > journal.log puis 2>&1 donne aux deux flux la destination fichier. L’ordre inverse laisse stderr sur l’ancienne stdout.

Variantes : Les hypothèses fixent le problème. Noms/PID fictifs peuvent changer sans modifier le raisonnement; les réponses rédigées suivent la rubrique et restent autoévaluées.

Revoir la matière — 14.3 OpérateursRevoir la matière — 14.2 Exercices 9 à 14

21. Flux : Error 404 / Info ok / Error 404 / Error 404 / Error 500 / Error 404 (une ligne par élément). Que produit grep Error | uniq | sed "s/Error 4/Warning 4/" ?

Application · version 1

Hypothèses et règle de réponse
  • Entrée exactement donnée, dans cet ordre; substitution littérale indiquée; aucune ligne vide.

Les hypothèses fixent le problème. Noms/PID fictifs peuvent changer sans modifier le raisonnement; les réponses rédigées suivent la rubrique et restent autoévaluées.

Votre réponse — question 21

Corrigé — question 21

grep retire Info ok et rend les trois premiers Error 404 adjacents; uniq les réduit à un, mais conserve le dernier séparé par Error 500. sed remplace Error 4 par Warning 4. Pour tailles TSV : awk extrait les champs, sort -n ordonne, head limite; find repère, du -sb mesure, sort -nr puis head choisit les gros fichiers. Avec noms arbitraires, préférer find -print0 et xargs -0 plutôt qu’un découpage naïf par espaces. Les erreurs mdkdir et port 8080 du solutionnaire restent signalées; le port retenu par l’atelier est 8000.

Variantes : Les hypothèses fixent le problème. Noms/PID fictifs peuvent changer sans modifier le raisonnement; les réponses rédigées suivent la rubrique et restent autoévaluées.

Revoir la matière — 14.2 Exercices 9 à 14Revoir la matière — 14.1 Outils de fluxRevoir la matière — 14.4 Incohérences du solutionnaire

22. Bash : prefixe=log; sortie="${prefixe}-$1" avec argument a b reçu comme un seul argument. Quelles notions sont correctes ?

Application · version 1

Hypothèses et règle de réponse
  • Appel illustratif ./script.sh "a b"; pas d’exécution; aucune option particulière du shell.

Les hypothèses fixent le problème. Noms/PID fictifs peuvent changer sans modifier le raisonnement; les réponses rédigées suivent la rubrique et restent autoévaluées.

Votre réponse — question 22

Corrigé — question 22

Affectation sans espaces, doubles guillemets pour expansion sans découpage de cette valeur, simples pour texte littéral. if, for, while et fonctions structurent les scripts; $? doit être capturé avant une autre commande. PATH cherche les exécutables dans l’ordre. La boucle Git de l’atelier est destructive et reste dans son dépôt artificiel; son succès final ne prouve pas sa robustesse.

Variantes : Les hypothèses fixent le problème. Noms/PID fictifs peuvent changer sans modifier le raisonnement; les réponses rédigées suivent la rubrique et restent autoévaluées.

Revoir la matière — 15.1 Syntaxe BashRevoir la matière — 15.3 Configuration du shellRevoir la matière — 15.4 Exercice 16 — retour Git automatisé

23. Après lancement du serveur en arrière-plan, quel usage de $!, kill et trap EXIT est exact ?

Application · version 1

Hypothèses et règle de réponse
  • Bash; lancement direct illustratif; le PID sauvegardé désigne encore le serveur de cet exercice; aucune commande réelle ni garantie de disponibilité serveur.

Les hypothèses fixent le problème. Noms/PID fictifs peuvent changer sans modifier le raisonnement; les réponses rédigées suivent la rubrique et restent autoévaluées.

Votre réponse — question 23

Corrigé — question 23

Le maître dit que trap garantit le nettoyage : préciser la portée. Une sortie normale ou exit anticipé exécute l’action EXIT; SIGKILL ou une panne ne permet pas son exécution. kill demande un effet selon le signal; attendre et contrôler l’état peut être nécessaire. Un simple sleep ne prouve pas la disponibilité; curl et son code de retour fournissent le test prévu sur 8000. Ces explications ne certifient ni serveur lancé ni exercice réussi.

Variantes : Les hypothèses fixent le problème. Noms/PID fictifs peuvent changer sans modifier le raisonnement; les réponses rédigées suivent la rubrique et restent autoévaluées.

Revoir la matière — 15.2 Exercice 15 — test d'un serveurRevoir la matière — 15.5 Ce que vérifient les scripts de correctionRevoir la matière — 7. Terminaison, zombies et orphelins

24. Quelle lecture des consignes historiques TP1 préserve les obligations personnelles ?

Compréhension · version 1

Hypothèses et règle de réponse
  • État du maître vérifié le 2 octobre 2026; aucune consigne actuelle ni dépôt attesté.

Les hypothèses fixent le problème. Noms/PID fictifs peuvent changer sans modifier le raisonnement; les réponses rédigées suivent la rubrique et restent autoévaluées.

Votre réponse — question 24

Corrigé — question 24

Le poids historique est 4 %, équipe 1–4, barème 36+28+16+20=100. La limite prudente était vendredi 9 octobre 2026 à 23h55 plutôt que 23h59; mentions Automne 2025 et IA À déterminer restent datées. L’entraînement vérifie la compréhension des exigences; équipe, manipulations, rapport et dépôt restent des actions personnelles non scorées.

Variantes : Les hypothèses fixent le problème. Noms/PID fictifs peuvent changer sans modifier le raisonnement; les réponses rédigées suivent la rubrique et restent autoévaluées.

Revoir la matière — 16.2 Livrables exactsRevoir la matière — 16.1 Contenu évaluéRevoir la matière — 16.3 ContradictionsRevoir la matière — 18. Actions personnelles
Récupérer manuellement les données locales

Copier séparément les données ci-dessous dans des fichiers texte avant de fermer la page ou de modifier le stockage. Une valeur illisible ou incompatible reste en place. Aucun effacement ni rétablissement écrasant n’est effectué automatiquement. L’export/import JSON est disponible sur la page Progression du cours. Cette récupération séparée reste utile pour une valeur brute ou un conflit.

Clé de ce cours : . Format v1 porté par cette clé; dates UTC et identifiants durables.

Si l’accès est refusé, la valeur persistée peut rester inaccessible. Réautoriser le stockage dans le navigateur puis rouvrir ce cours permet de la relire. Une réinitialisation exige une décision explicite après récupération; aucune commande de suppression n’est proposée ici. Les données restent sur cette origine et cet appareil, sans transfert automatique.