Posté par _seb_ .
En réponse au journal Bouquin.
Évalué à 1.
Si tu parles du support natif des threads POSIX (Native POSIX Thread Library), il sera inclus à la bibliothèque GNU C quand ce sera suffisamment stable.
Cette bibliothèque de threads est conçue pour être compatible en binaire avec l'ancienne implémentation de Linux Thread ; toutefois, les applications qui dépendent des endroits où l'implémentation de Linux Thread diffère du standard POSIX devront être corrigées. Parmi les différences importantes on compte :
- La gestion des signaux est passée d'une gestion par thread à une gestion des signaux selon le processus POSIX.
- getpid() renvoie la même valeur dans tous les threads.
- Les gestionnaires de threads enregistrés avec pthread_atfork ne sont pas exécutés si vfork() est utilisé.
- Aucun gestionnaire de threads
Si une application ne fonctionne pas correctement avec NPTL, elle peut être exécutée à l'aide de l'ancienne implémentation de LinuxThreads, en réglant la variable d'environnement suivante : LD_ASSUME_KERNEL.
# Re: Bouquin
Posté par _seb_ . En réponse au journal Bouquin. Évalué à 1.
Cette bibliothèque de threads est conçue pour être compatible en binaire avec l'ancienne implémentation de Linux Thread ; toutefois, les applications qui dépendent des endroits où l'implémentation de Linux Thread diffère du standard POSIX devront être corrigées. Parmi les différences importantes on compte :
- La gestion des signaux est passée d'une gestion par thread à une gestion des signaux selon le processus POSIX.
- getpid() renvoie la même valeur dans tous les threads.
- Les gestionnaires de threads enregistrés avec pthread_atfork ne sont pas exécutés si vfork() est utilisé.
- Aucun gestionnaire de threads
Si une application ne fonctionne pas correctement avec NPTL, elle peut être exécutée à l'aide de l'ancienne implémentation de LinuxThreads, en réglant la variable d'environnement suivante : LD_ASSUME_KERNEL.