forum.opennet.ru - "Выпуск библиотеки GNU libmicrohttpd 0.9.72" (49)

"Выпуск библиотеки GNU libmicrohttpd 0.9.72"

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

"Выпуск библиотеки GNU libmicrohttpd 0.9.72"	+/–
Сообщение от opennews (?), 31-Дек-20, 11:54
Проект GNU опубликовал выпуск библиотеки libmicrohttpd 0.9.72, представляющей простой API для встраивания функциональности HTTP-сервера в приложения. Библиотека поддерживает протокол HTTP 1.1, TLS, инкрементальную обработку POST-запросов, basic- и digest-аутентификацию, IPv6, SHOUTcast и различные методы мультиплексирования соединений (select, poll, pthread, thread pool). Среди поддерживаемых платформ: GNU/Linux, FreeBSD, OpenBSD, NetBSD, Android, macOS, Win32, Symbian и z/OS... Подробнее: https://www.opennet.me/opennews/art.shtml?num=54338
Ответить \| Правка \| Cообщить модератору

Оглавление

С Новым годом всех Пошлём 2020 куда подальше , MasterSlave (?), 11:54 , 31-Дек-20, (1) –4

Оффтоп, скрыть, в бан, и мой комментарий тоже , КО (?), 14:56 , 31-Дек-20, (21) +5
Большинство не в курсе, что елка это пирамида, а звезда - всевидящее око Вот так, проснись и пой (?), 17:56 , 31-Дек-20, (27) –2

Начало года это весенне равноденствие и так было еще до всяких календарей 1 мар, Аноним (28), 18:07 , 31-Дек-20, (28)

Насколько я помню у славян было 1 марта Как бы логично счет начинать с первого д, проснись и пой (?), 18:15 , 31-Дек-20, (30) –2

У славян был лунный календарь, там месяцы весьма условны и год от года плавают , Аноним (32), 20:39 , 31-Дек-20, (32) +1
У славян не было 1 марта это концептуальное непонимания предмета Само существов, Аноним (33), 20:51 , 31-Дек-20, (33)

Раньше как бы и месяцев было не 12, если ты конечно понимаешь предмет концептуал, проснись и пой (?), 01:16 , 01-Янв-21, (35)
Кто такие славяне Вопрос этот когда-то заинтересовал и меня В целом предпол, АА (?), 12:00 , 03-Янв-21, (50) –1

2021 не будет лучше , Аноним (2), 12:21 , 31-Дек-20, (2) –1

Ещё лудче , Аноним (3), 12:26 , 31-Дек-20, (3) –1

Исчо лудшее , A.Stahl (ok), 12:27 , 31-Дек-20, (4) +1

Более лудший , Аноним (7), 13:34 , 31-Дек-20, (7) +1

3-им ставлю два лучше марьванна недовольна , Аноним (22), 15:06 , 31-Дек-20, (22)

2020 год не считается Его принято исключить из истории, просто это был очень дл, Аноним (16), 14:09 , 31-Дек-20, (16)

Поступим как с leap second, Соня Мармеладова (?), 02:50 , 02-Янв-21, (37)

И что в сишной либе ни од6ой уязвимости , Аноним (5), 12:35 , 31-Дек-20, (5) –7

Да , Аноним (8), 13:36 , 31-Дек-20, (8) +1
Насколько я помню историю, это плюсы всегда были стабильно уязвимыми и текли В , Аноним (10), 13:45 , 31-Дек-20, (10) –4

Ах да, кроме тех, которые сам написал пока впервые листал k r старое издание , Аноним (10), 14:02 , 31-Дек-20, (15) –1

Ииии не только куча, ещё в си можно случайно повредить стек, а малое повреждение, Аноним (10), 15:27 , 31-Дек-20, (23)

Повредить стек в си нереально, поскольку в языке нет возожности произвольно двиг, adolfus (ok), 03:06 , 02-Янв-21, (38)

Я тоже так думал, но потом у меня ЕМНИП получилось это сделать А если повредить , Аноним (10), 03:46 , 02-Янв-21, (41)

До скобочек ничего повредить невозможно -- абсолютно весь исполняемый код находи, adolfus (ok), 03:57 , 02-Янв-21, (42)

Во всяком случае, санитизер триггерился на повреждение стека, но только когда да, Аноним (10), 13:22 , 02-Янв-21, (44)

Согласно стандарту, массив передается в функцию в виде указателя на его первый э, adolfus (ok), 21:20 , 03-Янв-21, (54)

Нет, я про стек, и передачу указателя на него Пока вызывающий блок кода жив, ег, Аноним (10), 21:36 , 03-Янв-21, (55)

По-моему пришлось отказаться от передачи указателя и заменить его на стандартное, Аноним (10), 21:38 , 03-Янв-21, (56)

И как только подобные тебе рукожопы ухитряются это делать 8212 совершенно неп, Аноним (46), 16:32 , 02-Янв-21, (46)

Это явно не про сабж, они кажется усвоили азы Вот, даже в примере showcase cod, Аноним (51), 14:49 , 03-Янв-21, (51)

Так я и не про сабж писал, а про сказочников, у которых в C невозможно повредить, Аноним (46), 16:52 , 03-Янв-21, (53)

Это какой-то п-ц , adolfus (ok), 21:45 , 03-Янв-21, (57)

Java-приложения не текут, там GC Подергать GC - и память вернется Если недоста, Аноним (25), 17:16 , 31-Дек-20, (25) –3

Если оно использует нативные батарейки а это любое жава приложение которое жела, Аноним (10), 17:24 , 31-Дек-20, (26)

Ну так это плюсовый код течёт, Аноним (43), 13:16 , 02-Янв-21, (43)

Джаве от этого не легче Особенно утекают разнообразные ресурсы как я понимаю , Аноним (10), 13:55 , 02-Янв-21, (45)

