@@ -6,14 +6,14 @@ msgstr ""
6
6
"Project-Id-Version : Python 3\n "
7
7
"Report-Msgid-Bugs-To : \n "
8
8
"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 "
10
10
"Last-Translator : Jean Abou Samra <jean@abou-samra.fr>\n "
11
11
"Language-Team : FRENCH <traductions@lists.afpy.org>\n "
12
12
"Language : fr\n "
13
13
"MIME-Version : 1.0\n "
14
14
"Content-Type : text/plain; charset=UTF-8\n "
15
15
"Content-Transfer-Encoding : 8bit\n "
16
- "X-Generator : Poedit 3.0 \n "
16
+ "X-Generator : Poedit 3.2.2 \n "
17
17
18
18
#: howto/sockets.rst:5
19
19
msgid "Socket Programming HOWTO"
@@ -481,29 +481,21 @@ msgid ""
481
481
msgstr ""
482
482
483
483
#: howto/sockets.rst:262
484
- #, fuzzy
485
484
msgid ""
486
485
"Socket libraries have calls for converting 16 and 32 bit integers - ``ntohl, "
487
486
"htonl, ntohs, htons`` where \" n\" means *network* and \" h\" means *host*, "
488
487
"\" s\" means *short* and \" l\" means *long*. Where network order is host "
489
488
"order, these do nothing, but where the machine is byte-reversed, these swap "
490
489
"the bytes around appropriately."
491
490
msgstr ""
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."
504
497
505
498
#: howto/sockets.rst:268
506
- #, fuzzy
507
499
msgid ""
508
500
"In these days of 64-bit machines, the ASCII representation of binary data is "
509
501
"frequently smaller than the binary representation. That's because a "
@@ -512,13 +504,13 @@ msgid ""
512
504
"be 8. Of course, this doesn't fit well with fixed-length messages. "
513
505
"Decisions, decisions."
514
506
msgstr ""
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 "
516
508
"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. "
522
514
523
515
#: howto/sockets.rst:277
524
516
msgid "Disconnecting"
0 commit comments