URL: https://www.opennet.dev/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 131139
[ Назад ]
Исходное сообщение
"Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU Binutils 2.41"
Отправлено opennews , 01-Авг-23 09:29 
После шести месяцев разработки опубликован релиз системной библиотеки GNU C Library (glibc) 2.38, которая полностью следует требованиям стандартов ISO C11 и POSIX.1-2017. В состав нового выпуска включены исправления от 67 разработчиков...

Подробнее: https://www.opennet.dev/opennews/art.shtml?num=59529

Содержание
Сообщения в этом обсуждении
"Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."
Отправлено Анонин , 01-Авг-23 09:29 
> Добавлена поддержка работы в окружении операционной системы Hurd

Ничего себе, оно еще подергивается!

> Реализация функций перенесена из OpenBSD

Была сложна и сами ниасилили

> вывод 1,234,567 приведёт к переполнению на 2 байта

Мда... может они еще что-то с bsd стырят?

"Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."
Отправлено Аноним , 01-Авг-23 09:33 
> Мда... может они еще что-то с bsd стырят?

Главное, чтобы почтовик не тырили. А то, похоже, разрабы OpenSMTPD путают почтовик с remote shell.

"Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."
Отправлено Аноним , 01-Авг-23 09:36 
> Мда... может они еще что-то с bsd стырят?

Пожалуйста, пускай стырят jemalloc. Это позор какой-то, а не штатный malloc в glibc.

"Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."
Отправлено Аноним , 01-Авг-23 11:46 
> Пожалуйста, пускай стырят jemalloc. Это позор какой-то, а не штатный malloc в glibc.

Штатный мейнстримный malloc вполне хорош. В отличие от тормозного в мюслях.

На практике как раз наблюдаю использование jemalloc там, где из коробки стоят порезанные аналоги glibc, то бишь в alpine и прочих "минималистичных" дистрах.

"Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."
Отправлено Аноним , 01-Авг-23 12:01 
> Штатный мейнстримный malloc вполне хорош.

Для локалхоста - да, для серьезной нагрузки - нет (привет фрагментации кучи).

> В отличие от тормозного в мюслях.

С этим никто и не спорит, зачем ты его вспомнил?

> На практике как раз наблюдаю использование jemalloc там

где нужно эффективное выделение памяти, а не безумная фрагментация от glibc malloc.

"Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."
Отправлено Аноним , 01-Авг-23 14:19 
>Для локалхоста - да, для серьезной нагрузки - нет

Вы адепт секты "Серъёзная нагрузка"?

>(привет фрагментации кучи).

И что в этом такого? Операционная система решает, где и как, в конкретное время, будут распологаться данные.

"Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."
Отправлено Аноним , 01-Авг-23 14:39 
> Вы адепт секты "Серъёзная нагрузка"?

Нет, просто у меня сервера под той самой нагрузкой.

> И что в этом такого? Операционная система решает, где и как, в конкретное время, будут распологаться данные.

Ну да, жаль процесс падает из-за невозможности выделить большой блок памяти, хотя ее на самом деле завались.

"Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."
Отправлено вымя , 03-Авг-23 18:11 
jemalloc давно сдулся:

> Using jemalloc as Ruby's default is a bit problematic. There was a heated discussion in the Ruby bug tracker about this, but in the end no decision was made. The main issue raised is the fact that memory usage only reduces when using jemalloc 3; memory usage is still high when using jemalloc 5. Nobody knows why, so that makes the choice of defaulting to jemalloc very dodgy.

(https://www.joyfulbikeshedding.com/blog/2019-03-29-the-statu...)

Да и Firefox продолжает пользоваться своим форком.

"Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."
Отправлено Аноним , 01-Авг-23 09:40 
> вывод 1,234,567 приведёт к переполнению на 2 байта

Вот это блин вообще неожиданность. Я таким, конечно, не пользуюсь, но... glibc??? Там тоже не могут размер буфера посчитать? Ладно всякие мудрёные ядра, где это случайно, или новомодные поделки от разработчиков на яваскрипте. Но glibc и функция, которая ПРЕДНАЗНАЧЕНА для того, чтоб переполнений буфера не было?

"Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."
Отправлено Анонин , 01-Авг-23 10:04 
Конечно неожиданность! Glibc пишут практически лучшие погромисты современности, более крутые пишут ядро)
Но кто ж могу подумать, что две запятые в выводе займут дополнительно целых два байта??
"Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."
Отправлено Аноним , 01-Авг-23 10:15 
Расскажи сказку что придёт добрый язык программирования и всё это исправит.
"Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."
Отправлено Аноним , 01-Авг-23 11:02 
чего вдруг сказку? Конечно исправит - нет glibc, нет проблемы!

"Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."
Отправлено Аноним , 01-Авг-23 17:41 
Не могу, я расто-хейтер :(

Просто вот вообще не ожидал увидеть такую банальную проблему в glibc.

"Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."
Отправлено Аноним , 01-Авг-23 14:12 
>Была сложна и сами ниасилили

Разработчики языков программирования и библиотек должны поддерживать ISO (международный стандарт). Высер БЗДунов - это отсебятина.

"Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."
Отправлено Анонин , 01-Авг-23 14:23 
О ужас, получается гнутики не только не осилили, но еще и нарушают международный стандарт ISO??
Вообще не в какие ворота не лезет!
"Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."
Отправлено Серб , 01-Авг-23 15:15 
> Мда... может они еще что-то с bsd стырят?

Может и стырят. А вот в обратную сторону - не судьба...

"Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."
Отправлено Аноним , 01-Авг-23 09:30 
> Добавлена поддержка работы в окружении операционной системы Hurd на системах x86_64

Я работал в окружении Hurd на x86_64 и до этого. Ничего не понял

"Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."
Отправлено Аноним , 01-Авг-23 12:15 
Ну бинарный код для i386 работал и работает на x86_64. А вот за 2023-й Hurd нативно на x86_64 портанули. Не знаю, насколько полно только.
"Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."
Отправлено Аноним , 01-Авг-23 09:33 
Риторический вопрос: когда они уже перепишут свой жрущий аллокатор, неужели сложно посмотреть как сделано в jemalloc.
"Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."
Отправлено Аноним , 01-Авг-23 10:25 
Твой васянский jemalloc менее универсален. Кто мешает использовать его, если так хочется?
"Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."
Отправлено Аноним , 01-Авг-23 10:29 
Мешает то что весь софт собирается под glibc, а все остальное остаётся на периферии и не работает?
"Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."
Отправлено Павел , 01-Авг-23 10:40 
LD_PRELOAD=./my_malloc.so.1 programm

Мешает разве что размер твоего черепа.

"Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."
Отправлено Аноним , 01-Авг-23 10:34 
> Твой васянский jemalloc менее универсален

Не умеет жрать память в астрономических масштабах как malloc? Ну да. Изучай:
https://github.com/lovell/sharp/issues/955
https://github.com/nodejs/node/issues/21973

"Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."
Отправлено Аноним , 01-Авг-23 10:45 
Что изучать, васянское дерьмище? Если гулаг продвигает свой вендорлок любыми методами, то это ничего не значит.
"Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."
Отправлено Аноним , 01-Авг-23 11:27 
> Если гулаг продвигает свой

Обожаю уровень компетентности анонимов опеннета! Они даже jemalloc от tcmalloc не отличают, но мнение имеют!

"Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."
Отправлено Аноним , 01-Авг-23 11:29 
Я говорил про v8, и о том, что у гулага цель побольше багов при работе с копилефтным юзерспейсом, но ты не понял.
"Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."
Отправлено Аноним , 01-Авг-23 11:56 
libvips имеет обвязки к куче языков. Glibc malloc безумно течет (точнее фрагментирует) вне зависимости, есть там V8 или нет. Вот еще пример:
https://github.com/libvips/libvips/issues/1929
"Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."
Отправлено Аноним , 01-Авг-23 12:15 
Libvips стрёмное никому не нужное поделие, утечки в ней меня бы не удивили. Зато у меня есть личные примеры, где tcmalloc вешал систему с zram (какой-то баг мультипоточности) и jemalloc рандомно сегфолтил моно-приложуху на подгрузке данных, на говоря о плохо предсказуемом потреблении ресурсов. Что касается ссылки, то го вообще задействует libc или у него всё своё? И ты притащил ещё больше гулягятины.
"Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."
Отправлено Аноним , 01-Авг-23 13:03 
> Что касается ссылки, то го вообще задействует libc или у него всё своё

Причем тут го, если фрагментирует malloc при использовании libvips (сишная либа), вне зависимости от того, из какого языка вызываешь.

> Libvips стрёмное никому не нужное поделие

Уровень аналитики опеннетного анонима уже стало мемом в рунете.

"Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."
Отправлено Аноним , 01-Авг-23 14:02 
При том, что го не может нормально использовать сишный код, но ты не знаешь даже этого. А по поводу libvips, это поделие ещё кривее ImageMagick.
"Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."
Отправлено Вирт , 03-Авг-23 16:53 
> Вот еще пример: https://github.com/libvips/libvips/issues/1929

Здесь просто "free" не вызывался для "malloc" из-за кривого "go" кода.
Сюрприз, сюрприз "glibc malloc" течет если не вызывать "free".

"Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."
Отправлено Аноним , 01-Авг-23 11:47 
> Риторический вопрос: когда они уже перепишут свой жрущий аллокатор, неужели сложно посмотреть как сделано в jemalloc.

Чтобы так же тормозить? Нет, спасибо.

"Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."
Отправлено n00by , 01-Авг-23 16:13 
Интереснее, почему не реализовали пару-тройку вариантов, оставив пользователю выбор.
"Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."
Отправлено Аноним , 01-Авг-23 23:57 
А разве сейчас у него нет выбора?
"Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."
Отправлено n00by , 02-Авг-23 08:34 
Есть. Три раза присесть и сказать "Кю!", или использовать единственный.
"Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."
Отправлено Аноним , 02-Авг-23 18:21 
Ну если слинковаться с нужной либой или, на худой конец, прописать LD_PRELOAD - это непосильная задача, то эта ваша "пара-тройка вариантов" - это вообще за гранью разумного.

А вообще, разрабам больше делать нечего, кроме как переписывать пару-тройку раз одну из самых сложных частей либы.

"Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."
Отправлено n00by , 03-Авг-23 16:35 
Так варианты реализуют (гипотетически) создатели библиотеки, а не пользователи. Последние же не хеккеры, что бы уметь писать нубский руткит. Они скажут "это некросплатформенно" и пойдут пить кофе.)
"Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."
Отправлено Аноним , 01-Авг-23 10:05 
> приводящая к переполнению буфера в функциях семейства printf при записи в буфер строковых представлений чисел с разделителями тысячных диапазонов

Опять диды налефтпадили. СИ-смузер никогда не научатся программировать.

"Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."
Отправлено Аноним , 01-Авг-23 10:13 
Ты даже не понимаешь смысл проблемы с лефтпадом, но продолжаешь повторять глупость как попугай невпопад.
"Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."
Отправлено Аноним , 01-Авг-23 10:22 
Проблема с лефтпадом была политической, личной, персональной, психологической, зигмундфрейдовской -- какой угодно, но не технической. Нет ничего плохого в том, что используются чьи-от уже готовые функции. Но сишникам кажется, что в каждом новом проекте нужно заново описывать, как добывать огонь. Это уже давно решенная проблема, алло!
"Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."
Отправлено Аноним , 01-Авг-23 10:26 
Сколько бы сишник не добывал огонь, все равно выйдет за границу буфера...
"Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."
Отправлено Аноним , 01-Авг-23 12:39 
Сколько бы смузики не добывали огонь всё равно получится лефтпад.
"Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."
Отправлено Аноним , 01-Авг-23 10:24 
"Помнити leftpad"™ это местный мем. Нужно было прикрепить табличку Сарказм, как для Шелдона Купера?
"Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."
Отправлено Аноним , 01-Авг-23 12:11 
>Добавлена поддержка работы в окружении операционной системы Hurd на системах x86_64.

Ну вот, а то тут про Hurd говрили, что жёстко приколочен к 32-м битам. Хоронили, а он оказался фениксом.

"Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."
Отправлено Аноним , 01-Авг-23 12:39 
Так и есть Hurd 64 не существует, его обещают https://www.gnu.org/software/hurd/faq/64-bit.html но он не вышел. Просто теперь glibc поддерживает с опережением. Похоже тем кто пытается изобразить Хурд 64 теперь есть с чем работать.
"Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."
Отправлено Аноним , 01-Авг-23 14:23 
Даже если Hurd будет готов, от местной публики пойдут придирки по части интерфейсов WM и DE.
"Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."
Отправлено Stax , 02-Авг-23 09:29 
Ну прекрасно! Вон судя по документации https://www.gnu.org/software/hurd/users-guide/using_gnuhurd.... туда уже портированы GNOME, GIMP, GNU Emacs и куча всего полезного. Жить можно, значит.
"Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."
Отправлено Аноним , 02-Авг-23 12:02 
А на него нужно много портировать? У него тоже Glibc, а прикладной софт через неё с ядром взаимодействует.
"Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."
Отправлено Аноним , 01-Авг-23 14:07 
А России нет человека, который может писать на Gnu assembler. Все русские ассемблерщики являются вантузниками tasm и nasm.
"Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."
Отправлено n00by , 01-Авг-23 15:45 
О, живой эксперт по ассемблерам. И не знает про flat assembler.
"Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."
Отправлено Аноним , 01-Авг-23 18:29 
Ах да! У вантузников есть ещё и FASM.
"Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."
Отправлено n00by , 02-Авг-23 08:37 
Эксперт по своему обыкновению не знает, что fasm работает в любой ОС и поддерживает произвольные форматы файлов. Даёт программисту полную свободу действий, в отличие от тоталитарных продуктов.
"Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."
Отправлено Аноним , 01-Авг-23 20:24 
Nasm - оптимальное решение
"Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."
Отправлено Аноним , 02-Авг-23 09:48 
Оптимальна чем? Тем что ты не умеешь в AT&T-синтаксис, а умеешь в Intel?
"Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."
Отправлено Аноним , 01-Авг-23 22:12 
> О, живой эксперт по ассемблерам. И не знает про flat assembler.

Ну, он и про MASM не знает, который, как бы не в разы, был популярнее тазмо-назмов.


"Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."
Отправлено n00by , 02-Авг-23 08:54 
Да MASM там как бы "стандарт", поскольку и линкер практически один, и Stephen Leslie Hutchesson *) немало поспособствовал продвижению

*) 26 мая 2023 в госпитале Сиднея в возрасте 74 лет, скончался Стивен Лесли Хатчесон https://wasm.in/threads/umer-stiven-lesli-xatcheson-sozdatel.../

"Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."
Отправлено Аноним , 02-Авг-23 09:15 
Вендузятнег n00by очередной раз показал свою вендузятскую сущность.
"Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."
Отправлено n00by , 02-Авг-23 10:36 
Анон, не тужься, не все линуксоиды подобны тебе. Некоторые вполне умеют кодить.
"Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."
Отправлено Аноним , 01-Авг-23 16:59 
И правильно делают, Intel syntax для людей потому что, в отличие от AT&T syntax (который вы почему-то назвали GNU, хотя gas поддерживает и то, и другое).
"Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."
Отправлено Аноним , 01-Авг-23 18:27 
Для GNU assembler AT&T syntax - свой родной. А Intel syntax так прикручен.
"Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."
Отправлено Аноним , 03-Авг-23 15:29 
Нахрен вообще "писать" на ассемблере под ОС GNU? Читать понятно зачем, чтобы отлаживать. Но писать по собственной воле на асме? Зачем, если вы не делаете кряк? А под GNU кряки не нужны ни для чего.
"Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."
Отправлено Аноним , 04-Авг-23 12:53 
>Но писать по собственной воле на асме? Зачем, если вы не делаете кряк? А под GNU кряки не нужны ни для чего.

Ты прав, тебе этого знать не надо.

"Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."
Отправлено n00by , 04-Авг-23 13:44 
Например, в учебных целях. У AMD64 много регистров, в Linux удобно вызывать ядро и плоская модель памяти. Можно сосредоточиться непосредственно на программировании, а не на приседаниях с сегментами, импортом из системных библиотек и прочей лишней сложности, что отпугивает новичков.
"Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."
Отправлено Neon , 07-Авг-23 04:40 
Какие сегменты в Win64 ? Импорт системных библиотек нужно делать в любой ОС
"Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."
Отправлено n00by , 26-Ноя-23 10:49 
> Какие сегменты в Win64 ?

Например, стековый. Но если ты не понял, то я написал, что приседать с ним не требуется. И вообще про Linux.

> Импорт системных библиотек нужно делать в любой ОС

Тебе нужно, ты и делай, но других ереси не учи.

"Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."
Отправлено Аноним , 01-Авг-23 14:10 
>GNU C Library (glibc) 2.38, которая полностью следует требованиям стандартов ISO C11 и POSIX.1-2017

Так держать!

"Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."
Отправлено Аноним , 05-Авг-23 07:46 
>  прекращена сборка библиотеки libcrypt, которая в будущем вероятно будет удалена из состава Glibc

АНБ прижала с выполнением экспортного законодательства по запрету вывоза технологий с криптухой за рубеж.

А какие страны в мире сегодня имеют незыблемое законодательство в сфере разработки и распространения технологий ИТ безопасности и криптографии?

Швейцария, как известно, с позором обо*ралась: ЦРУ и БНД удалось выкупить акции, сменить руководство, нанять на работу своих спецагентов и протроянить не взламываемую Швейцарскую криптуху.

"Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."
Отправлено Аноним , 07-Авг-23 10:22 
Musl
"Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."
Отправлено txgk , 07-Авг-23 23:31 
> Добавлены новые функции strlcpy и strlcat - альтернативы функциям strncpy и strncat, содержащие защиту от переполнения буфера и обязательно выставляющие замыкающий строку нулевой байт. Реализация функций перенесена из OpenBSD. Ожидается, что в будущем данные функции будут включены в стандарт POSIX.

Очень хочется видеть эти функции в стандарте. Реализации strncpy и strncat это большая ошибка, потому что префикс "str" в названиях функций подразумевает работу со строками, которые по стандартному определению являются последовательностью символов с нулевым байтом на конце; однако в результате вызова этих функций может получиться уже совсем не строка, что и является источником некоторых уязвимостей время от времени.