Или не вернется Так бывает А замечают только когда оно гигабайтами жрет Горазд, Аноним (-), 14:59 , 03-Янв-21, (52) +1

В Си тоже можно создать трудноуловимые утечки, если удалять память приходится в , Аноним (31), 19:55 , 31-Дек-20, (31) –1

Объет больше не используется , если память, под него выделенная, освобождена Ес, adolfus (ok), 03:20 , 02-Янв-21, (39)

Ой, какие по сути-то там уязвимости Проверка на длину буфера и указатели, все , Dzen Python (ok), 13:51 , 31-Дек-20, (12) +1
Дыры это в пхп и в нод жс, Аноним (16), 14:10 , 31-Дек-20, (17)

Правильно, что поставили вантуз в один ряд с бздосями , Аноним (6), 13:08 , 31-Дек-20, (6) –5

Однако, какое избирательное у местных Пингвиняш восприятие , Аноним (-), 13:41 , 31-Дек-20, (9) +1

Просто Вантузятник порадовался за любимые ОС кодом которых он пользуется, от Лин, Аноним (10), 13:50 , 31-Дек-20, (11) –2

Да-да, бъет W обзывает - значит любит с Кстати, ус поправь, а то отклеился Т, Аноним (-), 14:16 , 31-Дек-20, (18)

Там вот так написано GNU Linux, FreeBSD, OpenBSD, NetBSD, Android, macOS, Win32,, Аноним (13), 13:54 , 31-Дек-20, (13) +2

А есть что-то для оргнанизации RPC на Сях подобного плана , Аноним (36), 17:34 , 01-Янв-21, (36)

В языке нету, в том числе и в стандартной библиотеке Тем не менее, такой функци, adolfus (ok), 03:29 , 02-Янв-21, (40)
tirpc, Аноним (46), 16:41 , 02-Янв-21, (47)

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

1. "Выпуск библиотеки GNU libmicrohttpd 0.9.72" –4 +/–

Сообщение от MasterSlave (?), 31-Дек-20, 11:54

С Новым годом всех! Пошлём 2020 куда подальше!

Ответить | Правка | Наверх | Cообщить модератору

21. "Выпуск библиотеки GNU libmicrohttpd 0.9.72" +5 +/–

Сообщение от КО (?), 31-Дек-20, 14:56

Оффтоп, скрыть, в бан, и мой комментарий тоже.

Ответить | Правка | Наверх | Cообщить модератору

27. "Выпуск библиотеки GNU libmicrohttpd 0.9.72" –2 +/–

Сообщение от проснись и пой (?), 31-Дек-20, 17:56

Большинство не в курсе, что елка это пирамида, а звезда - всевидящее око.
Вот такой уютный придуманный масонами для зобмированной толпы праздничек.
Для особо крепкоспящих - начало года это 1 марта.
Естесвенный природный цикл начала года.
На сегодня хватит, надо беречь психическое здоровье лунатиков.

Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

28. "Выпуск библиотеки GNU libmicrohttpd 0.9.72" +/–

Сообщение от Аноним (28), 31-Дек-20, 18:07

Начало года это весенне равноденствие и так было еще до всяких календарей. 1 марта отмечают это юлианский календарь, а значит римляне.

Ответить | Правка | Наверх | Cообщить модератору

30. "Выпуск библиотеки GNU libmicrohttpd 0.9.72" –2 +/–

Сообщение от проснись и пой (?), 31-Дек-20, 18:15

Насколько я помню у славян было 1 марта.
Как бы логично счет начинать с первого дня весны.
Мой основной посыл был не в этом, но как обычно, человек хватается за несущественные мелочи, а основная суть сообщения игнорируется чувтсвом страха.

Ответить | Правка | Наверх | Cообщить модератору

32. "Выпуск библиотеки GNU libmicrohttpd 0.9.72" +1 +/–

Сообщение от Аноним (32), 31-Дек-20, 20:39

> у славян было 1 марта.
У славян был лунный календарь, там месяцы весьма условны и год от года "плавают"... Первое число месяца - это всегда одна и та же фаза луны (например, новолуние или полнолуние). Отчасти поэтому и месяцы "посъехали" у разных групп славян (скорее всего и климатические пояса в этом тоже свою роль сыграли).

Ответить | Правка | Наверх | Cообщить модератору

33. "Выпуск библиотеки GNU libmicrohttpd 0.9.72" +/–

Сообщение от Аноним (33), 31-Дек-20, 20:51

У славян не было 1 марта это концептуальное непонимания предмета. Само существование 1 марта наносное, пришлое, чуждое. Славянский новый год это Масленица. Все остальные в том числе христианские праздники к славянам не имеют никакого отношение они и у других христианских народ точно такие же.
И это уже не говоря что в Христианстве праздник это Рождество, а «Новый год» не праздник, а просто календарный «феномен».

Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

35. "Выпуск библиотеки GNU libmicrohttpd 0.9.72" +/–

Сообщение от проснись и пой (?), 01-Янв-21, 01:16

Раньше как бы и месяцев было не 12, если ты конечно понимаешь предмет концептуально.
Понятно, что границы времен года вещь весьма условная.
Думаю, перепечатывание википедии сюда, тоже не показатель концептуального понимания.
Тут нечего обсуждать, еще в предыдущем посте я об этом написал.

Ответить | Правка | Наверх | Cообщить модератору

50. "Выпуск библиотеки GNU libmicrohttpd 0.9.72" –1 +/–

Сообщение от АА (?), 03-Янв-21, 12:00

