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

"Уязвимость в Binder, подсистеме ядра Linux, написанной на Rust"	+/–
Сообщение от opennews (??), 17-Дек-25, 17:07
В вошедшем в состав ядра Linux 6.18 механизме межпроцессного взаимодействия Binder, написанном на языке Rust, устранена уязвимость (CVE-2025-68260). Проблема вызвана состоянием гонки при выполнении операций в блоках unsafe, напрямую работающих с указателями на предыдущий и следующий элементы списка. При успешной эксплуатации уязвимость в Binder ограничивается  аварийным завершением и не приводит к повреждению памяти... Подробнее: https://www.opennet.dev/opennews/art.shtml?num=64439
Ответить | Правка | Cообщить модератору

Сообщения

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

1. Сообщение от Аноним (1), 17-Дек-25, 17:07	+1 +/–
> Проблема вызвана состоянием гонки при выполнении операций в блоках unsafe По идее unsafe должен быть огорожен так, чтобы использование этих блоков в safe коде было безопасно, не?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #7, #9, #72

2. Сообщение от Аноним (2), 17-Дек-25, 17:07	+12 +/–
>>Грег Кроа-Хартман (Greg Kroah-Hartman), отвечающий за поддержку стабильной ветки ядра Linux, написал, что Rust не является панацеей, позволяющей избавиться от всех проблем безопасности, но данный язык действительно помогает защититься от определённого класса уязвимостей. инстант демедж контрол.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #209

3. Сообщение от Аноним (3), 17-Дек-25, 17:07	–2 +/–
Они хотя бы попытались переписать…
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #10

7. Сообщение от Аноним (-), 17-Дек-25, 17:11	+20 +/–
> По идее unsafe должен быть огорожен так Так ошибка в самом unsafe блоке! Он как бы unsafe как раз потому, что компилятор не может доказать его валидность. И если есть проблема - то нужно искать в первую очередь в unsafe блоках, а не по всему поду.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #18, #47

8. Сообщение от Аноним (8), 17-Дек-25, 17:11	+4 +/–
Суть новости: в байндере на расте целая CVE, но вы видели сколько на Си там ошибок? Аж 159!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #12, #13, #29, #86, #154

9. Сообщение от Аноним (9), 17-Дек-25, 17:12	+1 +/–
по идеи надо писать любой код так, что бы всё работало правильно и безопасно хдд. правильно хартман говорит
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #385

10. Сообщение от anonymmmeer (?), 17-Дек-25, 17:13	+4 +/–
Так можно и на Си переписать, зачем Rust, если всё равно гарантий нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #19, #20, #252

11. Сообщение от Аноним (8), 17-Дек-25, 17:14	+8 +/–
> Проблема вызвана состоянием гонки при выполнении операций в блоках unsafe, напрямую работающих с указателями на предыдущий и следующий элементы списка. Ну т.е. расто-вики ничем не лучше и ни разу не квалифицированнее дидов-сишников при работе с сырыми указателями? А разговоров то было...
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #16, #17, #129

12. Сообщение от Аноним (9), 17-Дек-25, 17:15	+/–
суть новости что большинство пограмистов нужно тянуть за ручку
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8

13. Сообщение от Аноним (13), 17-Дек-25, 17:15	–1 +/–
Ого, это за 35 лет? Ну и начерта тогда ваш раст там.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #15, #23

15. Сообщение от Аноним (-), 17-Дек-25, 17:18	+3 +/–
> Ого, это за 35 лет? Ахаха, за 35! Если бы... Тут lore.kernel.org/linux-cve-announce только за декабрь 2025го целая страница((( А за год больше 1.5к, и это год еще не закончился.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #21

16. Сообщение от Аноним (9), 17-Дек-25, 17:20	+2 +/–
тут хотя ансейвом ограждают, широта использования этим не ограничивается же
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #286

17. Сообщение от Аноним (-), 17-Дек-25, 17:20	+2 +/–
> дидов-сишников при работе с сырыми указателями Так сейчас на расте пишут в ядро те же самые диды. Но как раз то, что уязвимость в unsafe коде, а не в обычном - показывает что оно таки работает. Теперь нужно избавляться от unsafe.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #22

18. Сообщение от OpenBotNET (ok), 17-Дек-25, 17:20	+47 +/–
На Rust написано 0.1% Linux, но он генерирует 0.6% ошибок. Это успех!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #26, #36, #40, #238

19. Сообщение от Аноним (19), 17-Дек-25, 17:21	+1 +/–
Логика уровня: "Зачем вам ремни и подушки если от столкновения с Камазом это не защитит!" Вы случайно не на СИ пишете)?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #38

20. Сообщение от Аноним (9), 17-Дек-25, 17:21	+/–
смысл что оплошности компилятор не пропустит на расте. а если уж лезть за забор - так уж точно будет видно что куда и откуда.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #253

21. Сообщение от Аноним (13), 17-Дек-25, 17:23	+/–
Сложно сказать. >Service is currently unavailable. Видимо, никого не интересует эта видимость полезной деятельности. По ссылке там всё в кучу намешно, ни одной реальной уязвимости так и не накликал.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #27, #108

22. Сообщение от Аноним (8), 17-Дек-25, 17:23	+/–
А без избавления от unsafe эти расто-manы не могут написать нормально без CVE? > напрямую работающих с указателями на предыдущий и следующий элементы списка. Т.е. тут что получается - расто-manы запутались в linked list? Серьезно?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #30, #114

23. Сообщение от Аноним (9), 17-Дек-25, 17:24	+/–
это за месяц. 1 к полутора сотням соотношение найденных, не хило да? ну само собой поправка на то, что раста мало. но тенденция неплоха, согласитесь, если всё начнут перелопачивать
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13

24. Сообщение от Аноним (24), 17-Дек-25, 17:24	+/–
Если посмотреть код, то добавили локи. Интересно есть (были ли) тесты для такого варианта? -        let death_list = core::mem::take(&mut self.inner.access_mut(&mut guard).death_list); -        drop(guard); -        for death in death_list { +        while let Some(death) = self.inner.access_mut(&mut guard).death_list.pop_front() { +            drop(guard);              death.into_arc().set_dead(); +            guard = self.owner.inner.lock(); > Примечательно, что помимо уязвимости в Binder вчера были опубликованы сведения о 159 уязвимостях в различных компонентах ядра Linux, написанных на языке Си. Но новость написали про Раст 😇 Заботятся о посещаемости форума, чтобы комменты не застаивались. Бурление помогает людям общаться и скидывать негативные эмоции на анонимов, которых не жалко. ps Какое именно правило форума нарушили мои предыдущие сообщения? Нет ли тут можераторского произвола?
Ответить | Правка | Наверх | Cообщить модератору

25. Сообщение от Аноним (-), 17-Дек-25, 17:24	+3 +/–
>вчера были опубликованы сведения о 159 уязвимостях в различных компонентах ядра Linux, написанных на языке Си. Это предложение пахнет желтизной. Си - это рабочая лошадка. Закрытие уязвимостей обычнная работа, не надо тут раздувать из мухи слона. Для системного программирования нет ничего лучше чистого Си.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #28, #32, #115, #215

26. Сообщение от Аноним (-), 17-Дек-25, 17:25	–1 +/–
> генерирует 0.6% ошибок За сколько времени? В ведре за год уже нашли 1.5к ошибок. Вы не хотите работать в ЦИК? Нам нужны такие люди!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #110, #217

27. Сообщение от Аноним (-), 17-Дек-25, 17:29	+1 +/–
>Service is currently unavailable. Может без квн не пускает? Потому что у меня все открывается. >  ни одной реальной уязвимости так и не накликал. Да ладно! Вот из первого же десятка will result in kernel panic. lore.kernel.org/linux-cve-announce/2025121651-CVE-2025-68309-1029@gregkh/T/#u
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21

28. Сообщение от Аноним (24), 17-Дек-25, 17:30	–1 +/–
> Си - это рабочая лошадка. Старая и дряхлая. > Закрытие уязвимостей обычнная работа, не надо тут раздувать из мухи слона. А написание уязвимостей? Тоже обычная работа? Тут целая новость из-за ОДНОЙ ошибки в расте, а 150 в СИ мало кого волнуют. > Для системного программирования нет ничего лучше чистого Си. По мнению кого? Вон разработчики ядра решили что это не так. У вас есть более высокии компетенции?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25

29. Сообщение от Аноним (29), 17-Дек-25, 17:31	+1 +/–
Нет. Суть новости: В коде на Си всего-то 159 ошибок, это несерьезно даже, но посмотрите на Раст - там целая одна, это же позор! Куда попгроммисты глядели!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #355

30. Сообщение от Аноним (-), 17-Дек-25, 17:32	+/–
> А без избавления от unsafe эти расто-manы не могут написать нормально без CVE? Так в том-то и дело что никто не может)) Поэтому задача для начала - разделить код на safe и unsafe. А потом улучшать проверки компилятора, чтобы он мог больше кода доказывать. > расто-manы запутались в linked list? Да, в локах листа.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22

31. Сообщение от Аноним (38), 17-Дек-25, 17:35	+2 +/–
> напрямую работающих с указателями на предыдущий и следующий элементы списка Элементарный список не осилили. Какая же жесть должна быть в структурах посложнее.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #34

32. Сообщение от Аноним (9), 17-Дек-25, 17:35	+1 +/–
вот и миллионы индусов так говорят, пуляя новые ежемесячные апдейты на винду
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25

34. Сообщение от Аноним (9), 17-Дек-25, 17:37	+/–
так все опытные пограмисты новый язык уже где-то с середины книжки изучать начинают, пропуская вводую воду
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31 Ответы: #35

35. Сообщение от Аноним (38), 17-Дек-25, 17:39	+3 +/–
Это язык в котором элементарный список без unsafe не делается.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34 Ответы: #39, #331

36. Сообщение от Аноним (-), 17-Дек-25, 17:40	–6 +/–
По данным сайта cvedetails.com [1] в ядре линя было 12880 уязвимостей. 0.1% это 12.8 уязвимости. А раст создал всего одну. Т.е. раст безопаснее сишки в 12.8 раз. Это таки да успех. [1] cvedetails.com/product/47/Linux-Linux-Kernel.html?vendor_id=33
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #57

38. Сообщение от Аноним (38), 17-Дек-25, 17:42	+5 +/–
> Логика уровня: "Зачем вам ремни и подушки если от столкновения с Камазом это не защитит!" Лигика. Зачем вам ремни если вы только и делаете, что их отстегиваете, что бы вручную в коробку передач залезть, для замены передаточного числа.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #43, #168

39. Сообщение от Аноним (-), 17-Дек-25, 17:42	–1 +/–
> Это язык в котором элементарный список без unsafe не делается. Пф, а на СИ или плюсах это список будет safe? Или нет? Дырявые ЯП unsafe полностью, от первой строчки до последней.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35 Ответы: #41

40. Сообщение от Аноним (40), 17-Дек-25, 17:43	+1 +/–
И это ещё не предел!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18

41. Сообщение от Аноним (38), 17-Дек-25, 17:44	+2 +/–
Найди реализованный в ядре список с проблемами у указателями. Их там тысячи, если что. И намного сложнее. Просто вся логика для восприятия проще.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39 Ответы: #119

42. Сообщение от Анонимусс (-), 17-Дек-25, 17:44	+3 +/–
Хахаха, а ведь смешно облажались 😂 Радует только что в ансефе, а то совсем неудобно бы было. Впрочем, за свои действия нужно отвечать. Готов принять лучи ненависти как топящий за раст.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #54, #65

43. Сообщение от Фнон (?), 17-Дек-25, 17:46	+2 +/–
> Лигика. Зачем вам ремни если вы только и делаете, что их отстегиваете, что бы вручную в коробку передач залезть, для замены передаточного числа. Ну так нет еще нормальной коробки. Зато простое открытие двери не отрезает водителю ноги. Мне не нравятся аналогии с автомобилями, тк я езжу на метро. Давайте лучше сравнивать с унитазами? Ну так вот - унитаз локализует овно в квартире. Как и unsafe в коде.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38 Ответы: #239

47. Сообщение от ХрюХрю (?), 17-Дек-25, 17:51	+9 +/–
Он как бы unsafe как раз потому, что раст без него не может ничего
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #207, #230

54. Сообщение от Аноним (29), 17-Дек-25, 18:00	–1 +/–
> Хахаха, а ведь смешно облажались Ты вот про этих? Настолько смешно, что уже даже не расписывают в новости, что опять накосолапили Сишники. > вчера были опубликованы сведения о 159 уязвимостях в различных компонентах ядра Linux, написанных на языке Си
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42 Ответы: #58, #60

57. Сообщение от Аноним (57), 17-Дек-25, 18:03	+8 +/–
Так раст в ядре всего около года, а линуксу уже, на минуточку, больше 30 лет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36 Ответы: #62

58. Сообщение от Аноним (58), 17-Дек-25, 18:03	+1 +/–
> Ты вот про этих? Настолько смешно, что уже даже не расписывают в > новости, что опять накосолапили Сишники. Да ладно тебе. Ну есть ошибка в unsafe, пусть порадуются, тебе что жалко? Вот выйдет новость про какую-то сишную дырень, там уже мы поухмыляемся.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54

60. Сообщение от Анонимусс (-), 17-Дек-25, 18:05	+1 +/–
> вчера были опубликованы сведения о 159 уязвимостях в различных компонентах ядра Linux, > написанных на языке Си Так просто для Си это норма. Эта уязвимость приводит к крешу. В списке 159 как минимум несколько тоже приводят к крешу ядра... но всем пофиг, потому что "не, ну это сишка же". Поэтому у кого-то сегодня будет праздник. Ну ничего, мы это переживем)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54

61. Сообщение от Фонтимос (?), 17-Дек-25, 18:06	+1 +/–
> ...о 159 уязвимостях... Это победа, господа!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #101, #159

62. Сообщение от Аноним (-), 17-Дек-25, 18:09	+3 +/–
> Так раст в ядре всего около года, а линуксу уже, на минуточку, больше 30 лет. Именно! И 0.1% это же от всего, а не от "кода добавленного за период", где 159 уязвимостей.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57

65. Сообщение от Аноним (57), 17-Дек-25, 18:15	–1 +/–
>Радует только что в ансефе, а то совсем неудобно бы было. На гитхабе видел проект, где безопасным по мнению растокомпилятора кодом нарушается целостность памяти. Не могу вспомнить, как он назывался.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42 Ответы: #67

67. Сообщение от Анонимусс (-), 17-Дек-25, 18:20	+1 +/–
> На гитхабе видел проект, где безопасным по мнению растокомпилятора кодом нарушается целостность памяти. > Не могу вспомнить, как он назывался. Подскажу, cve-rs Там использовалась кастомная реисплементация mem::transmute и std::ptr::null() Уже исправлено в miri
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65

72. Сообщение от morphe (?), 17-Дек-25, 18:33	+2 +/–
В ядре пока с этим проблема, потому что сами разработчики ядра не всегда способны сказать как определённые апи правильно использовать, ничего внятнее "делайте как другие делают"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #211, #335

77. Сообщение от Аноним (77), 17-Дек-25, 18:39	+3 +/–
> Binder, написанном на языке Rust, устранена уязвимость (CVE-2025-68260). Но как же так, Холмс? :)) > При успешной эксплуатации уязвимость в Binder ограничивается аварийным завершением и не приводит к повреждению памяти. Спасибо за разъяснения, безопасТная уяхвимость получилась! Так, стоп, а CVE тогда зачем? :)
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #222, #318, #333

