Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"Выпуск системной библиотеки 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.me/opennews/art.shtml?num=59529
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по времени | RSS]

1. "Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."	+/–
Сообщение от Анонин (?), 01-Авг-23, 09:29
> Добавлена поддержка работы в окружении операционной системы Hurd Ничего себе, оно еще подергивается! > Реализация функций перенесена из OpenBSD Была сложна и сами ниасилили > вывод 1,234,567 приведёт к переполнению на 2 байта Мда... может они еще что-то с bsd стырят?
Ответить | Правка | Наверх | Cообщить модератору

	3. "Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."	+9 +/–
	Сообщение от Аноним (3), 01-Авг-23, 09:33
	> Мда... может они еще что-то с bsd стырят? Главное, чтобы почтовик не тырили. А то, похоже, разрабы OpenSMTPD путают почтовик с remote shell.
	Ответить | Правка | Наверх | Cообщить модератору

	5. "Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."	+/–
	Сообщение от Аноним (5), 01-Авг-23, 09:36
	> Мда... может они еще что-то с bsd стырят? Пожалуйста, пускай стырят jemalloc. Это позор какой-то, а не штатный malloc в glibc.
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	29. "Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."	+1 +/–
	Сообщение от Аноним (3), 01-Авг-23, 11:46
	> Пожалуйста, пускай стырят jemalloc. Это позор какой-то, а не штатный malloc в glibc. Штатный мейнстримный malloc вполне хорош. В отличие от тормозного в мюслях. На практике как раз наблюдаю использование jemalloc там, где из коробки стоят порезанные аналоги glibc, то бишь в alpine и прочих "минималистичных" дистрах.
	Ответить | Правка | Наверх | Cообщить модератору

	32. "Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."	+3 +/–
	Сообщение от Аноним (5), 01-Авг-23, 12:01
	> Штатный мейнстримный malloc вполне хорош. Для локалхоста - да, для серьезной нагрузки - нет (привет фрагментации кучи). > В отличие от тормозного в мюслях. С этим никто и не спорит, зачем ты его вспомнил? > На практике как раз наблюдаю использование jemalloc там где нужно эффективное выделение памяти, а не безумная фрагментация от glibc malloc.
	Ответить | Правка | Наверх | Cообщить модератору

	44. "Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."	–1 +/–
	Сообщение от Аноним (-), 01-Авг-23, 14:19
	>Для локалхоста - да, для серьезной нагрузки - нет Вы адепт секты "Серъёзная нагрузка"? >(привет фрагментации кучи). И что в этом такого? Операционная система решает, где и как, в конкретное время, будут распологаться данные.
	Ответить | Правка | Наверх | Cообщить модератору

	47. "Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."	+3 +/–
	Сообщение от Аноним (5), 01-Авг-23, 14:39
	> Вы адепт секты "Серъёзная нагрузка"? Нет, просто у меня сервера под той самой нагрузкой. > И что в этом такого? Операционная система решает, где и как, в конкретное время, будут распологаться данные. Ну да, жаль процесс падает из-за невозможности выделить большой блок памяти, хотя ее на самом деле завались.
	Ответить | Правка | Наверх | Cообщить модератору

	71. "Выпуск системной библиотеки 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 продолжает пользоваться своим форком.
	Ответить | Правка | К родителю #32 | Наверх | Cообщить модератору

	6. "Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."	+/–
	Сообщение от Аноним (6), 01-Авг-23, 09:40
	> вывод 1,234,567 приведёт к переполнению на 2 байта Вот это блин вообще неожиданность. Я таким, конечно, не пользуюсь, но... glibc??? Там тоже не могут размер буфера посчитать? Ладно всякие мудрёные ядра, где это случайно, или новомодные поделки от разработчиков на яваскрипте. Но glibc и функция, которая ПРЕДНАЗНАЧЕНА для того, чтоб переполнений буфера не было?
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	7. "Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."	+3 +/–
	Сообщение от Анонин (?), 01-Авг-23, 10:04
	Конечно неожиданность! Glibc пишут практически лучшие погромисты современности, более крутые пишут ядро) Но кто ж могу подумать, что две запятые в выводе займут дополнительно целых два байта??
	Ответить | Правка | Наверх | Cообщить модератору

	11. "Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."	+/–
	Сообщение от Аноним (11), 01-Авг-23, 10:15
	Расскажи сказку что придёт добрый язык программирования и всё это исправит.
	Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

	25. "Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."	+1 +/–
	Сообщение от Аноним (25), 01-Авг-23, 11:02
	чего вдруг сказку? Конечно исправит - нет glibc, нет проблемы!
	Ответить | Правка | Наверх | Cообщить модератору

	52. "Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."	+/–
	Сообщение от Аноним (6), 01-Авг-23, 17:41
	Не могу, я расто-хейтер :( Просто вот вообще не ожидал увидеть такую банальную проблему в glibc.
	Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

	43. "Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."	+/–
	Сообщение от Аноним (-), 01-Авг-23, 14:12
	>Была сложна и сами ниасилили Разработчики языков программирования и библиотек должны поддерживать ISO (международный стандарт). Высер БЗДунов - это отсебятина.
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	45. "Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."	+1 +/–
	Сообщение от Анонин (?), 01-Авг-23, 14:23
	О ужас, получается гнутики не только не осилили, но еще и нарушают международный стандарт ISO?? Вообще не в какие ворота не лезет!
	Ответить | Правка | Наверх | Cообщить модератору

	48. "Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."	+1 +/–
	Сообщение от Серб (ok), 01-Авг-23, 15:15
	> Мда... может они еще что-то с bsd стырят? Может и стырят. А вот в обратную сторону - не судьба...
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

2. "Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."	–1 +/–
Сообщение от Аноним (2), 01-Авг-23, 09:30
> Добавлена поддержка работы в окружении операционной системы Hurd на системах x86_64 Я работал в окружении Hurd на x86_64 и до этого. Ничего не понял
Ответить | Правка | Наверх | Cообщить модератору

	35. "Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."	+/–
	Сообщение от Аноним (35), 01-Авг-23, 12:15
	Ну бинарный код для i386 работал и работает на x86_64. А вот за 2023-й Hurd нативно на x86_64 портанули. Не знаю, насколько полно только.
	Ответить | Правка | Наверх | Cообщить модератору

4. "Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."	+/–
Сообщение от Аноним (5), 01-Авг-23, 09:33
Риторический вопрос: когда они уже перепишут свой жрущий аллокатор, неужели сложно посмотреть как сделано в jemalloc.
Ответить | Правка | Наверх | Cообщить модератору

	15. "Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."	+/–
	Сообщение от Аноним (15), 01-Авг-23, 10:25
	Твой васянский jemalloc менее универсален. Кто мешает использовать его, если так хочется?
	Ответить | Правка | Наверх | Cообщить модератору

	20. "Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."	–3 +/–
	Сообщение от Аноним (11), 01-Авг-23, 10:29
	Мешает то что весь софт собирается под glibc, а все остальное остаётся на периферии и не работает?
	Ответить | Правка | Наверх | Cообщить модератору

	23. "Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."	+1 +/–
	Сообщение от Павел (??), 01-Авг-23, 10:40
	LD_PRELOAD=./my_malloc.so.1 programm Мешает разве что размер твоего черепа.
	Ответить | Правка | Наверх | Cообщить модератору

	22. "Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."	–2 +/–
	Сообщение от Аноним (5), 01-Авг-23, 10:34
	> Твой васянский jemalloc менее универсален Не умеет жрать память в астрономических масштабах как malloc? Ну да. Изучай: https://github.com/lovell/sharp/issues/955 https://github.com/nodejs/node/issues/21973
	Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

	24. "Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."	+/–
	Сообщение от Аноним (15), 01-Авг-23, 10:45
	Что изучать, васянское дерьмище? Если гулаг продвигает свой вендорлок любыми методами, то это ничего не значит.
	Ответить | Правка | Наверх | Cообщить модератору

	27. "Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."	+/–
	Сообщение от Аноним (5), 01-Авг-23, 11:27
	> Если гулаг продвигает свой Обожаю уровень компетентности анонимов опеннета! Они даже jemalloc от tcmalloc не отличают, но мнение имеют!
	Ответить | Правка | Наверх | Cообщить модератору

	28. "Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."	+/–
	Сообщение от Аноним (15), 01-Авг-23, 11:29
	Я говорил про v8, и о том, что у гулага цель побольше багов при работе с копилефтным юзерспейсом, но ты не понял.
	Ответить | Правка | Наверх | Cообщить модератору

	31. "Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."	+/–
	Сообщение от Аноним (5), 01-Авг-23, 11:56
	libvips имеет обвязки к куче языков. Glibc malloc безумно течет (точнее фрагментирует) вне зависимости, есть там V8 или нет. Вот еще пример: https://github.com/libvips/libvips/issues/1929
	Ответить | Правка | Наверх | Cообщить модератору

	34. "Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."	+1 +/–
	Сообщение от Аноним (15), 01-Авг-23, 12:15
	Libvips стрёмное никому не нужное поделие, утечки в ней меня бы не удивили. Зато у меня есть личные примеры, где tcmalloc вешал систему с zram (какой-то баг мультипоточности) и jemalloc рандомно сегфолтил моно-приложуху на подгрузке данных, на говоря о плохо предсказуемом потреблении ресурсов. Что касается ссылки, то го вообще задействует libc или у него всё своё? И ты притащил ещё больше гулягятины.
	Ответить | Правка | Наверх | Cообщить модератору

	39. "Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."	–2 +/–
	Сообщение от Аноним (5), 01-Авг-23, 13:03
	> Что касается ссылки, то го вообще задействует libc или у него всё своё Причем тут го, если фрагментирует malloc при использовании libvips (сишная либа), вне зависимости от того, из какого языка вызываешь. > Libvips стрёмное никому не нужное поделие Уровень аналитики опеннетного анонима уже стало мемом в рунете.
	Ответить | Правка | Наверх | Cообщить модератору

	40. "Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."	+/–
	Сообщение от Аноним (15), 01-Авг-23, 14:02
	При том, что го не может нормально использовать сишный код, но ты не знаешь даже этого. А по поводу libvips, это поделие ещё кривее ImageMagick.
	Ответить | Правка | Наверх | Cообщить модератору

	70. "Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."	+/–
	Сообщение от Вирт (?), 03-Авг-23, 16:53
	> Вот еще пример: https://github.com/libvips/libvips/issues/1929 Здесь просто "free" не вызывался для "malloc" из-за кривого "go" кода. Сюрприз, сюрприз "glibc malloc" течет если не вызывать "free".
	Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

	30. "Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."	–1 +/–
	Сообщение от Аноним (3), 01-Авг-23, 11:47
	> Риторический вопрос: когда они уже перепишут свой жрущий аллокатор, неужели сложно посмотреть как сделано в jemalloc. Чтобы так же тормозить? Нет, спасибо.
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

	50. "Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."	+/–
	Сообщение от n00by (ok), 01-Авг-23, 16:13
	Интереснее, почему не реализовали пару-тройку вариантов, оставив пользователю выбор.
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

	57. "Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."	+/–
	Сообщение от Аноним (57), 01-Авг-23, 23:57
	А разве сейчас у него нет выбора?
	Ответить | Правка | Наверх | Cообщить модератору

	58. "Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."	+/–
	Сообщение от n00by (ok), 02-Авг-23, 08:34
	Есть. Три раза присесть и сказать "Кю!", или использовать единственный.
	Ответить | Правка | Наверх | Cообщить модератору

	67. "Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."	+/–
	Сообщение от Аноним (57), 02-Авг-23, 18:21
	Ну если слинковаться с нужной либой или, на худой конец, прописать LD_PRELOAD - это непосильная задача, то эта ваша "пара-тройка вариантов" - это вообще за гранью разумного. А вообще, разрабам больше делать нечего, кроме как переписывать пару-тройку раз одну из самых сложных частей либы.
	Ответить | Правка | Наверх | Cообщить модератору

	69. "Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."	+/–
	Сообщение от n00by (ok), 03-Авг-23, 16:35
	Так варианты реализуют (гипотетически) создатели библиотеки, а не пользователи. Последние же не хеккеры, что бы уметь писать нубский руткит. Они скажут "это некросплатформенно" и пойдут пить кофе.)
	Ответить | Правка | Наверх | Cообщить модератору