> У славян не было 1 марта это концептуальное непонимания предмета. Само существование
> 1 марта наносное, пришлое, чуждое. Славянский новый год это Масленица. Все
> остальные в том числе христианские праздники к славянам не имеют никакого
> отношение они и у других христианских народ точно такие же.
> И это уже не говоря что в Христианстве праздник это Рождество, а
> <<Новый год>> не праздник, а просто календарный <<феномен>>.
Кто такие славяне... Вопрос этот когда-то заинтересовал и меня...
В целом предположительный ответ примерно такой. Славянами Римская Империя именовала определённые народы воспринявшие христианство проповедуемое, насаждаемое и руководимое из этой самой империи вместе со всеми вытекающими "мартами".
Форма "славяне" при этом относится как ни странно к "самоименованию" этих народов (и значит к народностям с известной языковой общностью). Первоначально вероятно так именовались (и они сами назывались так) отдельные группы среди этих народов, воспринявшие "римское слово" или "благое слово" или "слово божие", христианство. Сейчас "Евангелие" в большей степени переводится как "благовест", "благая весть", но можно и "слово" и даже "славное слово". Позднее, когда это христианство фактически становилось у таких народностей общепринятым, уже всё "племя" считалось славянским. "Славянство" было "интернациональным движением", выходило за пределы отдельного племени. Римские авторы закрепили в источниках "славян" как самоназвание.
Одобрения этой версии "официальными историками" у меня надо сказать нет (и я его не искал). Другой и удовлетворительной версии у "официальных историков" однако я не нашёл.
Новый Год всё же праздник :-)

Ответить | Правка | К родителю #33 | Наверх | Cообщить модератору

2. "Выпуск библиотеки GNU libmicrohttpd 0.9.72" –1 +/–

Сообщение от Аноним (2), 31-Дек-20, 12:21

2021 не будет лучше.

Ответить | Правка | Наверх | Cообщить модератору

3. "Выпуск библиотеки GNU libmicrohttpd 0.9.72" –1 +/–

Сообщение от Аноним (3), 31-Дек-20, 12:26

Ещё лудче!

Ответить | Правка | Наверх | Cообщить модератору

4. "Выпуск библиотеки GNU libmicrohttpd 0.9.72" +1 +/–

Сообщение от A.Stahl (ok), 31-Дек-20, 12:27

Исчо лудшее!

Ответить | Правка | Наверх | Cообщить модератору

7. "Выпуск библиотеки GNU libmicrohttpd 0.9.72" +1 +/–

Сообщение от Аноним (7), 31-Дек-20, 13:34

Более лудший!

Ответить | Правка | Наверх | Cообщить модератору

22. "Выпуск библиотеки GNU libmicrohttpd 0.9.72" +/–

Сообщение от Аноним (22), 31-Дек-20, 15:06

3-им ставлю два. лучше.
марьванна недовольна.

Ответить | Правка | Наверх | Cообщить модератору

16. "Выпуск библиотеки GNU libmicrohttpd 0.9.72" +/–

Сообщение от Аноним (16), 31-Дек-20, 14:09

2020 год не считается. Его принято исключить из истории, просто это был очень длинный 2019 год.

Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

37. "Выпуск библиотеки GNU libmicrohttpd 0.9.72" +/–

Сообщение от Соня Мармеладова (?), 02-Янв-21, 02:50

Поступим как с leap second

Ответить | Правка | Наверх | Cообщить модератору

5. "Выпуск библиотеки GNU libmicrohttpd 0.9.72" –7 +/–

Сообщение от Аноним (5), 31-Дек-20, 12:35

И что в сишной либе ни од6ой уязвимости?

Ответить | Правка | Наверх | Cообщить модератору

8. "Выпуск библиотеки GNU libmicrohttpd 0.9.72" +1 +/–

Сообщение от Аноним (8), 31-Дек-20, 13:36

Да.

Ответить | Правка | Наверх | Cообщить модератору

10. "Выпуск библиотеки GNU libmicrohttpd 0.9.72" –4 +/–

Сообщение от Аноним (10), 31-Дек-20, 13:45

Насколько я помню историю, это плюсы всегда были стабильно уязвимыми и текли. В си гораздо сложнее допустить неочевидные ошибки и утечку ресурсов, всё зависит от программиста и его хаков (не проблема языка, в любом языке можно накосячить). Вот примерно все жава приложения у меня текут, многие дотнет приложения текут, плюсовые (та же плазма) текут. Я не помню ни одной сишной программы, чтобы она текла. Наверное потому, что там утечка сразу очевидна и исправляется? Или просто сам язык проще и меньше возможностей для ошибок.

Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

15. "Выпуск библиотеки GNU libmicrohttpd 0.9.72" –1 +/–

Сообщение от Аноним (10), 31-Дек-20, 14:02

Ах да, кроме тех, которые сам написал пока впервые листал k&r (старое издание). Вот они текли, но быстро стало понятно к чему стоит относиться внимательнее и где утечек допускать нельзя. Хотя писать конструкции типа if (!strcmp(tag, "INDEX")) strncpy((cdgen = malloc(16)), tval, 15); я не перестал, но теперь внимательнее отношусь к жалобам того же valgrind и если это asciiz зануляю последний байт и не рассчитываю на компилятор и ядро (либо уже calloc вместо malloc). Хотя в той же ICU (опять плюсы да что ж ты будешь делать!) утечка памяти происходит внутри и исправить её так и не получилось.

Ответить | Правка | Наверх | Cообщить модератору

23. "Выпуск библиотеки GNU libmicrohttpd 0.9.72" +/–

Сообщение от Аноним (10), 31-Дек-20, 15:27

Ииии не только куча, ещё в си можно случайно повредить стек, а малое повреждение стека ни одним анализатором не вылавливается. Можно посоветовать только не повреждать стек. И, если повезёт, компилятор даже на что-нибудь пожалуется. Эффективным способом диагностирования ошибок работы со стеком может быть сборка различными тулчейнами и с разными libc, статические (не только динамические билды) для тестирования, использование разных уровней оптимизации. Особенно это весело, когда твоё приложение имеет несколько потоков и некоторые общие данные между ними. Ну тут уже с опытом всё приходит наверное, в плюсах же у тебя будет минимум 1000 утечек на 1 kloc и в однопоточном приложении.