79. Сообщение от Аноним (79), 17-Дек-25, 18:42	+2 +/–
То есть, ошибка в той части ядра, на которую тут регулярно ссылаются при попытках доказать безопасность Rust? Google тоже дилетанты как и Cloudflare получается?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #83

83. Сообщение от Аноним (-), 17-Дек-25, 18:46	+1 +/–
> То есть, ошибка в той части ядра, на которую тут регулярно ссылаются при попытках доказать безопасность Rust? Ээээ? Андроид еще использует страый биндер. Ты чего-то попутал. > Google тоже дилетанты как и Cloudflare получается? Так все ошибаются! Именно поэтому нужно вводить автоматические проверки. Эта ошибка как раз показывает "нужно улучшать инструменты".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #79 Ответы: #89

86. Сообщение от 1111 (??), 17-Дек-25, 19:00	+2 +/–
Суть новости в том, что любители Раста, которые кричали, что он крут и безопасен, сели в лужу. Не в первый раз уже причем.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #88, #111

87. Сообщение от Аномалии (?), 17-Дек-25, 19:02	–6 +/–
Что-то мне кажется, что этот Диды СИшники специально так сделали, чтобы дискредитировать Rust. Там достаточно недовольных, так что такие диверсии могут теперь быть частыми
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #90, #91, #94, #97, #135

88. Сообщение от Аноним (-), 17-Дек-25, 19:03	+2 +/–
> Суть новости в том, что любители Раста, которые кричали, что он крут и безопасен, Да, он крут и безопасен в рамках гарантий которые он дает. > сели в лужу. Только в фанатазиях хейтеров.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #86 Ответы: #182, #247, #328, #356

89. Сообщение от Аноним (79), 17-Дек-25, 19:04	–1 +/–
>Эта ошибка как раз показывает "нужно улучшать инструменты". Вот с этим соглашусь. При должном развитии статических анализаторов надобность в Rust отпадёт сама собой. Радует, что в этом направлении есть подвижки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #83 Ответы: #92, #265

90. Сообщение от Аноним (-), 17-Дек-25, 19:05	+2 +/–
Сомнительно. Биндер писали сотрудники гугла (aliceryhl@google.com) За диверсию можно и партбилет положить на стол.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #87

91. Сообщение от Аноним (79), 17-Дек-25, 19:07	+3 +/–
Такое только программисты на Rust могут сделать. В C ошибки скучные, а тут не смогли написать связный список!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #87 Ответы: #96, #98

92. Сообщение от Аноним (-), 17-Дек-25, 19:07	+1 +/–
> Вот с этим соглашусь. При должном развитии статических анализаторов надобность в Rust отпадёт сама собой. А зачем было ждать 10-20 лет, пока не начали раст изобретать?)) > Радует, что в этом направлении есть подвижки. Медленные, это к сожалению, раз. А два - пока подвижки недостаточные. Ни один из стат анализаторов не дает такие проверки владения.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #89 Ответы: #103

94. Сообщение от Диды (ok), 17-Дек-25, 19:11	+1 +/–
>Что-то мне кажется, что этот Диды СИшники специально так сделали, чтобы дискредитировать Rust Не, сами, сами справляются
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #87

96. Сообщение от Диды (ok), 17-Дек-25, 19:14	+6 +/–
>Такое только программисты на Rust могут сделать. В C ошибки скучные, а тут не смогли написать связный список! Так им всё равно надо Звезду Героя дать. На таком брейнфаке написать хоть что-то похожее на работающее.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #91

97. Сообщение от ProfessorNavigator (ok), 17-Дек-25, 19:14	+/–
Да-да, конечно)) Во всём "деды-сишники" виноваты, а не Google, программисты которого даже на Rust не могут нормально писать. При этом Google же и ваш дружный хор его платных подпевал всё равно продолжают везде упорно рассказывать, что дело в языке программирования, да. А не в том, что кто-то нанимает людей с низкой квалификацией, сам никого не обучает и условия труда при этом как на галере. Нету, ребята, нету серебряной пули. И прибыли вам ничто не подымет - всё, планета кончилась. Да и вы скоро закончитесь, поэтому собственно так ожесточённо везде и лезете.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #87 Ответы: #106, #123

98. Сообщение от Анонимусс (-), 17-Дек-25, 19:14	+2 +/–
> В C ошибки скучные "Не смогли посчитать размер строки" или "не смогли написать split строки" это скучная или нет? > а тут не смогли написать связный список Список они написали, а с локами запутались. Даже приятно что первая уязвимость оказалась такая, а не унылая off-by-one error))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #91

101. Сообщение от стакан (?), 17-Дек-25, 19:18	+4 +/–
вайб кодеры с гуманитарным образованием еще и не такое накодят, все самое смешное впереди
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61 Ответы: #147

103. Сообщение от Аноним (38), 17-Дек-25, 19:19	–1 +/–
> А зачем было ждать 10-20 лет, пока не начали раст изобретать?)) Не совсем так. Пока лобби не начало пропихивать требования госконторы. До этого проблема не воспринималась, серьезной. Для этого, идеологически, лучше подходит изменение архитектуры железа, чем компилятора. Требования пропихнули. Ну, надо крутиться.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #92 Ответы: #175

106. Сообщение от Аноним (-), 17-Дек-25, 19:22	+/–
> Во всём "деды-сишники" виноваты, а не Google, программисты которого даже на Rust не могут нормально писать. Почему не могут? Могут. Всего одна ошибка. Сравните это с 150 от дидов. > что дело в языке программирования, да. Да, если вам врач предложит вырывать зуб пассатижами, а не специальным инстирументом, вы согласитесь? > нанимает людей с низкой квалификацией, А чего тогда есть ошибки в проектах, без корпораций? Там никого не нанимают, а ошибки есть. > Нету, ребята, нету серебряной пули. Конечно нету. Выше кидали цитату Грега Хартмана где он именно это и говорит. Но "не серебьрянная пуля" и "лучше недоязыка из 70х" это разные вещи) >  Да и вы скоро закончитесь, Только после вас) У меня будет отличная мотивация сплясать в комментах на вашей могилке. Но делать этого я не буду, ну чтобы не уподобляться вам.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #97 Ответы: #109, #191

108. Сообщение от Аноним (108), 17-Дек-25, 19:23	+1 +/–
>> lore.kernel.org/linux-cve-announce > По ссылке там всё в кучу намешно, ни одной реальной уязвимости так и не накликал. Вот это копиум! В списке CVE нет CVE. 😂
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21 Ответы: #113, #144, #157

109. Сообщение от ProfessorNavigator (ok), 17-Дек-25, 19:23	–1 +/–
>[оверквотинг удален] > А чего тогда есть ошибки в проектах, без корпораций? > Там никого не нанимают, а ошибки есть. >> Нету, ребята, нету серебряной пули. > Конечно нету. Выше кидали цитату Грега Хартмана где он именно это и > говорит. > Но "не серебьрянная пуля" и "лучше недоязыка из 70х" это разные вещи) >>  Да и вы скоро закончитесь, > Только после вас) > У меня будет отличная мотивация сплясать в комментах на вашей могилке. > Но делать этого я не буду, ну чтобы не уподобляться вам. Ссылочку на код, написанный лично вами, пожалуйста давайте. И только после этого продолжим.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #106

110. Сообщение от Bottle (?), 17-Дек-25, 19:24	+6 +/–
Не беспокойтесь, товарищ, мы увеличим безопасность ядра на все 146 процентов!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26

111. Сообщение от Аноним (108), 17-Дек-25, 19:27	+/–
> Суть новости в том, что любители Раста, которые кричали, что он крут и безопасен, сели в лужу Если одна растовая CVE - это "сели в лужу", то куда сели сишочники со своими 159 CVE? 🤔
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #86 Ответы: #117, #158, #244, #332

113. Сообщение от Аноним (13), 17-Дек-25, 19:29	+/–
Да там ощущение всё подряд пихают, независимо от применимости. Самые реалистичные какие-то забытые проверки, из-за чего улетает в панику, или отладочные сообщения с утечкой кишок. Раст от подобного никак не защитит так-то.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #108

114. Сообщение от Аноним (108), 17-Дек-25, 19:30	+1 +/–
> А без избавления от unsafe эти расто-manы не могут написать нормально без CVE? Сишочники тоже не могут, так что твои претензии непонятны.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22 Ответы: #141

115. Сообщение от Аноним (108), 17-Дек-25, 19:31	+/–
> Закрытие уязвимостей обычнная работа Как, собственно, и их создание...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25

117. Сообщение от Аноним (-), 17-Дек-25, 19:32	+/–
> Если одна растовая CVE - это "сели в лужу", то куда сели сишочники со своими 159 CVE? 🤔 Все верно. Растовики сели. А сишники из нее и не подымались))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #111

119. Сообщение от Аноним (108), 17-Дек-25, 19:35	+/–
> Найди реализованный в ядре список с проблемами у указателями. Абсолютно любой, который не thread-safe. Ты же в новости читал, что проблема в состоянии гонки, а не в самой логике работы списка?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41 Ответы: #170, #226

123. Сообщение от Аноним (-), 17-Дек-25, 19:41	+/–
> А не в том, что кто-то нанимает людей с низкой квалификацией, > сам никого не обучает и условия труда при этом как на галере. > условия труда при этом как на галере. Что??? Это у гугла условия труда как на галере?! Вы посмотрите какие у них условия труда и зарплаты! Не пишите бред про то, что не знаете. Ну и про квалификацию вы тоже не правы. Если так рассуждать - то в ядре вообще нет квалифицированных разработчиков.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #97 Ответы: #125

125. Сообщение от ProfessorNavigator (ok), 17-Дек-25, 19:43	+/–
> Что??? Это у гугла условия труда как на галере?! > Вы посмотрите какие у них условия труда и зарплаты! > Не пишите бред про то, что не знаете. А что ж они тогда уязвимости втыкают?)) > Ну и про квалификацию вы тоже не правы. Вопрос тот же.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #123 Ответы: #131

129. Сообщение от Аноним (129), 17-Дек-25, 19:47	+1 +/–
Было бы интересно заценить цифру отношения количества unsafe-специфичных ошибок к количеству строк кода в С (весь код) и в Rust (unsafe блоки). Хотя вряд ли это собьет спесь с растоманов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #218

131. Сообщение от Аноним (-), 17-Дек-25, 19:48	+/–
> А что ж они тогда уязвимости втыкают?)) Просто потому уязвимости не связаны с условиями работы. А все ограничено физическими лимитами человека на внимательность. Что в теории можно чуть-чуть подтянуть тренировками, но все равно найдется кодовая база с размером где любой человек не уследит. Просто джун запутается в 10 строчках, мидл в 100, а дед в 1000. Но это гарантирова рано или поздно произойдет. И мы собственно это наблюдаем с ростом размера кодовой базы ядра - связи становятся все запутаннее и неочевиднее.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #125 Ответы: #138, #261

133. Сообщение от Аноним (133), 17-Дек-25, 19:50	+1 +/–
Стоит ли напомнить, что Binder - это из Андроида и для Андроида, т.е. принесли это гугловцы
Ответить | Правка | Наверх | Cообщить модератору

