Quand j'étais débutant, il me manquait la partie qui, lorsque j'utilisais la ligne de commande, j'utilisais en fait deux programmes distincts, un terminal et un shell (par exemple, bash)
Le shell est ce que vous savez probablement déjà, un programme qui prend en entrée des commandes ou des scripts, les exécute et en affiche la sortie.
Le terminal de l'autre côté est comme un homme au milieu entre l'utilisateur et un programme (programme qui est généralement une coquille comme bash ou poisson). Par exemple, le terminal lit les entrées au clavier, par exemple, peut-être les traiter d’une manière ou d’une autre et les rediriger vers un autre programme (bash).
Cela fonctionne aussi dans l'autre sens également, quand l'autre programme sort quelque chose, que quelque chose est redirigé vers le terminal, alors c'est le travail du terminal de sortir ce quelque chose à l'écran. Entre l’obtention d’une entrée et son impression à l’écran, le terminal peut interpréter l’entrée qu’il reçoit de différentes manières.
Par exemple, si un programme génère la séquence suivante:
\e[0;31m some extra foobar text
Le terminal affichera à l'écran "du texte supplémentaire" avec des lettres de couleur rouge. Cela est dû au fait que le terminal choisit de traiter ce code étrange d’une manière spéciale, ce qui l’indique de manière à imprimer la sortie suivante en rouge.
De même, lorsque l'utilisateur appuie Ctrl - Csur cette touche, la seule particularité de cette opération est que le terminal choisit de la traiter de manière spéciale. Cette séquence de touches n'a rien de spécial. Plus précisément, il est suggéré d'envoyer le signal d'interruption (SIGINT) au processus en cours d'exécution à l'intérieur du terminal, à savoir le shell. S'il existe à ce moment un programme créé par le shell et qui s'exécute au premier plan, il reçoit également le signal. Le shell a maintenant un gestionnaire spécial pour ce signal et rien ne se passe. Mais la plupart des programmes ont les gestionnaires par défaut qui, dans le cas de SIGINT, se terminent.