Re: [RFR] man://glibc-glibcA/fr.po
2006/8/10, Florentin Duneau :
Bonsoir
voici la première partie (il y en a quatre) de glibc à relire.
Corrections et quelques propositions dans le diff
Pour le pluriel de mutex, mutexes ou mutex ?
--
Max
--- glibcA.po 2006-08-11 13:37:38.000000000 +0200
+++ modif.glibcA.po 2006-08-11 13:38:14.000000000 +0200
@@ -101,7 +101,7 @@
"given as !NULL!, meaning that no handler needs to be called at the "
"corresponding point."
msgstr ""
-"L'un ou plusieurs des trois gestionnaires I<prepare>, I<parent> et I<child> "
+"Un ou plusieurs des trois gestionnaires I<prepare>, I<parent> et I<child> "
"peut être affecté à B<NULL>, ce qui signifie qu'aucun gestionnaire ne sera "
"appelé au moment correspondant."
@@ -134,11 +134,11 @@
msgstr ""
"Pour comprendre l'objectif de B<pthread_atfork>(), rappelons que B<fork>(2) "
"copie toute l'image mémoire du processus, y compris ses mutexes dans leur "
-"état de bloquage courant, mais seulement le thread appelant\\ : les autres "
+"état de blocage courant, mais seulement le thread appelant\\ : les autres "
"threads ne s'exécutent pas dans le processus fils. Les mutexes ne sont pas "
"utilisables après le B<fork>() et doivent être initialisés avec "
"B<pthread_mutex_init>() dans le processus fils. C'est une limitation de "
-"l'implémentation actuelle et peut être ou ne pas être présente dans les "
+"l'implémentation actuelle et peut être ou non présente dans les "
"prochaines versions."
# type: SH
@@ -675,7 +675,7 @@
"codes on error:"
msgstr ""
"La fonction B<pthread_attr_setinheritsched>() renvoie le code d'erreur lors "
-"d'un erreur\\ :"
+"d'une erreur\\ :"
# type: Plain text
#: C/man3/pthread_attr_init.3:199
@@ -947,7 +947,7 @@
msgid ""
"no thread could be found corresponding to that specified by the |thread| ID."
msgstr ""
-"Aucun thread correspondant au descripteur I<thread> n'a pu êtres trouvé."
+"Aucun thread correspondant au descripteur I<thread> n'a pu être trouvé."
# type: Plain text
#: C/man3/pthread_cancel.3:106
@@ -1168,7 +1168,7 @@
msgstr ""
"B<pthread_cleanup_push_defer_np>() est une extension non portable qui "
"combine B<pthread_cleanup_push>() et B<pthread_setcanceltype>(3). Elle "
-"enregistre le gestionnaires de nettoyage comme le fait "
+"enregistre le gestionnaire de nettoyage comme le fait "
"B<pthread_cleanup_push>(), mais sauvegarde également le mode d'annulation "
"courant et le passe en mode d'annulation retardée. Cela permet de s'assurer "
"que le mécanisme de nettoyage est efficace même si le thread fonctionne en "
@@ -1347,7 +1347,7 @@
"using the non-portable functions !pthread_cleanup_push_defer_np! and !"
"pthread_cleanup_pop_restore_np!:"
msgstr ""
-"Le code ci-dessus peut être ré-écrit de manière plus compacte et plus "
+"Le code ci-dessus peut être récrit de manière plus compacte et plus "
"efficace en utilisant les extensions non portables "
"B<pthread_cleanup_push_defer_np>() et B<pthread_cleanup_pop_restore_np>()\\ :"
@@ -1517,8 +1517,8 @@
"signalée. L'exécution du thread est suspendue et ne consomme pas de temps "
"CPU jusqu'à ce que la variable condition soit signalée. Le I<mutex> doit "
"être verrouillé par le thread appelant à l'entrée de B<pthread_cond_wait>(). "
-"Avant de rendre la main au thread appelant, B<pthread_cond_wait>() re-"
-"verrouille I<mutex> (comme B<pthread_lock_mutex>())."
+"Avant de rendre la main au thread appelant, B<pthread_cond_wait>() "
+"reverrouille I<mutex> (comme B<pthread_lock_mutex>())."
# type: Plain text
#: C/man3/pthread_cond_init.3:74
@@ -1590,7 +1590,7 @@
msgstr ""
"B<pthread_cond_wait>() et B<pthread_cond_timedwait>() sont des points "
"d'annulation. Si un thread est annulé alors qu'il est suspendu dans l'une de "
-"ces fonctions, son exécution reprend immédiatement, re-verrouillant le "
+"ces fonctions, son exécution reprend immédiatement, reverrouillant le "
"paramètre I<mutex> à B<pthread_cond_wait>() et B<pthread_cond_timedwait>(), "
"et exécute finalement l'annulation. Aussi, les gestionnaires d'annulation "
"sont assurés que I<mutex> est verrouillé lorsqu'ils sont exécutés."
@@ -1779,7 +1779,7 @@
"pthread_cond_broadcast!."
msgstr ""
"S'il peut être prouvé qu'au plus un thread en attente nécessite d'être "
-"réveillé (par exemple, s'il n'y a que deux threads communicant via I<x> et "
+"réveillé (par exemple, s'il n'y a que deux threads communiquant via I<x> et "
"I<y>), B<pthread_cond_signal>() peut être utilisé en tant qu'alternative "
"efficace à B<pthread_cond_broadcast>(). En cas de doute, utilisez "
"B<pthread_cond_broadcast>()."
Reply to: