{"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\/es\/blog\/news\/vypusk-sistemnoj-biblioteki-glibc-2-36","title":{"rendered":"Lanzamiento de la biblioteca del sistema Glibc 2.36","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Despu\u00e9s de seis meses de desarrollo, se ha publicado la versi\u00f3n de la biblioteca del sistema GNU C Library (glibc) 2.36, que cumple totalmente con los requisitos de los est\u00e1ndares ISO C11 y POSIX.1-2017. Esta nueva versi\u00f3n incluye correcciones de 59 desarrolladores. <\/p>\n
Entre las mejoras implementadas en Glibc 2.36 se destacan: <\/p>\n
\n
Se ha a\u00f1adido soporte para el nuevo formato de desplazamientos relativos DT_RELR (desplazamiento relativo), que permite reducir el tama\u00f1o de los desplazamientos relativos en objetos compartidos y archivos ejecutables, ensamblados en modo PIE (ejecutables independientes de la posici\u00f3n). Para utilizar el campo DT_RELR en archivos ELF, se requiere soporte para la opci\u00f3n «-z pack-relative-relocs» en el enlazador, que apareci\u00f3 en la versi\u00f3n del conjunto binutils 2.38.\n
Para la plataforma Linux, se han implementado las funciones pidfd_open, pidfd_getfd y pidfd_send_signal, que proporcionan acceso a la funcionalidad pidfd, ayudando a manejar situaciones de reutilizaci\u00f3n de PID para una identificaci\u00f3n m\u00e1s precisa de los procesos que acceden a archivos controlados (el pidfd est\u00e1 vinculado a un proceso espec\u00edfico y no cambia, mientras que el PID puede ser asignado a otro proceso despu\u00e9s de que el proceso actual, asociado a ese PID, haya terminado).\n
Para la plataforma Linux, se ha a\u00f1adido la funci\u00f3n process_madvise(), que permite que un proceso realice la llamada al sistema madvise() en nombre de otro proceso, identificando el proceso objetivo a trav\u00e9s de pidfd. A trav\u00e9s de madvise() se puede informar al n\u00facleo sobre caracter\u00edsticas del trabajo con la memoria para optimizar la gesti\u00f3n de la memoria del proceso; por ejemplo, con la informaci\u00f3n proporcionada, el n\u00facleo puede iniciar la liberaci\u00f3n de memoria libre adicional. La llamada a madvise() por otro proceso puede ser necesaria en situaciones donde la informaci\u00f3n requerida para la optimizaci\u00f3n no es conocida por el proceso actual, y es coordinada por un proceso administrador en segundo plano que puede iniciar la recuperaci\u00f3n de memoria no utilizada por otros procesos.\n
Para la plataforma Linux, se ha a\u00f1adido la funci\u00f3n process_mrelease(), que permite acelerar la liberaci\u00f3n de memoria de un proceso al finalizar su ejecuci\u00f3n. En condiciones normales, la liberaci\u00f3n de recursos y la finalizaci\u00f3n de un proceso no se realizan de inmediato y, por diversas razones, pueden retrasarse, lo que obstaculiza el funcionamiento de los sistemas de respuesta temprana a la falta de memoria que operan en el espacio del usuario, como oomd (proporcionado en systemd). A trav\u00e9s de la llamada a process_mrelease, dichos sistemas pueden iniciar de manera m\u00e1s predecible la devoluci\u00f3n de memoria de procesos que se terminan forzosamente.\n
Se ha a\u00f1adido soporte para la opci\u00f3n «no-aaaa» en la implementaci\u00f3n incorporada del resolutor DNS, que permite deshabilitar el env\u00edo de solicitudes DNS de registros AAAA (resoluci\u00f3n de direcciones IPv6 por nombre de host) para simplificar la diagnosis de problemas, incluso al ejecutar funciones NSS como getaddrinfo(). Esta opci\u00f3n no afecta el tratamiento de las asignaciones de direcciones IPv6 definidas en \/etc\/hosts y las llamadas a getaddrinfo() con la bandera AI_PASSIVE.\n
Para la plataforma Linux, se han a\u00f1adido las funciones fsopen, fsmount, move_mount, fsconfig, fspick, open_tree y mount_setattr, que proporcionan acceso a una nueva API del n\u00facleo para gestionar el montaje de sistemas de archivos teniendo en cuenta los espacios de nombres de los puntos de montaje (mount namespaces). Las funciones propuestas permiten manejar por separado diferentes etapas del montaje (manejar el superblock, obtener informaci\u00f3n del sistema de archivos, montar, acoplar al punto de montaje), que anteriormente se realizaban mediante la funci\u00f3n general mount(). Las funciones separadas permiten llevar a cabo escenarios de montaje m\u00e1s complejos y realizar operaciones como la reconfiguraci\u00f3n del superblock, la inclusi\u00f3n de opciones, la modificaci\u00f3n del punto de montaje y el traslado a otro espacio de nombres. Adem\u00e1s, el manejo separado permite identificar con precisi\u00f3n las causas de la presentaci\u00f3n de c\u00f3digos de error y establecer m\u00faltiples or\u00edgenes para sistemas de archivos en capas, como overlayfs.\n
Se ha implementado soporte para el procesamiento de archivos con definiciones de locales en localedef, que se proporcionan en la codificaci\u00f3n UTF-8 en lugar de ASCII.\n
Se han a\u00f1adido funciones para convertir codificaciones multibyte mbrtoc8 y c8rtomb, que cumplen con las especificaciones ISO C2X N2653 y C++20 P0482R6.\n
Se ha a\u00f1adido soporte para el tipo char8_t, definido en el borrador del est\u00e1ndar ISO C2X N2653.\n
Se han a\u00f1adido las funciones arc4random, arc4random_buf y arc4random_uniform, que proporcionan interfaces sobre la llamada del sistema getrandom y la interfaz \/dev\/urandom, retornando n\u00fameros aleatorios pseudoaleatorios de alta calidad.\n
En la plataforma Linux se ha implementado el soporte para la arquitectura de conjunto de instrucciones LoongArch, utilizada en los procesadores Loongson 3 5000, que implementa un nuevo ISA RISC similar a MIPS y RISC-V. Actualmente, solo est\u00e1 disponible el soporte para la versi\u00f3n de 64 bits de LoongArch (LA64). Se requiere tener al menos las versiones binutils 2.38, GCC 12 y el n\u00facleo de Linux 5.19.\n
Se ha declarado obsoleto y se eliminar\u00e1 en la pr\u00f3xima versi\u00f3n el mecanismo prelink, as\u00ed como las variables de entorno relacionadas LD_TRACE_PRELINKING y LD_USE_LOAD_BIAS y las capacidades del enlazador.\n
Se ha eliminado el c\u00f3digo para verificar la versi\u00f3n del n\u00facleo de Linux y el manejo de la variable de entorno LD_ASSUME_KERNEL. La versi\u00f3n m\u00ednima del n\u00facleo soportada al compilar Glibc se determina a trav\u00e9s del campo ELF NT_GNU_ABI_TAG.\n
En la plataforma Linux, se ha dejado de soportar la variable de entorno LD_LIBRARY_VERSION. <\/ul>\n