Re: [RFR] po4a://manpages-fr/close/po/fr.po 5f 4u
Bonjour,
Le 06/06/2020 à 20:54, Jean-Philippe MENGUAL a écrit :
> Bonjour,
>
> Voici une mise à jour de page de man.
>
> Merci pour vos relectures.
>
> Amicalement,
>
détails , sur le po de close,
amicalement,
bubu
--- close.2.po 2020-06-07 07:56:21.274252780 +0200
+++ close.2.relu.po 2020-06-07 08:07:19.456328964 +0200
@@ -319,7 +319,7 @@
msgstr ""
"Un programmeur prudent vérifiera le code de retour de B<close>(), car il est "
"possible qu'une erreur correspondant à un appel B<write>(2) antérieur ne "
-"soit rapportée que lors du B<close>() final. Ne pas vérifier ll code de "
+"soit rapportée que lors du B<close>() final. Ne pas vérifier le code de "
"retour lorsque l'on ferme un fichier peut conduire à une perte "
"B<silencieuse> de données. Ceci est principalement vrai dans le cas de "
"systèmes de fichiers NFS, ou avec l'utilisation des quotas de disques."
@@ -359,7 +359,7 @@
"faire, car il peut en résulter que le descripteur d'un fichier qui serait "
"réutilisé à partir d'un autre thread se ferme. Cela est possible car le "
"noyau Linux abandonne I<toujours> tôt le descripteur de fichier lors d'une "
-"oépartion de fermeture, ce qui le libère pour être réutilisé ; les étapes de "
+"opération de fermeture, ce qui le libère pour être réutilisé ; les étapes de "
"renvoi d'erreur telles que l'effacement des données sur le système de "
"fichiers ou le périphérique arrivent plus tard dans l'opération de fermeture."
@@ -436,7 +436,7 @@
"for the next major release of the POSIX.1 standard."
msgstr ""
"Cela autorise un comportement qui arrive sur Linux et beaucoup d'autres "
-"implémentations, om, comme pour beaucoup d'erreurs pouvant être signalées "
+"implémentations, où, comme pour beaucoup d'erreurs pouvant être signalées "
"par B<close>(), le descripteur de fichier se fermera assurément. Néanmoins, "
"cela permet aussi une autre possibilité : l'implémentation renvoie une "
"erreur B<EINTR> et laisse le descripteur de fichier ouvert (selon sa "
Reply to: