forum.opennet.ru

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

Оглавление

Локальная уязвимость в ядре Linux, эксплуатируемая через nftables , opennews (??), 26-Дек-23, (0) [смотреть все]

опять китайцы , Аноним (1), 11:35 , 26-Дек-23, (1) //

Китайцы нашили, а добавили дыру европейцы , Аноним (3), 11:41 , 26-Дек-23, (3) +6 //

а в импортозамещённой например астре есть такая , Аноним (25), 13:22 , 26-Дек-23, (25) –4 //

Скрыто модератором, Аудитор астры (?), 19:17 , 26-Дек-23, (151)
Вполне возможно Вот только там, получив рута через эксплоит, не сильно легче ст, Аноним (221), 07:52 , 27-Дек-23, (221) +2
Астра базируется на более старом ядре, поэтому именно в данном случае она безопа, Алексей (??), 07:20 , 29-Дек-23, (241) +1

Сишники опять в указателях запутались Да что ж такое то , Шарп (ok), 11:43 , 26-Дек-23, (4) +7 //

Безопастный обладает искусственным интеллектом, чтобы догадаться, что имеются ду, Аноним (9), 12:14 , 26-Дек-23, (9) //

когда ты чуть-чуть почитпешь про раст, ты поймешь, что тебн не нежно вручную осв, амоним (?), 12:30 , 26-Дек-23, (11) +1 //

И что ты забыл на техническом ресурсе, болезный Иди в свой мак, не забудь взять, Аноним (20), 13:03 , 26-Дек-23, (20) +7

Мак на минуточку корнями уходит в BSD, да и apple постоянно выкладывает код в от, Анонимусс (?), 13:33 , 26-Дек-23, (31) –2

а что, у них была опция не выкладывать , Вася (??), 13:45 , 26-Дек-23, (34)

Конечно Там же не раковая гпл - которая тебя заставляет, а свободная APSL - с к, Аноним (-), 13:51 , 26-Дек-23, (36) –1

Просто вынесли мусор Хорошее дело, да , Аноним (3), 13:53 , 26-Дек-23, (40) –1

Конечно хорошее Я когда макулатуру выношу к мусорке, то на кульке так маркером , Аноним (-), 15:39 , 26-Дек-23, (80)

В принципе, можно увидеть в этой истории поучительную притчу о дружбе корпорац, Аноним (3), 17:05 , 26-Дек-23, (112) +4

И не только BSD У меня под окном живут бездомные котики Я их подкармливаю, неко, Аноним (-), 17:13 , 26-Дек-23, (118)

Вот только сообщество линукс вместо мурлыканья производит кое-что помасштабней, Аноним (3), 18:17 , 26-Дек-23, (128)
Сообщество Серверную систему 8470 1 Ты наверное хотел сказать корпы и погром, Аноним (-), 18:21 , 26-Дек-23, (129) +1
Не хотел Не было бы одного финского студента и кучи других чуваков, которые код, Аноним (3), 18:34 , 26-Дек-23, (132)
Не было бы корпов и их денег - поделка финского студента и других чуваков остала, Аноним (141), 18:48 , 26-Дек-23, (141)
А было бы планирование, и мы бы уже жили на Марсе в автономных городах Linux и, Аноним (171), 22:13 , 26-Дек-23, (171) +2
Это было 32 года назад С тех пор много воды утекло Покажи, пожалуйста, на что с, Аноним (-), 18:59 , 26-Дек-23, (145)
Подожди массовых сокращений и снижения ЗП И ты услышишь голос сообщества, брюки, Аноним (171), 22:06 , 26-Дек-23, (170)
А корпы и погромисты на их зп не люди что-ли И эти тоже часть сообщества линук, Аноним (161), 20:32 , 26-Дек-23, (161)
Таких как ты меньшенство Большая часть будет кричать, что корпы портят их линук, Аноним (-), 20:59 , 26-Дек-23, (163)
А корпы специалистов с Нибиру набирают Или, может, там один плейбой-мультимилли, Аноним (171), 22:02 , 26-Дек-23, (169)
Конечно нет, но как только программер идет на работу к корпам, то, если судить п, Аноним (-), 00:00 , 27-Дек-23, (196)
Говорят, Китай запустил ракету на метане первым , Аноним (188), 23:16 , 26-Дек-23, (188)

Проекту FreeBSD сильно помогло это выложенное Такое впечатление, что это выложе, Аноним (9), 13:57 , 26-Дек-23, (43) +1

Не знаю Но что мешает FreeBSDшникам взять эти кода и использовать Лицензия поз, Анонимусс (?), 14:31 , 26-Дек-23, (59)

Лицензия не покрывает патенты После использования кода Mac можно неслабо отгрес, Витюшка (?), 14:39 , 26-Дек-23, (63)

Свободненько, ничего не скажешь Но вообще было бы полезно создать прецедент App, Аноним (3), 14:44 , 26-Дек-23, (65) +1

Можно, делай Создай свой проект, тащу туда маоквский код, создай прецедент Сообщ, Аноним (-), 14:52 , 26-Дек-23, (68)

Apple против фри или опенка 8212 было бы куда более показательно, чем против , Аноним (3), 15:09 , 26-Дек-23, (70) +1

Ну да, ни кода, ни донатов, но с какого-то перепугу - покровители ну, ведь ан, Аноним (94), 16:25 , 26-Дек-23, (94) +1

- Кода, кода, вчера , Аноним (188), 23:18 , 26-Дек-23, (189)

А проект FreeBSD сильно нуждается в этой помощи , YetAnotherOnanym (ok), 18:32 , 26-Дек-23, (131) +1

Судя по тому, как он стагнирует 8212 весьма , Аноним (142), 18:50 , 26-Дек-23, (142)

Просто они уже достигли совершенства, поэтому им не надо развиваться дальше , Аноним (3), 18:51 , 26-Дек-23, (143)

Заканчивай уже далдонить эту мантру Я тебе про Фому, а ты мне про Ерёму , Аноним (9), 13:53 , 26-Дек-23, (39)
А вот расту память освобождать нужно, так и скажите придумали сборщик мусора, , Аноним (45), 14:00 , 26-Дек-23, (45)

Только в Расте нет сборщика мусора в классическом его понимании В Паскале его, , llolik (ok), 14:11 , 26-Дек-23, (47) +3

есть и ещё какой - весь мусор на раст побежал , Аноним (73), 15:29 , 26-Дек-23, (73)

Мусор не может бегать, поэтому остался на сишке , Аноним (3), 15:33 , 26-Дек-23, (78) –1

Мусор обычно ветром носит Так что таки раст , anonymous (??), 16:25 , 26-Дек-23, (95)

Мы тут не в Париже, у нас мусор в баках c h лежит , Аноним (3), 17:00 , 26-Дек-23, (104) –1

В Паскале нет, только если это не его урезанный диалект Оберон , Аноним (187), 23:12 , 26-Дек-23, (187)

Во-первых, иногда нужно, Во-вторых, совсем не понимаешь что произошло выше Это , all_glory_to_the_hypnotoad (ok), 14:20 , 26-Дек-23, (53) +1
Безопасно - и точка , trolleybus (?), 17:56 , 26-Дек-23, (126) +1

Он обладает borrow checker, котооый не даст тебе дважды удалить один и тот же ку, Аноним (96), 16:27 , 26-Дек-23, (96) –4

Зато они добавили goto Теперь код еще ближе приблизился к лапше, а применение ст, Анонимусс (?), 13:19 , 26-Дек-23, (22) //

Предложи вариант без goto, для которого не надо будет шариться по файлу в поиска, Tron is Whistling (?), 15:32 , 26-Дек-23, (76) //

Предлагаю использовать defer Хотя стоп, в эту убогость defer еще не завезли М, Анонимусс (?), 16:00 , 26-Дек-23, (87)

Не кажется вам, что всё это извращение Переход - это нормальная в т ч низкоуров, Tron is Whistling (?), 22:54 , 26-Дек-23, (179)

Ого, оказывается те кто не хочет, чтобы этой фигней пользовались - неосиляторы З, Аноним (-), 00:46 , 27-Дек-23, (201)

Кто все эти люди Судя по тому, что goto не любят 8212 смузи-растаманы какие-, Аноним (3), 02:39 , 27-Дек-23, (212)
Дейкстру - да А Керниган с Ритчи тут при чём Goto выпилили фанаты ООП и ди, 1 (??), 10:53 , 27-Дек-23, (227)

Они в своей книге еще 88 года пишут что гото плохо, приводят пример где его вр, Аноним (-), 12:21 , 27-Дек-23, (231)

Так это уже 88 год Тогда goto было совершенно неприличным словом хотя практ, 1 (??), 17:09 , 27-Дек-23, (236)

C goto не надо шариться Ясно, понятно , Аноним (96), 21:10 , 26-Дек-23, (165)

Ага, видишь goto 8212 можно закрывать код и удалять его нафик , Аноним (3), 02:36 , 27-Дек-23, (211) +1

Вот так, добрых полвека прошло, а проклятие Дейкстры владеет умами Вбитая со сту, Аноним (82), 15:47 , 26-Дек-23, (82) +3 //

Керниган и Ритчи в книге Kernighan Ritchie 1988 глава 3 8 Goto and Labels пишу, анонин (?), 16:57 , 26-Дек-23, (103) –1

Но тем не менее добавили его в C Наговорив всяких слов, которые звучат больше к, Аноним (-), 18:08 , 26-Дек-23, (127)

Именно Они даже написали пример как из code for i 0 i n i for j , фнон (?), 18:42 , 26-Дек-23, (135)

Что и требовалось доказать без goto получилась дурацкая лапша с флажочками Зато, anonymous (??), 18:55 , 26-Дек-23, (144) +5

Ну так запиши Керниган и Ритчи в Готофобы Ты наверняка умнее и лучше разбираешьс, Анонимусс (?), 19:06 , 26-Дек-23, (149)

Вы можете как угодно лепить Другие будут делать, как удобнее им Не нравится - не, Tron is Whistling (?), 22:56 , 26-Дек-23, (182)

Полностью согласен, тут я могу просто бухтеть или скрипеть зубами, в зависиммост, Аноним (-), 00:49 , 27-Дек-23, (202)

По какой той же самой По ужасный овнокод в ядре снова делает уязвимость но , Аноним (210), 02:30 , 27-Дек-23, (210)
Если такое каким-то образом произойдёт - мне уже будет почти фиолетово, потому ч, Tron is Whistling (?), 09:58 , 27-Дек-23, (222)

Ну да, ещё goto прерывает циклы СРАЗУ а не ждёт, пока ты ВСЁ просмотришь А вдру, Dont Ask (?), 00:01 , 27-Дек-23, (197)

Туплю, в этом примере прервётся сразу facepalm , Dont Ask (?), 00:04 , 27-Дек-23, (199)

Ах ты ж Я думал, он троллит, а он СЕРЬЁЗНО предлагает избавиться от goto ТАКИМ , Аноним (210), 02:15 , 27-Дек-23, (207)

И вот зачем всё это извращение, когда достаточно просто goto и метки , Tron is Whistling (?), 22:56 , 26-Дек-23, (181) +2

Аргумент уровня зачем вообще делать какой-то cleanup, если достаточно простого , Аноним (3), 02:43 , 27-Дек-23, (213)

Мне не платят за количество строк кода, поэтому делать из одного goto портянку м, Tron is Whistling (?), 10:00 , 27-Дек-23, (223)

Думаю за качественный и поддерживаемый код тебе тоже не платят и так подумал, Аноним (-), 12:44 , 27-Дек-23, (232)

Почти угадал Мне платят за то, чтобы я определял, как всё это делается архитек, Tron is Whistling (?), 14:43 , 27-Дек-23, (233)

О, это уже интереснее Если ты работаешь с тем что в итоге делается другими людь, Аноним (-), 18:11 , 27-Дек-23, (237)

Но да, есть момент - у нас не чистый проект из чистого кода, а в силу характера , Tron is Whistling (?), 14:46 , 27-Дек-23, (234)

Единственный недостаток гото - неочевидная местами раскрутка стека Но если оно в, Tron is Whistling (?), 22:55 , 26-Дек-23, (180)

Бедные снежинки, то ли дело диды, наделали столько CVE, что выгребать будем еще , Аноним (-), 00:51 , 27-Дек-23, (203) +1

Да, диды CVE наделали Потому что хоть что-то делали, да и npm и лефтпадов тоже , Tron is Whistling (?), 10:01 , 27-Дек-23, (224) +1

Можно например и без switch обойтись, а еще можно на Brainfack писать , Аноним (134), 18:41 , 26-Дек-23, (134)

goto в ядре нормальная практика для клинапа struct myfoo foo NULL struct my, Ананимус (?), 16:28 , 26-Дек-23, (97) //

Ну, и что мешает по-человечески разбить это на функции struct Context struct , Аноним (96), 18:29 , 26-Дек-23, (130) –2

Читаемость хуже, если клинап требует определенного порядка вызовов еще и ошибить, anonymous (??), 18:42 , 26-Дек-23, (136) +1

Ты же о коде с goto говоришь , Аноним (96), 19:53 , 26-Дек-23, (157) –2

Во-первых, у них так приятно где кушать там и гадить Во-вторых, диды писали и м, Анонимусс (?), 18:45 , 26-Дек-23, (139)

Сам какую ОС разрабатываешь Свой код покажешь Ляпы есть А если найду , Аноним (171), 22:22 , 26-Дек-23, (172)

Мешает то, что у тебя этих функций на каждый чих станет 100500, и ты будешь по н, Tron is Whistling (?), 22:57 , 26-Дек-23, (183)

Почему это проблема Или по goto-портянке бегать не надо У функции как бы есть и, Аноним (96), 23:35 , 26-Дек-23, (192)

В самую первую очередь - начинать вместо кормления розовых пони в голове дружить, Tron is Whistling (?), 10:04 , 27-Дек-23, (225)

Ну, понятно начинаем лить делевый пафос, ибо ничего конкретного ни на один из м, Аноним (96), 11:07 , 27-Дек-23, (229)

Извини, привык на иррациональные вопросы просто забивать Потому что есть определ, Tron is Whistling (?), 14:50 , 27-Дек-23, (235)

Чтобы другие могли понять, что именно вы хотели продемонстрировать, пожалуйста,1, Аноним (210), 02:13 , 27-Дек-23, (206)
Тот факт, что нечеловеческий вариант освобождает foo, если не удалось выделить b, Аноним (210), 02:26 , 27-Дек-23, (209)
Ты сейчас на серьезных щас мне будешь утверждать что в одной функции можно тольк, Ананимус (?), 20:23 , 02-Янв-24, (242)
Ох лол if kref_get_unless_zero foo- ref ret -ENODEV , Ананимус (?), 20:32 , 02-Янв-24, (243)

s do_stuff_with_bar do_stuff_with_foo , Ананимус (?), 20:32 , 02-Янв-24, (244)

netfilter уязвимость Это уже база, redhat не может писать нормально код, Аноним (14), 12:49 , 26-Дек-23, (14) +3 //

В последнее время наметилась тенденция тому, что в разработку приходят психическ, Аноним (3), 13:20 , 26-Дек-23, (23) +1 //

Это относится к гораздо большему числу областей по крайней мере, для людей инте, Аноним (210), 14:12 , 26-Дек-23, (48) //

Знаете, далеко не все люди ограничены в прокачке только одним навыком И девочкой, Аноним (3), 14:35 , 26-Дек-23, (62)

Прокачивать можно сколько угодно навыков Но вместе с навыком социализация ред, Аноним (210), 16:02 , 26-Дек-23, (88)

Какие же бедные нормальные люди Они даже не могут социализироваться, потому что , Аноним (3), 16:06 , 26-Дек-23, (90)

То-то поналезло в IT нормальных людей социализируются целыми днями, работать т, anonymous (??), 18:44 , 26-Дек-23, (137)