Ответить | Правка | Наверх | Cообщить модератору

38. "Выпуск библиотеки GNU libmicrohttpd 0.9.72" +/–

Сообщение от adolfus (ok), 02-Янв-21, 03:06

Повредить стек в си нереально, поскольку в языке нет возожности произвольно двигать вершину стека. Изначально язык этот проектировался, чтобы у програмиста не было в принципе возможности перекосить стек -- отсюда блоки, всегда оставляющие стек в том состоянии, который был перед ними. Вне зависимости от того, что вы напишете между { и } эти скобки вернут стек в исходное состояние. Максимум, Вы можете исчерпать виртуальную память, выделенную под стек. С таким успехом можно исчерпать любой ресурс в любом языке.

Ответить | Правка | Наверх | Cообщить модератору

41. "Выпуск библиотеки GNU libmicrohttpd 0.9.72" +/–

Сообщение от Аноним (10), 02-Янв-21, 03:46

Я тоже так думал, но потом у меня ЕМНИП получилось это сделать.
>Вне зависимости от того, что вы напишете между { и } эти скобки вернут стек
А если повредить до скобочек? Вооот. Но компилятор не жаловался, я был удивлён. Код прекрасно работал без проблем, но как потом оказалось не без проблем.

Ответить | Правка | Наверх | Cообщить модератору

42. "Выпуск библиотеки GNU libmicrohttpd 0.9.72" +/–

Сообщение от adolfus (ok), 02-Янв-21, 03:57

До скобочек ничего повредить невозможно -- абсолютно весь исполняемый код находится внутри скобочек, составляющих тело функций. Вне скобочек находятся только данные и все они вне стека.
Было бы интересно взглянуть на Ваш код и компилятор.

Ответить | Правка | Наверх | Cообщить модератору

44. "Выпуск библиотеки GNU libmicrohttpd 0.9.72" +/–

Сообщение от Аноним (10), 02-Янв-21, 13:22

Во всяком случае, санитизер триггерился на повреждение стека, но только когда данных было значительно больше необходимого. И сайдэффекты очень интересные проявлялись. Вроде бы я хотел передать массив из 2х чисел, выделенный на стеке, в функцию. Указателем на место в родительском стеке? И ещё нужно было поправить его немного. Т.е. повреждение происходило из-за действий компилятора, однако, я так и не смог найти описание происходящего в стандарте и не берусь этого утверждать, только шланг аналогично проглотил.

Ответить | Правка | Наверх | Cообщить модератору

54. "Выпуск библиотеки GNU libmicrohttpd 0.9.72" +/–

Сообщение от adolfus (ok), 03-Янв-21, 21:20

> Во всяком случае, санитизер триггерился на повреждение стека, но только когда данных
> было значительно больше необходимого. И сайдэффекты очень интересные проявлялись. Вроде
> бы я хотел передать массив из 2х чисел, выделенный на стеке,
> в функцию. Указателем на место в родительском стеке? И ещё нужно
> было поправить его немного. Т.е. повреждение происходило из-за действий компилятора, однако,
> я так и не смог найти описание происходящего в стандарте и
> не берусь этого утверждать, только шланг аналогично проглотил.
Согласно стандарту, массив передается в функцию в виде указателя на его первый элемент (&arr[0]).
Вот из стандарта:
Постфикс-выражение, за которым следует выражение в квадратных скобках [ ], яв-
ляется индексным обозначением элемента объекта массива.
Определение оператора индекса [] заключается в том, что конструкция E1[E2]
идентична конструкции (*((E1)+(E2))).
Из вышеуказанного следует, что в языке С массивов как таковых нету.
Имя E1 обозначает не сам массив, а указатель на начальный элемент массива.
Из правил преобразования, которые применяются к бинарному оператору + в слу-
чае, если E1 является массивом (указателем на начальный элемент массива), а E2 яв-
ляется целым числом, E1[E2] обозначает E2-й элемент массива Е1, считая с нуля.
Гениально!!!

Ответить | Правка | Наверх | Cообщить модератору

55. "Выпуск библиотеки GNU libmicrohttpd 0.9.72" +/–

Сообщение от Аноним (10), 03-Янв-21, 21:36

Нет, я про стек, и передачу указателя на него. Пока вызывающий блок кода жив, его память также доступна?

Ответить | Правка | Наверх | Cообщить модератору

56. "Выпуск библиотеки GNU libmicrohttpd 0.9.72" +/–

Сообщение от Аноним (10), 03-Янв-21, 21:38

По-моему пришлось отказаться от передачи указателя и заменить его на стандартное копирование.

Ответить | Правка | Наверх | Cообщить модератору

46. "Выпуск библиотеки GNU libmicrohttpd 0.9.72" +/–

Сообщение от Аноним (46), 02-Янв-21, 16:32

> Повредить стек в си нереально,
И как только подобные тебе рукожопы ухитряются это делать — совершенно непонятно.

char buf[4];
read(0, buf, 8);

Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

51. "Выпуск библиотеки GNU libmicrohttpd 0.9.72" +/–

Сообщение от Аноним (51), 03-Янв-21, 14:49

Это явно не про сабж, они кажется усвоили азы. Вот, даже в примере showcase:

if (0 != strcmp(method, "GET"))

Как ты думаешь, почему именно вот так? А не например ... != 0? :)

Ответить | Правка | Наверх | Cообщить модератору

53. "Выпуск библиотеки GNU libmicrohttpd 0.9.72" +/–

Сообщение от Аноним (46), 03-Янв-21, 16:52

> Это явно не про сабж, они кажется усвоили азы.
Так я и не про сабж писал, а про сказочников, у которых в C невозможно повредить стек.
> Как ты думаешь, почему именно вот так? А не например ... != 0?
Потому что они упоролись. Оба варианта скомпилируются в один и тот же бинарный код, спасибо оптимизатору.

Ответить | Правка | Наверх | Cообщить модератору

57. "Выпуск библиотеки GNU libmicrohttpd 0.9.72" +/–

Сообщение от adolfus (ok), 03-Янв-21, 21:45

>> Повредить стек в си нереально,
> И как только подобные тебе рукожопы ухитряются это делать — совершенно непонятно.
>

> char buf[4];
> read(0, buf, 8);
>

Это какой-то п-ц.

Ответить | Правка | К родителю #46 | Наверх | Cообщить модератору

25. "Выпуск библиотеки GNU libmicrohttpd 0.9.72" –3 +/–

Сообщение от Аноним (25), 31-Дек-20, 17:16

Java-приложения не текут, там GC. Подергать GC - и память вернется. Если недостаточно дергается, можно потюнить через опции jvm.
Понятно, что с точки зрения пользователя все равно, почему память выжрало, но технически это не утечка.

Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

26. "Выпуск библиотеки GNU libmicrohttpd 0.9.72" +/–

Сообщение от Аноним (10), 31-Дек-20, 17:24

Если оно использует нативные батарейки (а это любое жава приложение которое желает не тормозить), то течёт ещё как. Пока вся память не кончится, а потом ещё немного, и это хорошо, если ещё есть кому прибить.

Ответить | Правка | Наверх | Cообщить модератору

43. "Выпуск библиотеки GNU libmicrohttpd 0.9.72" +/–

Сообщение от Аноним (43), 02-Янв-21, 13:16

Ну так это плюсовый код течёт

Ответить | Правка | Наверх | Cообщить модератору

45. "Выпуск библиотеки GNU libmicrohttpd 0.9.72" +/–

Сообщение от Аноним (10), 02-Янв-21, 13:55

> Ну так это плюсовый код течёт
Джаве от этого не легче. Особенно утекают разнообразные "ресурсы" как я понимаю. А сама джава тоже любит забивать всю выделенную ей память и умирать в муках, гц с каждым вызовом её освобождает всё меньше и меньше пока она не съедает сама себя. При этом данных визуально больше не используется в приложении, ну не гигабайты же.

Ответить | Правка | Наверх | Cообщить модератору

52. "Выпуск библиотеки GNU libmicrohttpd 0.9.72" +1 +/–

Сообщение от Аноним (-), 03-Янв-21, 14:59

> Java-приложения не текут, там GC. Подергать GC - и память вернется.
Или не вернется. Так бывает. А замечают только когда оно гигабайтами жрет.
> Если недостаточно дергается, можно потюнить через опции jvm.
Гораздо прикольнее когда хоть обдергайся, а не отдается. Счастливой отладки!

Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

31. "Выпуск библиотеки GNU libmicrohttpd 0.9.72" –1 +/–

Сообщение от Аноним (31), 31-Дек-20, 19:55

В Си тоже можно создать трудноуловимые утечки, если удалять память приходится в нескольких местах. Ибо, если программист уверен, что "объект" больше не используется, то это не значит, что при будущих изменениях кода всё будет так же.

Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

39. "Выпуск библиотеки GNU libmicrohttpd 0.9.72" +/–

Сообщение от adolfus (ok), 02-Янв-21, 03:20

Объет "больше не используется", если память, под него выделенная, освобождена.Если не освобождена, объект используется. Читайте стандарт на язык 9899 (9899-2011 есть на либрусеке) -- там поведение программы детальнейшим образом расписано. Просто народ пребывает в крайней степени самоуверенности и не интересуется ситуациями, которые в стандарте описываются, как "поведение не определено" и "поведение может зависеть от реализации", а так же не вникает в саму философию языка. Не интересуется каких языковых конструкций следует избегать. Язык си -- это язык, четко выстроенный на выражениях, а изменение состояния программы (изменение lvalue) является побочным, хоть и необходимым, эффектом вычисления выражений. Даже присваивание -- это побочный эффект выражения, в котором присутствует оператор присваивания. Те, кто начал программировать не с языка си, а с какого-нибудь операторного языка типа паскаля или даже питона, иcпытывают существенные трудности при программировании на си, поскольку думают именно императивно в терминах операторов. Это и является источником чуть менее, чем всех ошибок программирования на си.

Ответить | Правка | Наверх | Cообщить модератору

12. "Выпуск библиотеки GNU libmicrohttpd 0.9.72" +1 +/–

Сообщение от Dzen Python (ok), 31-Дек-20, 13:51

Ой, какие по сути-то там уязвимости? Проверка на длину буфера и указатели, все.

Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

17. "Выпуск библиотеки GNU libmicrohttpd 0.9.72" +/–

Сообщение от Аноним (16), 31-Дек-20, 14:10

Дыры это в пхп и в нод.жс

Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

6. "Выпуск библиотеки GNU libmicrohttpd 0.9.72" –5 +/–

Сообщение от Аноним (6), 31-Дек-20, 13:08

> FreeBSD, Windows, OpenBSD, NetBSD
Правильно, что поставили вантуз в один ряд с бздосями.

Ответить | Правка | Наверх | Cообщить модератору

9. "Выпуск библиотеки GNU libmicrohttpd 0.9.72" +1 +/–

Сообщение от Аноним (-), 31-Дек-20, 13:41

>> GNU/Linux, FreeBSD, OpenBSD, NetBSD, Android, macOS, Win32
>> FreeBSD, Windows, OpenBSD, NetBSD
> Правильно, что поставили вантуз в один ряд с бздосями.
> И нет, у меня совсем-совсем не бомбит при виде BSD! Воть!
Однако, какое избирательное у местных Пингвиняш восприятие.

Ответить | Правка | Наверх | Cообщить модератору

11. "Выпуск библиотеки GNU libmicrohttpd 0.9.72" –2 +/–

Сообщение от Аноним (10), 31-Дек-20, 13:50

Просто Вантузятник порадовался за любимые ОС кодом которых он пользуется, от Линукса то ему никакой пользы. При чём тут Линуксоиды вообще?

Ответить | Правка | Наверх | Cообщить модератору

18. "Выпуск библиотеки GNU libmicrohttpd 0.9.72" +/–

Сообщение от Аноним (-), 31-Дек-20, 14:16

>> вантуз ... бздосями.
> Просто Вантузятник порадовался за любимые ОС кодом которых он пользуется, от Линукса то ему никакой пользы.
Да-да, "бъет^W обзывает - значит любит!" (с)
Кстати, ус поправь, а то отклеился.
> При чём тут Линуксоиды вообще?
Только у них от вида трех букв "BSD" начинается нестерпимый зуд и потребность написать хоть что-то, пусть даже и глупость.

Ответить | Правка | Наверх | Cообщить модератору

13. "Выпуск библиотеки GNU libmicrohttpd 0.9.72" +2 +/–

Сообщение от Аноним (13), 31-Дек-20, 13:54

> Правильно, что поставили вантуз в один ряд с бздосями.
Там вот так написано:
GNU/Linux, FreeBSD, OpenBSD, NetBSD, Android, macOS, Win32, Symbian и z/OS.

Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

36. "Выпуск библиотеки GNU libmicrohttpd 0.9.72" +/–

Сообщение от Аноним (36), 01-Янв-21, 17:34

А есть что-то для оргнанизации RPC на Сях подобного плана?

Ответить | Правка | Наверх | Cообщить модератору

40. "Выпуск библиотеки GNU libmicrohttpd 0.9.72" +/–

Сообщение от adolfus (ok), 02-Янв-21, 03:29

В языке нету, в том числе и в стандартной библиотеке. Тем не менее, такой функционал реализуется через библитеки третьих сторон. Например, через NFS. Можно и проще, если не выходишь за пределы платформы хоста -- системные вызовы позволяют.

Ответить | Правка | Наверх | Cообщить модератору

47. "Выпуск библиотеки GNU libmicrohttpd 0.9.72" +/–

Сообщение от Аноним (46), 02-Янв-21, 16:41

tirpc

Ответить | Правка | К родителю #36 | Наверх | Cообщить модератору

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

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

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

1. "Выпуск библиотеки GNU libmicrohttpd 0.9.72"	–4 +/–
Сообщение от MasterSlave (?), 31-Дек-20, 11:54
С Новым годом всех! Пошлём 2020 куда подальше!
Ответить \| Правка \| Наверх \| Cообщить модератору


	21. "Выпуск библиотеки GNU libmicrohttpd 0.9.72"	+5 +/–
	Сообщение от КО (?), 31-Дек-20, 14:56
	Оффтоп, скрыть, в бан, и мой комментарий тоже.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	27. "Выпуск библиотеки GNU libmicrohttpd 0.9.72"	–2 +/–
	Сообщение от проснись и пой (?), 31-Дек-20, 17:56
	Большинство не в курсе, что елка это пирамида, а звезда - всевидящее око. Вот такой уютный придуманный масонами для зобмированной толпы праздничек. Для особо крепкоспящих - начало года это 1 марта. Естесвенный природный цикл начала года. На сегодня хватит, надо беречь психическое здоровье лунатиков.
	Ответить \| Правка \| К родителю #1 \| Наверх \| Cообщить модератору


	28. "Выпуск библиотеки GNU libmicrohttpd 0.9.72"	+/–
	Сообщение от Аноним (28), 31-Дек-20, 18:07
	Начало года это весенне равноденствие и так было еще до всяких календарей. 1 марта отмечают это юлианский календарь, а значит римляне.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	30. "Выпуск библиотеки GNU libmicrohttpd 0.9.72"	–2 +/–
	Сообщение от проснись и пой (?), 31-Дек-20, 18:15
	Насколько я помню у славян было 1 марта. Как бы логично счет начинать с первого дня весны. Мой основной посыл был не в этом, но как обычно, человек хватается за несущественные мелочи, а основная суть сообщения игнорируется чувтсвом страха.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	32. "Выпуск библиотеки GNU libmicrohttpd 0.9.72"	+1 +/–
	Сообщение от Аноним (32), 31-Дек-20, 20:39
	> у славян было 1 марта. У славян был лунный календарь, там месяцы весьма условны и год от года "плавают"... Первое число месяца - это всегда одна и та же фаза луны (например, новолуние или полнолуние). Отчасти поэтому и месяцы "посъехали" у разных групп славян (скорее всего и климатические пояса в этом тоже свою роль сыграли).
	Ответить \| Правка \| Наверх \| Cообщить модератору


	33. "Выпуск библиотеки GNU libmicrohttpd 0.9.72"	+/–
	Сообщение от Аноним (33), 31-Дек-20, 20:51
	У славян не было 1 марта это концептуальное непонимания предмета. Само существование 1 марта наносное, пришлое, чуждое. Славянский новый год это Масленица. Все остальные в том числе христианские праздники к славянам не имеют никакого отношение они и у других христианских народ точно такие же. И это уже не говоря что в Христианстве праздник это Рождество, а «Новый год» не праздник, а просто календарный «феномен».
	Ответить \| Правка \| К родителю #30 \| Наверх \| Cообщить модератору


	35. "Выпуск библиотеки GNU libmicrohttpd 0.9.72"	+/–
	Сообщение от проснись и пой (?), 01-Янв-21, 01:16
	Раньше как бы и месяцев было не 12, если ты конечно понимаешь предмет концептуально. Понятно, что границы времен года вещь весьма условная. Думаю, перепечатывание википедии сюда, тоже не показатель концептуального понимания. Тут нечего обсуждать, еще в предыдущем посте я об этом написал.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	50. "Выпуск библиотеки GNU libmicrohttpd 0.9.72"	–1 +/–
	Сообщение от АА (?), 03-Янв-21, 12:00
	> У славян не было 1 марта это концептуальное непонимания предмета. Само существование > 1 марта наносное, пришлое, чуждое. Славянский новый год это Масленица. Все > остальные в том числе христианские праздники к славянам не имеют никакого > отношение они и у других христианских народ точно такие же. > И это уже не говоря что в Христианстве праздник это Рождество, а > <<Новый год>> не праздник, а просто календарный <<феномен>>. Кто такие славяне... Вопрос этот когда-то заинтересовал и меня... В целом предположительный ответ примерно такой. Славянами Римская Империя именовала определённые народы воспринявшие христианство проповедуемое, насаждаемое и руководимое из этой самой империи вместе со всеми вытекающими "мартами". Форма "славяне" при этом относится как ни странно к "самоименованию" этих народов (и значит к народностям с известной языковой общностью). Первоначально вероятно так именовались (и они сами назывались так) отдельные группы среди этих народов, воспринявшие "римское слово" или "благое слово" или "слово божие", христианство. Сейчас "Евангелие" в большей степени переводится как "благовест", "благая весть", но можно и "слово" и даже "славное слово". Позднее, когда это христианство фактически становилось у таких народностей общепринятым, уже всё "племя" считалось славянским. "Славянство" было "интернациональным движением", выходило за пределы отдельного племени. Римские авторы закрепили в источниках "славян" как самоназвание. Одобрения этой версии "официальными историками" у меня надо сказать нет (и я его не искал). Другой и удовлетворительной версии у "официальных историков" однако я не нашёл. Новый Год всё же праздник :-)
	Ответить \| Правка \| К родителю #33 \| Наверх \| Cообщить модератору

2. "Выпуск библиотеки GNU libmicrohttpd 0.9.72"	–1 +/–
Сообщение от Аноним (2), 31-Дек-20, 12:21
2021 не будет лучше.
Ответить \| Правка \| Наверх \| Cообщить модератору


	3. "Выпуск библиотеки GNU libmicrohttpd 0.9.72"	–1 +/–
	Сообщение от Аноним (3), 31-Дек-20, 12:26
	Ещё лудче!
	Ответить \| Правка \| Наверх \| Cообщить модератору


	4. "Выпуск библиотеки GNU libmicrohttpd 0.9.72"	+1 +/–
	Сообщение от A.Stahl (ok), 31-Дек-20, 12:27
	Исчо лудшее!
	Ответить \| Правка \| Наверх \| Cообщить модератору


	7. "Выпуск библиотеки GNU libmicrohttpd 0.9.72"	+1 +/–
	Сообщение от Аноним (7), 31-Дек-20, 13:34
	Более лудший!
	Ответить \| Правка \| Наверх \| Cообщить модератору


	22. "Выпуск библиотеки GNU libmicrohttpd 0.9.72"	+/–
	Сообщение от Аноним (22), 31-Дек-20, 15:06
	3-им ставлю два. лучше. марьванна недовольна.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	16. "Выпуск библиотеки GNU libmicrohttpd 0.9.72"	+/–
	Сообщение от Аноним (16), 31-Дек-20, 14:09
	2020 год не считается. Его принято исключить из истории, просто это был очень длинный 2019 год.
	Ответить \| Правка \| К родителю #2 \| Наверх \| Cообщить модератору


	37. "Выпуск библиотеки GNU libmicrohttpd 0.9.72"	+/–
	Сообщение от Соня Мармеладова (?), 02-Янв-21, 02:50
	Поступим как с leap second
	Ответить \| Правка \| Наверх \| Cообщить модератору

5. "Выпуск библиотеки GNU libmicrohttpd 0.9.72"	–7 +/–
Сообщение от Аноним (5), 31-Дек-20, 12:35
И что в сишной либе ни од6ой уязвимости?
Ответить \| Правка \| Наверх \| Cообщить модератору


	8. "Выпуск библиотеки GNU libmicrohttpd 0.9.72"	+1 +/–
	Сообщение от Аноним (8), 31-Дек-20, 13:36
	Да.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	10. "Выпуск библиотеки GNU libmicrohttpd 0.9.72"	–4 +/–
	Сообщение от Аноним (10), 31-Дек-20, 13:45
	Насколько я помню историю, это плюсы всегда были стабильно уязвимыми и текли. В си гораздо сложнее допустить неочевидные ошибки и утечку ресурсов, всё зависит от программиста и его хаков (не проблема языка, в любом языке можно накосячить). Вот примерно все жава приложения у меня текут, многие дотнет приложения текут, плюсовые (та же плазма) текут. Я не помню ни одной сишной программы, чтобы она текла. Наверное потому, что там утечка сразу очевидна и исправляется? Или просто сам язык проще и меньше возможностей для ошибок.
	Ответить \| Правка \| К родителю #5 \| Наверх \| Cообщить модератору


	15. "Выпуск библиотеки GNU libmicrohttpd 0.9.72"	–1 +/–
	Сообщение от Аноним (10), 31-Дек-20, 14:02
	Ах да, кроме тех, которые сам написал пока впервые листал k&r (старое издание). Вот они текли, но быстро стало понятно к чему стоит относиться внимательнее и где утечек допускать нельзя. Хотя писать конструкции типа if (!strcmp(tag, "INDEX")) strncpy((cdgen = malloc(16)), tval, 15); я не перестал, но теперь внимательнее отношусь к жалобам того же valgrind и если это asciiz зануляю последний байт и не рассчитываю на компилятор и ядро (либо уже calloc вместо malloc). Хотя в той же ICU (опять плюсы да что ж ты будешь делать!) утечка памяти происходит внутри и исправить её так и не получилось.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	23. "Выпуск библиотеки GNU libmicrohttpd 0.9.72"	+/–
	Сообщение от Аноним (10), 31-Дек-20, 15:27
	Ииии не только куча, ещё в си можно случайно повредить стек, а малое повреждение стека ни одним анализатором не вылавливается. Можно посоветовать только не повреждать стек. И, если повезёт, компилятор даже на что-нибудь пожалуется. Эффективным способом диагностирования ошибок работы со стеком может быть сборка различными тулчейнами и с разными libc, статические (не только динамические билды) для тестирования, использование разных уровней оптимизации. Особенно это весело, когда твоё приложение имеет несколько потоков и некоторые общие данные между ними. Ну тут уже с опытом всё приходит наверное, в плюсах же у тебя будет минимум 1000 утечек на 1 kloc и в однопоточном приложении.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	38. "Выпуск библиотеки GNU libmicrohttpd 0.9.72"	+/–
	Сообщение от adolfus (ok), 02-Янв-21, 03:06
	Повредить стек в си нереально, поскольку в языке нет возожности произвольно двигать вершину стека. Изначально язык этот проектировался, чтобы у програмиста не было в принципе возможности перекосить стек -- отсюда блоки, всегда оставляющие стек в том состоянии, который был перед ними. Вне зависимости от того, что вы напишете между { и } эти скобки вернут стек в исходное состояние. Максимум, Вы можете исчерпать виртуальную память, выделенную под стек. С таким успехом можно исчерпать любой ресурс в любом языке.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	41. "Выпуск библиотеки GNU libmicrohttpd 0.9.72"	+/–
	Сообщение от Аноним (10), 02-Янв-21, 03:46
	Я тоже так думал, но потом у меня ЕМНИП получилось это сделать. >Вне зависимости от того, что вы напишете между { и } эти скобки вернут стек А если повредить до скобочек? Вооот. Но компилятор не жаловался, я был удивлён. Код прекрасно работал без проблем, но как потом оказалось не без проблем.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	42. "Выпуск библиотеки GNU libmicrohttpd 0.9.72"	+/–
	Сообщение от adolfus (ok), 02-Янв-21, 03:57
	До скобочек ничего повредить невозможно -- абсолютно весь исполняемый код находится внутри скобочек, составляющих тело функций. Вне скобочек находятся только данные и все они вне стека. Было бы интересно взглянуть на Ваш код и компилятор.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	44. "Выпуск библиотеки GNU libmicrohttpd 0.9.72"	+/–
	Сообщение от Аноним (10), 02-Янв-21, 13:22
	Во всяком случае, санитизер триггерился на повреждение стека, но только когда данных было значительно больше необходимого. И сайдэффекты очень интересные проявлялись. Вроде бы я хотел передать массив из 2х чисел, выделенный на стеке, в функцию. Указателем на место в родительском стеке? И ещё нужно было поправить его немного. Т.е. повреждение происходило из-за действий компилятора, однако, я так и не смог найти описание происходящего в стандарте и не берусь этого утверждать, только шланг аналогично проглотил.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	54. "Выпуск библиотеки GNU libmicrohttpd 0.9.72"	+/–
	Сообщение от adolfus (ok), 03-Янв-21, 21:20
	> Во всяком случае, санитизер триггерился на повреждение стека, но только когда данных > было значительно больше необходимого. И сайдэффекты очень интересные проявлялись. Вроде > бы я хотел передать массив из 2х чисел, выделенный на стеке, > в функцию. Указателем на место в родительском стеке? И ещё нужно > было поправить его немного. Т.е. повреждение происходило из-за действий компилятора, однако, > я так и не смог найти описание происходящего в стандарте и > не берусь этого утверждать, только шланг аналогично проглотил. Согласно стандарту, массив передается в функцию в виде указателя на его первый элемент (&arr[0]). Вот из стандарта: Постфикс-выражение, за которым следует выражение в квадратных скобках [ ], яв- ляется индексным обозначением элемента объекта массива. Определение оператора индекса [] заключается в том, что конструкция E1[E2] идентична конструкции (*((E1)+(E2))). Из вышеуказанного следует, что в языке С массивов как таковых нету. Имя E1 обозначает не сам массив, а указатель на начальный элемент массива. Из правил преобразования, которые применяются к бинарному оператору + в слу- чае, если E1 является массивом (указателем на начальный элемент массива), а E2 яв- ляется целым числом, E1[E2] обозначает E2-й элемент массива Е1, считая с нуля. Гениально!!!
	Ответить \| Правка \| Наверх \| Cообщить модератору


	55. "Выпуск библиотеки GNU libmicrohttpd 0.9.72"	+/–
	Сообщение от Аноним (10), 03-Янв-21, 21:36
	Нет, я про стек, и передачу указателя на него. Пока вызывающий блок кода жив, его память также доступна?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	56. "Выпуск библиотеки GNU libmicrohttpd 0.9.72"	+/–
	Сообщение от Аноним (10), 03-Янв-21, 21:38
	По-моему пришлось отказаться от передачи указателя и заменить его на стандартное копирование.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	46. "Выпуск библиотеки GNU libmicrohttpd 0.9.72"	+/–
	Сообщение от Аноним (46), 02-Янв-21, 16:32
	> Повредить стек в си нереально, И как только подобные тебе рукожопы ухитряются это делать — совершенно непонятно. char buf[4]; read(0, buf, 8);
	Ответить \| Правка \| К родителю #38 \| Наверх \| Cообщить модератору


	51. "Выпуск библиотеки GNU libmicrohttpd 0.9.72"	+/–
	Сообщение от Аноним (51), 03-Янв-21, 14:49
	Это явно не про сабж, они кажется усвоили азы. Вот, даже в примере showcase: if (0 != strcmp(method, "GET")) Как ты думаешь, почему именно вот так? А не например ... != 0? :)
	Ответить \| Правка \| Наверх \| Cообщить модератору