Bonjor, un détail,
amicalement, bubu
--- getpid.2.po 2020-07-14 13:53:28.219303759 +0200 +++ getpid.2.relu.po 2020-07-14 13:59:02.347201214 +0200 @@ -260,7 +260,7 @@ "si une application se passait des enveloppes de la glibc pour ces appels " "système en appelant B<syscall>(2), alors un appel à B<getpid>() dans " "l'enfant renvoyait la mauvaise valeur (pour être précis : il renvoyait le " -"PID du processus parent). En outre, il y avaient des cas où B<getpid>() " +"PID du processus parent). En outre, il y avait des cas où B<getpid>() " "renvoyait la mauvaise valeur même avec un appel B<clone>(2) par la fonction " "enveloppe de la glibc (voir BOGUES de B<clone>(2) pour un point sur ce cas). " "De plus, la complexité du code de mise en cache était devenue, au fil des " @@ -292,7 +292,7 @@ "transparently deal with this. See B<syscall>(2) for details regarding " "register mapping." msgstr "" -"Sur Alpha, au lieu d'une paire d'appels système B<getpid>() et " +"Sur Alpha, au lieu d'une paire d'appels système B<getpid>() et " "B<getppid>(), un seul appel B<getxpid>() est fourni, qui renvoie une paire " "PID et PID parent. Les fonctions enveloppes B<getpid>() et B<getppid>() de " "la glibc gèrent cela de manière transparente. Voir B<syscall>(2) pour des "