Ну, если работать программировать на сишке , то тут чем меньше работающих,, Аноним (3), 19:43 , 26-Дек-23, (155)

Ядро уже на жабоскрипте переписал, хейтер , Tron is Whistling (?), 22:58 , 26-Дек-23, (184)

Не, он явно не про яваскрипт Недавно ковырялся в js-коде, где автор тоже в ука, Аноним (210), 23:37 , 26-Дек-23, (194) +1

Именно JS 8212 такая же гадость, как и сишка , Аноним (3), 23:59 , 26-Дек-23, (195)

Так логика создания одинакова Сишка создавался как максимально простой язык отн, Аноним (-), 00:06 , 27-Дек-23, (200) +1

if nft_set_elem_active e- ext, iter- genmask goto cont Типичный Си , Аноним (-), 12:51 , 26-Дек-23, (17) +2 //

Нет, блджад, вместо гото будем while true if break городить Или целую, Tron is Whistling (?), 15:30 , 26-Дек-23, (74) +1 //

Какой ещё while Один из таких спецалистов однажды на кодревью заменил мои goto , Аноним (210), 16:07 , 26-Дек-23, (91) +3 //

Я бы тоже спросил зачем он дублирует Можно написать и без goto и без дубляжа , Аноним (-), 16:42 , 26-Дек-23, (99) +2

Потому что индусам платят за строчки , Аноним (3), 21:52 , 26-Дек-23, (168)
Можно пример , Аноним (210), 23:33 , 26-Дек-23, (191)

f openResource if f g openAnotherResource if g h openThi, Панорамикус (?), 03:40 , 27-Дек-23, (217)

1 Читабельность вашего решения насктолько хороша, что вы же сами запутались, гд, Аноним (210), 05:31 , 27-Дек-23, (218) +1

В приведённом мной примере есть куда более серьёзная проблема, но вы её почему-т, Панорамикус (?), 03:38 , 28-Дек-23, (240)

Это да, вот такие вот перлы обычно и получаются , Tron is Whistling (?), 22:59 , 26-Дек-23, (185) +1

Зачем ворох процедур Делаешь в каждой функции одну nested inline функцию с каки, Аноним (-), 16:14 , 26-Дек-23, (92) //

Напишите на своих гoвнoязыкax Хелло Ворлд, чтоб банарь весил 27 байт Иль сервак, pavlinux (ok), 16:51 , 26-Дек-23, (101) –2

А потом ваш сервак поимеют и начнут майнить, так что LA улетит за миллионы Так ч, Аноним (3), 17:02 , 26-Дек-23, (108)

Пока вы дpoчите за безопасность, 97 взломов хаков краж итп исходит от сотрудник, pavlinux (ok), 17:09 , 26-Дек-23, (114) –1

Статистику в студию, образорванный ты наш А то языком болтать - не мешки ворочат, фнон (?), 17:27 , 26-Дек-23, (122)
Ну, если у вас числятся сотрудниками китайские боты, то да , Аноним (3), 17:52 , 26-Дек-23, (125)

В общем случае инсайдеры вас трахнут гораздо быстрее, чем кулхацкеры Исключения , Tron is Whistling (?), 23:00 , 26-Дек-23, (186)

Это если бизнес-критичные сервисы на Go или Java А если на сишке 8212 тогда в, Аноним (3), 23:35 , 26-Дек-23, (193)

Threesome , Аноним (221), 07:47 , 27-Дек-23, (220)

Вот это особенно смешно Память надо измерять не на старте, а через неделю работ, Аноним (221), 07:29 , 27-Дек-23, (219) +1

То ли дело лапша на несколько тысяч строк с goto В ней разобраться легче, да , Аноним (96), 16:31 , 26-Дек-23, (98) +1 //

Если у вас функции по тыще строк вы делаете что-то не так, неважно с goto или бе, anonymous (??), 18:47 , 26-Дек-23, (140)

о5 очень опасная уязвимость для всех PC на которых всегда один пользователь Бгг, Аноним (73), 14:23 , 26-Дек-23, (57) –2 //

Хорошо, что на всех этих компах не используются всякие sandbox типа firejail или, Аноним (3), 14:41 , 26-Дек-23, (64) //

Да как-то нет доверия ко всем этим фуфлобоксам, посмотрим появится ли решение ми, Аноним (73), 15:04 , 26-Дек-23, (69) –1 //

Ну да, так все и побежали заворачивать сторонний софт в виртуалки Точнее, побежа, Аноним (3), 15:11 , 26-Дек-23, (71)

тут гипервизор защищает только память ядра, незаметно её портить ты уже не сможе, Аноним (73), 16:19 , 26-Дек-23, (93)

Тем не менее, чтобы виртуализация 8212 веьсма неудобный и непопулярный инстру, Аноним (3), 19:39 , 26-Дек-23, (153)

да вообще пофиг, смысл в том что память ядра на современных процессорах ты не ис, Аноним (73), 11:55 , 27-Дек-23, (230)

А тут новость как раз об порче памяти на современных процессорах OH SHI , 1 (??), 21:15 , 27-Дек-23, (238)

новость про старые процессоры, Аноним (73), 22:24 , 27-Дек-23, (239)

Короче налетели в основном снова любители конь-тейнеров Ну и чёрт бы с ними , Tron is Whistling (?), 15:33 , 26-Дек-23, (77) +1 //

Любители сишки, которые пытаются доказать, что это полноценный ЯП Хотя нормально, Аноним (3), 15:35 , 26-Дек-23, (79) +2 //

Зато мало в каком языке такое кол-во UB прямо в той зловноной куче которую по ош, Аноним (-), 15:45 , 26-Дек-23, (81) //

Говорят, сишные стандарты, начиная с C89, писали злокозненные фанаты раста, угна, Аноним (3), 16:02 , 26-Дек-23, (89) +1

Жаль свой собственный стандарт они не осилили , Аноним (134), 19:02 , 26-Дек-23, (146)

Стандарт СИ вида колбаса делается из мяса, может содержать добавки в виде сала,, Анонимусс (?), 19:11 , 26-Дек-23, (150) +1

Ждём, когда на смену gcc и clang придут gcc-gpt и clanggpt Вот это будет эра аб, Аноним (3), 00:02 , 27-Дек-23, (198)

А что в твоем понимании полонецнный ЯП , Аноним (100), 16:42 , 26-Дек-23, (100)
А почему весь новый софт тормознее старого Хотя по сути делает все то же самое , Аноним (102), 16:55 , 26-Дек-23, (102) –1 //

Т е тебе важнее скорость чем безопасность Типичный ответ любителя double-free , фнон (?), 17:02 , 26-Дек-23, (106) –1
Но ведь KDE2 намного быстрее KDE4 по мнению местных и новое ядро тормознее, Аноним (-), 17:05 , 26-Дек-23, (111)

А чего тут удивительного Прям Америку открыл, на сишечке тож можно писать по ра, Аноним (102), 17:40 , 26-Дек-23, (123) +2

С динамикой роста кодовой базы ядра линукс можно ознакомится тут https www ope, Аноним (102), 17:44 , 26-Дек-23, (124)
Можно по разному, но почему-то пишут одинаково Некачественные сишники, наверное, Аноним (142), 19:05 , 26-Дек-23, (148)

Всё больше начинаю убеждаться, что существование этих самых настоящих сишных пр, Аноним (3), 19:41 , 26-Дек-23, (154)

Причем некоторые умудрились оставить в Х org уязвимости аж 88 году CVE-2023-437, Аноним (-), 21:09 , 26-Дек-23, (164) +1

Там же макросы и модули Охват поддерживаемого оборудования за последние 10 лет , Аноним (171), 22:36 , 26-Дек-23, (176)

Для тех кто не умеет читать и переходит на личности Если безопасность это прям , Аноним (102), 17:13 , 26-Дек-23, (117)

А толку от Кюбикса если ядро то же Linux kernel PV driver issues and LVM misconf, фнон (?), 19:18 , 26-Дек-23, (152)

а в моем свежем дебиане 4 19, Аноним (138), 18:45 , 26-Дек-23, (138)
Нужна безопасность - пишите на Java, проверено десятилетиями корпорациями с обор, Аноним (134), 19:04 , 26-Дек-23, (147) //

КОБОЛ всяко старше Да и денег, вероятно, прокрутил гораздо больше , Аноним (3), 19:44 , 26-Дек-23, (156) +2
Проверено корпорациями и ещё тысячами скрипт-киддис с log4j в руках , Анонимщик (?), 21:27 , 26-Дек-23, (167) +3
Ну, с оборотами в миллиарды, можно в сервер и слона запихнуть Была бы такая бл, Аноним (171), 22:38 , 26-Дек-23, (177)
Джава - хороший выбор, но Ада и Оберон лучше подходят для подобных целей , Аноним (187), 02:12 , 27-Дек-23, (205)
Ими же проверено использования линукса D, Аноним (214), 02:53 , 27-Дек-23, (214)

А чего вы хотите от монолитного ядра Кстати авторы systemd намекают что линукс , Абу (?), 03:19 , 27-Дек-23, (216) +1 //

Впихнув комбайн который полностью поглотит Linux У Поттеринга шизофрению всё же, 1 (??), 10:56 , 27-Дек-23, (228)

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

22. "Локальная уязвимость в ядре Linux, эксплуатируемая через nft..." +/–

Сообщение от Анонимусс (?), 26-Дек-23, 13:19

Зато они добавили goto!
Теперь код еще ближе приблизился к лапше, а применение статических анализаторов стало еще сложнее.
В общем... у меня нет слов за которые не забанят)

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

76. "Локальная уязвимость в ядре Linux, эксплуатируемая через nft..." +/–

Сообщение от Tron is Whistling (?), 26-Дек-23, 15:32

Предложи вариант без goto, для которого не надо будет шариться по файлу в поисках, что же он делает.

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

87. "Локальная уязвимость в ядре Linux, эксплуатируемая через nft..." +/–

Сообщение от Анонимусс (?), 26-Дек-23, 16:00

Предлагаю использовать defer. Хотя стоп, в эту убогость defer еще не завезли...
Может nested function с каким-то нормальным названием вроде finalize, где будет анлочится все что было залочено и чиститься память если нужно?

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

179. "Локальная уязвимость в ядре Linux, эксплуатируемая через nft..." +/–

Сообщение от Tron is Whistling (?), 26-Дек-23, 22:54

Не кажется вам, что всё это извращение?
Переход - это нормальная в т.ч. низкоуровневая инструкция, и весь этот блуд по отмене переходов в угоду неосиляторам - ну такое.

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

201. "Локальная уязвимость в ядре Linux, эксплуатируемая через nft..." +/–

Сообщение от Аноним (-), 27-Дек-23, 00:46

Ого, оказывается те кто не хочет, чтобы этой фигней пользовались - неосиляторы?
Записываю туда себя, Дейкстру, Кернигана, Ритчи...
Да я просто в отличной компании!
Это нормальная низкоуровневая инструкция, но не в случае "мне лениво добавлять переменную в цикл", "я не понимаю что такое нестед функция", "дефер... а что это?"
По хорошему каждый такой прыжок должен быть обоснован.. если бы мы говорили не про программеров ядро.

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

212. "Локальная уязвимость в ядре Linux, эксплуатируемая через nft..." +/–

Сообщение от Аноним (3), 27-Дек-23, 02:39

> Записываю туда себя, Дейкстру, Кернигана, Ритчи...
Кто все эти люди? Судя по тому, что goto не любят — смузи-растаманы какие-нибудь.
[сарказм]

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

227. "Локальная уязвимость в ядре Linux, эксплуатируемая через nft..." +/–

Сообщение от 1 (??), 27-Дек-23, 10:53

Дейкстру - да ... А Керниган с Ритчи тут при чём ?.
Goto выпилили фанаты ООП и диаграмм Несси-Шнейдермана ...
Хотя, надо признаться, выпилили не просто так. Выпилили по поводу математического доказательства правильности алгоритма (чем сейчас никто не занимается).
Ну а по поводу дыры ... Начинается жатва подсистемы nftables... И это только цветочки.

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

231. "Локальная уязвимость в ядре Linux, эксплуатируемая через nft..." +/–

Сообщение от Аноним (-), 27-Дек-23, 12:21

Они в своей книге (еще 88 года) пишут что гото плохо, приводят пример где его вроде как можно использовать, а потом пример, как можно переделать на без-гото.
И делают вердикт "нужно использовать редко, если вообще стоит использовать"
В теме ниже приводили цитаты
opennet ru/openforum/vsluhforumID3/132420.html#103
> Выпилили по поводу математического доказательства правильности алгоритма (чем сейчас никто не занимается).
Что-то мне подсказывает, что даже алгоритмы проверки кода могут страдать от случайных прыжков.

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

236. "Локальная уязвимость в ядре Linux, эксплуатируемая через nft..." +/–

Сообщение от 1 (??), 27-Дек-23, 17:09

Так это уже 88 год ... Тогда goto было совершенно неприличным словом (хотя практически во всех языках оператор такой был ... даже в Perl). Конец 80х - это были годы фанатов ООП, и всех несогласных выпиливали ...

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

165. "Локальная уязвимость в ядре Linux, эксплуатируемая через nft..." +/–

Сообщение от Аноним (96), 26-Дек-23, 21:10

> Предложи вариант без goto, для которого не надо будет шариться по файлу в поисках, что же он делает.
C goto не надо шариться? Ясно, понятно...

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

211. "Локальная уязвимость в ядре Linux, эксплуатируемая через nft..." +1 +/–

Сообщение от Аноним (3), 27-Дек-23, 02:36

Ага, видишь goto — можно закрывать код и удалять его нафик.

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

82. "Локальная уязвимость в ядре Linux, эксплуатируемая через nft..." +3 +/–

Сообщение от Аноним (82), 26-Дек-23, 15:47

Вот так, добрых полвека прошло, а проклятие Дейкстры владеет умами.
Вбитая со студенчества инстинктивная неприязнь к goto — это уродливая деформация, точно так же ухудшающая код, как и полное отсутствие структуры (бывшее нормой во времена Дейкстры). Каждая строчка кода должна быть обдумана и оправдана. Даже goto. Если такой подход позволяет реализовать что–либо эффективнее, проще и лаконичнее — правильным будет использовать goto, а не городить многоэтажные баррикады из скобочек и макросов, ссылаясь на затрёпанную догму: «общеизвестно (sic!) что goto — дурной тон».

> применение статических анализаторов стало еще сложнее
Нисколько не стало. Как был статичный граф, так и остался. Или это так, случайно высосанный из пальца аргумент, ради нездоровой дискуссии?

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

103. "Локальная уязвимость в ядре Linux, эксплуатируемая через nft..." –1 +/–

Сообщение от анонин (?), 26-Дек-23, 16:57

Керниган и Ритчи в книге Kernighan & Ritchie 1988 глава 3.8 Goto and Labels пишут следущее
C provides the infinitely-abusable goto statement, and labels to branch to. Formally, the goto
statement is never necessary, and in practice it is almost always easy to write code without it.
We have not used goto in this book.
Приводят один пример где его можно использовать, кстати таки цикл, но добавляют "This organization is handy if the error-handling code is non-trivial, and if errors can occur in several places."
А резуюмируют это "it does seem that goto statements should be used rarely, if at all"
Так что даже создатели СИ считают, что goto это плохо.

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

127. "Локальная уязвимость в ядре Linux, эксплуатируемая через nft..." +/–

Сообщение от Аноним (-), 26-Дек-23, 18:08

> Так что даже создатели СИ считают, что goto это плохо.
Но тем не менее добавили его в C. Наговорив всяких слов, которые звучат больше как извинение перед Дейкстрой, чем как запрет goto во всех случаях, кроме тех когда без него не обойтись.
Без goto _всегда_ можно обойтись, если поставить перед собой такую цель. И Керниган с Ритчи об этом знали. Но добавили goto в C, и пробормотали что-то вроде "ну goto типа плохо, но типа удобно иногда".

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

135. "Локальная уязвимость в ядре Linux, эксплуатируемая через nft..." +/–

Сообщение от фнон (?), 26-Дек-23, 18:42

Именно!
Они даже написали пример как из

for (i = 0; i < n; i++)
   for (j = 0; j < m; j++)
      if (a[i] == b[j])
      goto found;
/* didn't find any common element */
...
found:
/* got one: a[i] == b[j] */
можно сделать

found = 0;
for (i = 0; i < n && !found; i++)
   for (j = 0; j < m && !found; j++)
      if (a[i] == b[j])
      found = 1;
if (found)
/* got one: a[i-1] == b[j-1] */
...
else
/* didn't find any common element */
Выше написали несколько вариантов начиная от defer, заканчивая nested функциями.
То что они оставили гото в С - может это была необходимость, чтобы фанатики не воняли.
А может уже написанный код перестал бы работать.
А может это ошибка ценой в лямы долларов, как один сэкономленный байт в null-terminated string.
Но они однозначно осуждают его использование, а не "пробормотали что-то вроде "ну goto типа плохо""

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

144. "Локальная уязвимость в ядре Linux, эксплуатируемая через nft..." +5 +/–

Сообщение от anonymous (??), 26-Дек-23, 18:55

Что и требовалось доказать без goto получилась дурацкая лапша с флажочками. Зато гоутофобы довольны.

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

149. "Локальная уязвимость в ядре Linux, эксплуатируемая через nft..." +/–

Сообщение от Анонимусс (?), 26-Дек-23, 19:06

Ну так запиши Керниган и Ритчи в Готофобы.
Ты наверняка умнее и лучше разбираешься в тонкостях СИ, не то что эти дилетанты.

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

182. "Локальная уязвимость в ядре Linux, эксплуатируемая через nft..." +/–

Сообщение от Tron is Whistling (?), 26-Дек-23, 22:56

Вы можете как угодно лепить.
Другие будут делать, как удобнее им.
Не нравится - не пользуйтесь :)

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

202. "Локальная уязвимость в ядре Linux, эксплуатируемая через nft..." +/–

Сообщение от Аноним (-), 27-Дек-23, 00:49

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

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

210. "Локальная уязвимость в ядре Linux, эксплуатируемая через nft..." +/–

Сообщение от Аноним (210), 27-Дек-23, 02:30

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

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

222. "Локальная уязвимость в ядре Linux, эксплуатируемая через nft..." +/–

Сообщение от Tron is Whistling (?), 27-Дек-23, 09:58

Если такое каким-то образом произойдёт - мне уже будет почти фиолетово, потому что в планах будет полный перенос сервиса на винду :D

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

197. "Локальная уязвимость в ядре Linux, эксплуатируемая через nft..." +/–

Сообщение от Dont Ask (?), 27-Дек-23, 00:01

Ну да, ещё goto прерывает циклы СРАЗУ а не ждёт, пока ты ВСЁ просмотришь. А вдруг там не просто 2*3 а что то долгое, файлы на сети перебирать сто тыщ о как красиво, зато без goto.

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

199. "Локальная уязвимость в ядре Linux, эксплуатируемая через nft..." +/–

Сообщение от Dont Ask (?), 27-Дек-23, 00:04

Туплю, в этом примере прервётся сразу :facepalm:

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

207. "Локальная уязвимость в ядре Linux, эксплуатируемая через nft..." +/–

Сообщение от Аноним (210), 27-Дек-23, 02:15

Ах ты ж! Я думал, он троллит, а он СЕРЬЁЗНО предлагает избавиться от goto ТАКИМ способом! Тогда понятно, почему нормальные программисты стараются вести себя с готофобами спокойно, дружелюбно, во всём с ними соглашаются, но к коду не подпускают.

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

181. "Локальная уязвимость в ядре Linux, эксплуатируемая через nft..." +2 +/–

Сообщение от Tron is Whistling (?), 26-Дек-23, 22:56

И вот зачем всё это извращение, когда достаточно просто goto и метки?

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

213. "Локальная уязвимость в ядре Linux, эксплуатируемая через nft..." +/–

Сообщение от Аноним (3), 27-Дек-23, 02:43

Аргумент уровня "зачем вообще делать какой-то cleanup, если достаточно простого ((void(*)(void))0)() (после которого cleanup не понадобится, инфа 100%)"

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

223. "Локальная уязвимость в ядре Linux, эксплуатируемая через nft..." +/–

Сообщение от Tron is Whistling (?), 27-Дек-23, 10:00

Мне не платят за количество строк кода, поэтому делать из одного goto портянку мне лениво.

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

232. "Локальная уязвимость в ядре Linux, эксплуатируемая через nft..." +/–

Сообщение от Аноним (-), 27-Дек-23, 12:44

> Мне не платят за количество строк кода,
Думаю за качественный и поддерживаемый код тебе тоже не платят)
> поэтому делать из одного goto портянку мне лениво.
... и так подумал каждый разработчик проекта.
А потом "а почему у нас макаронная фабрика вместо кода?! как это случилось? кто это сделал?"

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

233. "Локальная уязвимость в ядре Linux, эксплуатируемая через nft..." +/–

Сообщение от Tron is Whistling (?), 27-Дек-23, 14:43

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

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

237. "Локальная уязвимость в ядре Linux, эксплуатируемая через nft..." +/–

Сообщение от Аноним (-), 27-Дек-23, 18:11

О, это уже интереснее.
Если ты работаешь с тем "что в итоге делается другими людьми" то неужели тебя так сильно парит как будет реализована одна из функций через гото или через if (flag) ?
Работать оно будет практически одинаково.
Из того что видел, как работали архитекторы - максимум они писали протоколы и иногда скелет будущих файлов. Наполняли содержимыми другие люди.
Думаю ты как архитектор сталкивался тем что иногда меняются требования, и части проекта приходится перепиливать. Хотя я не уверен бывает ли такое в "FreePBX и обвязки до управления роутерам". Может у вас планирование лучше.
Так вот, если приходится перепиливать проект, то с чем легче разобраться - с мелкими функциями принятыми как стандарт для проекта (я не знаю на чем вы пишите и доступны ли вам всякие defer/nested) или в множестве goto?
Я сталкиваля с чудовищным кодом на гото, с функциями разобраться было на порядок легче.
Возможно твой опыт противоположный моему, что абсолютно нормально.
Разница может быть в том, что тебя зовут когда "все совсем плохо", а мне доводилось подчищать за другими очень часто)
> Поэтому видение от "code only" может отличаться сильно, приходится жить в реальном мире, который идеализма не прощает.
Возможно. Мысль интересная.
Мой опыт говорит, что поддерживаемость кода и единообразие очень сильно упрощает разработку.
А шишки на лбу - то что, фанат использования гото, в моих проектах обычно все портил)

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

234. "Локальная уязвимость в ядре Linux, эксплуатируемая через nft..." +/–

Сообщение от Tron is Whistling (?), 27-Дек-23, 14:46

Но да, есть момент - у нас не чистый проект из чистого кода, а в силу характера деятельности - связь кода, стороннего железа, стороннего софта. По целому множеству профилей и проектов. Не эмбедовка, нет. От FreePBX и обвязки до управления роутерами. Поэтому видение от "code only" может отличаться сильно, приходится жить в реальном мире, который идеализма не прощает.

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

180. "Локальная уязвимость в ядре Linux, эксплуатируемая через nft..." +/–

Сообщение от Tron is Whistling (?), 26-Дек-23, 22:55

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

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

203. "Локальная уязвимость в ядре Linux, эксплуатируемая через nft..." +1 +/–

Сообщение от Аноним (-), 27-Дек-23, 00:51

Бедные снежинки, то ли дело диды, наделали столько CVE, что выгребать будем еще лет 10.
Это напоминает разговоры про ремни безопасности... обязательно попадется упоротый который начнет песню "я так всегда делаю"

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

224. "Локальная уязвимость в ядре Linux, эксплуатируемая через nft..." +1 +/–

Сообщение от Tron is Whistling (?), 27-Дек-23, 10:01

Да, диды CVE наделали. Потому что хоть что-то делали, да и npm и лефтпадов тоже не было.
А вот от снежинок я пока ни одной вменяемой софтины не увидел, всё больше как-то дедовские монстры работают.

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

134. "Локальная уязвимость в ядре Linux, эксплуатируемая через nft..." +/–

Сообщение от Аноним (134), 26-Дек-23, 18:41

Можно например и без switch обойтись, а еще можно на Brainfack писать.

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

97. "Локальная уязвимость в ядре Linux, эксплуатируемая через nft..." +/–

Сообщение от Ананимус (?), 26-Дек-23, 16:28

>  Зато они добавили goto!
goto в ядре нормальная практика для клинапа.
    struct myfoo *foo = NULL;
    struct mybar *bar = NULL;
    foo = kmalloc(sizeof(*foo), GFP_KERNEL);
    if (!foo)
        goto err;
    bar = kmalloc(sizeof(*bar), GFP_KERNEL);
    if (!bar)
        goto err;
    [...]
    return 0;
err:
    kfree(foo);
    kfree(bar);
    return -ENOMEM;

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

130. "Локальная уязвимость в ядре Linux, эксплуатируемая через nft..." –2 +/–

Сообщение от Аноним (96), 26-Дек-23, 18:29

Ну, и что мешает по-человечески разбить это на функции?
struct Context {
  struct myfoo* foo;
  struct mybar* bar;
};
...
struct Context context = {0};
if (!initContext(&context))
  return -ENOMEM;
...
freeContext(&context);
Но нет, блждад, надо свалить управление ресурсами, обработку ошибок и основную логику в одну портянку, и потом всем рассказывать, что "goto - нормальная практика".

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

136. "Локальная уязвимость в ядре Linux, эксплуатируемая через nft..." +1 +/–

Сообщение от anonymous (??), 26-Дек-23, 18:42

Читаемость хуже, если клинап требует определенного порядка вызовов еще и ошибиться легче.
Но нам же главное goto не использовать.

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

157. "Локальная уязвимость в ядре Linux, эксплуатируемая через nft..." –2 +/–

Сообщение от Аноним (96), 26-Дек-23, 19:53

> Читаемость хуже, если клинап требует определенного порядка вызовов еще и ошибиться легче.
Ты же о коде с goto говоришь?

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

139. "Локальная уязвимость в ядре Linux, эксплуатируемая через nft..." +/–

Сообщение от Анонимусс (?), 26-Дек-23, 18:45

> Ну, и что мешает по-человечески разбить это на функции?
Во-первых, у них так приятно (где кушать там и гадить)
Во-вторых, диды писали и мы так же будем
В третих, это же надо:
а) подумать
б) сделать целую структуру! а как же скорость! а если я буду запускать это на умном туалете с STM32 на борту!111
в) им плевать на резуьтат
г) я бы даже сказал Г с большой буквы - они так делают себе доп работу на будущее

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

172. "Локальная уязвимость в ядре Linux, эксплуатируемая через nft..." +/–

Сообщение от Аноним (171), 26-Дек-23, 22:22

Сам какую ОС разрабатываешь? Свой код покажешь? Ляпы есть? А если найду?

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

183. "Локальная уязвимость в ядре Linux, эксплуатируемая через nft..." +/–

Сообщение от Tron is Whistling (?), 26-Дек-23, 22:57

Мешает то, что у тебя этих функций на каждый чих станет 100500, и ты будешь по ним бегать.
Нет, пока у тебя проект уровня 50 строк над "чёрными ящиками" таких же писателей - всё нормально.
Но как станет посложнее, придётся менять подходы.

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

192. "Локальная уязвимость в ядре Linux, эксплуатируемая через nft..." +/–

Сообщение от Аноним (96), 26-Дек-23, 23:35

> Мешает то, что у тебя этих функций на каждый чих станет 100500, и ты будешь по ним бегать.
Почему это проблема? Или по goto-портянке бегать не надо?
У функции как бы есть имя, которое говорит, что внутри происходит.
> Но как станет посложнее, придётся менять подходы.
Как менять? Начать писать портянки с goto? О да, это очень поможет в сложном проекте эдак на 2-6 миллиона строк.
Я вот правда не пойму: для тебя идеальный вариант - это весь код прямо в main()? Или как ты себе представляешь?
Дай угадаю: ты ведь в жизни не работал над чем-либо, кроме embedded помоек, так ведь? И теперь несешь свет в массы в виде лучших практик из тех мест.

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

225. "Локальная уязвимость в ядре Linux, эксплуатируемая через nft..." +/–

Сообщение от Tron is Whistling (?), 27-Дек-23, 10:04

>> Но как станет посложнее, придётся менять подходы.
> Как менять?
В самую первую очередь - начинать вместо кормления розовых пони в голове дружить с реальным миром.

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

229. "Локальная уязвимость в ядре Linux, эксплуатируемая через nft..." +/–

Сообщение от Аноним (96), 27-Дек-23, 11:07

> начинать вместо кормления розовых пони в голове дружить с реальным миром.
Ну, понятно: начинаем лить делевый пафос, ибо ничего конкретного ни на один из моих вопросов мы ответить не можем.

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

235. "Локальная уязвимость в ядре Linux, эксплуатируемая через nft..." +/–

Сообщение от Tron is Whistling (?), 27-Дек-23, 14:50

Извини, привык на иррациональные вопросы просто забивать.
Потому что есть определённая семантика у кода, и пытаться его разбить вне семантики - это гарантия того, что потом во всём этом следующий за тобой просто запутается.
Или просто потому что завтра надо подправить вон тот драйвер, а в нём - гото во все поля.

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

206. "Локальная уязвимость в ядре Linux, эксплуатируемая через nft..." +/–

Сообщение от Аноним (210), 27-Дек-23, 02:13

Чтобы другие могли понять, что именно вы хотели продемонстрировать, пожалуйста,
1. увеличьте число переменных контекста с двух до трёх (пусть будет foo, bar, baz),
2. приведите реализацию функций initContext() и freeContext()

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

209. "Локальная уязвимость в ядре Linux, эксплуатируемая через nft..." +/–

Сообщение от Аноним (210), 27-Дек-23, 02:26

> Ну, и что мешает по-человечески разбить это на функции?
Тот факт, что нечеловеческий вариант освобождает foo, если не удалось выделить bar. А человеческий просто возвращает ENOMEM в надежде, что пользователь докупит ещё памяти для хранения всех foo, для которых не удалось выделить bar (или в надежде, что можно просто падать в панику, когда память кончается/файл не открывается/устройство недоступно/коннект к сайту не происходит - мы ведь не только память таким образом выделяем/освобождаем). С человеческой точки зрения это, конечно, более простое решение. Но мы же тут об инженерной стороне дела говорим.

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

242. "Локальная уязвимость в ядре Linux, эксплуатируемая через nft..." +/–

Сообщение от Ананимус (?), 02-Янв-24, 20:23

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

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

243. "Локальная уязвимость в ядре Linux, эксплуатируемая через nft..." +/–

Сообщение от Ананимус (?), 02-Янв-24, 20:32

> Но нет, блждад, надо свалить управление ресурсами, обработку ошибок и основную логику в одну портянку, и потом всем рассказывать, что "goto - нормальная практика".
Ох лол...
    if (kref_get_unless_zero(&foo->ref)) {
        ret = -ENODEV;
        goto out;
    }
    ret = do_stuff_with_bar(bar);
    if (ret != 0)
        goto out_unlock;
    bar = kmalloc(...);
    if (!bar) {
        ret = -ENOMEM;
        goto out_unlock;
    }
out_unlock:
    kref_put(&bar->ref);
out:
    return ret;
Здесь ты тоже предлагаешь контексты на каждый чих делать? :)))

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

244. "Локальная уязвимость в ядре Linux, эксплуатируемая через nft..." +/–

Сообщение от Ананимус (?), 02-Янв-24, 20:32

s/do_stuff_with_bar/do_stuff_with_foo/

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

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

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

Партнёры:

Хостинг:

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

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


	22. "Локальная уязвимость в ядре Linux, эксплуатируемая через nft..."	+/–
	Сообщение от Анонимусс (?), 26-Дек-23, 13:19
	Зато они добавили goto! Теперь код еще ближе приблизился к лапше, а применение статических анализаторов стало еще сложнее. В общем... у меня нет слов за которые не забанят)
	Ответить \| Правка \| К родителю #4 \| Наверх \| Cообщить модератору


	76. "Локальная уязвимость в ядре Linux, эксплуатируемая через nft..."	+/–
	Сообщение от Tron is Whistling (?), 26-Дек-23, 15:32
	Предложи вариант без goto, для которого не надо будет шариться по файлу в поисках, что же он делает.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	87. "Локальная уязвимость в ядре Linux, эксплуатируемая через nft..."	+/–
	Сообщение от Анонимусс (?), 26-Дек-23, 16:00
	Предлагаю использовать defer. Хотя стоп, в эту убогость defer еще не завезли... Может nested function с каким-то нормальным названием вроде finalize, где будет анлочится все что было залочено и чиститься память если нужно?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	179. "Локальная уязвимость в ядре Linux, эксплуатируемая через nft..."	+/–
	Сообщение от Tron is Whistling (?), 26-Дек-23, 22:54
	Не кажется вам, что всё это извращение? Переход - это нормальная в т.ч. низкоуровневая инструкция, и весь этот блуд по отмене переходов в угоду неосиляторам - ну такое.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	201. "Локальная уязвимость в ядре Linux, эксплуатируемая через nft..."	+/–
	Сообщение от Аноним (-), 27-Дек-23, 00:46
	Ого, оказывается те кто не хочет, чтобы этой фигней пользовались - неосиляторы? Записываю туда себя, Дейкстру, Кернигана, Ритчи... Да я просто в отличной компании! Это нормальная низкоуровневая инструкция, но не в случае "мне лениво добавлять переменную в цикл", "я не понимаю что такое нестед функция", "дефер... а что это?" По хорошему каждый такой прыжок должен быть обоснован.. если бы мы говорили не про программеров ядро.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	212. "Локальная уязвимость в ядре Linux, эксплуатируемая через nft..."	+/–
	Сообщение от Аноним (3), 27-Дек-23, 02:39
	> Записываю туда себя, Дейкстру, Кернигана, Ритчи... Кто все эти люди? Судя по тому, что goto не любят — смузи-растаманы какие-нибудь. [сарказм]
	Ответить \| Правка \| Наверх \| Cообщить модератору


	227. "Локальная уязвимость в ядре Linux, эксплуатируемая через nft..."	+/–
	Сообщение от 1 (??), 27-Дек-23, 10:53
	Дейкстру - да ... А Керниган с Ритчи тут при чём ?. Goto выпилили фанаты ООП и диаграмм Несси-Шнейдермана ... Хотя, надо признаться, выпилили не просто так. Выпилили по поводу математического доказательства правильности алгоритма (чем сейчас никто не занимается). Ну а по поводу дыры ... Начинается жатва подсистемы nftables... И это только цветочки.
	Ответить \| Правка \| К родителю #201 \| Наверх \| Cообщить модератору


	231. "Локальная уязвимость в ядре Linux, эксплуатируемая через nft..."	+/–
	Сообщение от Аноним (-), 27-Дек-23, 12:21
	Они в своей книге (еще 88 года) пишут что гото плохо, приводят пример где его вроде как можно использовать, а потом пример, как можно переделать на без-гото. И делают вердикт "нужно использовать редко, если вообще стоит использовать" В теме ниже приводили цитаты opennet ru/openforum/vsluhforumID3/132420.html#103 > Выпилили по поводу математического доказательства правильности алгоритма (чем сейчас никто не занимается). Что-то мне подсказывает, что даже алгоритмы проверки кода могут страдать от случайных прыжков.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	236. "Локальная уязвимость в ядре Linux, эксплуатируемая через nft..."	+/–
	Сообщение от 1 (??), 27-Дек-23, 17:09
	Так это уже 88 год ... Тогда goto было совершенно неприличным словом (хотя практически во всех языках оператор такой был ... даже в Perl). Конец 80х - это были годы фанатов ООП, и всех несогласных выпиливали ...
	Ответить \| Правка \| Наверх \| Cообщить модератору


	165. "Локальная уязвимость в ядре Linux, эксплуатируемая через nft..."	+/–
	Сообщение от Аноним (96), 26-Дек-23, 21:10
	> Предложи вариант без goto, для которого не надо будет шариться по файлу в поисках, что же он делает. C goto не надо шариться? Ясно, понятно...
	Ответить \| Правка \| К родителю #76 \| Наверх \| Cообщить модератору


	211. "Локальная уязвимость в ядре Linux, эксплуатируемая через nft..."	+1 +/–
	Сообщение от Аноним (3), 27-Дек-23, 02:36
	Ага, видишь goto — можно закрывать код и удалять его нафик.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	82. "Локальная уязвимость в ядре Linux, эксплуатируемая через nft..."	+3 +/–
	Сообщение от Аноним (82), 26-Дек-23, 15:47
	Вот так, добрых полвека прошло, а проклятие Дейкстры владеет умами. Вбитая со студенчества инстинктивная неприязнь к goto — это уродливая деформация, точно так же ухудшающая код, как и полное отсутствие структуры (бывшее нормой во времена Дейкстры). Каждая строчка кода должна быть обдумана и оправдана. Даже goto. Если такой подход позволяет реализовать что–либо эффективнее, проще и лаконичнее — правильным будет использовать goto, а не городить многоэтажные баррикады из скобочек и макросов, ссылаясь на затрёпанную догму: «общеизвестно (sic!) что goto — дурной тон». > применение статических анализаторов стало еще сложнее Нисколько не стало. Как был статичный граф, так и остался. Или это так, случайно высосанный из пальца аргумент, ради нездоровой дискуссии?
	Ответить \| Правка \| К родителю #22 \| Наверх \| Cообщить модератору


	103. "Локальная уязвимость в ядре Linux, эксплуатируемая через nft..."	–1 +/–
	Сообщение от анонин (?), 26-Дек-23, 16:57
	Керниган и Ритчи в книге Kernighan & Ritchie 1988 глава 3.8 Goto and Labels пишут следущее C provides the infinitely-abusable goto statement, and labels to branch to. Formally, the goto statement is never necessary, and in practice it is almost always easy to write code without it. We have not used goto in this book. Приводят один пример где его можно использовать, кстати таки цикл, но добавляют "This organization is handy if the error-handling code is non-trivial, and if errors can occur in several places." А резуюмируют это "it does seem that goto statements should be used rarely, if at all" Так что даже создатели СИ считают, что goto это плохо.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	127. "Локальная уязвимость в ядре Linux, эксплуатируемая через nft..."	+/–
	Сообщение от Аноним (-), 26-Дек-23, 18:08
	> Так что даже создатели СИ считают, что goto это плохо. Но тем не менее добавили его в C. Наговорив всяких слов, которые звучат больше как извинение перед Дейкстрой, чем как запрет goto во всех случаях, кроме тех когда без него не обойтись. Без goto _всегда_ можно обойтись, если поставить перед собой такую цель. И Керниган с Ритчи об этом знали. Но добавили goto в C, и пробормотали что-то вроде "ну goto типа плохо, но типа удобно иногда".
	Ответить \| Правка \| Наверх \| Cообщить модератору


	135. "Локальная уязвимость в ядре Linux, эксплуатируемая через nft..."	+/–
	Сообщение от фнон (?), 26-Дек-23, 18:42
	Именно! Они даже написали пример как из for (i = 0; i < n; i++) for (j = 0; j < m; j++) if (a[i] == b[j]) goto found; /* didn't find any common element / ... found: / got one: a[i] == b[j] / можно сделать found = 0; for (i = 0; i < n && !found; i++) for (j = 0; j < m && !found; j++) if (a[i] == b[j]) found = 1; if (found) / got one: a[i-1] == b[j-1] / ... else / didn't find any common element */ Выше написали несколько вариантов начиная от defer, заканчивая nested функциями. То что они оставили гото в С - может это была необходимость, чтобы фанатики не воняли. А может уже написанный код перестал бы работать. А может это ошибка ценой в лямы долларов, как один сэкономленный байт в null-terminated string. Но они однозначно осуждают его использование, а не "пробормотали что-то вроде "ну goto типа плохо""
	Ответить \| Правка \| Наверх \| Cообщить модератору


	144. "Локальная уязвимость в ядре Linux, эксплуатируемая через nft..."	+5 +/–
	Сообщение от anonymous (??), 26-Дек-23, 18:55
	Что и требовалось доказать без goto получилась дурацкая лапша с флажочками. Зато гоутофобы довольны.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	149. "Локальная уязвимость в ядре Linux, эксплуатируемая через nft..."	+/–
	Сообщение от Анонимусс (?), 26-Дек-23, 19:06
	Ну так запиши Керниган и Ритчи в Готофобы. Ты наверняка умнее и лучше разбираешься в тонкостях СИ, не то что эти дилетанты.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	182. "Локальная уязвимость в ядре Linux, эксплуатируемая через nft..."	+/–
	Сообщение от Tron is Whistling (?), 26-Дек-23, 22:56
	Вы можете как угодно лепить. Другие будут делать, как удобнее им. Не нравится - не пользуйтесь :)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	202. "Локальная уязвимость в ядре Linux, эксплуатируемая через nft..."	+/–
	Сообщение от Аноним (-), 27-Дек-23, 00:49
	Полностью согласен, тут я могу просто бухтеть или скрипеть зубами, в зависиммости от того насколько ужасный овнокод в ядре снова делает уязвимость. Но все веселье в том, что через пару версий ядра, по той же самой причине вам понадобится раст для его сборки. И я просто процитирую твое сообщение)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	210. "Локальная уязвимость в ядре Linux, эксплуатируемая через nft..."	+/–
	Сообщение от Аноним (210), 27-Дек-23, 02:30
	> насколько ужасный овнокод в ядре снова делает уязвимость. > через пару версий ядра, по той же самой причине вам понадобится раст для его сборки По какой "той же самой"? По "ужасный овнокод в ядре снова делает уязвимость" но теперь уже на расте?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	222. "Локальная уязвимость в ядре Linux, эксплуатируемая через nft..."	+/–
	Сообщение от Tron is Whistling (?), 27-Дек-23, 09:58
	Если такое каким-то образом произойдёт - мне уже будет почти фиолетово, потому что в планах будет полный перенос сервиса на винду :D
	Ответить \| Правка \| К родителю #202 \| Наверх \| Cообщить модератору


	197. "Локальная уязвимость в ядре Linux, эксплуатируемая через nft..."	+/–
	Сообщение от Dont Ask (?), 27-Дек-23, 00:01
	Ну да, ещё goto прерывает циклы СРАЗУ а не ждёт, пока ты ВСЁ просмотришь. А вдруг там не просто 2*3 а что то долгое, файлы на сети перебирать сто тыщ о как красиво, зато без goto.
	Ответить \| Правка \| К родителю #149 \| Наверх \| Cообщить модератору


	199. "Локальная уязвимость в ядре Linux, эксплуатируемая через nft..."	+/–
	Сообщение от Dont Ask (?), 27-Дек-23, 00:04
	Туплю, в этом примере прервётся сразу :facepalm:
	Ответить \| Правка \| Наверх \| Cообщить модератору


	207. "Локальная уязвимость в ядре Linux, эксплуатируемая через nft..."	+/–
	Сообщение от Аноним (210), 27-Дек-23, 02:15
	Ах ты ж! Я думал, он троллит, а он СЕРЬЁЗНО предлагает избавиться от goto ТАКИМ способом! Тогда понятно, почему нормальные программисты стараются вести себя с готофобами спокойно, дружелюбно, во всём с ними соглашаются, но к коду не подпускают.
	Ответить \| Правка \| К родителю #144 \| Наверх \| Cообщить модератору


	181. "Локальная уязвимость в ядре Linux, эксплуатируемая через nft..."	+2 +/–
	Сообщение от Tron is Whistling (?), 26-Дек-23, 22:56
	И вот зачем всё это извращение, когда достаточно просто goto и метки?
	Ответить \| Правка \| К родителю #135 \| Наверх \| Cообщить модератору


	213. "Локальная уязвимость в ядре Linux, эксплуатируемая через nft..."	+/–
	Сообщение от Аноним (3), 27-Дек-23, 02:43
	Аргумент уровня "зачем вообще делать какой-то cleanup, если достаточно простого ((void(*)(void))0)() (после которого cleanup не понадобится, инфа 100%)"
	Ответить \| Правка \| Наверх \| Cообщить модератору


	223. "Локальная уязвимость в ядре Linux, эксплуатируемая через nft..."	+/–
	Сообщение от Tron is Whistling (?), 27-Дек-23, 10:00
	Мне не платят за количество строк кода, поэтому делать из одного goto портянку мне лениво.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	232. "Локальная уязвимость в ядре Linux, эксплуатируемая через nft..."	+/–
	Сообщение от Аноним (-), 27-Дек-23, 12:44
	> Мне не платят за количество строк кода, Думаю за качественный и поддерживаемый код тебе тоже не платят) > поэтому делать из одного goto портянку мне лениво. ... и так подумал каждый разработчик проекта. А потом "а почему у нас макаронная фабрика вместо кода?! как это случилось? кто это сделал?"
	Ответить \| Правка \| Наверх \| Cообщить модератору


	233. "Локальная уязвимость в ядре Linux, эксплуатируемая через nft..."	+/–
	Сообщение от Tron is Whistling (?), 27-Дек-23, 14:43
	Почти угадал. Мне платят за то, чтобы я определял, как всё это делается (архитектор, ога). Т.е. сие видение транспонируется на то, что в итоге делается другими людьми. И чтобы код в принципе был поддерживаемый не только вот этой вот текущей командой, но и при возникшей суровой необходимости - вообще кем-то в одну мордочку, без эксцессов. Периодически сам берусь за код, софт, железо и т.п., в основном в "тонких местах", чтобы мнение иметь, ну и когда народ в силу изначально заложенных ложных концептов "гото плохо" и т.п. - не осиляет.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	237. "Локальная уязвимость в ядре Linux, эксплуатируемая через nft..."	+/–
	Сообщение от Аноним (-), 27-Дек-23, 18:11
	О, это уже интереснее. Если ты работаешь с тем "что в итоге делается другими людьми" то неужели тебя так сильно парит как будет реализована одна из функций через гото или через if (flag) ? Работать оно будет практически одинаково. Из того что видел, как работали архитекторы - максимум они писали протоколы и иногда скелет будущих файлов. Наполняли содержимыми другие люди. Думаю ты как архитектор сталкивался тем что иногда меняются требования, и части проекта приходится перепиливать. Хотя я не уверен бывает ли такое в "FreePBX и обвязки до управления роутерам". Может у вас планирование лучше. Так вот, если приходится перепиливать проект, то с чем легче разобраться - с мелкими функциями принятыми как стандарт для проекта (я не знаю на чем вы пишите и доступны ли вам всякие defer/nested) или в множестве goto? Я сталкиваля с чудовищным кодом на гото, с функциями разобраться было на порядок легче. Возможно твой опыт противоположный моему, что абсолютно нормально. Разница может быть в том, что тебя зовут когда "все совсем плохо", а мне доводилось подчищать за другими очень часто) > Поэтому видение от "code only" может отличаться сильно, приходится жить в реальном мире, который идеализма не прощает. Возможно. Мысль интересная. Мой опыт говорит, что поддерживаемость кода и единообразие очень сильно упрощает разработку. А шишки на лбу - то что, фанат использования гото, в моих проектах обычно все портил)
	Ответить \| Правка \| Наверх \| Cообщить модератору