8. "Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."	–2 +/–
Сообщение от Аноним (5), 01-Авг-23, 10:05
> приводящая к переполнению буфера в функциях семейства printf при записи в буфер строковых представлений чисел с разделителями тысячных диапазонов Опять диды налефтпадили. СИ-смузер никогда не научатся программировать.
Ответить | Правка | Наверх | Cообщить модератору

	10. "Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."	+/–
	Сообщение от Аноним (11), 01-Авг-23, 10:13
	Ты даже не понимаешь смысл проблемы с лефтпадом, но продолжаешь повторять глупость как попугай невпопад.
	Ответить | Правка | Наверх | Cообщить модератору

	12. "Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."	+1 +/–
	Сообщение от Аноним (12), 01-Авг-23, 10:22
	Проблема с лефтпадом была политической, личной, персональной, психологической, зигмундфрейдовской -- какой угодно, но не технической. Нет ничего плохого в том, что используются чьи-от уже готовые функции. Но сишникам кажется, что в каждом новом проекте нужно заново описывать, как добывать огонь. Это уже давно решенная проблема, алло!
	Ответить | Правка | Наверх | Cообщить модератору

	17. "Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."	+3 +/–
	Сообщение от Аноним (5), 01-Авг-23, 10:26
	Сколько бы сишник не добывал огонь, все равно выйдет за границу буфера...
	Ответить | Правка | Наверх | Cообщить модератору

	37. "Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."	+1 +/–
	Сообщение от Аноним (11), 01-Авг-23, 12:39
	Сколько бы смузики не добывали огонь всё равно получится лефтпад.
	Ответить | Правка | Наверх | Cообщить модератору

	14. "Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."	+/–
	Сообщение от Аноним (5), 01-Авг-23, 10:24
	"Помнити leftpad"™ это местный мем. Нужно было прикрепить табличку Сарказм, как для Шелдона Купера?
	Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

33. "Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."	+/–
Сообщение от Аноним (35), 01-Авг-23, 12:11
>Добавлена поддержка работы в окружении операционной системы Hurd на системах x86_64. Ну вот, а то тут про Hurd говрили, что жёстко приколочен к 32-м битам. Хоронили, а он оказался фениксом.
Ответить | Правка | Наверх | Cообщить модератору

	36. "Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."	+/–
	Сообщение от Аноним (11), 01-Авг-23, 12:39
	Так и есть Hurd 64 не существует, его обещают https://www.gnu.org/software/hurd/faq/64-bit.html но он не вышел. Просто теперь glibc поддерживает с опережением. Похоже тем кто пытается изобразить Хурд 64 теперь есть с чем работать.
	Ответить | Правка | Наверх | Cообщить модератору

	46. Скрыто модератором	+1 +/–
	Сообщение от Аноним (-), 01-Авг-23, 14:23
	Даже если Hurd будет готов, от местной публики пойдут придирки по части интерфейсов WM и DE.
	Ответить | Правка | Наверх | Cообщить модератору

	63. "Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."	+/–
	Сообщение от Stax (ok), 02-Авг-23, 09:29
	Ну прекрасно! Вон судя по документации https://www.gnu.org/software/hurd/users-guide/using_gnuhurd.... туда уже портированы GNOME, GIMP, GNU Emacs и куча всего полезного. Жить можно, значит.
	Ответить | Правка | К родителю #36 | Наверх | Cообщить модератору

	66. "Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."	+/–
	Сообщение от Аноним (66), 02-Авг-23, 12:02
	А на него нужно много портировать? У него тоже Glibc, а прикладной софт через неё с ядром взаимодействует.
	Ответить | Правка | Наверх | Cообщить модератору

41. "Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."	–2 +/–
Сообщение от Аноним (-), 01-Авг-23, 14:07
А России нет человека, который может писать на Gnu assembler. Все русские ассемблерщики являются вантузниками tasm и nasm.
Ответить | Правка | Наверх | Cообщить модератору

	49. "Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."	+/–
	Сообщение от n00by (ok), 01-Авг-23, 15:45
	О, живой эксперт по ассемблерам. И не знает про flat assembler.
	Ответить | Правка | Наверх | Cообщить модератору

	54. Скрыто модератором	+/–
	Сообщение от Аноним (-), 01-Авг-23, 18:29
	Ах да! У вантузников есть ещё и FASM.
	Ответить | Правка | Наверх | Cообщить модератору

	59. Скрыто модератором	+/–
	Сообщение от n00by (ok), 02-Авг-23, 08:37
	Эксперт по своему обыкновению не знает, что fasm работает в любой ОС и поддерживает произвольные форматы файлов. Даёт программисту полную свободу действий, в отличие от тоталитарных продуктов.
	Ответить | Правка | Наверх | Cообщить модератору

	55. "Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."	+/–
	Сообщение от Аноним (35), 01-Авг-23, 20:24
	Nasm - оптимальное решение
	Ответить | Правка | К родителю #49 | Наверх | Cообщить модератору

	64. Скрыто модератором	+/–
	Сообщение от Аноним (-), 02-Авг-23, 09:48
	Оптимальна чем? Тем что ты не умеешь в AT&T-синтаксис, а умеешь в Intel?
	Ответить | Правка | Наверх | Cообщить модератору

	56. "Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."	+/–
	Сообщение от Аноним (56), 01-Авг-23, 22:12
	> О, живой эксперт по ассемблерам. И не знает про flat assembler. Ну, он и про MASM не знает, который, как бы не в разы, был популярнее тазмо-назмов.
	Ответить | Правка | К родителю #49 | Наверх | Cообщить модератору

	60. "Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."	+/–
	Сообщение от n00by (ok), 02-Авг-23, 08:54
	Да MASM там как бы "стандарт", поскольку и линкер практически один, и Stephen Leslie Hutchesson *) немало поспособствовал продвижению *) 26 мая 2023 в госпитале Сиднея в возрасте 74 лет, скончался Стивен Лесли Хатчесон https://wasm.in/threads/umer-stiven-lesli-xatcheson-sozdatel.../
	Ответить | Правка | Наверх | Cообщить модератору

	62. Скрыто модератором	+/–
	Сообщение от Аноним (-), 02-Авг-23, 09:15
	Вендузятнег n00by очередной раз показал свою вендузятскую сущность.
	Ответить | Правка | Наверх | Cообщить модератору

	65. Скрыто модератором	+/–
	Сообщение от n00by (ok), 02-Авг-23, 10:36
	Анон, не тужься, не все линуксоиды подобны тебе. Некоторые вполне умеют кодить.
	Ответить | Правка | Наверх | Cообщить модератору

	51. "Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."	+/–
	Сообщение от Аноним (51), 01-Авг-23, 16:59
	И правильно делают, Intel syntax для людей потому что, в отличие от AT&T syntax (который вы почему-то назвали GNU, хотя gas поддерживает и то, и другое).
	Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

	53. Скрыто модератором	+/–
	Сообщение от Аноним (-), 01-Авг-23, 18:27
	Для GNU assembler AT&T syntax - свой родной. А Intel syntax так прикручен.
	Ответить | Правка | Наверх | Cообщить модератору

	68. "Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."	+/–
	Сообщение от Аноним (68), 03-Авг-23, 15:29
	Нахрен вообще "писать" на ассемблере под ОС GNU? Читать понятно зачем, чтобы отлаживать. Но писать по собственной воле на асме? Зачем, если вы не делаете кряк? А под GNU кряки не нужны ни для чего.
	Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

	72. "Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."	+/–
	Сообщение от Аноним (-), 04-Авг-23, 12:53
	>Но писать по собственной воле на асме? Зачем, если вы не делаете кряк? А под GNU кряки не нужны ни для чего. Ты прав, тебе этого знать не надо.
	Ответить | Правка | Наверх | Cообщить модератору

	73. "Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."	+/–
	Сообщение от n00by (ok), 04-Авг-23, 13:44
	Например, в учебных целях. У AMD64 много регистров, в Linux удобно вызывать ядро и плоская модель памяти. Можно сосредоточиться непосредственно на программировании, а не на приседаниях с сегментами, импортом из системных библиотек и прочей лишней сложности, что отпугивает новичков.
	Ответить | Правка | К родителю #68 | Наверх | Cообщить модератору

	76. "Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."	+/–
	Сообщение от Neon (??), 07-Авг-23, 04:40
	Какие сегменты в Win64 ? Импорт системных библиотек нужно делать в любой ОС
	Ответить | Правка | Наверх | Cообщить модератору

	79. "Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."	+/–
	Сообщение от n00by (ok), 26-Ноя-23, 10:49
	> Какие сегменты в Win64 ? Например, стековый. Но если ты не понял, то я написал, что приседать с ним не требуется. И вообще про Linux. > Импорт системных библиотек нужно делать в любой ОС Тебе нужно, ты и делай, но других ереси не учи.
	Ответить | Правка | Наверх | Cообщить модератору

42. Скрыто модератором	+1 +/–
Сообщение от Аноним (-), 01-Авг-23, 14:10
>GNU C Library (glibc) 2.38, которая полностью следует требованиям стандартов ISO C11 и POSIX.1-2017 Так держать!
Ответить | Правка | Наверх | Cообщить модератору

74. "Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."	+1 +/–
Сообщение от Аноним (74), 05-Авг-23, 07:46
>  прекращена сборка библиотеки libcrypt, которая в будущем вероятно будет удалена из состава Glibc АНБ прижала с выполнением экспортного законодательства по запрету вывоза технологий с криптухой за рубеж. А какие страны в мире сегодня имеют незыблемое законодательство в сфере разработки и распространения технологий ИТ безопасности и криптографии? Швейцария, как известно, с позором обо*ралась: ЦРУ и БНД удалось выкупить акции, сменить руководство, нанять на работу своих спецагентов и протроянить не взламываемую Швейцарскую криптуху.
Ответить | Правка | Наверх | Cообщить модератору

77. "Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."	+/–
Сообщение от Аноним (77), 07-Авг-23, 10:22
Musl
Ответить | Правка | Наверх | Cообщить модератору

78. "Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."	+/–
Сообщение от txgk (ok), 07-Авг-23, 23:31
> Добавлены новые функции strlcpy и strlcat - альтернативы функциям strncpy и strncat, содержащие защиту от переполнения буфера и обязательно выставляющие замыкающий строку нулевой байт. Реализация функций перенесена из OpenBSD. Ожидается, что в будущем данные функции будут включены в стандарт POSIX. Очень хочется видеть эти функции в стандарте. Реализации strncpy и strncat это большая ошибка, потому что префикс "str" в названиях функций подразумевает работу со строками, которые по стандартному определению являются последовательностью символов с нулевым байтом на конце; однако в результате вызова этих функций может получиться уже совсем не строка, что и является источником некоторых уязвимостей время от времени.
Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема