[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

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: