Re: [RFR] po4a://manpages-fr-extra/openssl/BN_{CTX_start,cmp,new,num_bytes}.pod.po

[JP Guillonneau <guillonneau.jeanpaul@free.fr>]

Bonsoir,

relectures.

-- 
JP

--- BN_cmp.pod.po	2013-02-04 20:11:46.000000000 +0100
+++ jp-BN_cmp.pod.po	2013-02-04 21:56:52.000000000 +0100
@@ -752,7 +752,7 @@
 "comparison and test functions"
 msgstr ""
 "BN_cmp, BN_ucmp, BN_is_zero, BN_is_one, BN_is_word, BN_is_odd - Fonctions de "
-"comparaison et test BIGNUM"
+"comparaison et test de BIGNUM"
 
 #. type: verbatim
 #: C/crypto/BN_cmp.pod:11
@@ -788,8 +788,8 @@
 "BN_cmp() compares the numbers B<a> and B<b>. BN_ucmp() compares their "
 "absolute values."
 msgstr ""
-"B<BN_cmp>() compare les nombres I<a> et I<b>. B<BN_ucmp>() compare leur "
-"valeur absolue."
+"B<BN_cmp>() compare les nombres I<a> et I<b>. B<BN_ucmp>() compare leurs "
+"valeurs absolues."
 
 #. type: textblock
 #: C/crypto/BN_cmp.pod:24
@@ -799,7 +799,7 @@
 msgstr ""
 "B<BN_is_zero>(), B<BN_is_one>() et B<BN_is_word>() testent respectivement si "
 "I<a> est égal à B<0>, à B<1> ou à I<w>. B<BN_is_odd>() teste si I<a> est "
-"bizarre."
+"impair."
 
 #. type: textblock
 #: C/crypto/BN_cmp.pod:27
@@ -836,4 +836,4 @@
 msgstr ""
 "B<BN_cmp>(), B<BN_ucmp>(), B<BN_is_zero>(), B<BN_is_one>() et B<BN_is_word>"
 "() sont disponibles dans toutes les versions de SSLeay et OpenSSL. "
-"B<BN_is_odd>() a été ajoutées dans SSLeay 0.8."
+"B<BN_is_odd>() a été ajoutée dans SSLeay 0.8."

--- BN_new.pod.po	2013-02-04 20:11:46.000000000 +0100
+++ jp-BN_new.pod.po	2013-02-04 22:00:27.000000000 +0100
@@ -829,7 +829,7 @@
 "the data before the memory is returned to the system."
 msgstr ""
 "B<BN_free>() libère les composants de B<BIGNUM> et, s'il a été créé par "
-"B<BN_new>(), de la structure elle-même. B<BN_clear_free>() écrase de plus "
+"B<BN_new>(), la structure elle-même. B<BN_clear_free>() écrase de plus "
 "les données avant que la mémoire ne soit rendue au système."
 
 #. type: textblock

--- BN_num_bytes.pod.po	2013-02-04 20:11:46.000000000 +0100
+++ jp-BN_num_bytes.pod.po	2013-02-04 22:08:15.000000000 +0100
@@ -877,7 +877,7 @@
 "take 0x00000432 as an example, it returns 11, not 16, not 32.  Basically, "
 "except for a zero, it returns I<floor(log2(w))+1>."
 msgstr ""
-"B<BN_num_bits_word>() renvoie un nombre de bits significatifs dans un mot. "
+"B<BN_num_bits_word>() renvoie le nombre de bits significatifs dans un mot. "
 "Avec 0x00000432 par exemple, 11 est renvoyé, pas 16 ni 32. � part pour zéro, "
 "c'est à peu près I<floor(log2(w))+1> qui est renvoyé."
 
@@ -887,7 +887,7 @@
 "BN_num_bits() returns the number of significant bits in a B<BIGNUM>, "
 "following the same principle as BN_num_bits_word()."
 msgstr ""
-"B<BN_num_bits>() renvoi un nombre de bits significatifs dans un B<BIGNUM>, "
+"B<BN_num_bits>() renvoie le nombre de bits significatifs dans un B<BIGNUM>, "
 "en suivant le même principe que B<BN_num_bits_word>()."
 
 #. type: textblock
@@ -914,13 +914,13 @@
 "the \"key size\", just a lot more probability)."
 msgstr ""
 "Certaines personnes ont essayé d'utiliser B<BN_num_bits>() sur des nombres "
-"individuels dans des clefs RSA, clefs DH et clefs DSA, et ont trouvé qu'elle "
-"ne revenaient pas toujours avec le nombre de bits attendus (quelque chose "
+"indivisibles dans des clefs RSA, clefs DH et clefs DSA, et ont trouvé qu'elle "
+"ne renvoyait pas toujours le nombre de bits attendus (quelque chose "
 "comme 512, 1024, 2048, etc.) C'est parce que la génération d'un nombre avec "
-"un certain nombre de bits en particulier ne définit pas toujours le plus "
-"grand nombre de bits, rendant ainsi le nombre de bits I<significatifs> un "
+"certains nombres particuliers de bits ne définit pas toujours les bits "
+"les plus élevés, rendant ainsi le nombre de bits I<significatifs> un "
 "peu inférieur. Si vous voulez connaître la « taille de clef » d'une telle "
-"clef, utilisez soit des fonctions comme B<RSA_size>(), B<DH_size>() et "
+"clef, utilisez ou des fonctions comme B<RSA_size>(), B<DH_size>() et "
 "B<DSA_size>(), ou utilisez B<BN_num_bytes>() et multipliez par 8 (bien qu'il "
 "n'y ait aucune véritable garantie que cela corresponde à la « taille de "
 "clef », c'est simplement beaucoup plus probable)."