Re: [RFR2] po4a://manpages-fr/getpid/po/fr.po 5f 4u
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 "
Reply to: