git: f9df47dbe7 - main - fr/books/handbook/linuxemu: Typos/grammar fixes.
- Go to: [ bottom of page ] [ top of archives ] [ this month ]
Date: Wed, 09 Mar 2022 17:42:32 UTC
The branch main has been updated by blackend: URL: https://cgit.FreeBSD.org/doc/commit/?id=f9df47dbe77627bbdd5ca9a48304ca13688a9247 commit f9df47dbe77627bbdd5ca9a48304ca13688a9247 Author: Marc Fonvieille <blackend@FreeBSD.org> AuthorDate: 2022-02-07 17:29:23 +0000 Commit: Marc Fonvieille <blackend@FreeBSD.org> CommitDate: 2022-03-09 16:45:51 +0000 fr/books/handbook/linuxemu: Typos/grammar fixes. --- documentation/content/fr/books/handbook/linuxemu/_index.adoc | 8 ++++---- 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/documentation/content/fr/books/handbook/linuxemu/_index.adoc b/documentation/content/fr/books/handbook/linuxemu/_index.adoc index 9f615ea14f..f93683057b 100644 --- a/documentation/content/fr/books/handbook/linuxemu/_index.adoc +++ b/documentation/content/fr/books/handbook/linuxemu/_index.adoc @@ -62,7 +62,7 @@ Après la lecture de ce chapitre, vous connaîtrez: * Comment activer la compatibilité binaire avec Linux(R) sur un système FreeBSD. * Comment installer des bibliothèques partagées Linux(R) supplémentaires. -* Comment installer des application Linux(R) sur un système FreeBSD. +* Comment installer des applications Linux(R) sur un système FreeBSD. * Les détails de l'implémentation de la compatibilité Linux(R) sous FreeBSD. Avant de lire ce chapitre, vous devrez: @@ -188,7 +188,7 @@ Etant donné que la bibliothèque existante n'a qu'une ou deux versions de retar /compat/linux/lib/libc.so.4 -> libc.so.4.6.29 .... -Généralement, vous ne devrez cherchez à savoir de quelles bibliothèques partagées dépendent les binaires Linux(R) que les premières fois que vous installerez des programmes Linux(R) sur le système FreeBSD. Au bout d'un moment, il y aura un ensemble suffisant de bibliothèques partagées Linux(R) sur le système pour être en mesure d'exécuter les binaires Linux(R) nouvellement importés sans effort supplémentaire. +Généralement, vous ne devrez chercher à savoir de quelles bibliothèques partagées dépendent les binaires Linux(R) que les premières fois que vous installerez des programmes Linux(R) sur le système FreeBSD. Au bout d'un moment, il y aura un ensemble suffisant de bibliothèques partagées Linux(R) sur le système pour être en mesure d'exécuter les binaires Linux(R) nouvellement importés sans effort supplémentaire. === Installer des binaires Linux(R) ELF @@ -251,7 +251,7 @@ FreeBSD possède une abstraction appelée "chargeur de classe d'exécution". C'e Historiquement, le chargeur UNIX(R) examinait le nombre magique (généralement les 4 ou 8 premiers octets du fichier) pour voir si c'était un binaire connu par le système, et si c'était le cas, invoquait le chargeur binaire. -Si ce n'était pas le type de binaire du système, l'appel man:execve[2] retournait un échec, et l'interpréteur de commandes tentait de l'exécuter comme une commande d'interpréteur. Cette hypothèse était celle par défaut "quelque soit l'interpréteur de commandes actuel". +Si ce n'était pas le type de binaire du système, l'appel man:execve[2] retournait un échec, et l'interpréteur de commandes tentait de l'exécuter comme une commande d'interpréteur. Cette hypothèse était celle par défaut "quel que soit l'interpréteur de commandes actuel". Plus tard, une modification a été faite sur man:sh[1] pour examiner les deux premiers caractères, et s'ils étaient `:\n`, alors elle invoquait l'interpréteur de commandes man:csh[1] à la place. @@ -270,7 +270,7 @@ Lorsque le chargeur ELF voit le marquage `Linux`, le chargeur remplace un pointe Le vecteur d'appel système Linux(R) contient, entre autres, une liste des entrées `sysent[]` dont les adresses résident dans le noyau. -Quand un appel système est effectué par le binaire Linux, le code "trap" déréférence de la structure `proc` le pointeur de la fonction de l'appel système, et utilise les points d'entrée Linux(R), et non pas FreeBSD, de d'appel système. +Quand un appel système est effectué par le binaire Linux, le code "trap" déréférence de la structure `proc` le pointeur de la fonction de l'appel système, et utilise les points d'entrée Linux(R), et non pas FreeBSD, de l'appel système. Le mode Linux(R) _redéfinit dynamiquement_ l'origine des requêtes. C'est, en effet, équivalent à l'option `union` de montage des systèmes de fichiers. Tout d'abord, une tentative est faite pour rechercher le fichier dans le répertoire [.filename]#/compat/linux/chemin-origine#. Si cela échoue, la recherche est effectuée dans le répertoire [.filename]#/chemin-origine#. Cela permet de s'assurer que les binaires nécessitant d'autres binaires puissent s'exécuter. Par exemple, l'ensemble des outils Linux(R) peuvent tourner sous l'ABI Linux(R). Cela signifie également que les binaires Linux(R) peuvent charger et exécuter les binaires FreeBSD, s'il n'y a pas de binaires Linux(R) correspondant présents, et vous pourriez placer une commande man:uname[1] dans l'arborescence [.filename]#/compat/linux# pour vous assurer que les binaires Linux(R) ne puissent pas dire qu'ils ne tournent pas sous Linux(R).