@@ -6,14 +6,14 @@ msgstr ""
66"Project-Id-Version : Python 3\n "
77"Report-Msgid-Bugs-To : \n "
88"POT-Creation-Date : 2023-01-15 22:33+0100\n "
9- "PO-Revision-Date : 2022-10-18 12:27+0200 \n
9+ "PO-Revision-Date : 2023-02-16 15:07+0100 \n
1010"Last-Translator : Jean Abou Samra <jean@abou-samra.fr>\n "
1111"Language-Team : FRENCH <traductions@lists.afpy.org>\n "
1212"Language : fr\n "
1313"MIME-Version : 1.0\n "
1414"Content-Type : text/plain; charset=UTF-8\n "
1515"Content-Transfer-Encoding : 8bit\n "
16- "X-Generator : Poedit 3.0 \n "
16+ "X-Generator : Poedit 3.2.2 \n "
1717
1818#: howto/sockets.rst:5
1919msgid "Socket Programming HOWTO"
@@ -481,29 +481,21 @@ msgid ""
481481msgstr ""
482482
483483#: howto/sockets.rst:262
484- #, fuzzy
485484msgid ""
486485"Socket libraries have calls for converting 16 and 32 bit integers - ``ntohl, "
487486"htonl, ntohs, htons`` where \" n\" means *network* and \" h\" means *host*, "
488487"\" s\" means *short* and \" l\" means *long*. Where network order is host "
489488"order, these do nothing, but where the machine is byte-reversed, these swap "
490489"the bytes around appropriately."
491490msgstr ""
492- "Il est parfaitement possible d’envoyer des données binaires sur un "
493- "connecteur. Le gros problème est que toutes les machines n’utilisent pas les "
494- "mêmes formats pour les données binaires. Par exemple, une puce Motorola code "
495- "l'entier 1, sous 16 bits, comme les deux octets hexadécimaux 00 01. Intel et "
496- "DEC, cependant, utilisent l’ordre d’octets inverse — ce même 1 est codé 01 "
497- "00. Les bibliothèques de connecteurs ont des appels pour convertir des "
498- "entiers de 16 et 32 bits — ``ntohl, htonl, ntohs, htons`` où ``n`` signifie "
499- "*réseau* (*network*, en anglais) et ``h`` signifie *hôte*, ``s`` signifie "
500- "*court* (*short*, en anglais) et ``l`` signifie *long*. Lorsque l’ordre du "
501- "réseau est l’ordre de l’hôte, ceux-ci ne font rien, mais lorsque la machine "
502- "utilise l’ordre d’octets inverse, ceux-ci échangent les octets de manière "
503- "appropriée."
491+ "Les bibliothèques de sockets ont des appels pour convertir les entiers 16 et "
492+ "32 bits - ``ntohl, htonl, ntohs, htons`` où « n » signifie *network* "
493+ "(réseau) et « h » signifie *host* (hôte), « s » signifie *short* (court) et "
494+ "« l » signifie *long*. Lorsque l’ordre du réseau est l’ordre de l’hôte, ils "
495+ "ne font rien, mais lorsque la machine fonctionne en ordre inversé, ils "
496+ "échangent les octets de manière appropriée."
504497
505498#: howto/sockets.rst:268
506- #, fuzzy
507499msgid ""
508500"In these days of 64-bit machines, the ASCII representation of binary data is "
509501"frequently smaller than the binary representation. That's because a "
@@ -512,13 +504,13 @@ msgid ""
512504"be 8. Of course, this doesn't fit well with fixed-length messages. "
513505"Decisions, decisions."
514506msgstr ""
515- "De nos jours, avec les machines 32 bits, la représentation *ASCII* des "
507+ "De nos jours, avec les machines 64 bits, la représentation *ASCII* des "
516508"données binaires est souvent plus compacte que la représentation binaire. "
517- "C’est parce qu’ un nombre surprenant de fois , tous ces *longs * ont la valeur "
518- "0, ou peut-être 1. La chaîne « 0 » serait codée sur deux octets, alors "
519- "qu'elle le serait sur quatre en binaire. Bien sûr, cela ne fonctionne pas "
520- "très bien avec les messages de longueur fixe. Ah, les décisions, les "
521- "décisions… "
509+ "C’est parce que dans un nombre surprenant de cas , tous ces *entiers * ont la "
510+ "valeur 0 et parfois 1. La chaîne « 0 » serait codée sur deux octets, alors "
511+ "qu'elle le serait sur 8 en tant que binaire 64 bits . Bien sûr, cela ne "
512+ "fonctionne pas très bien avec les messages de longueur fixe. C’est une "
513+ "affaire de choix. "
522514
523515#: howto/sockets.rst:277
524516msgid "Disconnecting"
0 commit comments