{"id":104757,"date":"2022-08-02T15:37:00","date_gmt":"2022-08-02T13:37:00","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-sistemnoj-biblioteki-glibc-2-36"},"modified":"2022-08-02T15:37:00","modified_gmt":"2022-08-02T13:37:00","slug":"vypusk-sistemnoj-biblioteki-glibc-2-36","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/news\/vypusk-sistemnoj-biblioteki-glibc-2-36","title":{"rendered":"Sortie de la biblioth\u00e8que syst\u00e8me Glibc 2.36","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Apr\u00e8s six mois de d\u00e9veloppement, la version de la biblioth\u00e8que GNU C Library (glibc) 2.36 a \u00e9t\u00e9 publi\u00e9e, respectant pleinement les normes ISO C11 et POSIX.1-2017. Cette nouvelle version comprend des correctifs de 59 d\u00e9veloppeurs. <\/p>\n
Parmi les am\u00e9liorations apport\u00e9es dans Glibc 2.36, on peut noter : <\/p>\n
\n
Ajout du support du nouveau format de relocations relatives DT_RELR, permettant de r\u00e9duire la taille des relocations relatives dans les objets partag\u00e9s et les fichiers ex\u00e9cutables, assembl\u00e9s en mode avec PIE (ex\u00e9cutables ind\u00e9pedants de la position). Pour utiliser le champ DT_RELR dans les fichiers ELF, un support de l'option \u00ab -z pack-relative-relocs \u00bb dans l'\u00e9diteur de liens est n\u00e9cessaire, apparaissant dans la version du paquet binutils 2.38.\n
Pour la plateforme Linux, des fonctions pidfd_open, pidfd_getfd et pidfd_send_signal ont \u00e9t\u00e9 impl\u00e9ment\u00e9es, offrant un acc\u00e8s \u00e0 la fonctionnalit\u00e9 pidfd, qui aide \u00e0 g\u00e9rer les situations de r\u00e9utilisation des PID pour une identification plus pr\u00e9cise des processus interagissant avec des fichiers suivis (pidfd est li\u00e9 \u00e0 un processus sp\u00e9cifique et ne change pas, tandis que le PID peut \u00eatre li\u00e9 \u00e0 un autre processus apr\u00e8s la terminaison du processus actuel associ\u00e9 \u00e0 ce PID).\n
Pour la plateforme Linux, la fonction process_madvise() a \u00e9t\u00e9 ajout\u00e9e, permettant \u00e0 un processus d'effectuer un appel syst\u00e8me madvise() au nom d'un autre processus, en identifiant le processus cible \u00e0 l'aide de pidfd. Gr\u00e2ce \u00e0 madvise(), le noyau peut \u00eatre inform\u00e9 des particularit\u00e9s de la gestion de la m\u00e9moire pour optimiser la gestion de la m\u00e9moire du processus ; par exemple, sur la base des informations transmises, le noyau peut initier la lib\u00e9ration de m\u00e9moire libre suppl\u00e9mentaire. L'appel de madvise() par un autre processus peut \u00eatre n\u00e9cessaire lorsque les informations requises pour l'optimisation ne sont pas connues du processus actuel, mais sont coordonn\u00e9es par un processus de gestion en arri\u00e8re-plan distinct, qui peut initier lui-m\u00eame le d\u00e9gagement de m\u00e9moire inutilis\u00e9e par les processus.\n
Pour la plateforme Linux, la fonction process_mrelease() a \u00e9t\u00e9 ajout\u00e9e, permettant d'acc\u00e9l\u00e9rer la lib\u00e9ration de la m\u00e9moire des processus en cours d'ex\u00e9cution. Dans des conditions normales, la lib\u00e9ration des ressources et la fin d'un processus ne se d\u00e9roulent pas instantan\u00e9ment et peuvent \u00eatre retard\u00e9es pour diverses raisons, ce qui perturbe le fonctionnement des syst\u00e8mes d'alerte pr\u00e9coce en cas de manque de m\u00e9moire dans l'espace utilisateur, tels que oomd (fournie dans systemd). Gr\u00e2ce \u00e0 l'appel de process_mrelease, ces syst\u00e8mes peuvent initier de mani\u00e8re plus pr\u00e9visible le retour de la m\u00e9moire des processus termin\u00e9s de force.\n
La mise en \u0153uvre int\u00e9gr\u00e9e du r\u00e9solveur DNS a \u00e9t\u00e9 mise \u00e0 jour avec le support de l'option \u00ab no-aaaa \u00bb, permettant de d\u00e9sactiver l'envoi de requ\u00eates DNS pour les enregistrements AAAA (d\u00e9finition d'une adresse IPv6 par le nom d'h\u00f4te), facilitant ainsi le diagnostic des probl\u00e8mes, y compris lors de l'ex\u00e9cution de fonctions NSS telles que getaddrinfo(). Cette option n'affecte pas le traitement des liaisons d'adresses IPv6 d\u00e9finies dans \/etc\/hosts ni les appels \u00e0 getaddrinfo() avec le drapeau AI_PASSIVE.\n
Pour la plateforme Linux, les fonctions fsopen, fsmount, move_mount, fsconfig, fspick, open_tree et mount_setattr ont \u00e9t\u00e9 ajout\u00e9es, fournissant un acc\u00e8s \u00e0 une nouvelle API du noyau pour la gestion des montages de syst\u00e8mes de fichiers en tenant compte des espaces de noms des points de montage (mount namespaces). Ces fonctionnalit\u00e9s propos\u00e9es permettent de traiter s\u00e9par\u00e9ment diff\u00e9rentes \u00e9tapes de montage (traiter le superbloc, obtenir des informations sur le FS, monter, attacher \u00e0 un point de montage), qui \u00e9taient auparavant effectu\u00e9es \u00e0 l'aide de la fonction g\u00e9n\u00e9rale mount(). Les fonctions s\u00e9par\u00e9es offrent la possibilit\u00e9 d'ex\u00e9cuter des sc\u00e9narios de montage plus complexes et de r\u00e9aliser des op\u00e9rations telles que le reclassement du superbloc, l'activation d'options, le changement de point de montage et le transfert vers un autre espace de noms. De plus, le traitement s\u00e9par\u00e9 permet de d\u00e9terminer avec pr\u00e9cision les raisons de l'\u00e9mission de codes d'erreur et de sp\u00e9cifier plusieurs sources pour les syst\u00e8mes de fichiers superpos\u00e9s (overlayfs).\n
La prise en charge du traitement des fichiers de d\u00e9finition des param\u00e8tres r\u00e9gionaux fournis en encodage UTF-8 au lieu de l'ASCII a \u00e9t\u00e9 mise en \u0153uvre dans localedef.\n
Des fonctions pour la conversion des encodages multi-octets mbrtoc8 et c8rtomb ont \u00e9t\u00e9 ajout\u00e9es, conformes aux sp\u00e9cifications ISO C2X N2653 et C++20 P0482R6.\n
Le type char8_t, d\u00e9fini dans le projet de norme ISO C2X N2653, a \u00e9t\u00e9 ajout\u00e9.\n
Ajout des fonctions arc4random, arc4random_buf et arc4random_uniform, offrant des liaisons avec l'appel syst\u00e8me getrandom et l'interface \/dev\/urandom, retournant des nombres pseudo-al\u00e9atoires de haute qualit\u00e9.\n
Sur la plateforme Linux, la prise en charge de l'architecture d'ensemble d'instructions LoongArch a \u00e9t\u00e9 mise en \u0153uvre, utilis\u00e9e dans les processeurs Loongson 3 5000 et impl\u00e9mentant un nouvel ISA RISC, similaire \u00e0 MIPS et RISC-V. \u00c0 l'\u00e9tat actuel, seule la prise en charge de la version 64 bits de LoongArch (LA64) est disponible. Il faut au moins les versions binutils 2.38, GCC 12 et le noyau Linux 5.19.\n
Le m\u00e9canisme prelink a \u00e9t\u00e9 d\u00e9clar\u00e9 obsol\u00e8te et sera supprim\u00e9 dans la prochaine version, ainsi que les variables d'environnement associ\u00e9es LD_TRACE_PRELINKING et LD_USE_LOAD_BIAS et les fonctionnalit\u00e9s de l'\u00e9diteur de liens.\n
Le code pour v\u00e9rifier la version du noyau Linux et traiter la variable d'environnement LD_ASSUME_KERNEL a \u00e9t\u00e9 supprim\u00e9. La version minimale prise en charge lors de la compilation de Glibc est d\u00e9termin\u00e9e par le champ ELF NT_GNU_ABI_TAG.\n
Sur la plateforme Linux, la prise en charge de la variable d'environnement LD_LIBRARY_VERSION a \u00e9t\u00e9 arr\u00eat\u00e9e. <\/ul>\n