Re: [RFR] po4a://manpages-l10n/man3/memc{hr,py,cpy}

[Lucien Gentis <lucien.gentis@waika9.com>]

Bonjour,

Une coquille, des suggestions, des préférences, ...

Lucien

Le 05/12/2021 à 10:33, Grégoire Scano a écrit :
> Bonjour,
>
> voici une proposition de mise à jour de ces fichiers, les modifications
> sont mineures.
>
> Merci d'avance pour vos relectures,
> Grégoire
--- memchr.3.po.orig	2021-12-05 14:02:02.205577082 +0100
+++ memchr.3.po	2021-12-05 14:14:35.158204563 +0100
@@ -126,8 +126,8 @@
 "of the memory area pointed to by I<s> are interpreted as I<unsigned char>."
 msgstr ""
 "La fonction B<memchr>() examine les I<n> premiers octets de la zone mémoire "
-"pointée par I<s> à la recherche de la première occurrence de I<c>. À la fois "
-"I<s> et les octets de la zone mémoire pointée par I<s> sont interprétés "
+"pointée par I<s> à la recherche de la première occurrence de I<c>. "
+"I<c> et les octets de la zone mémoire pointée par I<s> sont interprétés "
 "comme des I<unsigned char>."
 
 #. type: Plain text
@@ -154,13 +154,13 @@
 "results are unpredictable.  The following call is a fast means of locating a "
 "string's terminating null byte:"
 msgstr ""
-"La fonction B<rawmemchr>() est semblable à B<memchr>() : elle suppose (c'est-"
-"à-dire que le développeur en est sûr) qu'une occurrence de I<c> se trouve "
+"La fonction B<rawmemchr>() est semblable à B<memchr>() : elle suppose (autrement dit, "
+"le développeur en est sûr) qu'une occurrence de I<c> se trouve "
 "quelque part dans la zone de mémoire qui commence à l'endroit pointé par "
 "I<s> et fait ainsi une recherche optimisée de I<c> (c'est-à-dire sans "
 "utiliser d'argument de comptage pour limiter la longueur de la recherche). "
-"Si aucune occurrence de I<c> n'est trouvée les résultats sont imprévisibles. "
-"L'appel suivant est une manière rapide de trouver l’octet NULL de fin d'une "
+"Si aucune occurrence de I<c> n'est trouvée, les résultats sont imprévisibles. "
+"L'appel suivant est une manière rapide de trouver l’octet nul de fin d'une "
 "chaîne :"
 
 #. type: Plain text
@@ -198,7 +198,7 @@
 msgstr ""
 "La fonction B<rawmemchr>() renvoie un pointeur sur l'octet correspondant, "
 "s'il est trouvé. Si aucun caractère correspondant n'est trouvé, le résultat "
-"n'est pas spécifié."
+"est indéterminé."
 
 #. type: SH
 #: archlinux debian-bullseye debian-unstable fedora-rawhide mageia-cauldron

--- memcpy.3.po.orig	2021-12-05 14:02:37.241120833 +0100
+++ memcpy.3.po	2021-12-05 14:27:09.706142592 +0100
@@ -207,8 +207,8 @@
 "of B<memcpy>()  on some platforms (including x86-64) included changing the "
 "order in which bytes were copied from I<src> to I<dest>."
 msgstr ""
-"Le manque de conformité avec l'exigence voulant que les zones mémoire ne se "
-"chevauchent pas a constitué la source de nombreux bogues. Les normes POSIX "
+"Le non-respect de l'exigence de non-chevauchement des zones mémoire "
+"a constitué la source de nombreux bogues. Les normes POSIX "
 "et C déclarent expressément que l'utilisation de B<memcpy>() sur des zones "
 "qui se chevauchent conduit à un comportement non défini. En particulier, une "
 "optimisation de performance de B<memcpy>() sur certaines plateformes, dont "
@@ -241,7 +241,7 @@
 "Ce changement a entraîné des défauts dans un bon nombre d'applications qui "
 "copiaient des zones se chevauchant. L'ordre dans lequel les octets sont "
 "copiés dans les implémentations précédentes a caché ce bogue de façon "
-"fortuite et il est apparu lorsque l'ordre de la copie a été inversé. Un "
+"accidentelle et il est apparu lorsque l'ordre de la copie a été inversé. Un "
 "symbole versionné a été ajouté à la glibc 2.14 de façon à ce que d'anciens "
 "binaires (comme ceux dont les liens ont été édités vers des versions "
 "antérieures à la glibc 2.14) emploient une implémentation de B<memcpy>() qui "