134. Сообщение от mos87 (ok), 17-Дек-25, 19:50	+2 +/–
>Rust не является панацеей, позволяющей избавиться от всех проблем безопасности, но данный язык действительно помогает защититься от определённого класса уязвимостей. а чтобы защититься от других классов уязвимостей, мы будем писать ядро на других языках! По одному на класс.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #143

135. Сообщение от mos87 (ok), 17-Дек-25, 19:51	+/–
Молодцы Диды значит.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #87

138. Сообщение от ProfessorNavigator (ok), 17-Дек-25, 19:54	+1 +/–
> Просто потому уязвимости не связаны с условиями работы. > А все ограничено физическими лимитами человека на внимательность. > Что в теории можно чуть-чуть подтянуть тренировками, но все равно найдется кодовая > база с размером где любой человек не уследит. Нанимайте/обучайте больше людей. > Просто джун запутается в 10 строчках, мидл в 100, а дед в > 1000. > Но это гарантирова рано или поздно произойдет. > И мы собственно это наблюдаем с ростом размера кодовой базы ядра - > связи становятся все запутаннее и неочевиднее. Спасибо, кэп ;)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #131 Ответы: #149

140. Сообщение от Аноним (13), 17-Дек-25, 19:59	+1 +/–
примерная иллюстрация ситуации: https://i.ibb.co/FkvFWv95/image.png
Ответить | Правка | Наверх | Cообщить модератору

141. Сообщение от ProfessorNavigator (ok), 17-Дек-25, 20:02	–1 +/–
> Сишочники тоже не могут, так что твои претензии непонятны. Не "сишочники", а: "В Google не умеют писать на С, поэтому пытаются пропихнуть в ядро непонятно что. На чём тоже не умеют писать". В общим - исправил, можно не благодарить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #114 Ответы: #161

143. Сообщение от Аноним (-), 17-Дек-25, 20:09	+/–
> а чтобы защититься от других классов уязвимостей, мы будем писать ядро на > других языках! По одному на класс. Вот когда сможем защититься, тогда и поговорим. Провести формальную верификация ядра невозможно. Так что выбор не большой. Но если изобретут Раст-2.0, который закроет еще какой-то пласт дыреней - то то я только за выкинуть устаревший Раст)))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #134 Ответы: #262

144. Сообщение от Аноним (144), 17-Дек-25, 20:10	+/–
> экспертиза > копиум Ты как радиостанция судного дня.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #108

147. Сообщение от Аноним (29), 17-Дек-25, 20:19	–1 +/–
Вот только это были Си-деды. Неудобно как-то получилось.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #101 Ответы: #241

149. Сообщение от Аноним (-), 17-Дек-25, 20:25	+/–
> Нанимайте/обучайте больше людей. Еще раз: это вам не поможет. Вы можете хоть 100500 людей нанять, но сложность кодовой базы будет выше чем возможности каждого из них. Вы мне сейчас напоминаете менеджера, который думает что если взять 9 женщин, то за месяц появится новый ребенок. И обучение тоже не поможет. Чему вы будете их обучать? Не выходить за границы массива? Правильно расставлять локи? Так это знает даже первокурсник, а толку.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #138 Ответы: #152

152. Сообщение от ProfessorNavigator (ok), 17-Дек-25, 20:41	+/–
> Еще раз: это вам не поможет. > Вы можете хоть 100500 людей нанять, но сложность кодовой базы будет выше > чем возможности каждого из них. Вы мне сейчас напоминаете менеджера, который > думает что если взять 9 женщин, то за месяц появится новый > ребенок. Ну т.е. про инкапсуляцию вы не в курсе. Разделение труда тоже мимо вас прошло. В общем - не несите чушь. > И обучение тоже не поможет. > Чему вы будете их обучать? Не выходить за границы массива? Правильно расставлять > локи? > Так это знает даже первокурсник, а толку. Так, товарищ Умник, ссылку на код, написанный лично вами - в студию. И только после этого продолжим обсуждать хоть что-то, касающееся программирования.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #149 Ответы: #267

153. Сообщение от Аноним (153), 17-Дек-25, 20:43	+/–
какой к чертям binder? есть posix ipc
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #181

154. Сообщение от Аноним (157), 17-Дек-25, 20:46	–1 +/–
Там все эти ошибки не являются настоящими серьезными CVE и ни к чему серьезному привести не могут.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8

157. Сообщение от Аноним (157), 17-Дек-25, 20:49	+1 +/–
Так там серьезных CVE со взломом рута реально нет, беспокоиться смысла нет. Кстати, использование смайликов дополнительно показывает, что ты раст-о-вик.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #108

158. Сообщение от Аноним (157), 17-Дек-25, 20:50	–1 +/–
Это не CVE со взломом рута, а Deny-Of-Service в худшем случае.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #111

159. Сообщение от Аноним (157), 17-Дек-25, 20:52	–1 +/–
Там максимум Deny-Of-Service, взлома рута нет, беспокоиться тоже смысла нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61 Ответы: #223

161. Сообщение от Аноним (108), 17-Дек-25, 20:54	+/–
Старое-доброе "чтобы не было ошибок - не делайте ошибки". > В Google не умеют писать на С, А где могут, и что из-под их пера вышло?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #141 Ответы: #162

162. Сообщение от ProfessorNavigator (ok), 17-Дек-25, 20:57	–2 +/–
> Старое-доброе "чтобы не было ошибок - не делайте ошибки". Не нужно перевирать. Ещё раз: "В Google не умеют писать на С, поэтому пытаются пропихнуть в ядро непонятно что. На чём тоже не умеют писать". > А где могут, и что из-под их пера вышло? А при чём здесь другие, если ошибку допустили программисты Google?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #161 Ответы: #165, #202

165. Сообщение от Аноним (-), 17-Дек-25, 20:59	+1 +/–
> А при чём здесь другие, если ошибку допустили программисты Google? Ну раз у них не получается, то ты покажите тех, у кого ошибок нет. Мы на них посмотрим и пойдем у них учиться. Логично же?!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #162 Ответы: #167

167. Сообщение от ProfessorNavigator (ok), 17-Дек-25, 21:01	–2 +/–
> Ну раз у них не получается, то ты покажите тех, у кого > ошибок нет. > Мы на них посмотрим и пойдем у них учиться. > Логично же?! Т.е. вы утверждаете, что весь код на Rust - с ошибками? И зачем он тогда нужен?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #165 Ответы: #169

168. Сообщение от Аноним (168), 17-Дек-25, 21:04	+2 +/–
> Зачем вам ремни если вы только и делаете, что их отстегиваете Ложная аналогия. Процент ансейф кода в ядре сильно меньше 5. Процент ансейф кода в юзерспейсе сильно меньше 1. Процент ансейф кода в С - 100.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38 Ответы: #174, #254

169. Сообщение от Аноним (-), 17-Дек-25, 21:04	+1 +/–
> Т.е. вы утверждаете, что весь код на Rust - с ошибками? Хм, профессор, это у вас уже что, деменция? Вы говорите что в гугле не умеют писать. На СИ. Ваша же цитата "В Google не умеют писать на С" ? Ну так я хочу научиться классно писать на СИ. И мне нужны крутые СИшники которые не делают ошибок. И тут два варианта: - вы скрываете существование такого проекта (что довольно эгоистично) - на СИ невозможно писать без ошибок
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #167 Ответы: #171

170. Сообщение от 12yoexpert (ok), 17-Дек-25, 21:04	+/–
падажжи, так а зачем они закодили состояние гонки на безопасном расте?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #119 Ответы: #240

171. Сообщение от ProfessorNavigator (ok), 17-Дек-25, 21:07	–1 +/–
>> Т.е. вы утверждаете, что весь код на Rust - с ошибками? > Хм, профессор, это у вас уже что, деменция? > Вы говорите что в гугле не умеют писать. На СИ. > Ваша же цитата "В Google не умеют писать на С" ? > Ну так я хочу научиться классно писать на СИ. > И мне нужны крутые СИшники которые не делают ошибок. > И тут два варианта: > - вы скрываете существование такого проекта (что довольно эгоистично) > - на СИ невозможно писать без ошибок Не нужно лгать. Цитата: "В Google не умеют писать на С, поэтому пытаются пропихнуть в ядро непонятно что. На чём тоже не умеют писать". При этом ошибку мы обсуждаем в коде на Rust - про это собственно новость. И да - ссылку на лично вами написанный код пожалуйста, потом продолжим.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #169 Ответы: #200

174. Сообщение от ProfessorNavigator (ok), 17-Дек-25, 21:18	–4 +/–
> Процент ансейф кода в С - 100. Так это про любой ЯП можно сказать, в том числе про Ржавого. И да, прежде чем вы продолжите нести чушь, предъявите пожалуйста код написанный лично вами. Чтобы мы имели представление о квалификации "критика".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #168 Ответы: #178, #258

175. Сообщение от Аноним (-), 17-Дек-25, 21:21	+/–
> Не совсем так. Пока лобби не начало пропихивать требования госконторы. Причем тут госконторы? Или программистам ядра было норм что у них куча ошибок, а в некоторых случаях еще и RCE, повышение привилегий и тд? Постоянное игнорирование последнего, так вообще попахивает саботажем или бекдорами. > До этого проблема не воспринималась, серьезной. Ну, т.е пока ГОС не стукнет, программеру было побоку? > Для этого, идеологически, лучше подходит изменение архитектуры железа, чем компилятора. Не правда. Они только добавляли уязвимости основанные на спекулятивном исполнении, всякие спектры и мелтдауны. ChkTag начали стандартизировать буквально сейчас. Т.е просто всем было пофиг.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #103 Ответы: #232

178. Сообщение от Аноним (-), 17-Дек-25, 21:25	+1 +/–
> Так это про любой ЯП можно сказать, в том числе про Ржавого. Вот это квалификация! Вы программированию в каком колхозе учились? > предъявите пожалуйста код написанный  лично вами. Хм, а чего еще потребуете? > Чтобы мы имели представление о квалификации "критика". Думаю код вам не поможет, тк ваша квалификация на уровне дна.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #174 Ответы: #179

179. Сообщение от ProfessorNavigator (ok), 17-Дек-25, 21:27	–3 +/–
>> Так это про любой ЯП можно сказать, в том числе про Ржавого. > Вот это квалификация! > Вы программированию в каком колхозе учились? >> предъявите пожалуйста код написанный  лично вами. > Хм, а чего еще потребуете? >> Чтобы мы имели представление о квалификации "критика". > Думаю код вам не поможет, тк ваша квалификация на уровне дна. Ну т.е. вы расписываетесь в своей полной некомпетентности в программировании. А значит ценность вашего мнения по данному вопросу - нулевая. Хорошо, спасибо, больше вопросов не имею.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #178

181. Сообщение от Qqq (-), 17-Дек-25, 21:35	+1 +/–
Гугловцы пилят себе для андроида. Вернее переписывают то что используют сейчас
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #153

182. Сообщение от Аноним (182), 17-Дек-25, 21:47	+1 +/–
А рамки гарантий там, где пока еще ничего не нашли. Очень удобно. Как там рамки гарантий под mips? Когда будут? Или "нет кода - нет уязвимостей"?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #88 Ответы: #186

185. Сообщение от Аноним (185), 17-Дек-25, 22:03	+2 +/–
ну а на кой этот ансейф? чтобы на него все и сваливать, мол падает и приводит к уязвимостям это не код на расте, а ансейф, на то и ансейф, епта а нах тогда раст нужен? если и так все всегда валили на Си? Не криворукий смузихлеб виноват, а ансейф. пс: хорошая причина оправдывания бекдоров, пихайте в ансейф и валите все на ансейф.
Ответить | Правка | Наверх | Cообщить модератору

186. Сообщение от Аноним (-), 17-Дек-25, 22:04	+1 +/–
> Как там рамки гарантий под mips? Когда будут? Tier: 3 Вам нужно - вы и пилите. > Или "нет кода - нет уязвимостей"? Уязвимость может быть в алгоритме. Даже кода нет, а уязвимость есть.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #182 Ответы: #301

191. Сообщение от Tron is Whistling (?), 17-Дек-25, 22:12	+1 +/–
> Всего одна ошибка. Сравните это с 150 от дидов. Одна на 1000 строк кода в сравнении с 150 на пару миллионов - да нормально.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #106

197. Сообщение от Аноним (197), 17-Дек-25, 22:33	+2 +/–
> 159 уязвимостях в различных компонентах ядра Linux, написанных на языке Си. Ну так учитывая какой процент кода написан на Си то даже 1:159 по ошибкам будет не в пользу ржавого.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #198, #212

198. Сообщение от Аноним (-), 17-Дек-25, 22:36	+/–
> Ну так учитывая какой процент кода написан на Си то даже 1:159 по ошибкам будет не в пользу ржавого. 159 это за месяц. Сколько там кода в ядро добавилось за этот период?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #197 Ответы: #219

200. Сообщение от Аноним (108), 17-Дек-25, 22:45	+1 +/–
>> Ваша же цитата "В Google не умеют писать на С" > Не нужно лгать. Уровень извивания на сковороде просто фантастический. 🤣
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #171 Ответы: #214

202. Сообщение от Аноним (108), 17-Дек-25, 22:48	+/–
>> А где могут, и что из-под их пера вышло? > А при чём здесь другие, если ошибку допустили программисты Google? При том, что ты сказал "в Google не умеют писать на С". Если в Google не умеют, то я спрашиваю - где умеют? Это простой вопрос. Ты в состоянии на него ответить?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #162 Ответы: #208

205. Сообщение от Аноним (217), 17-Дек-25, 23:03	+1 +/–
> в блоках unsafe, напрямую работающих с указателями на предыдущий и следующий элементы списка Раст до сих пор не умеет даже в двухсвязный список?! 20 лет пилят, а такого базового примитива невозможно без unsafe сделать...
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #213, #304

207. Сообщение от Аноним (217), 17-Дек-25, 23:07	+3 +/–
А зачем тогда язык, который всегда unsafe?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47

208. Сообщение от ProfessorNavigator (ok), 17-Дек-25, 23:09	–1 +/–
>>> А где могут, и что из-под их пера вышло? >> А при чём здесь другие, если ошибку допустили программисты Google? > При том, что ты сказал "в Google не умеют писать на С". > Если в Google не умеют, то я спрашиваю - где умеют? > Это простой вопрос. Ты в состоянии на него ответить? https://www.opennet.dev/openforum/vsluhforumID3/138667.html#171 Прибавить мне по-прежнему нечего.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #202 Ответы: #221

209. Сообщение от Аноним (217), 17-Дек-25, 23:27	+5 +/–
Объявлено начало эпохи постоянного падения ядер линукса.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

211. Сообщение от Аноним (211), 17-Дек-25, 23:34	+1 +/–
> ничего внятнее "делайте как другие делают" На этом принципе цивилизацию (и не одну!) построили, а тут всего лишь какое-то ядро.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #72

212. Сообщение от 12yoexpert (ok), 17-Дек-25, 23:35	+/–
поделкой из новости ещё никто не пользовался, а там уже гора UB думай
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #197 Ответы: #245

213. Сообщение от 12yoexpert (ok), 17-Дек-25, 23:36	+2 +/–
просто скачай из централизованного магазина сниппетов проект "двухсвязный_список_вася_курсач Новая Папка (1)"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #205

214. Сообщение от ProfessorNavigator (ok), 17-Дек-25, 23:36	–1 +/–
> Уровень извивания на сковороде просто фантастический. 🤣 Самокритично))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #200

215. Сообщение от Аноним (217), 17-Дек-25, 23:37	+/–
> в различных компонентах ядра Ключевое слово: "в различных". А в сабже - один компонент биндер. Тогда пусть бы приводили таблицу по компонентам.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25

217. Сообщение от Аноним (217), 17-Дек-25, 23:40	+/–
А сколько всего компонентов в ядре? В статье забыли почему-то написать...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26

218. Сообщение от Аноним (-), 17-Дек-25, 23:42    Скрыто ботом-модератором	+/–
растаманы не отвечают за ансейф. сишники не отвечают ни за что. лол.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #129 Ответы: #225

219. Сообщение от Аноним (217), 17-Дек-25, 23:43	+/–
Для начала скажи, сколько компонентов в ядре?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #198 Ответы: #242

221. Сообщение от Аноним (108), 17-Дек-25, 23:47	+1 +/–
>> Ты в состоянии на него ответить? > Прибавить мне по-прежнему нечего. Ну ок. Зачем ты только тут всплывал - непонятно...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #208 Ответы: #224

222. Сообщение от Аноним (217), 17-Дек-25, 23:48	+/–
> а CVE тогда зачем? Пользователь очень радуется, когда ядро падает. Вместе с потерей всех данных.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #77 Ответы: #227

223. Сообщение от Аноним (217), 17-Дек-25, 23:49	+3 +/–
Падение ядра... Это трында всей системе. С потерей данных.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #159

224. Сообщение от ProfessorNavigator (ok), 17-Дек-25, 23:49	–1 +/–
Именно, дружище, именно... > Ну ок. Зачем ты только тут всплывал - непонятно... Вопрос по предъявлению кода к вам, кстати, тоже относится.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #221

225. Сообщение от ProfessorNavigator (ok), 17-Дек-25, 23:51    Скрыто ботом-модератором	+/–
> растаманы не отвечают за ансейф. сишники не отвечают ни за что. лол. Прежде, чем утверждать такое, покажите пожалуйста код, написанный лично вами. Чтобы мы знали уровень вашей экспертизы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #218

226. Сообщение от Аноним (38), 17-Дек-25, 23:53	+/–
Тут проблема в том, что они делали потокобезопасный список. И облажались.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #119 Ответы: #285

227. Сообщение от Аноним (-), 18-Дек-25, 00:15	+/–
> Пользователь очень радуется, когда ядро падает. Вместе с потерей всех данных. А еще больше он радуется, когда узнает что у него было RCE и 10 лет у него на серваке был проходной двор. Особенно если за это его будут штрафовать по всяким ФЗ или GDPR
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #222

228. Сообщение от Аноним (228), 18-Дек-25, 00:31	+1 +/–
Но позвольте, все эксперты в один голос кричали что unsafe это просто работа с указателями сишными, там точно ничего плохого не может быть, все остальное покрыто Rust кодом! И то, что когда указываешь, что у вас тут в коде unsafe, эти эксперты говорят, что мы совершенно не понимаем!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #231, #234

230. Сообщение от Аноним (230), 18-Дек-25, 00:55	+1 +/–
> Он как бы unsafe как раз потому, что раст без него не может ничего ...вызвать в сишном окружении.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47 Ответы: #259

231. Сообщение от Аноним (-), 18-Дек-25, 01:06	–1 +/–
> Но позвольте, все эксперты А эти "все эксперты" сейчас с вами в одной комнате? > в один голос кричали что unsafe это просто работа с указателями сишными, там точно ничего плохого не может быть, Может быть, а может не быть. Если обратиться к документации [1], то unsafe называют superpowers, то что в обычном расткоде делать нельзя, а именно:     1. Dereference a raw pointer.     2. Call an unsafe function or method.     3. Access or modify a mutable static variable.     4. Implement an unsafe trait.     5. Access fields of unions. Там же можно прочитать предупреждение: Be warned, however, that you use unsafe Rust at your own risk: If you use unsafe code incorrectly, problems can occur due to memory unsafety, such as null pointer dereferencing. Но кто ж читает документацию! > все остальное покрыто Rust кодом! Да. В остальном раст-коде проверки компилятора работают на максимуме своих возможностей. > И то, что когда указываешь, что у вас тут в коде unsafe, То это нормально. Т.к некоторые действия, например биндинги с СИ кодом, невозможно сделать safe. > эти эксперты говорят, что мы совершенно не понимаем! Да, вы совершенно не понимаете. Такое бывает. Если вам действительно интересна эта тема, то я оставил ссылку на документацию [1] и полезную статью [2] [1] doc.rust-lang.org/book/ch20-01-unsafe-rust.html [2] doc.rust-lang.org/nomicon/meet-safe-and-unsafe.html
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #228 Ответы: #237, #243

232. Сообщение от Аноним (38), 18-Дек-25, 01:07	+/–
> Не правда. Что неправда. Что защита в железе - это гарантия. > Они только добавляли уязвимости основанные на спекулятивном исполнении, всякие спектры и мелтдауны. Это невидимая рука рынка. На безопасность большинству положить. Потому такие процессоры и делают и будут делать. > ChkTag начали стандартизировать буквально сейчас. А вот это да. Жареный петух клюнул. Теперь надо что-то делать. Дольше чем компиляторы, но сделают.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #175 Ответы: #233

233. Сообщение от Аноним (-), 18-Дек-25, 01:18	+/–
> Что неправда. Что защита в железе - это гарантия. Да, если она сделана качественно. CPU AMD Zen 5 подвержены уязвимости, допускающей изменение микрокода и обход изоляции SEV-SNP opennet.ru/opennews/art.shtml?num=63055 VMScape - атака на CPU AMD и Intel, обходящая изоляцию между гипервизором и гостевой системой opennet.ru/opennews/art.shtml?num=63868 >> всякие спектры и мелтдауны. > Это невидимая рука рынка. На безопасность большинству положить. Потому такие процессоры  и делают и будут делать. Думаю так было. А потом оказалось, что у юзера на компе у него не только нюдсы, но и работа, банковское приложение, криптокошельки и тд > А вот это да. Жареный петух клюнул. Теперь надо что-то делать. Дольше чем компиляторы, но сделают. Т.е это будет еще лет 5, а то и больше. И работать оно будет только в новых процессорах. Что делать со старыми? Выкинуть? Или попытаться улучшить код, чтобы дырок было меньше.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #232 Ответы: #371

234. Сообщение от Аноним (217), 18-Дек-25, 01:19	+2 +/–
> эти эксперты ... запутались в двусвязном списке. То ли ещё будет с более сложными структурами.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #228

237. Сообщение от Аноним (8), 18-Дек-25, 01:40	+3 +/–
Дак ведь основная претензия местных писателей хеллоуворлдов на расте в том, что диды не могут strip строки сделать чтоб не выйти за границу буфера. Ну вот этот пример аж и самого гугла, которые постоянно публикуют статистику сколько там кода на расте у них и как там всё безопасно стало, показал что растеры ничем не лучше тех же дидов, когда речь заходит о сырых указателях. Такие же, как вы говорите, инвалиды плодящие CVE.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #231

238. Сообщение от Аноним (238), 18-Дек-25, 03:10	+2 +/–
>На Rust написано 0.1% Linux, но он генерирует 0.6% ошибок. Это явный оптимизм Скорее 0,000000000000001% при 0.6% =) Если на языке не создавать  ничего нового - он точно будет самым безопасным! Переписанцы?.. переписуны.. засланцы.. Эээ.. да ну их в unsafe!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18

239. Сообщение от Аноним (239), 18-Дек-25, 04:55    Скрыто ботом-модератором	+/–
Не обязательно. Человеческая опа агрегат широких возможностей, можно выстрелить мимо, сидя на нем.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43

240. Сообщение от Аноним (301), 18-Дек-25, 04:59	+1 +/–
> состояние гонки чтобы было блэзинг фаст
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #170

241. Сообщение от Аноним (301), 18-Дек-25, 05:03	+/–
Си-деды накодили бэкдоров, а не просто так ошибок в памяти понаделали. Как раз чтобы школята, которым впадлу даже сурсы читать и у которых мозг ломается от возможности того, что не весь код должен быть защищён от того, что в компьютер прилетит метеор, не заметили. Понимать разницу надо.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #147 Ответы: #363

242. Сообщение от Аноним (301), 18-Дек-25, 05:13	–1 +/–
С каждым днём - всё меньше и меньше. Из полезных, то есть - драйвера там всякие, ещё какая-то чушь. Большинство из них так переписали и почистили рабы на галерах, что вроде бы даже и компилируется, а на мониторе вместо картинки "упси вупси ёр процессор дид факи ваки и больше не запускается" или современное искусство в стиле "чё было в памяти то и нарисую", потому что ВНЕЗАПНО забыли как разговаривать с вон тем чипом вон той железки, которая сидела и никого не трогала.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #219

243. Сообщение от Аноним (301), 18-Дек-25, 05:20	+4 +/–
> 1. Dereference a raw pointer. > 2. Читай пункт четвёртый > 3. Access or modify a mutable static variable. (АААА ГЛАБАЛЬНЫЕ ПЕРЕМЕННЫЕ ГРЯДУТ И ЗЯМЛЯ НАЛЯТИТ НА ОСЬ, ШО ЖЕ ДЕЛАТЬ) > 4. Читай пункт пятый > 5. Читай пункт первый Короче язык, в котором запретили работать с памятью. Прям вообще. Классный план, надёжный, если я всё правильно понял. А оптимизировать за меня структуры эта злая училка умеет? Или "и так сойдёт, подумаешь лишний хлам память занимает, в коде ядра то"? И если умеет, ABI кто соблюдать будет?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #231 Ответы: #264

244. Сообщение от leap42 (ok), 18-Дек-25, 05:24	+/–
> Если одна растовая CVE - это "сели в лужу", то куда сели сишочники со своими 159 CVE? 🤔 Никуда. Кода на Си в 1000 раз больше, а функциональности в 10.000 раз (сишка гораздо лаконичнее, так что нет смысла сравнивать по строкам - большая их часть в rust ничего полезного не делает)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #111 Ответы: #249

245. Сообщение от Аноним (29), 18-Дек-25, 07:33	–2 +/–
159 - да гора, никто не спорит, но вот насчёт того, что линксом ещё никто не пользовался - ты загнул.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #212

247. Сообщение от Sm0ke85 (ok), 18-Дек-25, 08:15	+2 +/–
>Да, он крут и безопасен в рамках гарантий которые он дает. Ахаха, ты очки надень и "рамки" те рассмотри, вдруг можешь обнаружить, что тех "рамок" дай боже на форточку хватит, а заявка была на "весь мир остеклим"... Короче, как и озвучивалось, раст - для превращения линуксов в корпоративную ОСь, а "безопасность" - лишь предлог для централизации...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #88

248. Сообщение от verh010m (ok), 18-Дек-25, 09:19	+1 +/–
Давайте ядро на PowerShell перепишем - будет веселее. А не педеrust этот ваш
Ответить | Правка | Наверх | Cообщить модератору

249. Сообщение от Аноним (249), 18-Дек-25, 09:31	+1 +/–
>> 159 новых сишочных CVE за месяц > Никуда не сели Абсолютный копиум.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #244

251. Сообщение от bOOster (ok), 18-Дек-25, 10:15	+1 +/–
Я думал, и говори все это начнется значительно позже, когда на рже будет значительно больше кода. Но нет, облажаться они смогли уже на старте.   Ошибок такого класса на рже будет значительно больше чем на C. И они гораздо более сложно исправимые. Будут фиксить логику под текущий продукт - текущий будет работать, другие продукты будут проблемы собирать лопатами..
Ответить | Правка | Наверх | Cообщить модератору

252. Сообщение от bOOster (ok), 18-Дек-25, 10:21	+1 +/–
Я бы сказал - С переписывать на С смысла нет, так же как и "пытаться переписать". Другое дело С переписать на C++ это значительно уменьшит количество проблем с выделением и освобождением памяти и ошибки выхода за пределы структур/классов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #266

253. Сообщение от bOOster (ok), 18-Дек-25, 10:26	+/–
У хирурга есть очень потенциально опасный инструмент. Называется скальпель. И грамотный хирург умеет им пользоваться очень безопасно. Дай данному хирургу инструмент аналог РЖИ и он не сможет провести операцию вообще. Поэтому если дурачки не умеют пользоваться "скальпелем" то и лезти туда не стоит. В чем суть хорошей работы грамотного хирурга - 6 лет обучения с огромной практикой. Большинство Расто-манов зачастую вообще без высшего образования, залетные на "большие бабки в IT-отрасли".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #289

254. Сообщение от bOOster (ok), 18-Дек-25, 10:33	–2 +/–
>> Зачем вам ремни если вы только и делаете, что их отстегиваете > Ложная аналогия. Процент ансейф кода в ядре сильно меньше 5. Процент ансейф > кода в юзерспейсе сильно меньше 1. > Процент ансейф кода в С - 100. У хирурга есть очень потенциально опасный инструмент. Называется скальпель. И грамотный хирург умеет им пользоваться очень безопасно. Дай данному хирургу инструмент аналог РЖИ и он не сможет провести операцию вообще. Поэтому если дурачки не умеют пользоваться "скальпелем" то и лезти туда не стоит, а тем более в системы типа Ядер операционных систем. В чем суть хорошей работы грамотного хирурга - 6 лет обучения с огромной практикой. Большинство Расто-манов зачастую вообще без высшего образования, залетные на "большие бабки в IT-отрасли".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #168

256. Сообщение от Аноним (258), 18-Дек-25, 11:13	–3 +/–
Вот интересные сишечники люди - вместо того, чтобы в своём поганом си порядок навести, и спустя более чем полвека наконец-то побороть хотя-бы самые примитивные ошибки, вроде UB при разыменновывании нулевого указателя, сишечники катят бочку на раст. Ну вот не хотят они писать без багов, а тут такое хорошее оправдание подоспело - на расте оказывается тоже есть баги, следовательно в си не баги, а фичи.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #276

257. Сообщение от Аноним (258), 18-Дек-25, 11:16	–3 +/–
Пользуясь случаем, задам сишникам вопросы: зачем вам нужны негигенические макросы, невозможность статическим анализом в общем случае проверить отсутствие разыменновывания нулевого указателя, strcpy, отсутствие строк даже в 2025 году. Давайте апологеты си, объясняйте.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #260, #271, #275, #282

258. Сообщение от Аноним (258), 18-Дек-25, 11:18	+/–
>И да, прежде чем вы продолжите нести чушь, предъявите пожалуйста код написанный лично вами. Чтобы мы имели представление о квалификации "критика". Для тех кто не в курсе, напоминаю, что ProfessorNavigator ниасилил xml парсер. И даже когда ему указали на конкретные строки и сказали в чём ошибка, он это так и не поправил. Оправдывается тем, что ему не нужен полноценный парсер, ему и суррогат сойдёт.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #174 Ответы: #269, #279

259. Сообщение от Аноним (217), 18-Дек-25, 11:23	+/–
А на расте можно делать что-то ещё кроме вызова сишного окружения?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #230 Ответы: #293, #341

260. Сообщение от Аноним (217), 18-Дек-25, 11:25	+/–
> Давайте апологеты си, объясняйте. Почему апологеты Си должны объяснять проблемы раста?!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #257 Ответы: #263

261. Сообщение от Аноним (258), 18-Дек-25, 11:26	+/–
>Просто джун запутается в 10 строчках, мидл в 100, а дед в 1000. Доказательства в студию. Что джун, что сеньёр с лёгкостью запутается даже в 1 строчке кода. Инварианты должен проверять компилятор, всегда. И единственное различие в том, может ли джун выразить утверждение с помощью инвариантов или нет. >Что в теории можно чуть-чуть подтянуть тренировками, но все равно найдется кодовая база с размером где любой человек не уследит. Ага, строчек на пятьдесят, например.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #131

262. Сообщение от Аноним (258), 18-Дек-25, 11:27	+/–
>Но если изобретут Раст-2.0, который закроет еще какой-то пласт дыреней - то то я только за выкинуть устаревший Раст))) Ну так изобретайте раст 2.0. Потом будете ходить и тролить растовиков, не?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #143 Ответы: #338

263. Сообщение от Аноним (258), 18-Дек-25, 11:29	–1 +/–
Где вы здесь увидели раст? У вас галлюцинации? Речь про чистейший си, сишнее не бывает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #260 Ответы: #284

264. Сообщение от Аноним (258), 18-Дек-25, 11:30	+/–
>И если умеет, ABI кто соблюдать будет? Stable API is nonsense - главный сишник ядра.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #243 Ответы: #291, #325

265. Сообщение от Аноним (258), 18-Дек-25, 11:34	–1 +/–
>При должном развитии статических анализаторов надобность в Rust отпадёт сама собой. Радует, что в этом направлении есть подвижки. Ага. Уже более чем полвека прошло, а нет ни-че-го. Вот ноль, полный ноль.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #89

266. Сообщение от Аноним (258), 18-Дек-25, 11:39	+/–
>Другое дело С переписать на C++ У крестовиков совсем совести нет. Они умудряются критиковать раст за долгое время сборки, но сами пишут на крестах. >это значительно уменьшит количество проблем с выделением и освобождением памяти В крестах точно так же есть UB, сырые указатели и прочие сишные ошибки. >и ошибки выхода за пределы структур/классов. Для этого нужны зависимые типы, но крестовики их ниасилили.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #252 Ответы: #268

267. Сообщение от Аноним (258), 18-Дек-25, 11:41	–1 +/–
>Ну т.е. про инкапсуляцию вы не в курсе. Вы уже написали парсер xml с инкапсуляцией, только вот работать от этого он не начал.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #152 Ответы: #281

268. Сообщение от bOOster (ok), 18-Дек-25, 12:01	–1 +/–
>>Другое дело С переписать на C++ > У крестовиков совсем совести нет. Они умудряются критиковать раст за долгое время > сборки, но сами пишут на крестах. >>это значительно уменьшит количество проблем с выделением и освобождением памяти > В крестах точно так же есть UB, сырые указатели и прочие сишные > ошибки. >>и ошибки выхода за пределы структур/классов. > Для этого нужны зависимые типы, но крестовики их ниасилили. че за бред? недопрограммиста видно сразу. Который ни в зуб ногой ни в С ни в С++. Время компиляции С++ сравнимо с обычным С. Откровенно врать не стоит. Проблема именно в компиляторе - llvm это принципиально другая логика получения рабочего кода для процессора исполнения чем тот-же GCC. Но недопрограммистам это естественно неизвестно/непонятно.   Структуры данных на С - это ад. Классы в С++ - это рай. Особенно по выделению/освобождению памяти под них. независимые типы - работа с template.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #266 Ответы: #270, #327

269. Сообщение от bOOster (ok), 18-Дек-25, 12:03	+/–
>>И да, прежде чем вы продолжите нести чушь, предъявите пожалуйста код написанный лично вами. Чтобы мы имели представление о квалификации "критика". > Для тех кто не в курсе, напоминаю, что ProfessorNavigator ниасилил xml парсер. > И даже когда ему указали на конкретные строки и сказали в > чём ошибка, он это так и не поправил. Оправдывается тем, что > ему не нужен полноценный парсер, ему и суррогат сойдёт. Да завсегдатаи opennet все знают кто это.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #258 Ответы: #280

270. Сообщение от Аноним (258), 18-Дек-25, 12:13	+/–
>Время компиляции С++ сравнимо с обычным С. Лгать не надо. https://habr.com/ru/companies/jugru/articles/438260/ >Если вы вдруг подумали, что «меньше 3 секунд» — слишком маленькое время, то совершенно нет. За три секунды современный CPU может произвести несметное число операций. Например, за какое время clang сможет скомпилировать настоящий полноценный движок базы данных (SQLite) в отладочном режиме, включая все 220 тысяч строчек кода? За 0.9 секунд на моём ноутбуке. В какой такой вселенной стало нормальным, чтобы тривиальный пример на 5 строчек компилировался в три раза дольше целого движка баз данных? Если бы вы хотя бы раз писали бы на golang или ocaml, то вы бы знали, что такое быстрая компиляция. >Структуры данных на С - это ад. Классы в С++ - это рай. При чём здесь классы? >независимые типы - работа с template. Вместо того, чтобы вбить в поисковик "зависимые типи данных", и выяснить, как компилятор может в момент компиляции доказать, например, отсутствия выхода за границы массива, крестовик начинает выдумывать что-то про шаблоны. Почему я не удивлён?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #268 Ответы: #307

271. Сообщение от Аноним (271), 18-Дек-25, 12:21	+3 +/–
> зачем вам нужны негигенические макросы Я хз о чем ты, но макросы это классная штука, которая позволяет собирать бинарник хоть для х86, хоть для ардуины из одного исходника. > невозможность статическим анализом в общем случае проверить отсутствие разыменновывания нулевого указателя Госпаде, да сделай ты себе mymalloc функцию которая будет проверять и хоть упроверяйся. > strcpy, отсутствие строк даже в 2025 году А зачем? ну всмысле есть куча библиотек которые добавляют возможности всякие разные, но по большей части это нафиг не надо.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #257 Ответы: #277

275. Сообщение от Аноним (276), 18-Дек-25, 12:42	+/–
1. Макросы - не забывай скобки; 2. Указатели - assert; 3. Строки - о чём ты, в C есть строки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #257 Ответы: #278

276. Сообщение от Аноним (276), 18-Дек-25, 12:45	+2 +/–
Сишники пишут понимая, что все звиздюли полетят к ним и поэтому, в массе своей, понимают что пишут. Растовчане же это секта, которая верит в мощный компилятор и поэтому, в массе своей, вообще не понимают что они пишут и как это работает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #256 Ответы: #283

277. Сообщение от Аноним (258), 18-Дек-25, 12:54	+/–
>Я хз о чем ты Апологетика уровня сишника >Госпаде, да сделай ты себе mymalloc Сишник как всегда не в курсе, что разыменновывание нулевого указателя происходит не в malloc функции. Никогда такого не было и вот опять. >А зачем? Вот действительно, зачем в 2025 году портить память? Сишники и сами не знают.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #271 Ответы: #287, #352

278. Сообщение от Аноним (258), 18-Дек-25, 12:55	+/–
>Макросы - не забывай скобки; Каким образом это исправит гигиену? >Указатели - assert; Почему нет ошибки компиляции?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #275 Ответы: #288

279. Сообщение от ProfessorNavigator (ok), 18-Дек-25, 13:05	+/–
> Для тех кто не в курсе, напоминаю, что ProfessorNavigator ниасилил xml парсер. > И даже когда ему указали на конкретные строки и сказали в > чём ошибка, он это так и не поправил. Оправдывается тем, что > ему не нужен полноценный парсер, ему и суррогат сойдёт. Ссылочку на ваш код, пожалуйста. В противном случае цена вашим словам - 0.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #258 Ответы: #299

280. Сообщение от ProfessorNavigator (ok), 18-Дек-25, 13:06	+/–
>>>И да, прежде чем вы продолжите нести чушь, предъявите пожалуйста код написанный лично вами. Чтобы мы имели представление о квалификации "критика". >> Для тех кто не в курсе, напоминаю, что ProfessorNavigator ниасилил xml парсер. >> И даже когда ему указали на конкретные строки и сказали в >> чём ошибка, он это так и не поправил. Оправдывается тем, что >> ему не нужен полноценный парсер, ему и суррогат сойдёт. > Да завсегдатаи opennet все знают кто это. Кстати, было бы интересно узнать независимое мнение. Без шуток.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #269 Ответы: #300

281. Сообщение от ProfessorNavigator (ok), 18-Дек-25, 13:08	+/–
>>Ну т.е. про инкапсуляцию вы не в курсе. > Вы уже написали парсер xml с инкапсуляцией, только вот работать от этого > он не начал. Ссылку на ваш код, только после этого продолжим.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #267

282. Сообщение от Аноним (8), 18-Дек-25, 13:19	+3 +/–
Что за гигенические макросы? Это что на индуском? > невозможность статическим анализом в общем случае проверить отсутствие разыменновывания нулевого указателя Ты несёшь какой-то откровенный бред. Просто написал какие-то рандомные слова с умным видом. В общем случае (и в частном тоже) стат.анализатором проверить отсутствие разыменновывания нулевого указателя можно. Ну ты походу просто никогда им не пользовался, поэтому и решил так опозориться. > отсутствие строк даже в 2025 году Покажи мне в ассемблере строки в 2025 году. > Давайте апологеты си, объясняйте. Да иди ты нахер
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #257 Ответы: #290, #302

283. Сообщение от Аноним (8), 18-Дек-25, 13:20	+/–
Ну дак и язык создавался для тех, кто не умеет программировать и для всяких веб-сеньоров.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #276

284. Сообщение от Аноним (217), 18-Дек-25, 13:22	+/–
> Уязвимость в Binder, подсистеме ядра Linux, написанной на Rust написанной на Rust
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #263 Ответы: #357

285. Сообщение от Аноним (8), 18-Дек-25, 13:24	+/–
А они думали в сказку попали чтоли? Конечно в ядре он должен быть thread-safe.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #226 Ответы: #306

286. Сообщение от Аноним (8), 18-Дек-25, 13:25	+1 +/–
И что, помогло?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16

287. Сообщение от Аноним (217), 18-Дек-25, 13:25	+/–
Откуда берутся нулевые указатели, о которых ТЫ не знаешь?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #277 Ответы: #349

288. Сообщение от Аноним (217), 18-Дек-25, 13:27	+1 +/–
> Каким образом это исправит гигиену? Используй бумагу - "Каким образом это исправит гигиену?" - ТЫ же используешь бумагу?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #278 Ответы: #360

289. Сообщение от Аноним (-), 18-Дек-25, 13:27	–1 +/–
> У хирурга есть очень потенциально опасный инструмент. Называется скальпель. И грамотный хирург умеет им пользоваться очень безопасно. Ага, а еще кольчужные перчатки, антисетпик и еще куча всего. > Дай данному хирургу инструмент аналог РЖИ и он не сможет провести операцию вообще. Ты сейчас про дыряшку? Ну так 150 CVE за месяц нашли) > Поэтому если дурачки не умеют пользоваться "скальпелем" то и лезти туда не стоит. Тонны CVE в ядре как раз про это говорят)))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #253 Ответы: #295

290. Сообщение от Аноним (217), 18-Дек-25, 13:30	+1 +/–
> разыменновывания нулевого указателя ... является безопасной операцией, программа безопасно упадёт. Никаких утечек персональных данных не будет. Всё по расту.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #282

291. Сообщение от Аноним (217), 18-Дек-25, 13:33	+/–
> главный сишник ядра А сишник ли он? Если он пел за раст.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #264 Ответы: #296

293. Сообщение от px (??), 18-Дек-25, 13:48	+/–
Да
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #259 Ответы: #317

294. Сообщение от Аномалии (?), 18-Дек-25, 14:18	–3 +/–
С - это кукурузник Rust - это современный Боинг Здесь я вижу только два варианта. Или диверсия со стороны СИшников, или низкая квалификация программиста. Rust, как язык решающий определенные проблемы,  здесь не причем. Если все таки низкая квалификация, то человек просто переводя Боинг на ручное управление (unsafe), не справился с задачей
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #334, #336, #344

295. Сообщение от bOOster (ok), 18-Дек-25, 14:22	+/–
>> У хирурга есть очень потенциально опасный инструмент. Называется скальпель. И грамотный хирург умеет им пользоваться очень безопасно. > Ага, а еще кольчужные перчатки, антисетпик и еще куча всего. >> Дай данному хирургу инструмент аналог РЖИ и он не сможет провести операцию вообще. > Ты сейчас про дыряшку? > Ну так 150 CVE за месяц нашли) >> Поэтому если дурачки не умеют пользоваться "скальпелем" то и лезти туда не стоит. > Тонны CVE в ядре как раз про это говорят))) Так вот я о том что проблема не в инструменте совсем, проблема в образовании недопрограммистов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #289 Ответы: #311

296. Сообщение от Аноним (258), 18-Дек-25, 14:24	+/–
О времена, о нравы. Человек, написавший ОС на си выписан из сишников.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #291

299. Сообщение от Аноним (258), 18-Дек-25, 14:32	+/–
>Ссылочку на ваш код, пожалуйста И что вы там собираетесь увидеть? Я вам уже скидывал пример написания LR парсера, и вы многозначительно промолчали.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #279 Ответы: #303

300. Сообщение от Аноним (335), 18-Дек-25, 14:33	+/–
Если в FB2 используется только ограниченный набор возможностей из xml, то для работы с FB2 и нужен парсер этих возможностей. Дополнительный код - дополнительная поверхность атаки и ненужное усложнение.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #280 Ответы: #305, #322

301. Сообщение от Аноним (301), 18-Дек-25, 14:35	+/–
> Tier: 3. Вам нужно - вы и пилите. Пилить что? У вас даже языка нет, всё время "эта фича была добавлена/убрана/изменена вчера/завтра". Причём код одной версии не будет компилироваться на другой версии. Даже у ещё не вышедшего Jai проблем таких не было в таком количестве.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #186

302. Сообщение от Аноним (258), 18-Дек-25, 14:47	–1 +/–
>Что за гигенические макросы? Это что на индуском? В гугле забанили? >В общем случае (и в частном тоже) стат.анализатором проверить отсутствие разыменновывания нулевого указателя Вот сишники очень любят рассказывать, как у них всё работает. Вот мне сказали, что есть целых два флага для проверки, а они оба почему-то не работают. cat b.h ``` struct A {         int* p; }; void set_null(struct A*); int print(struct A*); ``` cat b.c ``` #include "b.h" void set_null(struct A* a) {         a->p = 0; } int print(struct A* a) {         int* x = a->p;         return *x; } ``` cat a.c ``` #include <stdio.h> #include "b.h" int main() {     int y = 7;     struct A a = {.p = &y };     printf("%d", print(&a));     set_null(&a);     printf("%d", print(&a));     return 0; } ``` gcc -fanalyzer b.c -c -o b.o && gcc -fanalyzer a.c -c -o a.o && gcc -fanalyzer a.o b.o -o a && ./a Segmentation fault (образ памяти сброшен на диск) ---- ``` int test(int* x) {     return *x; } int main() {     int *x = 0;     return test(x); } ``` gcc a.c -Werror -Wnull-dereference --- Превосходная работа сишного анализатора - малейший рефакторинг и проверка ошибок молча отваливается. >Покажи мне в ассемблере строки в 2025 году. Покажите мне код на ассемблере, не в виде вставок или демок в 2025 году.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #282 Ответы: #310, #312, #314

303. Сообщение от ProfessorNavigator (ok), 18-Дек-25, 14:53	+/–
> И что вы там собираетесь увидеть? Я вам уже скидывал пример написания > LR парсера, и вы многозначительно промолчали. Т.е. вы расписываетесь в том, что к программированию никакого отношения не имеете. А значит цена вашим словам - 0. Позовите следующего тролля пожалуйста ;)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #299 Ответы: #319

304. Сообщение от Аноним (185), 18-Дек-25, 14:54	+/–
> а такого базового примитива невозможно без unsafe сделать... проблема останова, если ваш список зациклится, а это влечет неразрешимость.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #205

305. Сообщение от ProfessorNavigator (ok), 18-Дек-25, 14:54	+/–
> Если в FB2 используется только ограниченный набор возможностей из xml, то для > работы с FB2 и нужен парсер этих возможностей. Дополнительный код - > дополнительная поверхность атаки и ненужное усложнение. Вы, я так подозреваю, с адресатом ошиблись ;)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #300

306. Сообщение от Аноним (301), 18-Дек-25, 15:02    Скрыто ботом-модератором	+/–
Важен сам факт доступа к ресурсу и/или его лайвтайм. Если таки открыть изначальное сообщение об уязвимости, улыбаемся и машем - растовичане забыли, что лист создавался для того, чтобы его читали другие компоненты системы. Листы там инлайновые, т.е. каждая нода листа и есть объект. Самое забавное, что проблему создаёт "safe" код из Node::release, потому что он копипастит лист и отпускает лок, а потом начинает итерировать то, что убирает "unsafe" код, справедливо пологая, что этот элемент (и данные, лежащие в нём) уникальны и нигде больше не референсятся. Упс, боров чекер обманул сам себя, получается?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #285

307. Сообщение от Аноним (335), 18-Дек-25, 15:06	+/–
> или ocaml, то вы бы знали, что такое быстрая компиляция. Тут обратил внимание, что прототипы компиляторов для создаваемых языков программирования часто пишут на ocaml. Возник вопрос почему?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #270 Ответы: #321

308. Сообщение от Аноним (301), 18-Дек-25, 15:11	+4 +/–
Самый рофл в том, что новость-не-читатели-ссылко-не-открыватели улюлюкают вокруг "это было в unsafe", а по факту виноват был "safe" код в Node::release, потому что какой-то гений решил сделать копию структур в листе, потому что "память бизапасна", снять лок с листа и начать итерировать его, пока другая часть кода подбирает этот лок и удаляет объект, я так понимаю вместе со всем его содержимым, которое себе скопировал код с Node::release. Боров чекеры, что с лицом?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #313, #316

310. Сообщение от Аноним (8), 18-Дек-25, 15:18	+/–
А, ты про этот анализатор - да это шляпа. Возьми нормальный standalone анализатор, он все находит.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #302 Ответы: #330

311. Сообщение от Аноним (-), 18-Дек-25, 15:23	–1 +/–
> Так вот я о том что проблема не в инструменте совсем, проблема в образовании недопрограммистов. В ядре люди, которые пишут код десяти лет. У вас все кто делают ошибки "недопрограммисты". Может покажете проект на СИ где таких ошибок нет? Я пойду спрашивать этих убершеншей как они так смогли.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #295 Ответы: #324

312. Сообщение от Аноним (8), 18-Дек-25, 15:40	+1 +/–
1. А вообще я посмотрел на твой код... скажи честно, ты ведь хеллоуворлды на раст пишешь, верно? Почему у меня в set_null() используется 0 вместо NULL? > 2. Вот мне сказали, что есть целых два флага для проверки Это вопросы к тем, кто тебе это сказал, уточняй у них. Но если тебе правда интересен ответ, то стат.анализатор анализирует код во время компиляции, а не во время его работы. Правда растафили таких подробностей не знают потому что им некогда - им надо div'ы выравнивать по центру. Но ты всегда можешь добавить санитайзеров к своему корявому примеру: -fsanitize=address вместо -fanalyzer 3. Статические анализаторы выстраивающие дерево исполнения и как следствие способные отловить null-ptr-deref в коде после изменения указателя, все же существующи. Можешь из погуглить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #302 Ответы: #329

313. Сообщение от Аноним (301), 18-Дек-25, 15:43	+1 +/–
Причём это буквально ошибка стиля struct A { int a; }; struct list_of_A { struct list_of_A *next; struct A *data; } ... // спавним элемент листа struct A *it = list_add(list_head)->data = alloc(*it); it->a = 42; ... // код, который делает копию объекта из листа struct list_of_A *li; for (li = list_head->first; li; li = li->next) {     if (li->data->a == 42) break; } if (li) other_object->my_A = li->data; ... // код, который не знал, что указатель на данные не уникальный struct list_of_A *li, **prev_next; li = list_head->first; prev_next = &list_head->first; while (li) {     if (li->data->a % 2) {         free(li->data);         li = *prev_next = li->next;     } else {         prev_next = &li->next;         li = li->next;     } } ... // код, который крашит ядро, будучи написанным на расте if (other_object->myA.a == 42) ...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #308 Ответы: #315

314. Сообщение от Аноним (8), 18-Дек-25, 15:44	+1 +/–
> Покажите мне код на ассемблере, не в виде вставок или демок в 2025 году. Вас же, типа, в ядро допустили. В чем проблема посмотреть *.S  в linux/arch/*
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #302

315. Сообщение от Аноним (301), 18-Дек-25, 15:48	+1 +/–
Правка: в конце вместо "myA." должно быть "myA->", потому что myA - адрес, а не сам объект. Компилятор выдаст ошибку для оператора точки на указателе.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #313

316. Сообщение от Аномалии (?), 18-Дек-25, 16:36	+/–
Combined with threads using the unsafe remove method on the original list, this leads to memory corruption of the prev/next pointers unsafe { node_inner.death_list.remove(self) }; Ну и где тут safe?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #308 Ответы: #326

317. Сообщение от Аноним (217), 18-Дек-25, 16:53	+/–
Почему тогда не делают?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #293

318. Сообщение от Аноним (-), 18-Дек-25, 17:02	+/–
> Так, стоп, а CVE тогда зачем? :) Потому что Rust в ядре больше не эксперимент.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #77

319. Сообщение от Аноним (258), 18-Дек-25, 17:05	+/–
>Т.е. вы расписываетесь в том, что к программированию никакого отношения не имеете Да будет известно всяким проффесорам, что в коммерческом программировании код принадлежит работодателю. А иногда, ещё и NDA подписывается.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #303 Ответы: #320

320. Сообщение от ProfessorNavigator (ok), 18-Дек-25, 17:08	+/–
> Да будет известно всяким проффесорам, что в коммерческом программировании код принадлежит > работодателю. А иногда, ещё и NDA подписывается. Тогда с вами вообще не о чем разговаривать ;) Но так и быть, в порядке исключения - на каком языке пишете, в какой компании, какой продукт.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #319

321. Сообщение от Аноним (258), 18-Дек-25, 17:11	+/–
>Возник вопрос почему? Потому, что это очень удобно. Написание компиляторов в целом хорошо ложится на функциональное программирование, а Ocaml даёт кучу возможностей, вроде сборки мусора, вывода типов, статической типизации, быстрой компиляции. При желании можно запросто использовать и ООП подход. Написание аналогичного кода на c++ потребует гораздо больших усилий. Haskell куда сложнее в освоении, плюс из-за ленивых вычислений может весьма сильно потреблять память.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #307 Ответы: #369

322. Сообщение от Аноним (258), 18-Дек-25, 17:17	+/–
>Если в FB2 используется только ограниченный набор возможностей из xml, то для работы с FB2 и нужен парсер этих возможностей. Есть такое волшебное слово, как спецификация. И несоблюдение спецификации приведёт к тому, что вместо реальных данных будет прочитан какой-то мусор. Кроме того, безотносительно спецификации, я уже не раз писал, что парсер должен работать от начала документа к концу, а реализация от ProfessorNavigator-а наматывает круги по документу. И если в отношении соблюдения спецификации были робкие шаги, то вот избавится от нескольких циклов он так и не осилил. >Дополнительный код - дополнительная поверхность атаки и ненужное усложнение. Ну так читайте книги в txt формате. Зачем вам fb2?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #300 Ответы: #368

324. Сообщение от Аноним (324), 18-Дек-25, 17:29	+/–
Ядро проект большой и давний, активно развиваемый разномастной толпой. Ошибки допускают, ошибки исправляют. А на Расте даже чужие консольные утилиты десять лет портировать не могут, чтобы на равном месте не облажаться. Та что да, уровень программиста решает. Инструмент - дело десятое.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #311

325. Сообщение от Аноним (301), 18-Дек-25, 17:30	+/–
> Stable API is nonsense Пожилой фин оказался не совсем прав, увы. Был бы стейбл апи, может не переписывали бы драйвера для всего подряд. Но приходилось бы держать огромную помойку сисколов с механизмами, которые должны быть в юзерспейсе. Понять его можно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #264

326. Сообщение от Аноним (301), 18-Дек-25, 17:33	+1 +/–
Вот тут: """ And unfortunately that is exactly what is happening here. In Node::release, we: 1. Take the lock. 2. Move all items to a local list on the stack. 3. Drop the lock. 4. Iterate the local list on the stack. Combined with threads using the unsafe remove method on the original list, this leads to memory corruption of the prev/next pointers. """ Node::release скопировал память, пользуется копией в стаке, а обращение к освобождённой памяти один хрен случилось. Ой, а как так, всё же безопасно было!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #316 Ответы: #346

327. Сообщение от Аноним (324), 18-Дек-25, 17:36	+/–
> Время компиляции С++ сравнимо с обычным С. Если использовать библиотеки из Си. Если использовать включаемые header-only нагромождения C++ шаблонов (templates), вместо разделяемых библиотек, то время компиляции (за счёт автоподстановки/дедукции шаблонов) может вырасти до небес. Правда, всё ещё существенно лучше Rust-а. > Структуры данных на С - это ад. Классы в С++ - это рай. Си-структуры простые как палка и предсказуемые. Хотя бы, не подставляют по странным правилам автоматические конструкторы и деструкторы, которых не видно, а они есть (как в "ДМБ").
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #268

328. Сообщение от Аноним (324), 18-Дек-25, 17:43	+/–
> Да, он крут и безопасен в рамках гарантий которые он дает. Жаль только, что не выходя за "рамки" на Расте вообще писать не получается. А вообще, так можно про любой язык сказать: "Си крут и безопасен в рамках гарантий, которые он даёт."
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #88

329. Сообщение от Аноним (258), 18-Дек-25, 17:44	+/–
>хеллоуворлды на раст пишешь, верно? Нет, не на расте и не хелловорлды. Надеюсь ответил на ваш вопрос. >Почему у меня в set_null() используется 0 вместо NULL? Мне лень изучать 100500 разных языков ради того, чтобы писать сообщения на формуме. И потом, gcc против этого ничего не возражает. Я ж не на haskell пишу. Код работает как ожидается - работает. >Это вопросы к тем, кто тебе это сказал, уточняй у них. Какой хороший диалог с сишниками - это предыдущие сишники(на форуме, в коде ядра, в коде браузера) неправильные, вот я - правильный сишник. Ну а в следующей теме выходит новый сишник и обвиняет в некомпетености уже этих. >Но ты всегда можешь добавить санитайзеров к своему корявому примеру: -fsanitize=address вместо -fanalyzer Ага, и падать во время выполнения, как в динамически типизированном питоне. Постойте, так си и есть динамически типизированный язык, с его void* >Статические анализаторы выстраивающие дерево исполнения и как следствие способные отловить null-ptr-deref в коде после изменения указателя, все же существующи Как и единороги, не даром же про них столько легенд ходит. Но вот на улице их не встретить, да.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #312 Ответы: #345

330. Сообщение от Аноним (258), 18-Дек-25, 17:48	+/–
>Возьми нормальный standalone анализатор, он все находит. Вот интересно, а почему это настоящие сишники не используют нормальный анализатор? Вот пришёл бы настоящий сишник в ядро, libpng и так далее, подключил бы нормальный анализатор, да и показал бы, что раст не нужен. Но вот только этого почему-то не случается.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #310

331. Сообщение от КО (?), 18-Дек-25, 17:49	+/–
Это язык в котором чтение из union - по определению unsafe. :) А вы про список.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35

332. Сообщение от Аноним (324), 18-Дек-25, 17:50	+2 +/–
Сишники смело, под парусом, ходят по морю кода, даже когда море волнуется. Растовики дули schёки и показывали язык с безопасного берега, но захлебнулись в лужице из своих же слюней.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #111

333. Сообщение от КО (?), 18-Дек-25, 17:51	+/–
Если ядро аварийно завершает работу, то какая разница в порядке ли память ...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #77

334. Сообщение от Аноним (334), 18-Дек-25, 17:52	+2 +/–
С - это как раз Боинг, где всё делается руками, а Rust - это Airbus, где даже штурвала нет, только джойстик. Это две разные идеологии со своими достоинствами и недостатками, которые сосуществуют параллельно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #294 Ответы: #342

335. Сообщение от Аноним (335), 18-Дек-25, 17:54	+/–
> В ядре пока с этим проблема, потому что сами разработчики ядра не всегда способны сказать как определённые апи правильно использовать, ничего внятнее "делайте как другие делают" Потому как документация быстро устаревает и нет людей, которые хотели поддерживать ее в актуальном состоянии. Ну и "лучшая документация - это исходники". Открыл посмотрел как реализовано и какие параметры как используются - и дал, то что требуется.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #72 Ответы: #384

336. Сообщение от Аноним (324), 18-Дек-25, 17:56	+2 +/–
Так ведь это же миссия Раста, спасать от ошибок из-за низкой квалификации программистов. Всё? Миссия провалена? Не долго музыка играла..
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #294

337. Сообщение от Аноним (324), 18-Дек-25, 17:59	+/–
Практика - критерий истины.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #340

338. Сообщение от Аноним (335), 18-Дек-25, 18:06	+/–
> Ну так изобретайте раст 2.0. Потом будете ходить и тролить растовиков, не? Зачем. Достаточно что Project Vorona и Vale показывают концептуальную ущербность языка rust.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #262 Ответы: #348

339. Сообщение от Анон1110м (?), 18-Дек-25, 18:22	+2 +/–
Вот и подъехала безопасность. Предрекаю что когда Linux перепишут на Rust, то в плане всяких уязвимостей будет всё почти так как же как если бы на Rust не переписывали а всю эту темку с безопастностью Rust по тихому заметут под ковёр и поднимут на знамя какую-нибудь другу фичу языка.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #343, #351

340. Сообщение от Аноним (185), 18-Дек-25, 18:39	+1 +/–
нет, доказательство - критерий истины!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #337

341. Сообщение от Аноним (341), 18-Дек-25, 19:00	+/–
Можно. Всё также unsafe, но работаем уже напрямую с железом, не дергая сишное окружение.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #259 Ответы: #354

342. Сообщение от Аномалии (?), 18-Дек-25, 19:16	+/–
Ну ок, пусть будет так. Так тоже неплохо смотрится
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #334

343. Сообщение от Аноним (217), 18-Дек-25, 19:19	+1 +/–
> когда Linux перепишут на Rust Линукс будет лежать, не вставая.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #339

344. Сообщение от Аноним (217), 18-Дек-25, 19:25	+/–
> Rust - это современный Боинг как Boeing 737 MAX 8 - два новейших борта всмятку
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #294 Ответы: #347

345. Сообщение от Аноним (8), 18-Дек-25, 19:42	+1 +/–
> Постойте, так си и есть динамически типизированный язык, с его void* хз что ты тут кривляешься, но по такой логике и ассемблер это динамически типизированный язык с его регистрами, где что угодно лежит (нет, там просто байты как и в Си)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #329 Ответы: #361

346. Сообщение от Аномалии (?), 18-Дек-25, 19:42	+/–
> Node::release скопировал память, пользуется копией в стаке, а обращение к освобождённой памяти один хрен случилось Так это что получается, что даже мейнтейнеры ядра уже ничего не понимают, что там в том ведре происходит?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #326 Ответы: #350, #353

347. Сообщение от Аномалии (?), 18-Дек-25, 19:47	+/–
> как Boeing 737 MAX 8 - два новейших борта всмятку А стопроцентной безопасности никто не обещал ;)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #344 Ответы: #373

348. Сообщение от Аноним (258), 18-Дек-25, 20:06	+/–
До тех пор, пока язык не стабилизируется, не получит набор библиотек, не станет известным, его считай что не существет. Так что идите и изобетайте эти языки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #338 Ответы: #372

349. Сообщение от Аноним (258), 18-Дек-25, 20:07	+/–
Внезапно, но весь код не пишится в одиночку, иногда люди работают в командах и используют библиотеки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #287

350. Сообщение от Аноним (301), 18-Дек-25, 20:36	+1 +/–
Посмотри на количество коммитов, которые шлют эти ваши гулуголы, нвидии, интелы и амд, потом накинь сверху код для файловых систем, для сетевух, переписанные уже готовые драйвера (которые ни одна коммитящая гадина не тестила на том железе, для которого они пишут, максимум смотрят что компиляция проходит) и задайся сам себе вопрос - будь ты мейнтейнером, у тебя было бы время перепроверять за каждым индусом, чё он там понаписал? Поищи интервью с тем же Грегом, посмотри, сколько он всего мейнтейнит и как сильно он хочет чтобы кто-нибудь это ещё делал. Могли бы челы в гугле поставить своего ответственного главразраба мейнтенером, раз уж они так сильно зависят от ядра в том же ведроиде? Да запросто. Только у них видимо таких компетентных сотрудников нету, и на зп сажать чела, который будет проверять код того же интела - жаба душит, видимо.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #346 Ответы: #374

351. Сообщение от анондирован (?), 18-Дек-25, 22:21	+/–
... потому что под коврик (нижние слои) замели все unsafe в Rist
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #339

352. Сообщение от Аноним (352), 18-Дек-25, 22:34	+/–
Сишники в курсе, что указатели бывают разные, и даже нулевой указатель может адресовать данные. В других ОС, например, или других архитектурах. Просто сейчас не инициализированный указатель принято ставить 0, при невыделении аллокатор возвращает именно 0 как наиболее универсальный. А могли бы 0x(FF) или ещё извращение типа MAX_SYS_MEM+1. Ну как то так.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #277 Ответы: #359

353. Сообщение от Аноним (217), 18-Дек-25, 23:53	+1 +/–
> мейнтейнеры ядра уже ничего не понимают Ну да, им же сказали, что язык безопасный, зачем что-то понимать?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #346

354. Сообщение от Аноним (217), 19-Дек-25, 04:22	+/–
Но редокс не взлетело, а пошли юзать сишный линукс.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #341

355. Сообщение от EULA (?), 19-Дек-25, 07:32	+1 +/–
"Остальные уязвимости решили на Раст мы уязвимостями считать не будем"? "На раст невозможны существования уязвимостей"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29

356. Сообщение от EULA (?), 19-Дек-25, 07:38	+/–
Так любой язык безопасен в рамках его гарантий и правильного кодирования. Благодаря проекту sudo-rs у хакеров появилось несколько десятков новых векторов атак на систему, которых не было в классическом sudo.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #88

357. Сообщение от Аноним (258), 19-Дек-25, 09:32	+/–
Где вы в моём сообщении увидели намёк на раст?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #284

358. Сообщение от Ivan (??), 19-Дек-25, 09:32	+4 +/–
Раст не являетесь более безопасным языком чем Си. Безопасных языков нет. Но Си приучает программиста думать. Раст отучает это делать, и данная ошибка это подтверждает. Иными словами - думать надо на любом языке программирования!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #377

359. Сообщение от Аноним (258), 19-Дек-25, 09:33	+/–
>Сишники в курсе, что указатели бывают разные, и даже нулевой указатель может адресовать данные. В других ОС, например, или других архитектурах. Только вот не надо сказки рассказывать. Проблема не в том, что я не могу разыменновать нулевой указатель, проблема в том, что это - UB.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #352 Ответы: #366, #382

360. Сообщение от Аноним (258), 19-Дек-25, 09:35	+/–
То есть сам факт затенения имён переменных и не только, вас не смущает? При чём здесь вообще бумага?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #288

361. Сообщение от Аноним (258), 19-Дек-25, 09:38	+/–
>но по такой логике и ассемблер это динамически типизированный язык ВНЕЗАПНО
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #345

362. Сообщение от Аноним (362), 19-Дек-25, 10:00	+1 +/–
Всему есть объяснение https://blog.rust-lang.org/2024/02/19/2023-Rust-Annual-Surve...
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #376

363. Сообщение от Рщъ (?), 19-Дек-25, 10:22	+/–
Если прилетит, то это уже метеорит, а не метеор
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #241

364. Сообщение от Аноним (334), 19-Дек-25, 12:32	+2 +/–
И это только чуть-чуть переписали... А если всё перепишут, то получится такой сарай с сюрпризами - что мама не горюй!
Ответить | Правка | Наверх | Cообщить модератору

365. Сообщение от Аноним (334), 19-Дек-25, 12:33	+3 +/–
Переписывать ядро на сыром языке - это ж надо было додуматься!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #375, #378

366. Сообщение от ProfessorNavigator (ok), 19-Дек-25, 12:37	+/–
>>Сишники в курсе, что указатели бывают разные, и даже нулевой указатель может адресовать данные. В других ОС, например, или других архитектурах. > Только вот не надо сказки рассказывать. Проблема не в том, что я > не могу разыменновать нулевой указатель, проблема в том, что это - > UB. А чем оно должно быть?))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #359 Ответы: #367

367. Сообщение от Аноним (258), 19-Дек-25, 13:17	+/–
Либо определённым поведением, вроде паники, или всё таки разыменновывания этого самого указателя, либо ошибкой компиляции. И касаться это должно абсолютно всего UB.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #366 Ответы: #370, #383

368. Сообщение от Аноним (335), 19-Дек-25, 13:24	+/–
> Есть такое волшебное слово, как спецификация. Спецификация xml и xml допустимый в FB2 - это разные вещи. Полная реализация xml в данном случае будет совершенно излишним усложнением приводящая к очень сильному увеличению поверхности атаки. Вон у разработчика libxml2 спросите. Почему он не осилил полную спецификацию xml без CVE. А в читалке - это важно. Ибо данные могут быть подготовлены для атаки. > Зачем вам fb2? Ваше мнение очень важно для нас.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #322

369. Сообщение от Аноним (335), 19-Дек-25, 13:29	+/–
> Написание аналогичного кода на c++ потребует гораздо больших усилий. Почему? И там и там можно писать в любом стиле. > Haskell куда сложнее в освоении Для разработчиков компиляторов это вообще не проблема. > плюс из-за ленивых вычислений может весьма сильно потреблять память Пишут прототипы. И потом переписывают ибо скорость работы мала и ресурсов требует много. Так что вообще не аргумент.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #321

370. Сообщение от ProfessorNavigator (ok), 19-Дек-25, 13:31	+/–
> Либо определённым поведением, вроде паники, или всё таки разыменновывания этого самого > указателя, либо ошибкой компиляции. И касаться это должно абсолютно всего UB. Ещё один "адепт" UB... И как вы себе это представляете? Указатель - это просто переменная, содержащая в себе номер байта в памяти. Тип указателя - количество байт, которые нужно прочитать и как их интерпретировать. Само поведения нулевого указателя при этом ещё и от других факторов может зависеть. Потому что где-то нулевой указатель - указывает на реально существующую память, а где-то - нет. Зависит от ОС например. Поэтому в частности в С рекомендуется использовать макрос NULL, насколько мне известно, а в С++ - оператор nullptr. И если вы разыменуете такой указатель, то получите SEGFAULT. В общем, прежде чем продолжим - ссылочку на код, написанный лично вами, давайте. Чтобы мы представляли уровень вашей "экспертизы".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #367 Ответы: #381

371. Сообщение от Аноним (335), 19-Дек-25, 13:36	+/–
> Да, если она сделана качественно. Ага. А есть еще память. Которая ничего не гарантирует. Однако всеми продается и покупается. А что бы с гарантией - надо отдельно заморачиваться за совсем другую цену. Вся IT, построенная на рыночных основах - полный трешь и угар.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #233

372. Сообщение от Аноним (335), 19-Дек-25, 13:39	+/–
> До тех пор, пока язык не стабилизируется, не получит набор библиотек, не станет известным, его считай что не существет. Так что идите и изобетайте эти языки. Для формализации концепции реализация не нужна. Эти проекты во всю мощь освещают что концепция rust недоделанная. Это язык с реализацией ущербной концепции.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #348

373. Сообщение от Аноним (335), 19-Дек-25, 13:45	+/–
Ага. Двигатели переделывать денег нет. Корпус переделывать денег нет. Давайте просто на старый корпус двигатели побольше поставим. В штопор сваливается? Не беда - мы программно ограничим допустимое использование. Ой! Облажались... И кто это сделал? rust точно такой же
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #347

374. Сообщение от Аноним (335), 19-Дек-25, 13:49	+/–
> и на зп сажать чела, который будет проверять код того же интела - жаба душит, видимо Ага. Корпоративная культура. Почитал как-то от опус одного из разработчиков компиляторов, как он в Интел интеловский компилятор разрабатывал и как пытался туда поддержку других процессоров (не интеловских) добавить. И как он ушел потом в гугл и начал поливать от туда помоями интел.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #350

375. Сообщение от Аноним (217), 19-Дек-25, 13:55	+1 +/–
> на сыром языке на сыром 20-летнем языке (с 2006)... Он уже не сырой, а "немного" пахнет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #365

376. Сообщение от Аноним (217), 19-Дек-25, 14:00	+/–
Очень интересный годовой отчёт, показывает, что команда занимается делом.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #362

377. Сообщение от Аномалии (?), 19-Дек-25, 15:51	+/–
> Раст не являетесь более безопасным языком чем Си Время покажет! Я пока для себя разбираюсь с Rust потихоньку и ещё сам не понял, так это или нет > думать надо на любом языке программирования! Тут не поспоришь. Вон binder программист не подумал и получил race condition
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #358

378. Сообщение от Аномалии (?), 19-Дек-25, 15:55	+/–
> на сыром языке А можно мне объяснить, в чем его сырость? В данном случае вина погромиста, а не самого языка
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #365 Ответы: #380

379. Сообщение от Мистер Булкин (ok), 19-Дек-25, 23:59    Скрыто ботом-модератором	+/–
А что, если Линус специально пропустил этот баг, чтобы выкинуть раст из ядра, а на плач растоманов всякий раз тыкать в этот баг пальцем :D
Ответить | Правка | Наверх | Cообщить модератору

380. Сообщение от Мистер Булкин (ok), 20-Дек-25, 00:01	+/–
В отсутствии ISO
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #378

381. Сообщение от Аноним (258), 20-Дек-25, 01:44	+/–
>И как вы себе это представляете? Меня удивляет, что каждый раз сишные апологеты с лёгкостью игнорируют уже приведённые ранее аргументы. Емнип я уже лично вам скидывал статью https://habr.com/ru/articles/827752/. И вот эту статью https://habr.com/ru/companies/pvs-studio/articles/250701/ я вам тоже уже скидывал. Но вы опять притворяетесь, что ничего не знаете. >Само поведения нулевого указателя при этом ещё и от других факторов может зависеть. Например, от оптимизирующего компилятора, который решил переписать код за программиста. >а в С++ - оператор nullptr Эм, с каких пор литерал превартился в оператор? >И если вы разыменуете такой указатель, то получите SEGFAULT. Не гарантированно. >В общем, прежде чем продолжим - ссылочку на код, написанный лично вами, давайте. Что вы там хотите увидеть? Вы не мой работодатель, зачем мне показывать мой код вам? Мои pet проекты? Вот возьмём тему парсеров, я думаю, что даже если вам скинуть shift/reduce конфликт, то вы грамматику не поправите. >Чтобы мы представляли уровень вашей "экспертизы". Чтобы вы представляли уровень моей экспертизы - я бесплатно вам отревьювил код, и вы потом ошибки исправиляли. Я его даже не запускал. Вы же данные ошибки допустили, и, я так полагаю, если бы не я, то до сих пор бы их так и не поправили.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #370 Ответы: #386

382. Сообщение от Аноним (352), 20-Дек-25, 01:54	+/–
Вы просто боитесь этого. Undefined. Бу. Или зациклены. Сходите к психологу, что ли.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #359

383. Сообщение от Аноним (352), 20-Дек-25, 02:28	+/–
Оно вполне определённое, это разыменоввывание нулевого указателя. И результатом может быть: Паника - это в тех runtime, где есть MMU, есть malloc и он может отказаться выделить память. А проверки на NULL/nullptr в коде автора нет. Поэтому здесь разыменовать "нулевой указатель" - получить page fault или аналог. или Получение доступа к физической/виртуальной памяти с адресом "мы думаем что 0" - в других системах, с другим вариантом управления памятью. UB здесь в консерватории^W определении, что это UB так как стандарт языка не может устанавливать ограничения на архитектуру. И в следствие, этот червяк засел в головах и правит там бал.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #367 Ответы: #387

384. Сообщение от morphe (?), 20-Дек-25, 03:33	+/–
> Потому как документация быстро устаревает и нет людей, которые хотели поддерживать ее > в актуальном состоянии. Ну и "лучшая документация - это исходники". Открыл > посмотрел как реализовано и какие параметры как используются - и дал, > то что требуется. Вот только в Rust для того чтобы написать безопасную обвязку над небезопасным кодом - надо чтобы эта безопасная обвязка гарантировала что данные передаваемые небезопасному коду не нарушали его инвариантов - если небезопасный код читает элемент массива N, значит обвязка должна проверить что длина массива как минимум N+1 В ядре над многими функциями сложно сделать безопасную обвязку, потому что всех инвариантов не знает никто, и даже разаботчики на си иногда с этим ошибаются, потому что из C кода эти инварианты не известны
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #335 Ответы: #389

385. Сообщение от 0xdeadbee (-), 20-Дек-25, 05:26	+/–
рецепт "делай хорошо и не делай плохо" - универсальный, пригоден для любого языка программирования и для любой области деятельности вообще.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9

386. Сообщение от ProfessorNavigator (ok), 20-Дек-25, 11:45	+/–
Ну т.е. вы расписываетесь в том, что ваша квалификация, как программиста - нулевая. Соответственно ценность вашего мнения - такая же.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #381 Ответы: #388

387. Сообщение от Аноним (389), 20-Дек-25, 15:28	+/–
>Оно вполне определённое, это разыменоввывание нулевого указателя Сишные апологеты как всегда не просто некомпитентны, а откровенно лживы. Вот простейший контрпример: a = NULL; i = 100500; a[i] = 1; Если 100500 не хватит, возьмите число побольше. Ну как? >что это UB так как стандарт языка не может устанавливать ограничения на архитектуру UB - это сишность головного мозга, позволяющая компилятору произвольным образом изуродовать код. И сказать, как в конкретном случае это будет работать - невозможно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #383 Ответы: #390

388. Сообщение от Аноним (389), 20-Дек-25, 15:30	+/–
А вы скажите, как это вы, уважаемый крестовик, смогли написать код так плохо, что я, с ваших слов с нулевой квалификацией, указал вам на ошибки в реализации, просто почитав код? И да, мы обсуждаем не мою квалификацию, а то, что UB не нужен.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #386

389. Сообщение от Аноним (389), 20-Дек-25, 15:31	+/–
>Вот только в Rust для того чтобы написать безопасную обвязку над небезопасным кодом - надо чтобы эта безопасная обвязка гарантировала что данные передаваемые небезопасному коду не нарушали его инвариантов - если небезопасный код читает элемент массива N, значит обвязка должна проверить что длина массива как минимум N+1 Наконец-то кто-то об этом заговорил. А теперь подскажите, как это сделать во время компиляции? Подсказка: я неоднократно писал об этом раньше.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #384

390. Сообщение от Аноним (352), 20-Дек-25, 23:46	+/–
>UB - это сишность головного мозга Только в вашей голове. >позволяющая компилятору произвольным образом изуродовать код И какие претензии к языку? Компилятор сделали слишком умным, вот да. Юзайте -O0, уродовать не будет. И ещё, по там по ссылкам хорошие статьи на хабре. И основная тема в них - "компилятор слишком мудрый". А не "UB такой плохой".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #387 Ответы: #391

391. Сообщение от Аноним (389), 21-Дек-25, 16:53	+/–
>Компилятор сделали слишком умным, вот да. Юзайте -O0, уродовать не будет. Во-первых будет тормозить, во-вторых это всё равно не поможет. >И основная тема в них - "компилятор слишком мудрый". А не "UB такой плохой". Не важно. В том примере, который я привёл, у нас сишный ub, сишнее некуда. Ибо целиком и полностью зависит от значения i - либо ошибка сегментации, либо порча памяти.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #390 Ответы: #392

392. Сообщение от Аноним (352), 21-Дек-25, 21:00	+/–
да откуда вы берётесь, не умеющие воображать то.... мысленный (ибо лень на самом деле) эксперимент: достаю VM с FreeDOS внутри, таки компилирую чем то ваш пример (с учётом 16-битной архитектуры), запускаю. Ошибки сегментации нет. Порча памяти? Почему порча? Я так хотел.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #391

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

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