The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



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

"Мнение Грега Кроа-Хартмана и Кейса Кука о продвижении Rust в ядро Linux"  +/
Сообщение от opennews (?), 20-Фев-25, 09:42 
Грег Кроа-Хартман (Greg Kroah-Hartman), отвечающий за поддержку стабильной ветки ядра Linux, высказался в поддержку разработки новых компонентов ядра на языке Rust. Как человек, через которого последние 15 лет проходит вся информация об ошибках и уязвимостях в ядре Linux,  он утверждает, что большинство ошибок в ядре вызваны специфичными для языка Си мелкими краевыми случаями, которые полностью исключены в коде на языке Rust...

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

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

Оглавление

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

1. Сообщение от Рифлёные Lays со вкусом сметаны и лука (?), 20-Фев-25, 09:42   –5 +/
что и требовалось доказать
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #2, #492, #560

2. Сообщение от Дед банан (?), 20-Фев-25, 09:45   +4 +/
Таки что и кому требовалось доказать ?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #3

3. Сообщение от Рифлёные Lays со вкусом сметаны и лука (?), 20-Фев-25, 09:46   –13 +/
местным луддитам доказать преимущества применения кода на расте в этом ихнем ядре
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #4, #310

4. Сообщение от u235 (ok), 20-Фев-25, 09:51   +22 +/
Строго говоря, доказательств нет, есть мнение сопровождающего.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #9, #14, #51, #164, #618

5. Сообщение от n00by (ok), 20-Фев-25, 09:52   +/
> переосмыслить и привести в порядок API

Любопытный эксперимент. :)

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

6. Сообщение от ГурренЛаганн (?), 20-Фев-25, 09:52   +4 +/
Окей, ИИ, перепиши мне ядря linux на rust
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #92

8. Сообщение от Ян (?), 20-Фев-25, 09:54   +14 +/
Все, капец ядру, если правда то, что пишут. Корпы его подмяли под себя. Все эти разговоры о якобы более безопасном коде не имеют ничего общего с реальностью.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #12, #23, #65, #117

9. Сообщение от n00by (ok), 20-Фев-25, 09:55   –8 +/
Мнение (то есть думки из области мнимого) у местных экспертов, не сделавших ни одного коммита в ядро. Иначе они бы видели письмо от Грег Кроа-Хартман с анкетой и имели представление о его роли.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #22, #415, #623

10. Сообщение от Потомок изобретателя колесаemail (?), 20-Фев-25, 09:58   –1 +/
Господа, мы на пороге рождения нового языка CRUST! Даёшь кору в ядро!!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #18, #118, #624

11. Сообщение от Аноним (38), 20-Фев-25, 09:59   +7 +/
Все правильно говорят, Раст в ядре нужен. Ещё обязательно нужно добавить интерпретатор питона и писать модули ядра на питоне. Это даст кучу плюсов: быстрое прототипирование, кучу новых мейнтейнеров умеющих в питон, а ещё это своременно и молодежно. А всех недовольных дедов сишников под сраку и на пенсию.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #17, #19, #176, #267

12. Сообщение от Рональд Дамп (?), 20-Фев-25, 09:59   +4 +/
>Корпы его подмяли под себя

Разморозился!
А кто его будет сопровождать? Неужто т.н. "сообщество"?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #230

13. Сообщение от Карлос Сношайтилис (ok), 20-Фев-25, 09:59   +9 +/
Судя по последним новостям, внедрение раста в ядро находится не "в процессе", а на "нулевом" шаге – большинство народа, вообще не понимает что такое Раст и зачем он нужен. Приходится вещать базу.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #115, #469

14. Сообщение от тоже Анонимemail (ok), 20-Фев-25, 10:01   +2 +/
Причем мнение сильно однобокое, с кучей граничных условий.
Например, предполагается, что писать на Расте будут столь же квалифицированные специалисты, что для языка, имеющего более низкий порог входа, очевидно неверно.
Соответственно, не учитывается усложнение сопровождения кода не из-за языка, а именно из-за квалификации пишущих на нем.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #73, #95, #103, #166

15. Сообщение от Шарп (ok), 20-Фев-25, 10:03   –6 +/
Какой удар по местным луддитам. Одно дело полоскать rust-активистов с анимешными аватарами, но тут целый Грег. Лидеры проекта твёрдо и чётко решили, что rust'у быть в ядре.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #472

16. Сообщение от name (??), 20-Фев-25, 10:04   +1 +/
И чем его компилировать? Раст в gcc уже доделали?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #20, #104, #212

17. Сообщение от Карлос Сношайтилис (ok), 20-Фев-25, 10:04   +3 +/
Ты хотел пошутить, а прототипы дров вполне себе пишут на питоне.
Только зачем в ядро, если это для прототипирования?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

18. Сообщение от Уууууъъъ (?), 20-Фев-25, 10:05   +9 +/
Мы находимся на пороге перехода на BSD, прощай, Linux! 🚀💻

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #29, #431, #538

19. Сообщение от Аноним (19), 20-Фев-25, 10:06   +5 +/
В энтих ваших BSD уже есть Lua в ядре и позволяет писать модули. Или это _другое_?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #42, #107

20. Сообщение от Карлос Сношайтилис (ok), 20-Фев-25, 10:06   +/
Специально для тех, кто не знает как компилировать, Раст, по умолчанию отключен
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #34, #77, #120

21. Сообщение от Ян (?), 20-Фев-25, 10:08   +2 +/
Кто мне - человеку, который пишет на Си, объяснит, как язык Си имеет отношение к тому, что прогаммист обратился к памяти, которую сам ранее освободил? Или вот это вот "некорректное освобождение ресурсов при обработке ошибок"? Детский лепет. Корпы подмяли ядро под себя. И майки это все возглавляют, так что нет иллюзий о том, что там кто-то думает о безопасности. Надежда на то, что будет как минимум одна версия ядра, а которой будет только Си.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #25, #26, #31, #32, #48, #147, #367

22. Сообщение от u235 (ok), 20-Фев-25, 10:09   +8 +/
>имели представление о его роли.

Я где-то ставил под сомнение его роль?

>не сделавших ни одного коммита в ядро.

К чему этот высер?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #537

23. Сообщение от Аноним (23), 20-Фев-25, 10:10   +/
Это скорее хорошо. Можно будет агитировать людей переходить на BSD, Plan9, Hurd.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #38, #93

24. Сообщение от u235 (ok), 20-Фев-25, 10:11   +/
Конечно любопытный. Выкинут из ядра все goto и что ты будешь делать?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #135, #345, #539

25. Сообщение от Аноним (25), 20-Фев-25, 10:12   +8 +/
> Кто мне - человеку, который пишет на Си, объяснит, как язык Си имеет отношение к тому, что прогаммист обратился к памяти, которую сам ранее освободил?

Непосредственное отношение имеет. Он разрешает это делать.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21 Ответы: #30, #66, #329

26. Сообщение от Аноним (38), 20-Фев-25, 10:14   +/
>Надежда на то, что будет

Не будет! Точнее будет как в свое время у дебиан голосование по инитам, до тех пор, пока не проголосуют правильно. А всех особо недовольных отменят или выгонят.  

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21 Ответы: #33, #142

27. Сообщение от bOOster (ok), 20-Фев-25, 10:17   +3 +/
Шикарно, шикарно. Теперь достаточно встроить бэкдор, вирус или что-то там еще в rust runtime и дело в шляпе. Линус молодец, очень не хочет чтобы и дальше АНБ, ЦРУ и т.д. тыкали его палкой в задний проход..  
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #37, #47, #85, #236

28. Сообщение от Аноним (28), 20-Фев-25, 10:18   +/
Откройте этот код на Раст о котором все говорят, там на каждый блок камент SAFETY потому что код вызывает unsafe, где там безопасность непонятно.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #41, #377

29. Сообщение от Карлос Сношайтилис (ok), 20-Фев-25, 10:18   +1 +/
Там тоже Раст. Тебе не скрыться и не спрятаться!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #106

30. Сообщение от Ян (?), 20-Фев-25, 10:19   +/
Голову включать надо в любом языке программирования.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #35, #45, #148

31. Сообщение от Карлос Сношайтилис (ok), 20-Фев-25, 10:21   +/
Покажи как это сделать на питоне.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21

32. Сообщение от Аноним (32), 20-Фев-25, 10:22   +/
Ну ты либо не пишешь на Си, либо пишешь helloword-ы, либо накидываешь на вентилятор
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21 Ответы: #315

33. Сообщение от Ян (?), 20-Фев-25, 10:23   +/
Время покажет. Есть же версия ядра без раста. Так что я лично думаю, что старые программисты ядра очень даже могут захотеть на нее переключиться. Им собственно ничего другого и не остаётся по большому счету.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26 Ответы: #59

34. Сообщение от name (??), 20-Фев-25, 10:23   +/
Вопрос был другой.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #570

35. Сообщение от Аноним (25), 20-Фев-25, 10:24   +3 +/
Ага, пишите без ошибок, а также будьте здоровыми и богатыми.
Даже гениальная голова от подобного рода ошибок не спасёт.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30 Ответы: #44

37. Сообщение от Карлос Сношайтилис (ok), 20-Фев-25, 10:26   +1 +/
Надо набраться смелости и сказать настоящую правду: не АНБ и ЦРУ, а масоны и рептилоиды!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #71

38. Сообщение от Аноним (38), 20-Фев-25, 10:26   –1 +/
>Можно будет агитировать людей переходить

Агетируй не агетируй, а все равно все останутся на Линукс. Отвалится только 2-3% пользователей, считай статистическая погрешность. В свое время бухтели по поводу системД, много недовольных было, дебаты целые проходили, и чем все закончилось? Все мейнстримныне дистры используют системД или его компоненты. Те  же artix или devuan они не свободные от системД как себя позиционируют, они используют компоненты. Есть всякие kiss, obarun, joborun, но это васянские поделки с пустыми репозиториями. Единственное что более менее так это antiX, все остальные прогнулись или маргинальщина.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #50, #57, #319, #424

41. Сообщение от Карлос Сношайтилис (ok), 20-Фев-25, 10:28   +/
У вас там методичка раз в три года обновляется? Меняйте почаще, а то совсем скучно с вами
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28

42. Сообщение от bOOster (ok), 20-Фев-25, 10:29   +/
Неясно что курили NetBSDшники.. Но забористо..
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #84

44. Сообщение от Ян (?), 20-Фев-25, 10:30   –4 +/
Да ладно. Проследить за тем, чтобы не возникало упомянутых ошибок, не надо сверхспособностей.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35 Ответы: #61

45. Сообщение от Герострат (?), 20-Фев-25, 10:31   +1 +/
Покажи свой безошибочный код.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30

46. Сообщение от pic (??), 20-Фев-25, 10:31   +/
Ну вот и всё.
Ядро, лет через десять, будет полностью переписано.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #49, #202, #411

47. Сообщение от Герострат (?), 20-Фев-25, 10:32   +6 +/
Что такое rust runtime?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #108

48. Сообщение от Аноним (48), 20-Фев-25, 10:33   +7 +/
В том же, мной любимом Free Pascal, компилятор следит за многими вещами и банально не даст скомпилировать. В С компиляторы более "Либеральны" и позволяют делать многое, что в Free Pascal не дозволено. Походу ребят из Раста осенило и они сделали что-то подобное
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21

49. Сообщение от pic (??), 20-Фев-25, 10:34   +/
>позволит не только снизить число ошибок при работе с памятью, но и сократить время разработки. Скорость разработки возрастает благодаря снижению трудозатрат на отладку и наличию в языке строгих гарантий, позволяющих выявлять ошибки на ранней стадии написания кода, ещё до начала тестирования продукта.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46 Ответы: #112

50. Сообщение от тоже Анонимemail (ok), 20-Фев-25, 10:35   +1 +/
> В свое время бухтели по поводу системД, много недовольных было, дебаты целые проходили, и чем все закончилось?

Есть в отсталых странах такое неверное понимание демократии.
Борьба между разными течениями нужна не для того, чтобы у руля оказались не те, а вот эти, "более правильные".
Она - для того, чтобы рулящие видели края и не отрывались от действительности.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38 Ответы: #67, #155

51. Сообщение от Аноним (51), 20-Фев-25, 10:36   –1 +/
>есть мнение сопровождающего

Формально правдивая, скромная такая фраза, которая одним махом принижает авторитет человека, "через которого последние 15 лет проходит вся информация об ошибках и уязвимостях в ядре Linux"
ЗЫ это один из действенныз приемов газлайтинга.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #56, #69, #320, #327, #541, #559

53. Сообщение от Аноним (271), 20-Фев-25, 10:38   +6 +/
Что примечательно, за раст в ядре топят те кто код не пишет - торвалдсы, хартманы всякие. Ну посмотрим - им сверху видней, может и правда там уже очередь желающих на раст бесплатно писать.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #62, #63, #111, #140, #382, #450

55. Сообщение от Алконим (?), 20-Фев-25, 10:41    Скрыто ботом-модератором+2 +/
Ответить | Правка | Наверх | Cообщить модератору

56. Сообщение от тоже Анонимemail (ok), 20-Фев-25, 10:41   +5 +/
Это - логика.
В срачах она редко встречается, поэтому с непривычки ее легко спутать с демагогией.
Но это - логика.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51

57. Сообщение от MS DOS 6.22 (?), 20-Фев-25, 10:43   +3 +/
> все равно все останутся на Линукс

Что значит _ВСЕ_???
Я останусь на Windows и Android.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38 Ответы: #76, #94

58. Сообщение от IdeaFix (ok), 20-Фев-25, 10:44   +4 +/
Ну тут типичное словоблудие уровня "Мы подаём вам идею как решение".

Если тезисно, то:
1. Никто не собирается переписывать старый код (не ну вы что, мы вам идею как решение, а вы про работу)
2. Раст позволит решить множество проблем (старый код? ой не душните... в старом коде проблемы никуда не денутся, говорите нового не будет? не уходите от темы)
3. Дайте нам почет, славу, права, желательно с поражением в правах других, признайте нашу победу и мы пойдём. Плодами нашей победы воспользуются другие... может быть. Напишут там, перепишут... проблемы решат. Чертовы нахлебники

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #74, #126

59. Сообщение от Аноним (19), 20-Фев-25, 10:45   +/
> Есть же версия ядра без раста.

Её нет.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33 Ответы: #79

61. Сообщение от Аноним (25), 20-Фев-25, 10:46   +2 +/
Сверхспособностей не надо. Нужна 100% внимательность и память. А человеческий мозг на них не способен.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44 Ответы: #75

62. Сообщение от Ян (?), 20-Фев-25, 10:48   +1 +/
Скорее всего на них надавили как следует. Не, ну если бы к тому, что нужно в ядро продвинуть Раст, пришли сами торвалдсы и ко, тогда ещё все понятно, но тут все это дело возглавляют клопы. Торвалдс сам написал не мало кода на Си в ядре, да и как он теперь будет проверять код на расте? Короче скорее всего Линус теряет контроль над детищем ещё больше.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53 Ответы: #64

63. Сообщение от Аноним (25), 20-Фев-25, 10:48   +/
Тогда, судя по здешним комментам, каждый второй опеннетовец усиленно коммитит в ядро.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53 Ответы: #88

64. Сообщение от Аноним (25), 20-Фев-25, 10:49   +/
> Торвалдс сам написал не мало кода на Си в ядре, да и как он теперь будет проверять код на расте?

Думаете, Си — единственный язык, на котором Торвальдс способен писать?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #62 Ответы: #98, #405, #408

65. Сообщение от Karl Richter (ok), 20-Фев-25, 10:50   +1 +/
Так какая выгода корпорациям от внедрения нового языка?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #68, #420

66. Сообщение от Анон1110м (?), 20-Фев-25, 10:50   +/
А можно пример кода программы на Rust в которой запрещено так делать?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #458

67. Сообщение от Karl Richter (ok), 20-Фев-25, 10:52   –4 +/
В общем, демократия тормозит развитие, потому что нужно идти на компромисся с архаичными элементами.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50 Ответы: #82, #562

68. Сообщение от Ян (?), 20-Фев-25, 10:52   +/
Контроль.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65 Ответы: #78, #80, #113

69. Сообщение от u235 (ok), 20-Фев-25, 10:52   +3 +/
>Газлайтинг — это одна из форм психологического насилия. Один человек, манипулируя другим, запугивает его, заставляет сомневаться в собственных силах, адекватности суждений и даже в воспоминаниях.

Я так понимаю, ты решил ввернуть модное словечко, но вспомнил только это.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51 Ответы: #193

70. Сообщение от Аноним (70), 20-Фев-25, 10:53   +1 +/
> Показано, что основным источником проблем с безопасностью является новый код и повышению его качества следует уделять основное внимание.

Иными словами проблема в новых программистах. Может DEI не работает и попытки опустить уровень системного программирования обречены на провал?

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

71. Сообщение от Массоны Рептилоиды (?), 20-Фев-25, 10:53   +4 +/
Мы тут не причём. Но rust одобряем.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37 Ответы: #270

72. Сообщение от Аноним (72), 20-Фев-25, 10:53   +/
Так это же классическое EEE, мы сейчас на первой букве
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #83, #96

73. Сообщение от Смузихлеб забывший пароль (?), 20-Фев-25, 10:54   +1 +/
> Скорость разработки возрастает благодаря снижению трудозатрат на отладку
> и наличию в языке строгих гарантий, позволяющих выявлять ошибки
> на ранней стадии написания кода, ещё до начала тестирования продукта

По сути, всё ускорение разработки будет основано на вере в непогрешимость и невероятную стабильность раста и на экономии времени на тестирование по той же причине

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #124, #461

74. Сообщение от нах. (?), 20-Фев-25, 10:55   +1 +/
чего ты ждал от человека, занимающегося мелким пакостничеством и не написавшим ни строчки полезного кода за последние лет 20?

Он занят своей жоп секьюрити, и более ничем.


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

75. Сообщение от Ян (?), 20-Фев-25, 10:55   –4 +/
Да ладно... То есть вот ракеты человек может строить, а проследить за тем, чтобы в коде не было ошибок по невнимательности, мозг не тянет?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61 Ответы: #90, #105

76. Сообщение от Аноним (38), 20-Фев-25, 10:55   +/
>Что значит _ВСЕ_???

Я останусь на Windows и Android.

ВСЕ значит то, что ВСЕ те, кто сейчас пользуется линуксом и дальше продолжат им пользоваться. Принципиально уйдет совсем мало людей, статистическая погрешность. Народу по большей части плевать, работает сервер и ладно или запускается десктоп, а как там все внутри и на чем работает безразлично. Про окна и андроид вообще речи не идёт они к тем самым "ВСЕ" не имеют отношения так как не используют Линукс. Хотя есть и те кто пользуется сразу всеми системами, но они тоже вряд ли что то поменяют радикально, а если поменяют, то их тоже можно отнести к этим самым "ВСЕ" и они можно сказать тоже войдут в эту часть статистической погрешности или не войдеюут в зависимости от их принципиального решения, как пользователи Линукс, хотя бы частично. Надеюсь я ответил на твой вопрос.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57 Ответы: #261

77. Сообщение от 123456 (??), 20-Фев-25, 10:55   +/
но при написании кода на Ц ты обязан позаботиться, чтобы код на ржавом не сломался

иронично

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

78. Сообщение от Karl Richter (ok), 20-Фев-25, 10:55   +1 +/
Каким образом это дает им контроль?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68 Ответы: #102

79. Сообщение от Ян (?), 20-Фев-25, 10:56   –1 +/
Libre linux
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59 Ответы: #81, #110

80. Сообщение от Karl Richter (ok), 20-Фев-25, 10:56   +1 +/
Да и они экономически уже контролируют.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68 Ответы: #244

81. Сообщение от Аноним (81), 20-Фев-25, 10:57   –1 +/
Нет. Это ядро, освобождённое от проприетарщины. Rust под открытой лицензией, его из ядра не удалят.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #79 Ответы: #87

82. Сообщение от тоже Анонимemail (ok), 20-Фев-25, 10:58   +5 +/
Если имеет место развитие - да, тормозит... по сравнению с прямолинейной диктатурой.
Но гораздо лучше демократия тормозит - деградацию. За это мы ее и любили.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #67 Ответы: #89

83. Сообщение от Аноним (70), 20-Фев-25, 10:59   +1 +/
На второй. Embrace уже был в виде щедрых платиновых спонсоров. Теперь идёт Extend.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #72

84. Сообщение от Аноним (84), 20-Фев-25, 11:04   +1 +/
И в итоге оно безопаснее и гибче, нежели eBPF.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42 Ответы: #432

85. Сообщение от мявemail (?), 20-Фев-25, 11:05   –2 +/
что мешало в рантайм gcc встроить?
или в рантайм llvm'а(хотя, не уверена на 100%, что он есть) ?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #100, #134, #149

87. Сообщение от Ян (?), 20-Фев-25, 11:06   +/
Это ядро, которое освобождено от раста в том числе. Его вычистили от проприетаргого кода и раста.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #81 Ответы: #91

88. Сообщение от Аноним (271), 20-Фев-25, 11:10   +/
Выпрашивать чтобы мой код приняли в майнстрим у меня нет нужды, после недавних публикаций по санкиям и подавно. Есть колаборы всякие кто этим занимается.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #63 Ответы: #188

89. Сообщение от Karl Richter (ok), 20-Фев-25, 11:11   –2 +/
Ну, насчет деградации можно и поспорить. Но не имеет смысла.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #82 Ответы: #335

90. Сообщение от Аноним (25), 20-Фев-25, 11:11   +2 +/
Ракету не один человек строит. И не при помощи сишечки. И бюджеты совсем другие.
А ракеты всё равно порой падают.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #75

91. Сообщение от Аноним (81), 20-Фев-25, 11:12   +/
Хм, возможно я ошибался. Но в примечаниях к выпуску видел только "добавлены примитивы для обнаружения rust". Но не нашёл слов что его оттуда удаляют.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #87 Ответы: #109

92. Сообщение от Аноним (92), 20-Фев-25, 11:13   +/
OK, AI, сконвертируй мне модуль ядра нa Rust в код на C.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #462

93. Сообщение от Аноним (92), 20-Фев-25, 11:14   +1 +/
Genode/Sculpt
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23

94. Сообщение от Аноним9444935593 (?), 20-Фев-25, 11:14   +/
Про тебя речи и не было, очевидно же что разговор о тех всех кто использует линукс.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57

95. Сообщение от Аноним (95), 20-Фев-25, 11:15   +5 +/
Извините, это у Rust более низкий порог входа? Просто хочу убедиться, что всё правильно понял.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #262

96. Сообщение от нах. (?), 20-Фев-25, 11:16   +1 +/
последней. Тот линукс что был у нас раньше - уже успешно extinguished.

Удивительно, но это сделала не корпорация Зла.

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

98. Сообщение от нах. (?), 20-Фев-25, 11:18   +1 +/
мы думаем что он и на си уже не способен ("концепции" и хеловроты на три строки не в счет). А раньше еще вроде в перл мог, но это неточно.

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

99. Сообщение от beck (??), 20-Фев-25, 11:18   +3 +/
У меня неудобный вопрос.

С 1979 года существует Ада, который специально создавался для написания архинадежных программ, где всяческие ошибки отлавливаются на этапе компиляции. Практически всё нормально работающее ПО для авиации, космонавтики, АЭС и подобных областей пишется именно на Ада.

Ошибки в ядре были и раньше, язык,  позволяющий их порешать появился ещё до линукса. Но это было не нужно.

И только когда появился раст, вдруг стало прямо дофига в ядре ошибок и именно только раст позволяет их решить.

Вам не кажется это странным, ув. друзья?

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #125, #129, #138, #150, #151, #157, #181, #245, #394

100. Сообщение от нах. (?), 20-Фев-25, 11:18   –6 +/
может скажем ей? А, зачем... девочка-программист это примерно морская свинка.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #85 Ответы: #386

101. Сообщение от Аноним (107), 20-Фев-25, 11:19   +/
А зачем они всё это наболтали? Это всё уже было сказано не раз, чуть ли не дословно (или вообще копипастой балуются?).
Проблема возникла с добавлением ещё одной абстракции - почему бы не поискать решение вместо шума? Какой-то инфантильный абсурд...
Ответить | Правка | Наверх | Cообщить модератору

102. Сообщение от Аноним (92), 20-Фев-25, 11:19   +/
Помните, как NSA кинула кличь "Всем на Rust!" Не о простых же пользователях они так пекутся, а о своём удобстве. Значит, в непрозразночности Rust-кода они усмотрели таки для себя удобные возможности сокрытия.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #78 Ответы: #313, #464

103. Сообщение от Аноним (103), 20-Фев-25, 11:22   +2 +/
> Например, предполагается, что писать на Расте будут столь же квалифицированные специалисты, что для языка, имеющего более низкий порог входа, очевидно неверно.

Но ведь раст не является языком с более низким порогом входа: вон даже многие сишники не одолели (в том числе среди комментаторов здесь). )))

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #330

104. Сообщение от Аноним (-), 20-Фев-25, 11:22   +1 +/
> И чем его компилировать? Раст в gcc уже доделали?

Проблема курицы и яйца. Зачем добавлять раст в gcc, если его нет в ядре.
А сейчас у них появится стимул.

Тем более, не одним же gcc. Есть прекрасный свободный clang, который и раст собирает, и ядро отлично компиляет (2+ млрд разношерстных андроид устройст тому доказательство)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #119, #128, #131, #132, #369

105. Сообщение от Аноним (-), 20-Фев-25, 11:25   +1 +/
> То есть вот ракеты человек может строить

Строить то может... но и ракеты падают, иногда даже с человеческими жертвами.
Вдруг кто-то по !невнимательности! поставит датчик ввер ногами?
А защиты от дурака не будет. И что тогда?

Плюс в айтишечке нет таких вложений в безопасность как в космос. И вряд ли вы захотите тратить на софт в десять раз больше ресурсов.

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

106. Сообщение от Аноним (92), 20-Фев-25, 11:25   +/
Да и ктому же, FreeBSD давно и глубоко под Шлангом (читай, под Apple) ходит.
Пока ещё есть DragonFly BSD, которая собирается GCC.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29 Ответы: #275

107. Сообщение от Аноним (107), 20-Фев-25, 11:26   +1 +/
https://github.com/luainkernel
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19

108. Сообщение от Аноним (-), 20-Фев-25, 11:26   +1 +/
> Что такое rust runtime?

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47 Ответы: #145, #153

109. Сообщение от ТоЯн (?), 20-Фев-25, 11:28   +/
Кстати, да, я тоже этого не увидел. Возможно они его оставили. Возможно я ошибся
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #91

110. Сообщение от Аноним (-), 20-Фев-25, 11:29   –1 +/
Стремная фигня от каких-то латиноамериканских комми которые умеют только удалять?
И у которых каждый релиз "удалена поддержка" очередных ноутбуков?
Отличный вариант для тех, кто готов ради щво60дки жрать помои.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #79 Ответы: #185

111. Сообщение от Аноним (-), 20-Фев-25, 11:29   +4 +/
> Что примечательно, за раст в ядре топят те кто код не пишет - торвалдсы, хартманы всякие

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

> Ну посмотрим - им сверху видней, может и правда там уже очередь
> желающих на раст бесплатно писать.

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

  

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53 Ответы: #137

112. Сообщение от Аноним (107), 20-Фев-25, 11:31   +/
Позволяющих выявлять ошибки на ранней стадии, ещё до написания кода.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49 Ответы: #175

113. Сообщение от Смузихлеб забывший пароль (?), 20-Фев-25, 11:31   +3 +/
Контроль чего ? у них и так линус на побегушках, только и успевает что принимать под козырёк новые хотелки, скоро уже мозоли подмышками появятся как у иной перелётной птицы
Да и права все на код и логотипы принадлежат тому надо кому, ещё и в правовом поле той страны надо какой, суды которой, по случаю чего, "правильно" решат спор между корпами и какими-то голодранцами от абстрактного сообщества
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68

115. Сообщение от НяшМяш (ok), 20-Фев-25, 11:33    Скрыто ботом-модератором–6 +/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13

117. Сообщение от Аноним (323), 20-Фев-25, 11:35   +4 +/
>>Корпы его подмяли под себя

С разморозкой! Корпы подмяли его под себя в конце 90х-начале 2000х, начиная с IBM, а следом SGI и многие-многие другие. И если бы не они, то никакого разительного преимущества у Линукс бы не было, и совершенно не факт, что эту нишу не заняла какая-нибудь FreeBSD, например. Именно корпы превратили средненькую в техническом плане поделку в мощную современную ОС, влив туда миллионы строк кода и миллиарды долларов.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #417

118. Сообщение от Смузихлеб забывший пароль (?), 20-Фев-25, 11:36   –1 +/
Сраст. Хмм, весьма содержательное название в свете заваливания нестабильной ржавчины в ядро )
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

119. Сообщение от name (??), 20-Фев-25, 11:36   +1 +/
Он не свободный, а пермиссивный. Поэтому корпы везде его и суют.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #104

120. Сообщение от Аноним (92), 20-Фев-25, 11:36   +/
На данный момент отключен, а если примут решение новые подсистемы ядра писать на Rust? Даже не просто модули для оборудования, которое, в случае чего, можно и не покупать, а важные внутренности ядра.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #122

121. Сообщение от Аноним (84), 20-Фев-25, 11:38   –1 +/
Всё хорошо, только в каждую подсистему придётся всё же пихать кучу обвязок для раста.
Они аргументируют это возможностью переработать систему и привести всё к порядку, но будем честны — если они с сями устроили такую помойку, то раст не сможет чудом всё это разрулить. Бесполезно двигать кровати, но они пытаются. Нет планирования, поделие торвальдсва как было запускалкой posix-совместимого назло конкурентам из AT&T, так и осталось несмотря на всю гору костылей и лютейшее продвижении со стороны гигантов.

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

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

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

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

122. Сообщение от Аноним (92), 20-Фев-25, 11:38   +2 +/
Личное мнение : Хр. бы с ним, с кодом в ядре на Rust, главное, чтобы этот код успешно компилировался компилером gccrs. Чтобы бинарный код производился _единым_ кодогенератом для обоих фронтендов: C и Rust.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #120 Ответы: #159

124. Сообщение от Аноним (124), 20-Фев-25, 11:41   +3 +/
Что значит вере? Раст на уровне своего дизайна исключает много возможностей совершить ошибки, как ты не пиши код ( за исключением нескольких мест) вера тут не причем.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73 Ответы: #144, #332, #566

125. Сообщение от Аноним (-), 20-Фев-25, 11:41   +3 +/
> С 1979 года существует Ада,

Да, и это великолепный пример того как нужно проектировать ЯП.

> Ошибки в ядре были и раньше, язык,  позволяющий их порешать появился ещё до линукса. Но это было не нужно.

Потому что:
1. стало больше устройств - раньше был настольный комп и сервак в локалке, а теперь к нему добавился роутер, телефон (с банковским приложением), головное устройство автомобиля, возможно умные часы и тд.
2. оно все подключено к интернету и если раньше проблема "нажал backspace 28 раз -> получил рут" была не очень актуальной, тк нужен физ.доступ
3. У ады есть некоторые проблемы с лицензированием

> И только когда появился раст, вдруг стало прямо дофига в ядре ошибок и именно только раст позволяет их решить.

Дофига ошибок было и раньше, но всем было пофиг.

> Вам не кажется это странным, ув. друзья?

Конечно, это же заговор анунаков и рептилоидов)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #99 Ответы: #254, #524

126. Сообщение от Аноним (-), 20-Фев-25, 11:41   +/
> Ну тут типичное словоблудие уровня "Мы подаём вам идею как решение".

Неа, это не "идея как решение".
Это скорее "мы описываем вам будущее, чтобы вы к нему готовились вот прям сейчас.
Потому что вы мало на что не влияете, а мы протолкнем это решение хотите вы этого или... хотя какая разница, все равно спрашивать не будем."

И что смешно, они абсолютно правы))
Так что все растохейтеры могут дружно готовиться идти на Хурд.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58 Ответы: #178

127. Сообщение от trolleybus (?), 20-Фев-25, 11:41   +/
> Показано, что основным источником проблем с безопасностью является новый код и повышению его качества следует уделять основное внимание.

Открыли Америку. Конечно, чем "старше" код, тем больше вероятность, что за время его использования кто-то нарвется на корнеркейс и отловит на нем ошибку.

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

128. Сообщение от Аноним (92), 20-Фев-25, 11:42   +/
Нет уж, спасибо, собирать ядро Шлангом - моветон.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #104

129. Сообщение от Аноним (84), 20-Фев-25, 11:43   +/
Ада как и паскаль относится к языкам академического типа, т.е. появившимся не столько эволюционно, сколько системно разработанным для решения определённого комплекса задач с каким-то уровнем гарантий. Отсюда определённые сложности.
Для вчерашнего скрипткидди, с трудом осилившего базу сей любой язык, требующий планирования архитектуры перед разработкой уже является препятствием. А ада, внезапно, сложнее и жёстче паскаля. Для низкоквалифицированных программистов, пишущих ядро (увы, гениев там нет и не будет) всё это не нужно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #99

131. Сообщение от Аноним (92), 20-Фев-25, 11:44   +/
Вообще-то, его уже добавили, но он ещё неработоспособный.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #104

132. Сообщение от Смузихлеб забывший пароль (?), 20-Фев-25, 11:45   –1 +/
там и не только, вроде были какие-то проблемы с ловлей боровов, полные алгоритмы которых исходной конторой не особо раскрывались как и некоторые нюансы
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #104

134. Сообщение от bOOster (ok), 20-Фев-25, 11:49   –3 +/
> что мешало в рантайм gcc встроить?
> или в рантайм llvm'а(хотя, не уверена на 100%, что он есть) ?

Потому как runtime gcc это абсолютно другое. Языки низкого уровня не требуют НИКАКОГО runtime. Это не runtime как таковой - это набор дополнительных библиотек.
Языки высокого уровня всегда имеют runtime для реализаций своего синтаксиса для недопрограммистов - чтобы им программировать попроще было в стиле строка = строка1+строка2. JAVA, С Sharp, VB, Rust и т.д. - все имеют рантайм.
Интересно, недопрограммисты на rust не знают что у RUST есть runtime.. Позорище..

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #85 Ответы: #161, #517, #518

135. Сообщение от Аноним (135), 20-Фев-25, 11:49   +/
пересяду на васик, без ваших энтих ядер от лукавого
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24

137. Сообщение от Аноним (271), 20-Фев-25, 11:50   +/
> Топят ревьюверы. Те, кто годами читали и исправляли разны омнокод с практически одинаковыми ошибками.

торвалдс сам этого одежду или как там главаря у этих кличут - несколько лет заставлял переделывать, как же так - на раст же без ошибок должно получаться?

> Так писать будут драйверы.

так кто писать будет? вот представь - дописал я драйвер аппаратного кодека для кодирования видео а базовый весь на С и вся подсистема v4l2 на нём - это сколько лет мне надо было бы на раст трахаться с ним? причём проблема с безопасностью меня волнуют меньше всего - проблема в том что инфы по аппаратуре нет.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #111 Ответы: #152

138. Сообщение от Аноним (92), 20-Фев-25, 11:51    Скрыто ботом-модератором+/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #99

140. Сообщение от Аноним (323), 20-Фев-25, 11:54   +/
>>может и правда там уже очередь желающих на раст бесплатно писать.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53 Ответы: #156, #160

141. Сообщение от Аноним (141), 20-Фев-25, 11:57   +/
Возможно всё это подозрительно похоже на то, что Rust внедряют для того, чтобы потом в будущем LLM-агенты писали код на нём вместо всяких людишек. Причём в итоге перепроверять код будет как будто бы легче, так как всякие проблемы типа UB, use after free исключены.
Ответить | Правка | Наверх | Cообщить модератору

142. Сообщение от Смузихлеб забывший пароль (?), 20-Фев-25, 11:58   +1 +/
Ну так и работает "тихая бюрократия". Причём, далеко не только там. Есть куча разных движений и контор, занятых анализом своей профильной сферы и тех кто и что там делает, как и на какие темы высказывается итд итп. Если по ним что-то не так - сообщают наверх.
Сверху - "спускают" директиву ответственным выпилить конкретного сотрудника.

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

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

Собсно, недавние разоблачения ЮСАИД примерно это и обрисовали в общем и целом

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

143. Сообщение от Аноним (155), 20-Фев-25, 11:58   +/
У сишников было пятьдесят лет, на то, чтобы в языке появились афинные типы, алгебраические типы данных, желательно ещё и зависимые типы(для абстракций нулевой цены), ещё куча всего из теории типов. Но нет, сишники продолжают притворятся шлангом.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #158, #179, #314, #360, #571

144. Сообщение от Смузихлеб забывший пароль (?), 20-Фев-25, 12:00   –4 +/
> позволяющих выявлять ошибки
> на ранней стадии написания кода, ещё до начала тестирования продукта

Как можно ДО тестирования понять, что ошибок нет ?

Это из разряда "а вы сразу пишите правильный код без ошибок и на тестировании кучу времени сэкономите"

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #124 Ответы: #264, #371

145. Сообщение от bOOster (ok), 20-Фев-25, 12:01   –1 +/
>> Что такое rust runtime?
> Очередной наркоманский бред Олежки. Не обращай внимание, проходи мимо.
> А то он сейчас начнет рассказывать как суперепупер надежную систему писал...

А как же global_allocator? panic_handler?

-"Ну дебилы" (с) Лавров.

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

147. Сообщение от Аноним (155), 20-Фев-25, 12:02   +/
>Кто мне - человеку, который пишет на Си, объяснит, как язык Си имеет отношение к тому, что прогаммист обратился к памяти, которую сам ранее освободил?

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21 Ответы: #301

148. Сообщение от Аноним (155), 20-Фев-25, 12:04   +1 +/
>Голову включать надо в любом языке программирования.

Только одни компиляторы не дают безголовым программировать, а другие с радостью компилируют любую чушь. Си относится к последним

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

149. Сообщение от bOOster (ok), 20-Фев-25, 12:04   –1 +/
> что мешало в рантайм gcc встроить?
> или в рантайм llvm'а(хотя, не уверена на 100%, что он есть) ?

И зачем это все в gcc? llvm? У нас что, компиляторами пользуются бизнесмены, конечные потребители? Которые вообще не знают что вообще такое компилятор, линковщик.. Глупость какая-то.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #85 Ответы: #174, #516

150. Сообщение от Аноним (150), 20-Фев-25, 12:06   –1 +/
За поддержку безошибочно работающего кода никто не будет платить. Ада облегчает доказательство корректности кода и, следовательно, облегчает выявление логических ошибок. Бэкдор в такой код уже не внедришь. А у раста даже формальной спецификации нет, там ошибки можно в сам язык добавлять.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #99 Ответы: #390, #591

151. Сообщение от Аноним (155), 20-Фев-25, 12:06   +3 +/
>С 1979 года существует Ада

Вы пишите на этом языке? Что там с динамическим выделением памяти? Что там с афинными типами? С алгебраическими типами данных? Зависимыми типами? Что ещё там есть из интересного?
>Практически всё нормально работающее ПО для авиации, космонавтики, АЭС и подобных областей пишется именно на Ада.

Там потребности гораздо скромнее, чем в примитивном ядре.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #99 Ответы: #251

152. Сообщение от Аноним (155), 20-Фев-25, 12:07   +/
>причём проблема с безопасностью меня волнуют меньше всего

Так и живём. Напишут код, лишь бы работало, а он и не работает, и дыряв

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #137 Ответы: #169

153. Сообщение от bOOster (ok), 20-Фев-25, 12:08   +/
>> Что такое rust runtime?
> Очередной наркоманский бред Олежки. Не обращай внимание, проходи мимо.
> А то он сейчас начнет рассказывать как суперепупер надежную систему писал...

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

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

154. Сообщение от Аноним (154), 20-Фев-25, 12:08   +/
А почему в статье нет полной цитаты этого человека?

>But for new code / drivers, writing them in rust where these types of bugs just can't happen (or happen much much less) is a win for all of us, why wouldn't we do this? C++ isn't going to give us any of that any decade soon, and the C++ language committee issues seem to be pointing out that everyone better be abandoning that language as soon as possible if they wish to have any codebase that can be maintained for any length of time.

Т.е. этот дурачок совсем оторван от реальности. На каком основании он сделал такие выводы? Крупные проекты на цпп поддерживаются десятилетиями, тот же хромиум, который является монополистом в мире браузеров или UE. А где хотя бы один крупный и зрелый проект на расте, чтобы такое заявлять?
Да и каковы критерии поддерживаемости? Судя из контекста, это безопасТная работа, т.е. сами определили термин в рамках методички и сами на его основе что-то утвердили, выдав желаемое за действительное.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #177, #198, #358

155. Сообщение от Аноним (155), 20-Фев-25, 12:09   +/
>Она - для того, чтобы рулящие видели края и не отрывались от действительности

Она - про делёж кормушки. Поскольку даже начинаются политические игры, не имеющие к реальному вопросу никакого отношения
>Борьба между разными течениями нужна не для того, чтобы у руля оказались не те, а вот эти, "более правильные".

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50 Ответы: #217, #265

156. Сообщение от Аноним (156), 20-Фев-25, 12:10   +1 +/
Просто остальных всех разогнали. Кон Коливас передаёт привет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #140 Ответы: #183, #257

157. Сообщение от Аноним (-), 20-Фев-25, 12:10   +/
Т.е ты предлагаешь добавить в ядро ЯП разработанный по заказу Министерства обороны США?
Который стандартизованный под MIL-STD.
Имя которого - зарегистрированная торговая марка, и даже сделать форк может быть проблематично.
Так же не все компиляторы отрытые и одобренные FSF.

Отличная идея! Просто генитальная!

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #99 Ответы: #495

158. Сообщение от Аноним (150), 20-Фев-25, 12:12   +4 +/
Зачем в "переносимом" ассемблере всё это?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #143 Ответы: #184, #187, #196

159. Сообщение от name (??), 20-Фев-25, 12:12   –1 +/
Я выбрал свободу кода, защиту его от закрытия, ты выбрал свободу закрывать код, делать киллерфичи в закрытом виде, либо вообще пустить всю разработку на закрытый вариант, если основные силы разработчиков находятся под твоим контролем, как у крупных компаний. Мне, как простому пользователю, очевидно, не выгодна пермиссивщина.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #122

160. Сообщение от Аноним (271), 20-Фев-25, 12:13   +/
> Большую часть нового кода ядра пишут люди на зарплате.

поэтому там нифига и нет, а есть в разных сторонних проектах типа armbian, libreelec, в ядре сейчас только то что интересует корпорации а с растом будет ещё хуже

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

161. Сообщение от Аноним (323), 20-Фев-25, 12:13   +3 +/
>> Языки высокого уровня всегда имеют runtime для реализаций своего синтаксиса для недопрограммистов

Какой же бред.

>>  JAVA, С Sharp, VB, Rust и т.д. - все имеют рантайм.

Свалил все в одну кучу и думал никто не заметит. Во-первых, managed языки типа Java или C# действительно имеют рантайм намного жирнее такового в C/C++. И дело тут не в синтаксисе (им занимается компилятор), а в том, что там есть Garbage Collector, JIT-компилятор, код для обработки исключений (точно так же, как и рантайм С++ для раскрутки стэка и деструкторов).

Rust тут приведен через запятую либо от банальной неграмотности (скорее всего), либо как жалкая манипуляция. Его рантайм - минимальный по сравнению с managed языками, с которыми ты поставил его вместе. Рантайм раста сравним с рантаймом C++, к которому у тебя никаких претензий.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #134 Ответы: #163

163. Сообщение от bOOster (ok), 20-Фев-25, 12:15   –4 +/
>[оверквотинг удален]
> Свалил все в одну кучу и думал никто не заметит. Во-первых, managed
> языки типа Java или C# действительно имеют рантайм намного жирнее такового
> в C/C++. И дело тут не в синтаксисе (им занимается компилятор),
> а в том, что там есть Garbage Collector, JIT-компилятор, код для
> обработки исключений (точно так же, как и рантайм С++ для раскрутки
> стэка и деструкторов).
> Rust тут приведен через запятую либо от банальной неграмотности (скорее всего), либо
> как жалкая манипуляция. Его рантайм - минимальный по сравнению с managed
> языками, с которыми ты поставил его вместе. Рантайм раста сравним с
> рантаймом C++, к которому у тебя никаких претензий.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #161 Ответы: #232

164. Сообщение от Аноним (164), 20-Фев-25, 12:15   +1 +/
Политически обусловленное мнение при том, как и всё, что делает Linux Foundation уже довольно давно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #170, #425

166. Сообщение от Карлос Сношайтилис (ok), 20-Фев-25, 12:17   +4 +/
Квалификация? Я вас умоляю!

Куча дров написано ребятами, которые С увидели вчера, а код должен быть завтра, иначе ЗП не будет. И на качество им глубоко наплевать.
Вот для таких, в первую очередь, и нужен Раст.

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

169. Сообщение от Аноним (271), 20-Фев-25, 12:20   –1 +/
Он работает а дыра у тебя на ж..пе, этим же местом ты и мыслишь - чтобы не было дыр нужны полные спецификации аппаратуры - где ты видел такое в отрытом доступе? тебе лапшу вешают про софтовую безопасность котороая невозможна в принципе без доверия к железу.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #152 Ответы: #186

170. Сообщение от u235 (ok), 20-Фев-25, 12:20   +2 +/
Пластмассовый мир победил, макет оказался сильней.


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

174. Сообщение от нах. (?), 20-Фев-25, 12:25   –2 +/
> У нас что, компиляторами пользуются бизнесмены, конченые потребители?

походу что да (поправил опечатку, не благодари).

Ни один из возражавших этой не-морской-не-свинке не ответил по существу.

Вероятно, вы просто не знаете. (нет, я снова не буду ни ее ни вас просвещать. Пусть ваша конченность останется навсегда)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #149 Ответы: #194, #513

175. Сообщение от нах. (?), 20-Фев-25, 12:26   +2 +/
нет кода - нет ошибок, действительно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #112

176. Сообщение от Аноним (92), 20-Фев-25, 12:27   +/
>Ещё обязательно нужно добавить интерпретатор питона и писать модули ядра на питоне. Это даст кучу плюсов: быстрое прототипирование, кучу новых мейнтейнеров умеющих в питон

А если добавить JS ? Ого-го сколько новых мейнтейнеров вольётся! Так ипредствляю себе новости: "Вышло новое ядро xx.уу. В подготовке этого релиза использованы патчи от 20200 разработчиков"

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #564

177. Сообщение от Аноним (-), 20-Фев-25, 12:27   +2 +/
В С++ проблемы такие же как в дыряшке, может слегка получше.
Сейчас в сообществе С++ раскол и разброд из-за Safe-C++.
С эпичной TEH DRAMA в комитете WG21.
Если тебе не лень, можешь почитать izzys.casa/2024/11/on-safe-cxx/
Это один из бывших комитетчиков, который слегка поехал кукухой.

> Крупные проекты на цпп поддерживаются десятилетиями

Да, например LLVM [1]
Но им приходится
"... 1.1 до 2.4 млн строк кода увеличен охват кодовой базы, вовлечённой в fuzzing-тестирование. Также был расширен используемый для fuzzing-тестирования инструментарий, а число применяемых для проверки fuzzing-движков увеличено с 12 до 15"
И тем не менее:
"12 новых проблем, из которых 8 были вызваны ошибками, приводящими к повреждению памяти. 6 выявленных уязвимостей приводили к переполнению буфера, 2 к обращению к уже освобождённой памяти"

А теперь представь такое для ядра с 40 миллионов строк.

>  А где хотя бы один крупный и зрелый проект на расте, чтобы такое заявлять?

AOSP например. [2]
Куча языков - С, С++.
Плюс 1.5 миллиона строк кода на расте, причем нового кода на нем было написано больше всего.
Ну и результат:
Security impact
To date, there have been zero memory safety vulnerabilities discovered in Android’s Rust code.

[1] opennet.ru/opennews/art.shtml?num=60707
[2] security.googleblog.com/2022/12/memory-safe-languages-in-android-13.html

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

178. Сообщение от IdeaFix (ok), 20-Фев-25, 12:29   +/
>> Ну тут типичное словоблудие уровня "Мы подаём вам идею как решение".
> Неа, это не "идея как решение".
> Это скорее "мы описываем вам будущее, чтобы вы к нему готовились вот
> прям сейчас.
> Потому что вы мало на что не влияете, а мы протолкнем это
> решение хотите вы этого или... хотя какая разница, все равно спрашивать
> не будем."
> И что смешно, они абсолютно правы))
> Так что все растохейтеры могут дружно готовиться идти на Хурд.

А кто будет писать код в ядро? Старый код не перепишут - надо будет поддерживать. Новый не напишут, ибо идеологи, мейнтейнеры, манагеры и прочие, но не программисты. Как показал опыт одного стартапа из Беркли, в таких ситуациях эмоционально не зрелые старики срутся, сообщество теряет концентацию и размазывается.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #126 Ответы: #192

179. Сообщение от Аноним (92), 20-Фев-25, 12:31   +/
Но в ядре-то это зачем?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #143

180. Сообщение от РжавеющийБолт (?), 20-Фев-25, 12:32   +/
Rust имеет свои плюсы и минусы.

У меня только один вопрос. Rust очень быстро развивается, в связи с этим - будут морозить определенную версию rust на весь период lts версии, а обычную версию ядра держать на свежем Rust?

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #189, #197, #446

181. Сообщение от нах. (?), 20-Фев-25, 12:32   +1 +/
> Практически всё нормально работающее ПО для авиации, космонавтики, АЭС и подобных
> областей пишется именно на Ада.

напомните пожалуйста, что случилось с ariane5 и как там нормально сработало ПО?

> Вам не кажется это странным, ув. друзья?

тем кто ни на каком языке программирования не умеет - видимо, может почудиться.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #99 Ответы: #247, #338

182. Сообщение от Аноним (-), 20-Фев-25, 12:33   –2 +/
What a week, huh? (c)
Думаю горение пятых точек любителей дыряшек вызовет очередное глобальное потепление.

Надо будет заказать себе чашку "слезы растохейтеров".
И ведро попкорна.

ps интересно, это еще стадия отрицания "никто раст не примет!1111" или уже принятие "сейчас все мейнтенеры убегут на БСД, план9, на Хурд11!!"

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

183. Сообщение от Аноним (323), 20-Фев-25, 12:35   +/
>> Просто остальных всех разогнали. Кон Коливас передаёт привет.

Без разбора правдивости этого заявления - что это меняет по факту исходного сообщения? Большинство нового кода пишут люди на зарплате, поэтому фраза "бесплатно писать" не имеет смысла.

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

184. Сообщение от Аноним (-), 20-Фев-25, 12:36   +3 +/
Затем чтобы не делать дэʼгенеративных ошибок, когда сравниваются крокодилы с апельсинами, потому что в этом куске кала все enum'ы это инты?
Или когда генитальные программисты кастуют что угодно к чему угодно через void* ?
А забытые null терминаторы для строк?

Просто открой в поиске на этом сайте новости "в ядре исправили уязвимость" и посмотри насколько тупые там ошибки.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #158 Ответы: #364

185. Сообщение от Ян (?), 20-Фев-25, 12:38   +/
Для тебя стремная. Для других нет. И если бы не вот эта свобода, которую ты готов отбросить ради мнимого удобства, платил бы ты за всё в ИТ, вот буквально за всё. Тебе никто и никогда не позволил бы скачать и установить пиратский шиндовс. Только благодаря движению за свободу по, майки это позволяют тебе, ибо понимают, что в противном случае человек может переидти на Линукс.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #110 Ответы: #204

186. Сообщение от Аноним (155), 20-Фев-25, 12:38   +/
>чтобы не было дыр нужны полные спецификации аппаратуры

Когда у вас случается очередное переполнение стека, это не от недостатка спецификаций, а от того, что до сих пор не научились не портить память.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #169 Ответы: #203

187. Сообщение от Аноним (155), 20-Фев-25, 12:39   –1 +/
Затем, что этот ассемблер используют для написания больших программ, которые должны быть надёжными, а не только для прошивок микроконтроллеров
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #158

188. Сообщение от zog (??), 20-Фев-25, 12:41   +/
А у тебя вообще есть такой код?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #88 Ответы: #273

189. Сообщение от Аноним (-), 20-Фев-25, 12:42   +2 +/
Это уже сделано - при появлении ломающих изменений создается новый Edition.
doc.rust-lang.org/edition-guide/editions/index.html
Это позволяет зафиксировать версию языка.

И даже работает в других проектах
https://source.android.com/docs/setup/build/rust/building-ru...
Четно зафиксирован edition
edition defines the Rust edition to use for compiling this code. This is similar to std versions for C and C++. Valid values are 2015 and 2018 (default).

Это примерно как зафиксировать версию СИшки на С89 или с11.
Т.е тут никаких проблем не должно быть.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #180 Ответы: #201, #209

191. Сообщение от Аноним (201), 20-Фев-25, 12:43   +/
Такие ошибки, как
> обращение к памяти после её освобождения, выход на границу буфера (частично), некорректное освобождение ресурсов при обработке ошибок и забытые проверки возвращаемых кодов ошибок

не решаются заменой языка. Это - ошибки программиста. Даже на Basic, который большинство таких ошибок якобы отслеживает, как говорится, "из коробки", все перечисленные ошибки вполне достижимы.
Но впрочем, пускай пробуют. Много мы их видели, но мы здесь, а где они? Успехов им на их славном поприще.

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

192. Сообщение от Аноним (-), 20-Фев-25, 12:43   +/
> А кто будет писать код в ядро?

Те же кто и сейчас. Сейчас 80%+ кода (88% вроде по последнему отчету LF, но мне лень искать пруф) пишут люди на зп. Сейчас речь идет о драйверах на расте. Это в 99% случаев будут делать сами производители железок. Корпы просто наймут нужных людей.

> Старый код не перепишут - надо будет поддерживать.

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

Или вы думаете что как только Линус скажет "да", все сишники хлопнут дверью и уйдут? Или перейдут в rust-free-kernel? Кто оплатит банкет?
А кушать-то хочется))

> сообщество теряет концентацию и размазывается

Поясните пожалуйста что есть "сообщество" в контексте написания ядра.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #178 Ответы: #206

193. Сообщение от Аноним (51), 20-Фев-25, 12:44   +/
>Газлайтинг — это одна из форм психологического насилия. Один человек, манипулируя другим, запугивает его, заставляет сомневаться в собственных силах, адекватности суждений и даже в воспоминаниях.
>Я так понимаю, ты решил ввернуть модное словечко, но вспомнил только это.

Ты просто не заметил (или сделал вид), что далее через запятую: Газлайтинг -..... "определённые психологические манипуляции, совершаемые с целью выставить жертву «дефективной», ненормальной"

Похоже я прав: пример доморощенной демагогии.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #69 Ответы: #207, #218

194. Сообщение от Аноним (-), 20-Фев-25, 12:44   +/
> нет, я снова не буду ни ее ни вас просвещать

О нет! Гуру не хочет поделиться с нами своей мудростью!
Что же делать?!

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

196. Сообщение от Аноним (81), 20-Фев-25, 12:47   +1 +/
Затем что Си - это не ассемблер.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #158 Ответы: #235

197. Сообщение от Аноним (201), 20-Фев-25, 12:47   +2 +/
> в связи с этим - будут морозить определенную версию rust на весь период lts версии

Скажу больше. Они не будут переписывать старые C модули на Rust. Они будут постоянно переписывать созданные ими Rust модули.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #180 Ответы: #227

198. Сообщение от Аноним (155), 20-Фев-25, 12:47   +/
>И тем не менее:
>"12 новых проблем, из которых 8 были вызваны ошибками, приводящими к повреждению памяти. 6 выявленных уязвимостей приводили к переполнению буфера, 2 к обращению к уже освобождённой памяти"

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #154 Ответы: #229, #233

199. Сообщение от Аноним (199), 20-Фев-25, 12:48   +3 +/
А почему Раст нужно "внедрять"?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #226, #293

200. Сообщение от Ян (?), 20-Фев-25, 12:49   +3 +/
Короче кроме усложнения ядра, при каждом новом выпуске оного придется идти в магазин за новым компом, так как на старом оборудовании ядро не будет работать. Это и есть контроль корпов: писать код на более сложном языке, который не гарантирует более высокую безопасность, и заставлять людей покупать новые компы. А это огромная прибыль ради которой весь этот цирк устроили. Если бы ни монетарная выгода, ни один бизнес не встал бы а защиту какого-то раста
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #220, #223

201. Сообщение от Аноним (201), 20-Фев-25, 12:49   +2 +/
> Это примерно как зафиксировать версию СИшки на С89 или с11. Т.е тут никаких проблем не должно быть.

Да нет. C стандартизован. Rust нет. И не будет.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #189 Ответы: #214

202. Сообщение от Аноним (202), 20-Фев-25, 12:49   +/
А вы боялись и в шутку говорили что ядро перепишут на Rusy. Ну так пусть весь Линукс перепишут.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46

203. Сообщение от Аноним (271), 20-Фев-25, 12:51   +/
> Когда у вас случается очередное переполнение стека

мульитмедия это не руление форсунками или тормозами - запускай отдельно под гипервизором если так боишься

> это не от недостатка спецификаций

верификация без них невозможна, но когда они есть зачем нужен раст если есть языки с человеческим синтаксисом как у С

https://trustworthy.systems/projects/pancake

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #186 Ответы: #283

204. Сообщение от Аноним (-), 20-Фев-25, 12:52   –1 +/
> Для тебя стремная. Для других нет.

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

> И если бы не вот эта свобода, которую ты готов отбросить ради мнимого удобства, платил бы ты за всё в ИТ, вот буквально за всё.

Так как я сам программист, то я не очень против.
Труд должен оплачиваться. И я ценю время и усилия других людей, тк знаю как пишется софт.
А столманновских коммуняк с их "отобрать и поделить" я просто презираю.

> Тебе никто и никогда не позволил бы скачать и установить пиратский шиндовс.

Чушь. Люди качают и винду, и фильмы, и игры.
И наличие ЖоПЛи на это никак не влияет.

> Только благодаря движению за свободу по, майки это позволяют тебе, ибо понимают, что  в противном случае человек может переидти на Линукс.

Лол, ну у тебя фантазии.
Линукс на дестопе это убожество. 4% это только подтверждают.


Ответить | Правка | Наверх | Cообщить модератору
Родитель: #185 Ответы: #286

205. Сообщение от Аноним (25), 20-Фев-25, 12:53   +1 +/
> Это - ошибки программиста.

…которые язык ДОПУСКАЕТ.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #191 Ответы: #210, #211, #213, #355

206. Сообщение от IdeaFix (ok), 20-Фев-25, 12:54   +/
>> А кто будет писать код в ядро?
> Те же кто и сейчас. Сейчас 80%+ кода (88% вроде по последнему
> отчету LF, но мне лень искать пруф) пишут люди на зп.
> Сейчас речь идет о драйверах на расте. Это в 99% случаев
> будут делать сами производители железок. Корпы просто наймут нужных людей.

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

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

И растовики будут хорошо и вдумчиво писать на си там где надо и на расте там где надо? Ну ок..

> Или вы думаете что как только Линус скажет "да", все сишники хлопнут
> дверью и уйдут? Или перейдут в rust-free-kernel? Кто оплатит банкет?
> А кушать-то хочется))

Просто будет в лучшем случае некоторая стагнация, а в худшем "не мировая революция". Таких несколько было и ничего хорошего кроме фрагментации и вахтёрских механизмов воздействия не случилось.

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

Я это... я мелкий смигрант-селфхостер-эгоист. Говоря о том что сообществу станет хуже, я опасаюсь что хуже станет лично мне. Вот systemd free система начала тяготить лично меня только в 2к25. Да там всё можно решить, но я дистрибутивом пользуюсь не для того чтобы самому решать. Тут же то же самое будет - вынужденный выход из зоны комфорта. Ну и опять всё легаси отрыгнёт.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #192 Ответы: #225

207. Сообщение от u235 (ok), 20-Фев-25, 12:58   +/
>Ты просто не заметил (или сделал вид), что далее через запятую

Я просто взял цитату не из Википедии, если ты не заметил.

>совершаемые с целью выставить жертву «дефективной», ненормальной

И где я выставляю так называемую жертву дефективной или ненормальной, в твоём воспалённом воображении?

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

209. Сообщение от РжавеющийБолт (?), 20-Фев-25, 13:01   +1 +/
Си многие годы не изменяется.
Rust меняется на глазах.

Теперь берем модуль R на Rust.

Имеем версию ядра Q lts срок поддержки + 2 года. Модуль R на Rust Z edition.

Имеем версию ядра W lts срок поддержки + 1 год. Модуль R на Rust X edition.

Имеем версию ядра E lts срок поддержки + 6 месяцев. Модуль R на Rust C edition.

В ядре E нашли критическую ошибку в модуле R на Rust C edition. Исправили её.

Но в версии модуля R на Rust Z и X edition этого сделать невозможно, так как нет каких-то нововведений, которые есть в C edition.

Как вот это разруливать?

С СИ проще, стандарту сто лет в обед.

Не будет ли путаницы?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #189 Ответы: #222

210. Сообщение от Ян (?), 20-Фев-25, 13:02   +/
Наверняка и Раст допускает это
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #205

211. Сообщение от Ян (?), 20-Фев-25, 13:03   +/
Ну так товарищ уже писал что фри Паскаль тоже отслеживает ошибки. Так почему ни он, а Раст?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #205 Ответы: #272

212. Сообщение от Anon01010101 (-), 20-Фев-25, 13:03   +1 +/
Уже к 15 версии планируют минимальную рабочую версию
https://rust-gcc.github.io/2025/02/06/2025-01-monthly-report...

44 страница
https://fosdem.org/2025/events/attachments/fosdem-2025-6507-...

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #215

213. Сообщение от Аноним (201), 20-Фев-25, 13:04   +1 +/
Тому, кто не может понять, что количество new должно равняться количеству delete, никакой Rust не поможет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #205 Ответы: #282, #292

214. Сообщение от Аноним (-), 20-Фев-25, 13:06   –3 +/
> C стандартизован.

Максимально дерьмовым стандартом.
В котором сложение int a + b это UB и ломает конформанс.
Про который автор языка Денниса Ритчи писал:
"The fundamental problem is that it is not possible to write real programs using the X3J11 definition of C. The committee has created an unreal language that no one can or will actually use."

> Rust нет.

У него есть RFC. Чего вполне хватает, например для работы интернета - RFC 2026
rfc-editor.org/info/rfc2026

> И не будет.

Заявление из разряда "раст в ядро никогда не примут"))
Напомню что K&R C был сделан в 1978 году.
А первый "стандарт" в 1989.


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

215. Сообщение от Anon01010101 (-), 20-Фев-25, 13:06   +1 +/
Свежий доклад 01.02.2025
https://fosdem.org/2025/schedule/event/fosdem-2025-6507-rust.../
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #212

217. Сообщение от тоже Анонимemail (ok), 20-Фев-25, 13:07   +/
Дележ кормушки вместо демократии как раз приводит к монокорыту Главного Демократа и его прихлебателей. И ничего политического в таких играх нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #155 Ответы: #258

218. Сообщение от u235 (ok), 20-Фев-25, 13:07   +1 +/
Зачем ты пытаешься заставить меня сомневаться в собственных силах и адекватности суждений, ты хочешь выставить меня дефективным и ненормальным?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #193 Ответы: #228

219. Сообщение от Аноним (219), 20-Фев-25, 13:08   +/
Это что получается, теперь и ядро будет тормозить?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #234, #594

220. Сообщение от Аноним (220), 20-Фев-25, 13:09   +/
Такая же история как с Goolang, когда пичкали прилавки магазинов Chromebook ами на Chrome os, и писали какой Goolang инноваторский.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #200

222. Сообщение от Аноним (-), 20-Фев-25, 13:12   +/
> Си многие годы не изменяется.

Сравни С89 и С23.

> Теперь берем модуль R на Rust.
> Имеем версию ядра Q lts срок поддержки + 2 года. Модуль R на Rust Z edition
> Но в версии модуля R на Rust Z и X edition этого сделать невозможно, так как нет каких-то нововведений, которые есть в C edition.
> Как вот это разруливать?

Ты придумал какую-то странную ситуацию.
Это делается по другом.
Просто в ядро принимаются только тот раст код который Edition N.
Примерно как сейчас С должен быть С11 и не больше.
Твой код на С23 просто не примут в ядро.
Тут будет точно так же.

Посмотри как это сделано в андроиде
https://source.android.com/docs/setup/build/rust/building-ru...
edition defines the Rust edition to use for compiling this code. This is similar to std versions for C and C++. Valid values are 2015 and 2018 (default).

> С СИ проще,

но дырявый

> стандарту сто лет в обед.

А толку если там UBшек еще на 100 лет припасено.

> Не будет ли путаницы?

Нет не будет.
Ты придумал проблему, которую уже успешно решили.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #209 Ответы: #239

223. Сообщение от Аноним (-), 20-Фев-25, 13:16   +/
> Короче кроме усложнения ядра, при каждом новом выпуске оного придется идти в магазин за новым компом, так как на старом оборудовании ядро не будет работать.

Фантастический бред.

> Это и есть контроль корпов: писать код на более сложном языке, который не гарантирует более высокую безопасность,

Гарантирует больше чем СИ, и этого уже достаточно.

> и заставлять людей покупать новые компы.

А чего они не могут сидеть на старой версии? К чему такое желание обновиться на что-то новое?

> А это огромная прибыль ради которой весь этот  цирк устроили. Если бы ни монетарная выгода, ни один бизнес не встал бы а защиту какого-то раста

Именно. Речь о прибыли. И репутации.
Когда твои программы ломают, воруют данные, создают ботнеты... и все из-за того что какой-то туп0й СИшник запутался в сплите строки...
Да, это денежные и репутационные потери.


Ответить | Правка | Наверх | Cообщить модератору
Родитель: #200 Ответы: #237

224. Сообщение от mos87 (ok), 20-Фев-25, 13:18   +1 +/
Когда доделают свой Rust до взрослого состояния, тогда пусть и приходят. Если ещё будет кому бггг.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #238, #246

225. Сообщение от Аноним (-), 20-Фев-25, 13:18   +/
> то вдруг станет понятно что такое сообщество.

А, т.е. сейчас не понятно))

> а вой на болотах за "подсистему DMA"

Не, там как раз из-за драйверов, которые задели DMA.

> И растовики будут хорошо и вдумчиво писать на си там где надо и на расте там где надо?

Растовики будут стараться не писать на си насколько это возможно.
Другое дело, что поправить прототип функции растовик в си сможет, а сишник - нет.

> Я это... я мелкий смигрант-селфхостер-эгоист.

Т.е. вы просто потребитель ядра линукс, ничего не коммитящий в ядро и просто беспокоящийся, чтобы его пятая точка оставалась в тепле в сие неспокойное время?
Тогда какое отношение вы имеете к сообществу?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #206 Ответы: #242

226. Сообщение от mos87 (ok), 20-Фев-25, 13:19   +1 +/
Потому что у (многих) его фанатиков имеются определённые... гм... особенности мЫшления.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #199 Ответы: #240

227. Сообщение от mos87 (ok), 20-Фев-25, 13:19   +/
Браво. Ладони хлопок для этого господина.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #197

228. Сообщение от Аноним (-), 20-Фев-25, 13:20   –2 +/
Выставить? Нет конечно.
Судя по твоим бредовым заявлениям ты просто "дефективный и ненормальный".
Но это нормально. Т.к мы на сайте компьютерного меньшинства.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #218

229. Сообщение от Аноним (-), 20-Фев-25, 13:24   +/
> Компилятор это вообще то место, где подобных ошибок не должно возникать

Но они ВНЕЗАПНО возникают!
И с этим пытаются бороться, но не совсем успешно.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #198 Ответы: #289

230. Сообщение от bubba (?), 20-Фев-25, 13:28   –1 +/
вообще-то, как показывает практика, пишут полезное только мелкие конторы. крупные корпы только мешают: пытаются насаждать свою херню, деньги жмут, шантажируют отзывом девелоперов. вобщем, корпы не нужны - нужен малый и средний биз, юзающий ядро для своих нужд без игр в политику. и таки это и есть "сообщество" чтобы корпоративные клоуны за 30 серебряников тут не пели.
если бы я был великодушным диктатором типа линуса, я бы принципиально не принмал код от людей, связанных с фирмами с оборотом от редхат и выше: гугл - нафиг, ибм - нафиг, м$ - нафиг. прямо в лицензии указать такое и заживём
вот это проект что надо был ба:)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #323, #619

232. Сообщение от Аноним (232), 20-Фев-25, 13:29   +4 +/
> Аха, переменными динамического размещения в памяти занимается компилятор..

Что такое «переменная динамического размещения»?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #163 Ответы: #437, #515

233. Сообщение от Аноним (-), 20-Фев-25, 13:30   +/
> Компилятор это вообще то место, где подобных ошибок не должно возникать.

Но они возникают)
И приходится костылять санитайзеры, фаззеры и тд.

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

234. Сообщение от Аноним (201), 20-Фев-25, 13:30   –2 +/
А у меня к ним нет других чувств, кроме благодарности. Благодарности за то, что на Phyton ядро не переписали. Иначе у меня компьютер будет часа 3 стартовать, и я не успею на на нем ничего посчитать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #219

235. Сообщение от trolleybus (?), 20-Фев-25, 13:32   –2 +/
Да и не переносимый. От платформы зависит, сколько байтофф в инте.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #196 Ответы: #402

236. Сообщение от Аноним (-), 20-Фев-25, 13:33   +1 +/
> Теперь достаточно встроить бэкдор, вирус или что-то там еще в rust runtime и дело в шляпе.

Ого, а вот и белки-истерички подтянулись!
Что мешает сейчас встроить бекдов в жлобси?
А ничего, там дыреней еще на 10 лет припасено!

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #271

237. Сообщение от Ян (?), 20-Фев-25, 13:34   –1 +/
Раст ничего не гарантирует больше чем Си. Голову надо включать на любом языке программирования. То что Раст гарантирует - так это проблемы совмещения двух языков в ядре. И в разы более жирные исполняемые файлы, что для чего надо будет покупать все новую аппаратуру. Ядро Линукс перестанет быть тем чем оно является на данный момент и потеряет ниши, которые занимает много лет. Вуаля тут вылезет виндовм: мол для чего пользоваться непонятным разжирневшим Линукс, когда есть виндовс!?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #223 Ответы: #241, #253

238. Сообщение от Аноним (-), 20-Фев-25, 13:36   +3 +/
> Когда доделают свой Rust до взрослого состояния, тогда пусть и приходят.

Но это решают не я и не ты.
А Линус и Грег. И они решили.
Мы можем принять изменения или свалить на бздю.

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

239. Сообщение от РжавеющийБолт (?), 20-Фев-25, 13:39   +/
>придумал проблему, которую уже успешно решили

Ну и хорошо. Ждем больше безопасного кода.

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

240. Сообщение от Прохожий (??), 20-Фев-25, 13:42   +1 +/
Немного погуглил на тему продвижения Rust. Оказалось, методы те же, что и про продвижении других, скажем так, спорных социальных инициатив.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #226

241. Сообщение от Аноним (-), 20-Фев-25, 13:42   +/
> Раст ничего не гарантирует больше чем Си.

Ты сможешь сравнить в расте enum'ы разных типов? А в дыряшке?
Вот то-то и оно.

> Голову надо включать на любом языке программирования.

Но за 50 лет сишники так и не научились.

> То что Раст гарантирует - так это проблемы совмещения двух языков в ядре.

Судя по мнению людей пишущих ядро - это не большая проблема.

> И в разы более жирные исполняемые файлы,

Пруфы пожалуйста.
Тут уже были долбодятлы рассказывающие про гигобайтные хеллоуворлды, а потом, когда им показывали код на ~500 байт, позорно сливавшиеся.

>  для чего надо будет покупать все новую аппаратуру.

Почему проблемы нищуков должны останавливать прогресс?

> Ядро Линукс перестанет быть тем чем оно является на данный момент

Кучей кода полной глупых багов?

> и потеряет ниши, которые занимает много лет.

Это какие? Крутиться на подкроватном локалхосте на коре2duo?
Невелика потеря)

> Вуаля тут вылезет виндовм

Откуда вылезает? У них примерно 70% дестопного рынка. А у линукса 4%.
А на серверном они неплохо зарабатывают на том же ядре.
И думаю у ни на обновление парка деньги найдутся.

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

242. Сообщение от IdeaFix (ok), 20-Фев-25, 13:43   +/
>> то вдруг станет понятно что такое сообщество.
> А, т.е. сейчас не понятно))
>> а вой на болотах за "подсистему DMA"
> Не, там как раз из-за драйверов, которые задели DMA.

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

>> И растовики будут хорошо и вдумчиво писать на си там где надо и на расте там где надо?
> Растовики будут стараться не писать на си насколько это возможно.
> Другое дело, что поправить прототип функции растовик в си сможет, а сишник
> - нет.

Ну пока только оидки и истерики. Мы комит продавим а дальше пусть мейнтейнер работает.

>> Я это... я мелкий смигрант-селфхостер-эгоист.
> Т.е. вы просто потребитель ядра линукс, ничего не коммитящий в ядро и
> просто беспокоящийся, чтобы его пятая точка оставалась в тепле в сие
> неспокойное время?
> Тогда какое отношение вы имеете к сообществу?

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #225 Ответы: #255

243. Сообщение от Прохожий (??), 20-Фев-25, 13:47   +/
> Авторские права на имя и логотип Rust принадлежат Rust Foundation.

Сомнение закралось. А когда всё будет сделано, она не захочет иметь отчисления с каждой установленной копии Rust? Ну по типу Java от Oracle.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #249, #256

244. Сообщение от Ян (?), 20-Фев-25, 13:48   –1 +/
Видимо не все контролируют ещё. Аппетит растет во время еды
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #80

245. Сообщение от Аноним (245), 20-Фев-25, 13:49   +2 +/
Ада не даёт гарантий безопасности работы с памятью.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #99 Ответы: #342

246. Сообщение от Аноним (81), 20-Фев-25, 13:51   +/
> свалить на бздю

А толку? BSD копирует драйверы из ядра Linux. Будут писать новые GPU драйверы на rust = в BSD в ядре будет rust.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #224 Ответы: #250

247. Сообщение от beck (??), 20-Фев-25, 13:52   +/
> напомните пожалуйста, что случилось с ariane5 и как там нормально сработало ПО?

Пожалуйста:
"Процедура на языке Ада, обрабатывающая эту исключительную ситуацию, была исключена из соображений сохранения производительности системы."

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #181 Ответы: #252

249. Сообщение от Аноним (201), 20-Фев-25, 13:55   +/
С сайта Фонда:

Распространение модифицированной версии языка программирования Rust, компилятора или менеджера пакетов Cargo с изменениями, отличными от тех, что разрешены выше, и называние их Rust или Cargo требует явного письменного разрешения от Rust Foundation. Обычно мы разрешаем такое использование при условии, что изменения (1) относительно незначительны и (2) очень чётко объяснены конечным пользователям.
...
Использование товарных знаков Rust в составе другого товарного знака требует письменного разрешения от Rust Foundation и может включать дополнительные условия использования и плату за использование.

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

250. Сообщение от Аноним (201), 20-Фев-25, 13:56   +/
Если мы имеем бинарные файлы, имеет значение, на чем были исходники?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #246 Ответы: #354

251. Сообщение от beck (??), 20-Фев-25, 13:57   –2 +/
Всё,  что надо из интересного, в Ада есть.
Для примитивного ядра хватит.

> Там потребности гораздо скромнее, чем в примитивном ядре.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #151 Ответы: #285

252. Сообщение от Аноним (-), 20-Фев-25, 13:58   +/
>> напомните пожалуйста, что случилось с ariane5 и как там нормально сработало ПО?
> "Процедура на языке Ада, обрабатывающая эту исключительную ситуацию, была исключена из
> соображений сохранения производительности системы."

Потому что "кроилово ведет к попадалову")
Примерно как выкинуть проверки массивов для СИ ради скорости... а точно, их по умолчанию не добавляют.


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

253. Сообщение от Аноним (81), 20-Фев-25, 13:58   +1 +/
> Раст ничего не гарантирует больше чем Си.

Гарантирует. Например, гарантирует не выход за пределы массива в safe. Си это _не_ гарантирует.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #237 Ответы: #406

254. Сообщение от beck (??), 20-Фев-25, 13:59   +1 +/
> Дофига ошибок было и раньше, но всем было пофиг.

И вдруг резко стало не пофиг. Именно в тот момент, когда корпорации начали двигать раст, как серебряную пулю от всего.

Совпадение? Не думаю.  😁

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #125 Ответы: #387

255. Сообщение от Аноним (-), 20-Фев-25, 14:00   +1 +/
> кривой код который никто и не собирался поддерживать

Это неправдивое утверждение. Код был рабочим, просто мейнтейнер не захотел его принимать.
И когда ему предложили его поддерживать, то он тоже отказался от помощи, сказав что мейнтейнер ДМА будет только один.

И драма вообще не вокруг DMA. А вокруг мейнтейнеров с синдромом вахтера в терминальной стадии, которые считаю что это их код, их територия и никого туда не пускают. Хотя по факту они никак не отвечают за качество кода (и количество омокода, которое просачивается сквозь мейнтейнерские ревью это только доказывает) - их никто не поругает и не уволит.

> А если я вдруг мейнтейнер конкретного драйвера в пакетном
> менеджере конкретного дистрибутива?

В конкретном дистрибутиве конкрентый драйвер? Кул стори бро))
Но даже если так, то да, ты часть сообщества.

> посматривающий на мужские пятые точки

Т.е. это единственно на что вы обратили внимание в моей фразе?)

> А Вы кто?

А я растописатель. Но разумеется не в ядре - туда же его диды не пускают))
Но буду рад добавлению раста в любой проект. Особенно в такой важный как ядро.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #242 Ответы: #263

256. Сообщение от Аноним (-), 20-Фев-25, 14:02   +2 +/
>> Авторские права на имя и логотип Rust принадлежат Rust Foundation.
> Сомнение закралось. А когда всё будет сделано, она не захочет иметь отчисления с каждой установленной копии Rust? Ну по типу Java от Oracle.

А что мешает такое сделать Linux Foundation?
linuxfoundation.org/brand-guidelines

By using The Linux Foundation brand materials, you agree to the The Linux Foundation Terms of Service, The Linux Foundation Trademark Usage Guidelines, these Linux Foundation branding guidelines, and all Linux Foundation rules and policies, as may be updated from time to time.
...
The Linux Foundation may review use of the branding materials at any time and reserves the right to terminate or modify any use.


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

257. Сообщение от Аноним (-), 20-Фев-25, 14:04   +/
> Кон Коливас передаёт привет.

О, конечно. Нужно же принимать фиксы от любогоо васяна! Они же Сообщество!
А могли бы еще посадить секретаршу писать ядро. Или певца. Или сантехника.
Возможно получилось бы даже лучше.

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

258. Сообщение от Аноним (155), 20-Фев-25, 14:05   +/
> Дележ кормушки вместо демократии

Демократия это один из видов делёжки кормушки. Мне не важно, сколько голосов было за вариант, который мне не нравится - один от диктатора или сотня от демократов.
>И ничего политического в таких играх нет.

Есть. Вы ничего не пишите про разработку, исключетельно про политику.

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

259. Сообщение от Ян (?), 20-Фев-25, 14:06   +/
Короче ждём раст-фри ядро линукс. А пока что можно пользоваться тем, что есть без раста. Благо список поддерживаемого железа в текущей версии ядра - весьма широкий.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #484

261. Сообщение от Аноним (-), 20-Фев-25, 14:07   +/
> Про окна и андроид вообще речи не идёт они к тем самым
> "ВСЕ" не имеют отношения так как не используют Линукс.

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

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

262. Сообщение от Аноним (262), 20-Фев-25, 14:09   +/
читай внимательнее
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #95

263. Сообщение от IdeaFix (ok), 20-Фев-25, 14:09   +/
Просто любая дискуссия с растованаби сводится к мужским задницам и к тому что диды не пускают. Совпадение наверное.

А часть сообщества [пользователей Linux] я и без опакечивания... а Вы не часть сообщества [разработчиков Linux] по определению. К слову, выпилить x86 ассемблер из мезы, которая от чего-то и под спарк собирается - это не то, чтобы кул-стори. Программист об этом вообще не думает, он просто тырит код... а майнтейнер обычно вынужден разбираться с этим в одного.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #255 Ответы: #280

264. Сообщение от Аноним (-), 20-Фев-25, 14:10   +3 +/
> Как можно ДО тестирования понять, что ошибок нет ?

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

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

265. Сообщение от Аноним (262), 20-Фев-25, 14:11   +1 +/
верно, ведь при отсутствии демократии ничего делить не нужно и всё идёт в один карман
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #155 Ответы: #561

267. Сообщение от Аноним (262), 20-Фев-25, 14:13   +1 +/
Нет, пока я ядро не добавят Javascript, ничего коренным образом не улучшится. Только Javascript спасёт усех.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #445

268. Сообщение от Ося Бендер (?), 20-Фев-25, 14:14   +4 +/
И энтот Грег туды-жа.

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

А мантайнерам думаю пока массово покавать чемоданы, энтот титаник больше не жилец. Аминь!

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

270. Сообщение от Аноним (270), 20-Фев-25, 14:16   +1 +/
Как это не причём? Вы раньше заставляли замедлять наши процессоры, а теперь ещё и более медленный язык втюхиваете.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #71

271. Сообщение от Аноним (271), 20-Фев-25, 14:17   +/
> Что мешает сейчас встроить бекдов в жлобси?

компиляторов С вагон и тележка а раст только один, так понятней?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #236 Ответы: #284

272. Сообщение от Аноним (-), 20-Фев-25, 14:17   +/
> Ну так товарищ уже писал что фри Паскаль тоже отслеживает ошибки.
> Так почему ни он, а Раст?

Потому что он отслеживает только часть.
При этом не превнося ничего нового по сравнению сишкой - ни нормальных типов, енамов, паттерн матчинга, асинка и тд

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

273. Сообщение от Аноним (271), 20-Фев-25, 14:18   +/
У меня есть а у тебя?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #188 Ответы: #279

275. Сообщение от Ян (?), 20-Фев-25, 14:19   +/
Возможно это их и спасает от раста в ядре.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #106

279. Сообщение от zog (??), 20-Фев-25, 14:22   +/
> У меня есть

И что это за код? Ты его где-то публиковал?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #273 Ответы: #297

280. Сообщение от Аноним (-), 20-Фев-25, 14:25   +/
> Просто любая дискуссия с растованаби

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

> А часть сообщества [пользователей Linux] я и без опакечивания...

Внезапно оказалось что сообщества разные.

> а Вы не часть сообщества [разработчиков Linux] по определению.

По какому такому определению?)) Сами придумали, сами расстроились что оно не работает?
Тот же Мигель Охеда более чем является частью "сообщества [разработчиков Linux]"

> К слову, выпилить x86 ассемблер из мезы, которая от чего-то и
> под спарк собирается - это не то, чтобы кул-стори.

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

> а майнтейнер обычно вынужден разбираться с этим в одного.

Сам виноват.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #263 Ответы: #296

282. Сообщение от Аноним (25), 20-Фев-25, 14:25   –1 +/
Тому, кто не может понять, что понять — это одно, а _не ошибиться_ нигде — это другое, уже ничего не поможет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #213

283. Сообщение от Аноним (155), 20-Фев-25, 14:26   +/
>запускай отдельно под гипервизором если так боишься

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

Особенно всякие char *(*(**foo[][8])())[];

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #203 Ответы: #306

284. Сообщение от Аноним (-), 20-Фев-25, 14:28   +/
>> Что мешает сейчас встроить бекдов в жлобси?
> компиляторов С вагон и тележка

а сколько из них смогут скомпилировать ядро?

> а раст только один,

и тут ты соврал (а может просто не знаешь, тк можешь только генерировать бред)

> так понятней?

неа


Ответить | Правка | Наверх | Cообщить модератору
Родитель: #271 Ответы: #491

285. Сообщение от Аноним (155), 20-Фев-25, 14:29   +2 +/
>Всё,  что надо из интересного, в Ада есть.

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

В misra c вообще без алокаций живут, вы же не собираетесь опускаться до их уровня?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #251 Ответы: #344

286. Сообщение от Ян (?), 20-Фев-25, 14:32   +/
Так работай на фирму и пускай тебе платят. А если люди хотят разрабатывать свободное по и развивать программирование, тебе какое дело? Я надеюсь, ты за свой виндовс и вижуал студию заплатил а нескачал их с торрентов, ведь труд должен оплачиваться! Я также надеюсь ты продуктами свободного по вообще не пользуешься по тем же соображениям. Майков в Линукс никто не звал ведь. А чего полезли раз 4% всего? Потому что на самом деле гораздо больше. Плюс серверы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #204 Ответы: #302

287. Сообщение от Aytishnik.com (ok), 20-Фев-25, 14:32   –1 +/
Все верно говорит (пишет), как не бубнили сишники.
Все равно придет rust, или учитесь или оставайтесь верны С.
Но хватит бубнить итд про Rust:)
И правильно, надо сейчас, все драйвера писать на rust, обязательно!
Ответить | Правка | Наверх | Cообщить модератору

289. Сообщение от Аноним (155), 20-Фев-25, 14:32   –1 +/
Правильно, поскольку сишники даже компилятор без уязвимостей написать не могут. И там проблема не в том, что нужно выжать ещё 5% скорости для системного вызова или что-то вроде этого. Просто любая большая программа на си/плюсах будет содержать ошибки управления памятью
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #229 Ответы: #307

292. Сообщение от Аноним (155), 20-Фев-25, 14:35   –1 +/
Не должно. Было бы всё так просто - память бы выделяли на стеке, без всякой кучи.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #213

293. Сообщение от Аноним (155), 20-Фев-25, 14:36   –2 +/
Внедряйте любой другой язык с афинными типами, вперёд. Заодно язык написать не забудьте
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #199

296. Сообщение от IdeaFix (ok), 20-Фев-25, 14:39   +/
Так уж и порвался? Просто потерял интерес. Ничего нового. А покуда ты Аноним и не покажешь ссылку на условный гитхаб если ты прям программист, ну или на худой конец оркид, если ты ученый, то... будут тебе ванаби тыкать как раз из-за отсутствия у тебя субъектности и личности. Нельзя перейти на то, чего нет. Нипарвись :) Подумай о попах Грега Кроа-Хартмана и Кейса Кука, может отпустит :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #280

297. Сообщение от Аноним (271), 20-Фев-25, 14:39   +/
> И что это за код? Ты его где-то публиковал?

драйверы, часть опубликована, некоторые заказчик просил не публиковать, есть и в майнстриме но не я комитил правда копирайт сохранён так что не против но сам тратить время на попрошайничество не намерен

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #279 Ответы: #321

301. Сообщение от Ян (?), 20-Фев-25, 14:44   –1 +/
Есть Valgrind для програм на Си, который выявляет такие ошибки на этапе выполнения, раз уж программист их допустил. Вообще-то программистам надо развивать внимательность при написании кода. Без этого никакой язык не спасет. Эти все отговорки о якобы ужасных ошибках на Си - детский сад на самом деле. Просто веских аргументов в пользу раста нет на самом деле
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #147 Ответы: #304, #309, #395

302. Сообщение от Аноним (-), 20-Фев-25, 14:48   +/
> Я надеюсь, ты за свой виндовс и вижуал студию заплатил
> а нескачал их с торрентов, ведь труд должен оплачиваться!

За винду мне заплатил производитель ноута (а я - ему)
За студию заплатила фирма.
И да, не качаю с торрентов ни винду, ни студию, ни игры.

> Я также надеюсь ты продуктами свободного по вообще не пользуешься по тем же соображениям.

С чего это вдруг? За них заплатили корпы. Плюс я не нарушаю лицензию, пользуясь ими.

> Потому что на самом деле гораздо больше.

Нет, не больше. Да и 4% это с учетом огороженного стимдестка и проприетарщика Вальв.

> Плюс серверы.

А вот и правильный ответ!
Майки сейчас на азуре зарабатывают больше чем на винде и х-коробке.

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

304. Сообщение от Аноним (-), 20-Фев-25, 14:50   +2 +/
> Есть Valgrind для програм на Си

Нет, он выявляет только самое элементарное.

> Просто веских аргументов в пользу раста нет на самом деле

Тыщщи cve на дыряшке с тупыми однообразными ошибками - лучший аргумент в пользу раста))

ЗЫ: такое ощущение что вы не писали ничего больше лабы в универе. Потому что достаточно один раз поискать странный креш, который возникает у заказчика рандомно и не воспроизводится у вас, и сразу станет ясно, что с си не все так просто.

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

306. Сообщение от Аноним (271), 20-Фев-25, 14:54   +/
> Если код падает с ошибкой, то хоть десят гипервизоров запусти - падать не перестанет

попробуй уже код написать хоть раз - какая разница ошибка в коде или от несоблюдения спецификации которой нет, больше скажу - вероятность от ошибки в коде на порядки меньше, у Маска ракеты на миллиарды долларов в космос летают на С и линуксе, зачем мне твоя лапша про безопасность раст - оне не даёт ничего, резервирование решает при обеспечении надёжности и как раз 10 гипервизоров. Иди подучись базовым наукам.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #283 Ответы: #400

307. Сообщение от Аноним (-), 20-Фев-25, 14:59   –1 +/
> Правильно, поскольку сишники даже оптимизирующий компилятор написать не могут.

Исправил.
Что забавно, что единственные два нормальных компилятора на си написаны (или скорее переписаны с си) на плюсы.
Но даже с плюсами есть проблемы((

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #289 Ответы: #407

309. Сообщение от Аноним (81), 20-Фев-25, 15:06   +3 +/
> на этапе выполнения

А rust на этапе компиляции. Разницу _замечаешь_?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #301 Ответы: #392

310. Сообщение от ptr (ok), 20-Фев-25, 15:09   +3 +/
Не бывает только pros. Всегда есть pros and cons. И только собрав их все в одну таблицу и внимательно проанализировав можно сделать вывод о том, что же перевешивает в конкретной ситуации.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

312. Сообщение от Аноним (-), 20-Фев-25, 15:14   +1 +/
>в платформе Android. Показано, что основным источником проблем с безопасностью является новый код, и повышению его качества следует уделять основное внимание. Для старого кода наблюдается экспоненциальная зависимость безопасности от времени (например, 5-летний код в среднем имеет в 3.4 раза меньшую плотность уязвимостей, чем новый код).

Этот параграф доказал ненужнось языка программирования Rust.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #318, #328

313. Сообщение от Karl Richter (ok), 20-Фев-25, 15:17   +1 +/
Знаю, может что-то и заметили для себя, а может и задумались о повышении безопасности софта.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #102

314. Сообщение от Нуину (?), 20-Фев-25, 15:23   +1 +/
> ещё куча всего из теории типов

Лучше скажите зачем все это и какой практичный софт написан на языках, где все это есть?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #143 Ответы: #333

315. Сообщение от Аноним (-), 20-Фев-25, 15:26    Скрыто ботом-модератором+/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32

318. Сообщение от Аноним (25), 20-Фев-25, 15:32   +/
Понятия «основной» и «единственный» для вас тождественны?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #312

319. Сообщение от имя фигимя (?), 20-Фев-25, 15:32   +/
3% от полутора - это сколько?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38 Ответы: #336

320. Сообщение от Аноним (320), 20-Фев-25, 15:33   +/
И прочий абьюзинг небинарных персон
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51

321. Сообщение от zog (??), 20-Фев-25, 15:37   +/
> но сам тратить время на попрошайничество не намерен

Почему обязательно попрошайничество?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #297 Ответы: #331

323. Сообщение от Аноним (323), 20-Фев-25, 15:40   +2 +/
Ну ты не Линус, и поэтому Linux сегодня - это самая продвинутая ОС в мире, установленная на устройствах от мобильников до самых мощных кластеров в TOP500. Линус, в отличие от тебя, обременен техническими знаниями, и знает, сколько времени потребовалось бы реализовать то же самое на чистом энтузиазме. Поэтому Linux в течение нескольких лет с конца 90х получил industrial-grade поддержку SMP, NUMA, серьезных файловых систем, оборудования с поддержкой горячой замены памяти и даже процессоров. Того, что админы локалхостов видели в лучшем случае на картинках.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #230

327. Сообщение от Аноним (327), 20-Фев-25, 15:48   +/
Было б что перечеркивать. Авторитет начинается во дворе, а не за комплюктером! Кнопошки давить и ребеночек может.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51 Ответы: #334

328. Сообщение от Аноним (-), 20-Фев-25, 15:53   +/
>>в платформе Android. Показано, что основным источником проблем с безопасностью является новый код, ... (например, 5-летний код в среднем имеет в 3.4 раза меньшую плотность уязвимостей, чем новый код).
> Этот параграф доказал ненужнось языка программирования Rust.

Слава богу в ядре только старый код и новый писать не нужно.
Надо просто заморозить ядро лет на 10, и только исправлять ошибки (и молиться чтобы при исправлении не сделать новых).
А то что там какие-то новые железки и фичи.. ну это для смузихлебов, диды могут комфортно сидеть на 2.6 и корке2duo.


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

329. Сообщение от BorichL (ok), 20-Фев-25, 15:57   +1 +/
Давайте пойдём дальше: впилим Хруст в проц, а то эти долбанные машинные коды ничего не делают за кривокодера и дают обратиться чёрти куда.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #536

330. Сообщение от aname (?), 20-Фев-25, 15:59   +/
Неуловимый Джо тоже неодолим
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #103

331. Сообщение от Аноним (271), 20-Фев-25, 15:59   +1 +/
А как это ещё назвать если код от людей и для людей без поддержки корпораций не принимают и на 5 итерации

https://patchwork.kernel.org/project/dri-devel/cover/2024092...

а никому ненужный кроме корпораций раст будет залетать насрав в рот майнтейнерам?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #321 Ответы: #463

332. Сообщение от aname (?), 20-Фев-25, 16:01   +/
Чёт вспомниается история с либой для работы IP.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #124 Ответы: #343

333. Сообщение от Аноним (-), 20-Фев-25, 16:01   +/
>> ещё куча всего из теории типов
> Лучше скажите зачем все это и какой практичный софт написан на языках, где все это есть?

Арти подойдет? Это вариант ТОР на расте, от самих авторов ТОР.
Андроид? Более чем практичный софт - 1.5 ляма строк кода на расте в версии 13. А сейчас еще больше.
Cosmic - тоже раст. И тоже практичный.


Ответить | Правка | Наверх | Cообщить модератору
Родитель: #314 Ответы: #363, #416

334. Сообщение от aname (?), 20-Фев-25, 16:02   +/
А потом таким Раст нужен
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #327

335. Сообщение от aname (?), 20-Фев-25, 16:05   +/
Действительно, какой смысл тут спорить, раз 1991 год всё показал.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #89

336. Сообщение от aname (?), 20-Фев-25, 16:07   +/
Статистическая погрешность
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #319

338. Сообщение от Аноним (344), 20-Фев-25, 16:09   +1 +/
>напомните пожалуйста, что случилось с ariane5 и как там нормально сработало ПО?

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #181 Ответы: #380

340. Сообщение от Аноним (340), 20-Фев-25, 16:14   –1 +/
Когда читаю подобное о Rust, пусть и в несчастной Википедии, то начинаю сомневаться в его адептах, а затем и в самом языке:

„const — постоянные. Живут в течение всего времени работы программы. А именно, у них вообще нет определённого адреса в памяти. Это потому, что они встраиваются (inline) в каждое место, где есть их использование“

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

342. Сообщение от Аноним (344), 20-Фев-25, 16:17   +/
>Ада не даёт гарантий безопасности работы с памятью.

Решение искуственных проблем. В мишон критикал не дергают память туда-сюда, а выделяют заранее сразу всю и только по делу. В сишке, обмазанной мисрой, тоже не страдают фигней, чтоб не преодолевать собственноручно созданные трудности. Не просто "не дают гарантий", а не пользуются ненадежными механизмами и исключают предпосылки. И с растом, если дорастет, будет то же самое: вот вам список из N десятков фич, которыми запрещено пользоваться, если хотите в клуб ответственных применений. Большинство нынешних "фанатов" отсеются на этапе "да как так-то"?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #245 Ответы: #349, #404, #444

343. Сообщение от Аноним (-), 20-Фев-25, 16:22   +/
> Чёт вспомниается история с либой для работы IP.

Ну ты бы ссылку привел или хотя бы название.
А то гуглить мне лениво.

ps это почти как анекдот про психбольницу и шутки под номерами

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

344. Сообщение от Аноним (344), 20-Фев-25, 16:22   +/
>В misra c вообще без алокаций живут, вы же не собираетесь опускаться до их уровня?

Не, это вы наивно думаете, что вам не придется, если захотите в нишу Ады и мисры. А с растом произойдет ровно то же самое что и с ними. Будет "равенскар профайл для раста" или "мисра раст" с кучей выкинутых фич (в том числе танцев вокруг кучи, что сделает большинство нынешних понтов про боровчекер бесполезными).

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #285 Ответы: #361, #403, #440

345. Сообщение от bdrbt (ok), 20-Фев-25, 16:23   –1 +/
Но в расте есть break - чем тебе не goto?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24 Ответы: #522

349. Сообщение от Аноним (-), 20-Фев-25, 16:28   +1 +/
> Решение искуственных проблем. В мишон критикал не дергают память туда-сюда, а выделяют  заранее сразу всю и только по делу.

В ядре (ну то, которое дико универсально) у тебя такой фокус пройдет?
Может покажешь наработки?

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

Именно за этим раст в ядро и внедряют. Исключить человеческий фактор для целого класс типичных сишных ошибок.

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

И это норма.
Напомню что SPARK это подмножество АДА.
Может будет какой-то Super Rust. Не вижу в этом ничего плохого.

Кстати посмотри еще adacore.com/gnatpro-rust
We’re developing GNAT Pro for Rust with the intent to support safety-certification needs such as avionics (DO-178), rail (EN-50128), space (ECSS-E-ST-40C and ECSS-Q-ST-80C) and others.
АДАвцы не просто так стали Silver Member в Rust Foundation. Наверное они что-то знали.
adacore.com/press/adacore-joins-rust-foundation-as-silver-member

> Большинство нынешних "фанатов" отсеются на этапе "да как так-то"?

Очень сомневаюсь.


Ответить | Правка | Наверх | Cообщить модератору
Родитель: #342 Ответы: #359

353. Сообщение от Аноним (353), 20-Фев-25, 16:35   +1 +/
А что тут не понятного?
Если Вы используете в ррограмме констану со значением в один байт одну тысячу раз, то код программы будет примерно на 1000 байт больше.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #340 Ответы: #357, #418, #548

354. Сообщение от Аноним (-), 20-Фев-25, 16:36   +1 +/
> Если мы имеем бинарные файлы, имеет значение, на чем были исходники?

Если у вас есть только бинарные файлы - имеют, вероятно, вас. А в Linux - stable api nonsense и драйвер подходит - только к своей версии ядра, и никак иначе. В BSD драйверы к тому же через прослойку совместимости с ядром Linux, так что удачи.

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

355. Сообщение от Аноним (424), 20-Фев-25, 16:37   +/
Тонкость в том, что ядро - это не совсем обычная программа, это прям высший уровень сложности. Поэтому ДИЛЕТАНТЫ там категорически не приемлемы! А проталкиватели раста наоборот - хотят внедрить язык, чтобы "каждая обезьяна могла писать код". В ядре.

Помимо того, что Ржа будет узконаправленно заставлять программиста приседать вокруг каждого указателя, она ещё и создаст гетерогенную среду, где прежде чем что-то исправить, придётся ещё посмотреть - знаешь ли ты тот язык, на котором написан ошибочный модуль. Привет, ш_B_а6одка!

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #205 Ответы: #366

356. Сообщение от Аноним (-), 20-Фев-25, 16:38   +1 +/
> Показано, что основным источником проблем с безопасностью является новый код
> и повышению его качества следует уделять основное внимание

Хорошо потроллил, намекнув от кого надо ставить загородки с высоким напряжением :)

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

357. Сообщение от Аноним (-), 20-Фев-25, 16:40   +1 +/
> значением в один байт одну тысячу раз, то код программы будет примерно на 1000 байт больше.

Вещи типа LTO как правило вносят свои коррективы в это состояние дел.

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

358. Сообщение от Аноним (424), 20-Фев-25, 16:42   +2 +/
> сами определили термин в рамках методички и сами на его основе что-то утвердили, выдав желаемое за действительное

+1. Я вообще не понимаю, как можно прыгать в язык, ВСЯ реклама которого базируется на единственной узкой фиче "а у нас надо гемороиться с КАЖДЫМ указателем!". Невелика фича, чтобы вот так фундаментально менять основы. Тот же язык D прекрасно справляется с указателями, но почему-то гугля молчит в тряпочку, будто этого языка и вовсе нет! (хотя Ди и является прямым преемником С++)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #154 Ответы: #368, #409, #471

359. Сообщение от Аноним (344), 20-Фев-25, 16:43   +/
>В ядре (ну то, которое дико универсально) у тебя такой фокус пройдет?

Ядру, чтоб стать "почти честным RT", нужно стать дико специализированным. И у тебя этот "максимализм" тоже пройдет при столкновении с требованиями регуляторов.

>Именно за этим раст в ядро и внедряют. Исключить человеческий фактор для целого класс типичных сишных ошибок.

Т.е. героически преодолевают собственноручно созданные трудности, ЧТД. Еще и не стесняются щоки надувать. Они просветлятся неизбежно, но потом.

>Может будет какой-то Super Rust. Не вижу в этом ничего плохого.

В том то и дело, что будет не супер, а подмножество. И нынешние "киллерфичи" вполне возможно отвалятся, как решения, для которых исключат сами предпосылки.

>We’re developing GNAT Pro for Rust with the intent to support safety-certification needs such as avionics (DO-178), rail (EN-50128), space (ECSS-E-ST-40C and ECSS-Q-ST-80C) and others.

АДАвцы не просто так стали Silver Member в Rust Foundation. Наверное они что-то знали.

Я этот движ наблюдаю с попкорном уже N лет. Пока это все на уровне гиммиков для заманивания молодежи в области, которые не покрыты списком тиобе. Именно те, от которых зависит наличие электричества в розетке -- откуда оно берется большинство фанатов популярных новых языков представляет слабо.

>Очень сомневаюсь.

Отрицание <-- вы находитесь здесь

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #349 Ответы: #372

360. Сообщение от Аноним (424), 20-Фев-25, 16:45   +2 +/
Для академических олухов, закукленных на своих кафедрах: на Си написано столько, что тебе за 10 жизней не прочесть! И без всяких алгебраических типов, прикинь!

Ядро - это проект для "высокоуровневого ассемблера", по-другому никак. И там просто нечего делать всем твоим перечисленным плюшкам. Хочешь выёживаться "сверх-программистским мозгом" - вали в Haskel, там таких как ты полно.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #143 Ответы: #370

361. Сообщение от Аноним (-), 20-Фев-25, 16:45   +1 +/
> Не, это вы наивно думаете, что вам не придется, если захотите в нишу Ады и мисры.

А мы хотим?
Я пока такого не слышал.

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

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

363. Сообщение от Аноним (424), 20-Фев-25, 16:47   +/
Ты сейчас сам себе перечислил какие-то местечковые проекты для самоубеждения, что вся эта фуфлотеория нужна. Ради бога - пиши, варись в этой академической каше, но конкретно языку Си это нафик не нужно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #333 Ответы: #375

364. Сообщение от Аноним (424), 20-Фев-25, 16:48   +1 +/
В том и прикол - это тупые ошибки тупых дилетантов - когда каждый мусорщик думает, что книга "С++ за 20 дней" это РЕАЛЬНО :))))))))))))
Сам Си не при чём - он просто делает то, что ты попросил.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #184

366. Сообщение от Аноним (-), 20-Фев-25, 16:52   +/
> Тонкость в том, что ядро - это не совсем обычная программа, это прям высший уровень сложности. Поэтому ДИЛЕТАНТЫ там категорически не приемлемы!

А кто тогда там пишет кривой код вида "запутался в размерах буфера" или не проверил within i_size блок или нет?
Кто этих дилетантов допустил к разработке?
А погоди, это же пишет один из первых разработчиков ядра, уважаеммый растохейтер Теодор Тцо!
opennet.ru/openforum/vsluhforumID3/135976.html#196

> А проталкиватели раста наоборот - хотят внедрить язык, чтобы "каждая обезьяна могла писать код". В ядре.

Судя по багам бибизяны в ядре уже. А вот защиты от них пока нету.
Просто приводят компенсируют инструментом уровень ядрописак.

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

Правильно. Не нужно приседать. Хороший SIGABRT когда-нибудь вылезет.

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

Знать новые языки конечно не нужно. "С89 хватит всем" (с)

> Привет, ш_B_а6одка!

А вот тут именно Свобода - не хочешь раст, форкай или катись на Хурд.


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

367. Сообщение от Аноним (367), 20-Фев-25, 16:54   +/
Точно не адепты раста и хейтеры Си. Который раз уже тут повторяю, что нельзя винить язык по причине глупости программистов.
Мне вообще кажется, что виной всему ихняя, западная, система образования. Вернее ее отстутствие.
Сегодня ойти модно-молодежно, вот и идут туда все подряд. А понимания как работает компьютер и что вообще такое память отсутствует в принципе.
Вот такие вот и придумали себе раст, и черт знает еще что, что бы не думать. И чтобы не утруждать себя работой по пониманию основ информатики.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21 Ответы: #378, #396

368. Сообщение от Аноним (-), 20-Фев-25, 17:00   +/
> +1. Я вообще не понимаю, как можно прыгать в язык, ВСЯ реклама которого базируется на единственной узкой фиче "а у нас надо гемороиться с КАЖДЫМ указателем!".

Разве? Там же еще есть линейные типы, хорошая std либа (а не уродливый огрызок в дыряшке, заставляющий велосипедить)...

> Невелика фича, чтобы вот так фундаментально менять основы.

По твоему мнению. У других оно другое и они решили, что расту в ядре быть.

> Тот же язык D прекрасно справляется с указателями, но почему-то гугля молчит в тряпочку, будто этого языка и вовсе нет!

D или SafeD ?

> (хотя Ди и является прямым преемником С++)

Судя по активности - его уже закопали.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #358 Ответы: #467, #534

369. Сообщение от blkkid (?), 20-Фев-25, 17:03   +1 +/
> clang, который и раст собирает

шланг не собирает раст, у них просто бэк общий (LLVM). но да, он получше гнутого уныния будет

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

370. Сообщение от Аноним (-), 20-Фев-25, 17:04   +/
> Для академических олухов, закукленных на своих кафедрах: на Си написано столько, что тебе за 10 жизней не прочесть! И без всяких алгебраических типов, прикинь!

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

> Ядро - это проект для "высокоуровневого ассемблера", по-другому никак.

Как видим есть еще варианты)

> И там просто нечего делать всем твоим перечисленным плюшкам.

Твое мнение очень важно! Настолько что аж пофиг.

> Хочешь выёживаться "сверх-программистским мозгом" - вали в Haskel, там таких как ты полно.

О, а идея хорошая.
Давайте в ядро еще и хаскель добавим.


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

371. Сообщение от Аноним (371), 20-Фев-25, 17:06   +/
Ну так компилятор отбраковывает в Расте гораздо больше некорректных программ
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #144

372. Сообщение от Аноним (-), 20-Фев-25, 17:09   +/
> Ядру, чтоб стать "почти честным RT", нужно стать дико специализированным. И у тебя этот "максимализм" тоже пройдет при столкновении с требованиями регуляторов.

Значит это будет уже другое ядро.
Потому что нынешний stabler api is nonsense регуляторов тоже расстроит.


>>Может будет какой-то Super Rust. Не вижу в этом ничего плохого.
> В том то и дело, что будет не супер, а подмножество. И нынешние "киллерфичи" вполне возможно отвалятся, как решения, для которых исключат сами предпосылки.

Может быть. Я не спорю.
Вот когда решат урезать раст, тогда и поговорим.

> ... для заманивания молодежи в области, которые не покрыты списком тиобе. Именно те, от которых зависит наличие электричества в розетке -- откуда оно берется большинство фанатов популярных новых языков представляет слабо.

Но это не отменяет а) избыточность АДА для ядра б) необходимость что-то делать с СИшниками бракоделами

>>Очень сомневаюсь.
> Отрицание <-- вы находитесь здесь

Сомневаюсь в том что "Большинство нынешних "фанатов" отсеются на этапе "да как так-то"?".
Ну так это мое право))
Я бы не отсеялся, тк мне интересны эти области.


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

375. Сообщение от Аноним (-), 20-Фев-25, 17:11   –2 +/
> Ты сейчас сам себе перечислил какие-то местечковые проекты для самоубеждения,

Аахаха, вот это у тебя самомнение)
AOSP это уже "местечковый проект"?

> что вся эта фуфлотеория нужна. Ради бога - пиши, варись в этой академической каше, но конкретно языку Си это нафик не нужно.

Пока получается, что СИшка не нужна нигде, кроме ядра. И даже в ядре ей нашли замену.


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

377. Сообщение от Аномус (?), 20-Фев-25, 17:12   +1 +/
Раст даже в unsafe блоках делает некоторый контроль, например по владению. Поэтому даже эти блоки у него более безопасны, чем вообще без контроля, как в си.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28 Ответы: #412

378. Сообщение от Аноним (-), 20-Фев-25, 17:14   +/
> Точно не адепты раста и хейтеры Си. Который раз уже тут повторяю, что нельзя винить язык по причине глупости программистов.

А можно винить каменный молоток в том что он плохо забивает гвозди (но хорошо - мамонтов)?
Или оголенные провода скрученные кое-как?
Конечно нельзя! Просто это плохой инструмент.
Примерно как СИ говняно спроектированный (коммитетом) недоязык-переассемблер.

> Мне вообще кажется, что виной всему ихняя, западная, система образования. Вернее ее отстутствие.

Что-то я не слышал про кучу великих программеров воспитанных в совке на самом лучшем образовании))

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #367 Ответы: #397

379. Сообщение от Аноним (379), 20-Фев-25, 17:20   +2 +/
Давайте уже на Zig переходить, раст вроде прошлый век
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #475

380. Сообщение от нах. (?), 20-Фев-25, 17:20   +/
> что там проблема была не в ПО и не в языке, а в человеческом факторе

то есть как так не в языке? Разьве он не безопастный?!
Нам же все уши прожужжали что йезык и должен каким-то чудом предотвращать человеческий фактор?!
Как так не в по, когда по и угробило ракету?


> Никакой раст от такого защитить не способен в принципе.

вот те на...

(кстати, способен - нет кода - нет проблемы, человеческий фактор ничего не втащит)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #338 Ответы: #410

381. Сообщение от Аномус (?), 20-Фев-25, 17:20   +/
Проблема в том, что новый код менее отлажен. Ошибки всегда были и у новых, и у старых программистов
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #70

382. Сообщение от _kp (ok), 20-Фев-25, 17:21   –1 +/
>> желающих на раст бесплатно писать

Кстати да. За деньги могу писать на чем угодно, но ради хобби ни писать на чем то типа на rust, python, pascal, java, lua.. Да нафиг. Не лежит душа к этому списку.
Логично же, на то оно и хобби, что б было интересно.

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

384. Сообщение от Аноним (424), 20-Фев-25, 17:23   +/
Рже не место в таком специальном проекте, как ведро. Хотят - пусть пишут вторые Иксы, Емакс, Тундырбёрд, но лезть в системное - там и без растовых приседаний тошно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #121

386. Сообщение от Аноним (386), 20-Фев-25, 17:23   +1 +/
> может скажем ей?

она и так знает, как и первые, так и лучшие программисты - девочки, не мужское это дело писать программы :)

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

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

390. Сообщение от Аномус (?), 20-Фев-25, 17:26   +/
Язык только частичный контроль делает. Там кроме этого и других ошибок будет достаточно, которые компилятор не в силах проконтролировать, он же не знает как должен работать ваш алгоритм
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #150

392. Сообщение от Ян (?), 20-Фев-25, 17:27   –2 +/
И что? Фри Паскаль тоже это якобы делает на этапе компиляции.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #309 Ответы: #434, #468

394. Сообщение от Аноним (424), 20-Фев-25, 17:28   +1 +/
Ада не нужен. Время нещадно закопало этот язык, а вот Сишечка прекрасно показала, насколько удобно её спроектировали.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #99

395. Сообщение от Аноним (155), 20-Фев-25, 17:29   +1 +/
>Есть Valgrind для програм на Си, который выявляет такие ошибки на этапе выполнения

Вы забыли сказать "может быть". Поскольку хитрые ошибки так не найти
>Вообще-то программистам надо развивать внимательность при написании кода

Вот жаль вас нельзя посадить писать код внимательным. Сразу бы на своей шкуре бы это почувствовали

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

396. Сообщение от Аноним (155), 20-Фев-25, 17:31   +2 +/
>Который раз уже тут повторяю, что нельзя винить язык по причине глупости программистов.

Логика сишников: перила строить не нужно, главное просто быть внимательным. А если вы невнимательны, у вас кружится голова и всё такое прочее - живите в одноэтажном доме.

Си виновен в том, что собирает даже заведомо нерабочий код, не говоря уже про выявление каких-то неочевидных багов

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

397. Сообщение от Ян (?), 20-Фев-25, 17:31   –1 +/
Си - классный язык. Просто надо уметь в нем работать. Да и даже не то чтобы как-то по особому уметь, а просто следить за тем, что делает код. Элементарно. Ещё раз: эти примеры якобы минусов Си - несерьёзны.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #378 Ответы: #421

400. Сообщение от Аноним (155), 20-Фев-25, 17:36   +/
Сразу видно, код вы не писали.
> резервирование решает при обеспечении надёжности и как раз 10 гипервизоров

Резервирование решает при условии, что у вас код хоть иногда работает. Но если он всегда падает в каком-то месте, то все 10 гипервизоров упадут одинаково

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #306 Ответы: #438

402. Сообщение от Ян (?), 20-Фев-25, 17:37   +1 +/
А если писать типо uint_8 то нет проблем с переносимостью вообще
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #235 Ответы: #419, #501

403. Сообщение от Аноним (155), 20-Фев-25, 17:38   +/
>Не, это вы наивно думаете, что вам не придется, если захотите в нишу Ады и мисры

Формально верифицированный код может обойтись и без этой ерунды. Одно дело запустить куда-то ракету, и другое дело работать с произвольной файловой системой.

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

404. Сообщение от Аноним (155), 20-Фев-25, 17:40   +1 +/
>Решение искуственных проблем. В мишон критикал не дергают память туда-сюда

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

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

405. Сообщение от Аноним (424), 20-Фев-25, 17:40   –1 +/
А ты что, вундеркинд, пишущий на 2 языках сразу?! За всю историю ИТ таких не было и не будет. "Универсалы" знают ОДИН язык хорошо и остальные языки на уровне "пользователя". По-другому просто не бывает. Достаточно месяц не касаться любого из языков и уже начинаешь сомневаться, какие там вообще есть ключевые слова :) Это мне напоминает веб-m@kak, которых просят и сишарпить, и похапэхать, да ещё страничку жабосрипта наваять - НЕ ВЫЙДЕТ. Либо на шарпе наг0вн0кодят, либо в JS %%ерню напишут. По-другому никак.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64 Ответы: #482, #498

406. Сообщение от Ян (?), 20-Фев-25, 17:41   +/
Гарантирует при соответствующем коде от программиста
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #253 Ответы: #429, #500

407. Сообщение от Аноним (155), 20-Фев-25, 17:43   –1 +/
>Исправил.

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

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

408. Сообщение от Аноним (424), 20-Фев-25, 17:44   +/
Я был знаком (т.е. конкретно писал программы) на примерно 20 языках. Сейчас от этих "побед" остался только пепел воспоминаний :) Сейчас пишу на C# и это практически единственный инструмент, на котором я гарантирую качество. Если я сяду за некогда любимый Дельфи (уж что может быть проще после C#?) я там такую лапшу понапишу!
Всяк язык требует непрерывной практики. И не только язык - вся платформа требует постоянно её использовать. Оставь C# на пол-года и не вспомнишь даже как открыть файл :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64

409. Сообщение от Аноним (155), 20-Фев-25, 17:44   +/
>Тот же язык D прекрасно справляется с указателями

В D есть сборщик мусора, так что никак он не справляется

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #358 Ответы: #457

410. Сообщение от Аноним (-), 20-Фев-25, 17:46   +/
>> что там проблема была не в ПО и не в языке, а в человеческом факторе
> то есть как так не в языке? Разьве он не безопастный?!

Кривляния тебе к лицу)

> Нам же все уши прожужжали что йезык и должен каким-то чудом предотвращать человеческий фактор?!

Да, оно предотвращает случайные ошибки, а не намеренное ломание.

> Как так не в по, когда по и угробило ракету?

Помню на одном заводе был пресс для штамповки, который запускался двумя кнопками: пол метра одна от другой. Ну чтобы только двумя руками нажимать.
Что делает безмозглый работяга? Правильно, он засовывает в одну кнопку спичку, ну чтобы можно было что-то подправить в процессе.
Как ты можешь догадаться, попу он себе сейчас подтирает одной рукой. Единственной.

Думаю его можно переучить на СИ и он будет отстреливать себе *опу, но уже в виртуальном пространстве))

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

411. Сообщение от Аноним (424), 20-Фев-25, 17:46   +/
Не будет. Будет гнить как венда-10 - годами что-то там будут костылить, дописывать, а потом выйдет весь в белом АМД и выкатит новую архитектуру. :) Этот вариант куда вероятнее, чем перепись миллионов строк кода на непойми чём.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46

412. Сообщение от Аноним (424), 20-Фев-25, 17:48   +/
Ну так а смысл?? Проще анализатор натравить на сишечку и найти проблемные места, чем ПЕРЕписывать всё на раст только ради раста.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #377 Ответы: #490

415. Сообщение от penetrator (?), 20-Фев-25, 17:55   +/
то что мнение эксперта надо учитывать никто не спорит, но делать из него кумира не надо, а если завтра он сиганет с моста золотые ворота, ты что скажешь? что он молодец?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #423

416. Сообщение от Нуину (?), 20-Фев-25, 17:58   +1 +/
>>> ещё куча всего из теории типов
>> Лучше скажите зачем все это и какой практичный софт написан на языках, где все это есть?
> Арти подойдет? Это вариант ТОР на расте, от самих авторов ТОР.
> Андроид? Более чем практичный софт - 1.5 ляма строк кода на расте
> в версии 13. А сейчас еще больше.
> Cosmic - тоже раст. И тоже практичный.

А что там из теории типов кроме суммы типов, которая и в с++ есть?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #333 Ответы: #465

417. Сообщение от Аноним (424), 20-Фев-25, 17:58   +/
> Именно корпы превратили средненькую в техническом плане поделку в мощную современную ОС

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #117 Ответы: #430, #466

418. Сообщение от Аноним (353), 20-Фев-25, 17:59   +1 +/

"Если Вы используете в ррограмме констану со значением в один байт одну тысячу раз, то код программы будет примерно на 1000 байт больше."

Сразу же, прошу прощения и вношу поправки в свой спич ;(
Так как не являюсь программистом, да и вообще не считаю себя программистом. Дисклаймер.

Словосочетание "код программы" надо понимать как инструкции процессора на котором они будут выполнятся.

Так вот, где собака порылась!
Константа - это не сферическая константа в вакууме. А то значение которое будет присутствовать в каждом из 1000 инструкций процессора, то это будет +1000 байт к объему инструкций.

Теперь возьмем константу размером в один байт находящуюся в памяти при  (например) 32х разрядной адресации памяти (32 бита это 4 байта). То при косвенной адресации в операнде будет адрес ячейки памяти размером в 4 байта. Умножаем на тысячу использований константы, получаем +4000 байт к объему инструкций.

Итого программа на 3000 байт больше!
Не все так просто в нашем мире ;)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #353 Ответы: #433

419. Сообщение от Аноним (-), 20-Фев-25, 17:59   –2 +/
> А если писать типо uint_8 то нет проблем с переносимостью вообще

О, начинаются отмазки.
СИ переносимый, но если писать uint_8 и танцевать с бубном.
СИ безопасный, но ошибки (одни и те же) уже лет 50.

Сейчас ядро не сбилдишь С23, потому что... в 23 стандарт добавили Bool!
А в ведре накостыляли typedef _Bool bool и enum { false = 0, true = 1 }.

Вопрос - Каким же дном должен быть язык, если в нем не boolean который математике существует с 1850х?
Ответ - он должен быть СИшкой)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #402 Ответы: #569

420. Сообщение от Аноним (424), 20-Фев-25, 18:02   +/
Как чёрный вариант, линукс "элопят"! (см. историю Нокии) Сначала туда внедряют хрен пойми что, разводят хайп, вносят смуту, раскол (как было с systemD), потом появляются форки, усилия распаляются в никуда, а в результате имеет 10 полуживых недолинуксов и полный раздрай. Корпам нужна одна православная вендяшечка, анально засунутая во все ПК и отдающая "телеметрию" по первому запросу. А "альтернативы" должны быть такими убогими, чтобы даже мысли не было туда соваться.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65 Ответы: #442

421. Сообщение от Аноним (-), 20-Фев-25, 18:02   +1 +/
> Си - классный язык.

Что правда?
А чего Ритчи писал, что на получившемся куске стандарта писать не возможно?
"The fundamental problem is that it is not possible to write real programs using the X3J11 definition of C. The committee has created an unreal language that no one can or will actually use."
Ну ладно, примем мнение анона за истину, куда же до него автору языка.

> Просто надо уметь в нем работать.

Т.е нужны просто Настоящие Программисты? Всего-то.

> Да и даже не то чтобы как-то по особому уметь, а просто следить за тем, что делает код. Элементарно.

Ага, только ни у кого не получается.
Даже у акса-калов типа Тцо, которые 30 лет в ядре программируют.

> Ещё раз: эти примеры якобы минусов Си - несерьёзны.

По мнению анона с богом забытого форума.
Очень весомо)


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

423. Сообщение от Аноним (-), 20-Фев-25, 18:08   +/
> то что мнение эксперта надо учитывать никто не спорит, но делать из него кумира не надо,

А кто делает из него кумира?
Его мнение интересует только про ядро.
А например делать блинчики с мукой или без муки - я лучше спрошу маму или тещу.

> а если завтра он сиганет с моста золотые ворота, ты что скажешь? что он молодец?

утрирование и доведение до абсурда, плохой подход, но для этого форума сойдет


Ответить | Правка | Наверх | Cообщить модератору
Родитель: #415 Ответы: #478

424. Сообщение от Аноним (424), 20-Фев-25, 18:09   +/
Для сустемДы ещё ничего не кончилось. То, что его ПРОДАВИЛИ в некоторые дистры, ещё не сделало тупее остальных! Есть куча форков старых добрых линуксов, где сразу же сказано, что это "форк без заразы поттеринга". К тому же, куча старого софта даже не пытались "завязать на сустемДы" - оно по-прежнему работает на любом линуксе.
Это как бы борьба на выживание - корпорасты нянчатся с анальными зондами пока это вообще имеет смысл (в контексте бизнеса на линуксе). Как только адекваты откажутся от корпорастных перделок, сразу кирдык - никому нафиг не надо тратить деньги на поттеринговые зонды.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38 Ответы: #428

425. Сообщение от Аноним (425), 20-Фев-25, 18:12   +1 +/
Политикой не интересуются только дети. И только дети считают её избыточной. Разработка больших программных продуктов — а ядро это большой программный продукт — занятие в первую очередь социальное, и только потом уже техническое. Везде, где сталкиваются интересы бы хотя бы двух человек начинается либо политика, либо драка. Написать хороший код довольно просто, каждый кто умеет кодить делал это хотя бы пару раз в жизни. Сложно писать хороший код в команде, и делать это каждый день. Учитывая разнообразие интересов и людей (а стало быть и способов мышления), ядро начинается и заканчивается политикой, с кодом где-то там внутри.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #164

428. Сообщение от Аноним (425), 20-Фев-25, 18:21   +/
Просто покажи хотя бы десяток больших деплоев в публичный прод этих форков-без-заразы. Больших — ну скажем, от тысячи серверов. Да хоть больше сотни покажи. Нетфликс на freebsd пока что, а больше буйных нет. У васянов на локалхостах что угодно будет работать, даже дос.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #424

429. Сообщение от Аноним (25), 20-Фев-25, 18:27   +/
У нас есть тайный орден непогрешимых программистов, код которых гарантированно безошибочен.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #406

430. Сообщение от Аноним (425), 20-Фев-25, 18:28   +/
А гениальная и не нужна особо. Нужна достаточно хорошая (читай: средняя) сейчас, а не гениальный Hurd когда-то там в будущем, но это не точно. Я живу сегодня и кушать тоже хочу сегодня, а заказчики готовы платить только за результаты, а не за крутые идеи. Но ты на меня не смотри, я старый, у меня дети и ипотека, ты дерзай, воплоти мечту в жизнь, форкни ядро и сделай правильно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #417 Ответы: #436

431. Сообщение от Аноним (425), 20-Фев-25, 18:28   +2 +/
Говоришь, Lua в ядре лучше, чем Rust? Ну ок…
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #575

432. Сообщение от Аноним (425), 20-Фев-25, 18:31   +1 +/
Но настолько медленнее (на порядк_и_!), что кроме прототипирования никуда и не годится, в отличие от.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #84 Ответы: #485

433. Сообщение от Аноним (-), 20-Фев-25, 18:33   +2 +/
Суровая реальность такова, что программы на C++ и Rust собираются полдня. Надо ещё производительное железо иметь. Сборка программ на чистой сишке реактивна несколько секунд, и всё готово.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #418 Ответы: #441

434. Сообщение от Аноним (434), 20-Фев-25, 18:34   +/
> И что?

Железобетонный аргумент.

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

435. Сообщение от svvord (ok), 20-Фев-25, 18:35   –1 +/
>> Внедрение Rust также даст возможность структурировать внутренние программные интерфейсы ядра таким образом, что будут практически исключены ошибки использования внутреннего API - в ядре накопилось слишком много сложных и запутанных API, создающих большую нагрузку на мэйнтейнеров в их работе по проверке, что данные API используются правильно.

Переход на Rust изменит ситуацию со сложными и запутанными API? Или просто сложные и запутанные API появятся теперь и на Rust? =)
Внедрение Rust гарантирует что новое API будет использоваться правильно?

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #439, #447, #483

436. Сообщение от Аноним (-), 20-Фев-25, 18:37   +/
> А гениальная и не нужна особо. Нужна достаточно хорошая (читай: средняя) сейчас, а не гениальный Hurd когда-то там в будущем, но это не точно.

Ну... Хурд ИМХО гениальным не был даже в момент создания.

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

Как и у тех, кто пишет 80+% кода ядра.
Потому что это нормально. Не всем же дают гранты за танцы в фуррисьюте антилопы.

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

Форкнуть? Там же куча плохих идей и кода.
Надо советовать написать все самостоятельно с нуля!


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

437. Сообщение от Аноним (434), 20-Фев-25, 18:41   +1 +/
> Что такое «переменная динамического размещения»?

Видимо, что-то из той же области, что и "рантайм для реализаций синтаксиса" 😂

Забей - персонаж галлюцинирует...

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

438. Сообщение от Аноним (271), 20-Фев-25, 18:48   +/
> Резервирование решает при условии, что у вас код хоть иногда работает. Но если он всегда падает в каком-то месте, то все 10 гипервизоров упадут одинаково

код тестируют вообще-то на разных заданных нагрузках и кейсах, но тестирование не даёт 100% гарантии как и раст, это у тебя только в фантазиях код падает постоянно, ракеты не такие глупые люди запускают. Раст поможет чтобы код не ломали на кейсах которые выходят за рамки нормальных условий - эти ненормальные условия надо специально создавать, а ракетки летают и нас рать им на твой раст.

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

439. Сообщение от Аноним (439), 20-Фев-25, 18:57   +1 +/
> Внедрение Rust гарантирует что новое API будет использоваться правильно?

Раст позволяет на уровне системы типов задизайнить АПИ так, что им невозможно неправильно воспользоваться. Это одна из мега-фич раста.

Собственно, всё что написал ГКХ - очевидные и известные вещи для тек, кто знаком с растом. Споры возникают на ровном месте из-за того, что горит кресло у людей, которые вообще ничего в теме не понимают, но кидаются комментировать (включая некоторых разработчиков ядра).

95% комментариев на опеннете в темах про раст - это чистые фантазии людей, не имеющие отношения к реальности. Иногда это интересно почитать просто что бы поугорать, а иногда видишь что опять вся тема - чьи-то буйные фантазии, можно сразу закрывать потому что делать там/тут нечего.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #435 Ответы: #451, #452

440. Сообщение от Карлос Сношайтилис (ok), 20-Фев-25, 18:57   +2 +/
> вам не придется, если захотите в нишу Ады и мисры
> Будет "равенскар профайл для раста" или "мисра раст" с кучей выкинутых фич

Раст уже можно использовать при разработке критических систем, в частности авто ISO 26262, ASIL-D), пром (IEC 61508, SIL4) и  медицина (IEC 62304, SIL 4). Другие – на подходе.

И нет, выкидывать ничего не пришлось. Угадай почему? )

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

441. Сообщение от Аноним (-), 20-Фев-25, 18:58   –1 +/
> Суровая реальность такова, что программы на C++ и Rust собираются полдня. Надо  ещё производительное железо иметь.

Это проблема только программеров и сборщиков софта.
Обычных людей волнует чтобы оно выполнялось быстро.

> Сборка программ на чистой сишке реактивна несколько секунд, и всё готово.

А потом трятяться часы на фиксы)


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

442. Сообщение от какая разница (?), 20-Фев-25, 18:59   +/
А в лине телеметрии нет?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #420

444. Сообщение от Карлос Сношайтилис (ok), 20-Фев-25, 19:04   +1 +/
Вы там, товарищи анонсы, под копирку пишите или это один и тот же спец по мишон критикам?

Не буду повторяться, вот ссылка.
Мисра и компания решали проблемы сишки, для роста это не нужно.

https://www.opennet.me/openforum/vsluhforumID3/136071.html#440

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

445. Сообщение от Ыыыыы (?), 20-Фев-25, 19:07   +/
Надо чтобы искусственный интеллект кодил, хоть прям сразу в бинарник.
Читал мнения экспертов Опеннета и воплощал это в машинных кодах.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #267

446. Сообщение от Аноним (446), 20-Фев-25, 19:13   +/
Да ничего.

Вон в ФФ есть раст - чуть устарел раст в системе - новый ФФ не собрать, обновил раст и уже старую версию ФФ не собрать... красота...

В дебиане есть общесистемный rust и rust-mozilla для сборки ФФ... Но ведь арче такого не нужно, видимо ядро тоже будет роллингом :)))  

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

447. Сообщение от Аноним (-), 20-Фев-25, 19:15   +1 +/
> Переход на Rust изменит ситуацию со сложными и запутанными API? Или просто сложные и запутанные API появятся теперь и на Rust? =)

Местами просто не придется городить костыли.
Например ты указал что функция возвращает Result(int value, enum FunctionErrors).
Это значит, что в каждом месте где она вызывается надо будет проверить "а нет ли ошибки".
И exhaustive проверить все ошибки если они там есть.

И даже если бы в СИ использовались енамы, то в нем ты можешь сравнить enum Error_1 и enum Error_2 потому что в убогости это все инты.
А вот в расте у тебя такой фокус не пройдет - оно не скомпиляется с ошибкой по типам.

При этом не будет ошибок из-за костылей "передаем -1 если ошибка А, -2 если ошибка Б..."
А именно это было вот в этой CVE, на минуточку в OpenSSH
opennet.ru/opennews/art.shtml?num=62742

"Суть проблемы в том, что в коде функции verify_host_key_callback() при вызове функции verify_host_key() проверяется только код ошибки "-1", а другие коды, такие как "-2", игнорируются. В итоге функция verify_host_key_callback() может вернуть успешный код "0", несмотря на возврат ошибки "-2" функцией verify_host_key()."

> Внедрение Rust гарантирует что новое API будет использоваться правильно?

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


Ответить | Правка | Наверх | Cообщить модератору
Родитель: #435 Ответы: #480

450. Сообщение от freehck (ok), 20-Фев-25, 19:18   +/
> Что примечательно, за раст в ядре топят те кто код не пишет
> - торвалдсы, хартманы всякие. Ну посмотрим - им сверху видней

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

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

В общем, будем посмотреть.

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

451. Сообщение от svvord (ok), 20-Фев-25, 19:22   +/
Типизация не гарантирует грамотное API и не гарантирует неправильное его использование.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #439 Ответы: #460, #504

452. Сообщение от svvord (ok), 20-Фев-25, 19:28   +1 +/
> 95% комментариев на опеннете в темах про раст - это чистые фантазии
> людей, не имеющие отношения к реальности. Иногда это интересно почитать просто
> что бы поугорать, а иногда видишь что опять вся тема -
> чьи-то буйные фантазии, можно сразу закрывать потому что делать там/тут нечего.

Так и есть. Фантазии про гарантии правильного API (на любом языке) доставляют =)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #439 Ответы: #499

457. Сообщение от Аноним (457), 20-Фев-25, 19:46   +/
Пользуемся только его подмножеством BetterC, чего для ядер ОС, для Bare Metall будет достаточно, и нет сборщика мусора вообще.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #409

458. Сообщение от warlock66613 (ok), 20-Фев-25, 19:46   +/
fn main() {
    {
        let a = Box::new(7);
        println!("{}", *a);
    }
    println!("{}", *a); // compile-time error
}
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #66 Ответы: #589, #605

460. Сообщение от Аноним (245), 20-Фев-25, 20:04   +/
Как ты воспользуешься неправильно, когда апи тебе предоставляет только валидные в данном контексте методы для выполнения?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #451 Ответы: #509

461. Сообщение от fuggy (ok), 20-Фев-25, 20:12   +/
Да на вере. Может на фактах, вон гугл свой отчёт приводил на сколько процентов на факту ускорилась разработке и уменьшилось число багов. Вон команд Tor тоже недавно писала что довольна. Вот и Грег не по наслышке фактами делится.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73

462. Сообщение от fuggy (ok), 20-Фев-25, 20:32   +1 +/
Даже так будет лучше, потому что не будет магии с указателями. Только работать быстрее не станет, а то и медленнее. Потому что у компилятора Rust есть гарантии не нулевого указателя и длины массива, а не просто *void.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #92

463. Сообщение от zog (??), 20-Фев-25, 20:38   +/
Там уже 7-я итерация. Эта ссылка на твой код?

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #331 Ответы: #489

464. Сообщение от fuggy (ok), 20-Фев-25, 20:40   +1 +/
Если перечитать тот отчёт, то они не только не только Rust рекомендуют, но и Ada. Да и вообще, только никому не говорите, они ещё рекомендует C#, Java и Python. Но верующие в погрешимость раста видят только раст.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #102 Ответы: #477

465. Сообщение от warlock66613 (ok), 20-Фев-25, 20:45   –1 +/
Кстати, в C++ нету честной суммы типов, кроме специального случая в виде std::expected. std::variant — это очень близко, но всё-таки не сумма, так как в вариант нельзя сложить два одинаковых типа. Не знаю, часто ли это может стать проблемой на практике. А ещё с вариантом, равно как и с expected, равно как и с optional очень неудобно работать из-за отсутствия паттерн-матчинга и хоть чего-то похожего на монады.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #416

466. Сообщение от Аноним (466), 20-Фев-25, 20:46   +/
Stallman (GNU Hurd/Mach) was right. Tanenbaum (Minix) was right.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #417

467. Сообщение от warlock66613 (ok), 20-Фев-25, 20:53   +/
В Rust нет честных линейных типов, так чтобы не только в конструктор можно было параметры передавать, но и в деструктор. А иногда бывает надо.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #368

468. Сообщение от Аноним (371), 20-Фев-25, 20:54   +/
Ну так выходит даже Фри Паскаль лучше Си
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #392

469. Сообщение от Аноним (469), 20-Фев-25, 20:56    Скрыто ботом-модератором+/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13

471. Сообщение от warlock66613 (ok), 20-Фев-25, 20:59   +/
D так себе "справляется с указателями". Хотя сейчас туда пытаются затащить в каком-то виде подход из Rust, но получается слабенько.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #358

472. Сообщение от Аноним (469), 20-Фев-25, 21:02   –1 +/
Они что-то там вякнули, вот только есть одно но: линакс написан на сишке и время в зад не воротишь. И что такого, спросишь ты? А то, что прочь из проекта написаного на сишке со своими брейнфаками! Ищите свой расовый проект, как его там раст-ос этот, когда найдете, будете туда продавать свои удобрения
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #476

475. Сообщение от warlock66613 (ok), 20-Фев-25, 21:16   –1 +/
> Давайте уже на Zig переходить, раст вроде прошлый век

У Zig нет даже исчерпывающего перечня UB. Писать на нём — как ходить по минному полю. Кроме того, его подход к работе с указателями крайне подозрителен, учитывая что компилятор на LLVM: у LLVM очень строгие правила в отношении pointer provenance и т п. и я сильно подозреваю, что авторы Zig облажались с этим.

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

476. Сообщение от Аноним (-), 20-Фев-25, 21:34   +1 +/
> Они что-то там вякнули, вот только есть одно но: линакс написан на сишке и время в зад не воротишь. И что такого, спросишь ты? А то, что прочь из проекта написаного на сишке со своими брейнфаками!

Погоди, а кто написал линукс? Линус и написал.
И если он решит "пора внедрять брейнфаки" - то это его дело.
А твоим мнением может подтереться.

> Ищите свой расовый проект, как его там раст-ос этот, когда найдете, будете туда продавать свои удобрения

Это решат те, кто за проект отвечает. В частности Грег из этой новости.


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

477. Сообщение от Аноним (-), 20-Фев-25, 21:56   –1 +/
> Если перечитать тот отчёт, то они не только не только Rust рекомендуют, но и Ada.

Ада... вы думаете местные сишники ее осилят?
Да и не все с ней так гладко. Где-то в комментах уже расписывали что и как.

> Да и вообще, только никому не говорите, они ещё рекомендует C#, Java и Python.
> Но верующие в погрешимость раста видят только раст.

А кто из этих трех без сборщика мусора?
Вот то-то и оно!

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #464 Ответы: #493

478. Сообщение от penetrator (?), 20-Фев-25, 21:59   +/
так у тебя просто 2 кумира Грег Хартман и Теща, и не очень много критического мышления по всей видимости ))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #423 Ответы: #479

479. Сообщение от Аноним (-), 20-Фев-25, 22:04   +/
> так у тебя просто 2 кумира Грег Хартман и Теща, и не
> очень много критического мышления по всей видимости ))

повторюсь еще раз: "утрирование и доведение до абсурда, плохой подход, но для этого форума сойдет"
Тебе перечислять всех людей которые в чем-то разбираются, по моему мнению?
или ты так, просто потроллить?

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

480. Сообщение от Аноним (220), 20-Фев-25, 22:15   +/
Тогда нет отличия от C++ , ведь там тоже местами понагорожены костыли.
Тогда все плюсы Rust, нивелируются.
И нет разницы.
Но если нет разницы зачем Внедрять какой то там Rust, если это то же что и C++ .
Вся это реклама про расплередение памяти Rust, это просто грамотная акция.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #447 Ответы: #487

481. Сообщение от Аноним (220), 20-Фев-25, 22:18   +/
> основным источником проблем с безопасностью является новый код

Всысле основным источником проблем с безопасностью Rust, является новый код самого Rust.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #356 Ответы: #488

482. Сообщение от Аноним (25), 20-Фев-25, 22:20   +/
Даже удивительно, как полиглоты существуют.
Что практика нужна — это само собой.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #405

483. Сообщение от fuggy (ok), 20-Фев-25, 22:22   +/
> будут практически исключены ошибки использования внутреннего API - в ядре накопилось слишком много сложных и запутанных API, создающих большую нагрузку на мэйнтейнеров в их работе по проверке, что данные API используются правильно

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

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

484. Сообщение от Аноним (220), 20-Фев-25, 22:24   +/
> Короче ждём раст-фри ядро линукс

Почему Linux, может Грег Кроа-Хартман nix. Или Грегnix, или Кроаnix, или Хартманix.

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

485. Сообщение от bOOster (ok), 20-Фев-25, 22:26   +/
В отличиии от NetGraph на FreeBSD.
А eBPF настолько дыряв что использовать его в продуктиве на постоянку будет только уж совсем отмороженный.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #432 Ответы: #532

487. Сообщение от Аноним (488), 20-Фев-25, 22:31   +/
> Тогда нет отличия от C++ , ведь там тоже местами понагорожены костыли.
> Тогда все плюсы Rust, нивелируются.

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

> И нет разницы.

Разве в С++ появились enums с associated values?
Или паттерн матчинг из коробки (а не 100500 велосипедов от васянов)?

> Но если нет разницы зачем Внедрять какой то там Rust, если это то же что и C++ .

К счастью не "то же")
Как минимум в расте не дырявого наследия СИ в виде тон UB.

> Вся это реклама про расплередение памяти Rust, это просто грамотная акция.

Ты можешь так думать, я не буду тебя переубеждать.

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

488. Сообщение от Аноним (488), 20-Фев-25, 22:34   +/
>> основным источником проблем с безопасностью является новый код
> Всысле основным источником проблем с безопасностью Rust, является новый код самого Rust.

Но его пока в ядре нету, только сишка.
Получается парадокс - растовики изобрели машину времени и подбросили СИшникам прямо в штаны плохой код на СИ.
Чудовищное коварство!!


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

489. Сообщение от Аноним (271), 20-Фев-25, 22:35   +/
> Там уже 7-я итерация. Эта ссылка на твой код?

нет, но автор уже тоже наелся майнстрима и это уже другой человек после него продолжил проталкивать

> Почему такие "люди для людей" не сделают свой форк ядра?

только вылупился чтоли? этими форками весь гитхаб завален, есть и специальные проекты где собирают все непринятые патчи

https://github.com/armbian/build/tree/main/patch/kernel/archive

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #463 Ответы: #508, #514

490. Сообщение от Аноним (-), 20-Фев-25, 22:36   +1 +/
> Проще анализатор натравить на сишечку и найти проблемные места

Если было бы проще - так уже давно бы сделали.
Но что-то не сложилось и типичный си-код дыряв как шапка-ушанка Шарика из Простоквашино.

> чем ПЕРЕписывать всё на раст только ради раста.

Ты новость читал? Они хотят писать НОВЫЙ код драйверов на расте, а не переписывать старый.

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

491. Сообщение от Аноним (271), 20-Фев-25, 22:56   +/
> а сколько из них смогут скомпилировать ядро?

кто-то считал чтоли, кроме шланга и гцц знаю

https://bellard.org/tcc/tccboot.html

> и тут ты соврал

назови второй - наперёд сразу скажу не надо бреда про gcc потому что это затычка а не компилятор

> Please note, the compiler is in a very early stage and not usable yet for compiling real Rust programs.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #284 Ответы: #505

492. Сообщение от Нуину (?), 20-Фев-25, 23:00   +1 +/
> что и требовалось доказать

Что старички на подсосе крупных контор?

Тут главное вылавировать между интересами контор и сообщества, если последнее имеет смысл.

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

493. Сообщение от fuggy (ok), 20-Фев-25, 23:03   +1 +/
Ещё называли Go, ладно с GC. Тогда Swift, подходит по всем параметрам без GC, похож на С, удобно переписывать с C. Только проблема в том что используется целиком для iOS.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #477 Ответы: #497

495. Сообщение от uis (??), 20-Фев-25, 23:24   +1 +/
GNAT - это вообще GCC.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #157

496. Сообщение от Ан Оним (?), 20-Фев-25, 23:28   +1 +/
Я не поклонник Rust'а, но расскажу своё понимание ситуации (хотя кому это нужно?).
Linux начали разрабатывать в 1990-м году на С. Почему на С ? Потому что в то время GNU C был единственным бесплатным компилятором. Не было бесплатных компиляторов Паскаля, Модулы, Ады, С++ и т.д. Понятно что С ненадёжный язык (априори, потому что это обобщёный язык ассемблера). Но никаких других бесплатных общественных компиляторов долгое время не было (кроме Free Pascal Compiler, но Free Pascal ненадёжный). И вот появился Rust, бесплатный, общественный, надёжный. Конечно, гугль с майкрософтом загорелись идеей протащить его в Linux, чтобы получить конкурентное преимущество своих продуктов (гугль пиксель, кромбук, azure linux, wsl).
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #510, #530

497. Сообщение от Аноним (-), 20-Фев-25, 23:31   +/
> Ещё называли Go, ладно с GC. Тогда Swift, подходит по всем параметрам без GC, похож на С, удобно переписывать с C.

Я на нем пишу по работе.
Нифига он на С не похож.

Во-первых, там есть ARC.
ARC automatically frees up the memory used by class instances when those instances are no longer needed
Я бы назвал это GC, но тут можно и поспорить))
Но там есть autoreleasepool с ручным управлением.

Во-вторых, там куча функциональных подходов.

let sum = fahrenheit.map({ (degreesFahrenheit) -> Double in
    return (degreesFahrenheit - 32.0) / 1.8
}).filter({ (degreesCelsius) -> Bool in
    return degreesCelsius <= 20.0
}).reduce(0.0) { (result, degreesCelsius) -> Double in
    return result + degreesCelsius
}

Думаю СИшников кондрашка хватила бы.

> Только проблема в том что используется целиком для iOS.

Да и нет.
Сейчас есть проекты которые используют кроссплатформенные кода для андроида. И я читал блог про использование на винде.
Плюс яблочники перепиливают Foundation под универсальную либу написанную на самом свифте.

Т.е теоретически получаем кросс-код для ios/macos/watchos + андроид + винда + линукс
Весьма неплохо если ты делаешь приложения типа "офис"
swift.org/platform-support/

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

498. Сообщение от fuggy (ok), 20-Фев-25, 23:46   +/
Да неудобно после Rust, где скобочки после if не нужно ставить, возвращаешься и по привычке тоже не пишешь.
Но знать несколько языков даже на среднем уровне лучше, чем знать один со всем библиотеками и функциями. Расширять знание парадигм программирования полезно, а не зацикливаться на одном лишь ООП. Программист не справочное пособие, для этого документация есть, чтобы не запоминать функции.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #405

499. Сообщение от Аноним (574), 20-Фев-25, 23:52   +/
Не на любом, а на расте. В других это невозможно. Почитай про newtype pattern и сложи это вместе с поглощением переменных. Это комбо позволяет давать доступ программисту только к валидным действиям. Ты в самих исходниках физически не сможешь неправильно воспользоваться - компилятор не пропустит.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #452

500. Сообщение от Аноним (-), 21-Фев-25, 00:01   +/
> Гарантирует при соответствующем коде от программиста

Это условные гарантии, то есть зависящие от другого условия, которое непроверяемо. Таким образом, это пустое место, а не гарантии.

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

501. Сообщение от Аноним (-), 21-Фев-25, 00:06   +/
> А если писать типо uint_8 то нет проблем с переносимостью вообще

Хватит уже, наелись такой переносимости.
Когда у тебя есть uint64_t и ты его пытаешься засунуть в printf - а какой спецификатор использовать, %lu или %llu ? PRIu64 !
То есть, вся переносимость находится в препроцессоре, а ни язык ни стандартная библиотека ни+ера не переносимые.

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

502. Сообщение от dkrot (??), 21-Фев-25, 00:13   +/
А почему Rust, а не более близкий к C Go? Ведь тоже контроль обращений к памяти... Или в Rust есть прямая адресация и правильные указатели как в C?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #503

503. Сообщение от Аноним (-), 21-Фев-25, 00:16   +/
> А почему Rust, а не более близкий к C Go? Ведь тоже
> контроль обращений к памяти... Или в Rust есть прямая адресация и
> правильные указатели как в C?

У Go сборщик мусора, с которым они достаточно долго воевали, чтобы он не затупливал в неподходящие моменты. Вроде исправили. Но все равно нет контроля что и когда очистится.


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

504. Сообщение от Аноним (504), 21-Фев-25, 00:18   +1 +/
Ладно, давай на примере покажу. На самом тупом, известном любому вебдеву.

Есть у тебя объект, представляющий хттп-ответ. Чё с ним можно сделать:
- установить код ответа (200 ОК)
- установить хедер (Content-Type: text/plain)
- отправить что-нить в тело ответа, ну например "hello world"

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

В расте это решается элементарно:
- Есть тип HttpResponse у которого вот эти три операции описанные выше
- http_response.status_code(200) возвращает тот же HttpResponse обратно
- http_response.set_header("Content-Type", "text/plain") nоже возвращает HttpResponse
- http_response.write_body("hello world") возвращает новый тип HttpResponseBody
- HttpResponseBody имеет только один метод: write_body(). Ну что бы ещё чё-нить в тело дописать (отправить в сокет)

Тут разумеется упрощённый пример без обработки ошибок и всякого разного. Так вот, с таким АПИ ты физически не сможешь собрать код, если уже начал писать в тело, а потом попытался установить код ответа. Потому, что у HttpResponseBody нет метода status_code(u16).

И тут человек незнакомый с растом скажет: так я же могу продолжать юзать этот старый http_response, нафиг мне HttpResponseBody возвращённый из HttpResponse::write_body() ? И вот тут вступает в дело ownership/borrowing. HttpResponse::write_body() *поглощает* объект, на котором его вызвали.

    let mut response: HttpResponse = /* ... */;
    response.write_body("hello world");
    response.status_code(200); // <-- не соберётся, потому что "response" поглощён

То есть тебе ничего не остаётся кроме как взять новый тип и работать уже с ним:

    let mut response: HttpResponse = /* ... */;
    let mut body_writer = response.write_body("hello");
    body_writer.write_body(" world");

Все эти правила поглощения описываются в сигнатуре функции.

Надеюсь, так понятно. Хватит уже кривляться, хыкать и хэкать, лучше поймите про что идёт речь и возрадуйтесь.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #451 Ответы: #526

505. Сообщение от Аноним (-), 21-Фев-25, 00:22   +/
> https://bellard.org/tcc/tccboot.html

А вы уверены что оно соберет современное ядро?
TCC поддерживает только до ISOC99. А ядро уже сколько лет с11.
В сети пишут что tccboot мог только 2.4.х ядра компилять.

Поэтому таки остаются два - гцц и шланг.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #491 Ответы: #507

506. Сообщение от Аноним (506), 21-Фев-25, 00:35   +/
Купленные Бигтехом Линукс Фоундейшн и Каноникал за Бигтеховский Rust в ядре, отлично, что дальше?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #596

507. Сообщение от Аноним (271), 21-Фев-25, 00:45   +/
> Поэтому таки остаются два - гцц и шланг.

проприетарных компиляторов как овна за баней

https://community.intel.com/legacyfs/online/drupal_files/art...

http://mcst.ru/LCC

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #505 Ответы: #511, #512

508. Сообщение от zog (??), 21-Фев-25, 00:56   +/
> нет, но...

Но когда ты покажешь свой код?

> только вылупился чтоли?

Отсутствие своего кода компенсируешь хамством? Типичный лороипанутый линуксоид.

> этими форками весь гитхаб завален, есть и специальные проекты где собирают все непринятые патчи

Форк - это не один патч, а продолжение развитие проекта усилиями новой команды. Например OpenBSD - форк NetBSD. А у Linux есть подобный форк? Судя по всему нет и не будет.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #489 Ответы: #520

509. Сообщение от Аноним (-), 21-Фев-25, 01:06   +1 +/
Нет смысла объяснять такое сишнику, у него есть только int и он будет смотреть на тебя с искренним удивлением и не понимать как ты можешь запретить ему сунуть int в int.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #460 Ответы: #621

510. Сообщение от Аноним (-), 21-Фев-25, 01:10   +/
Бесплатный только сыр в мышеловке. Чем-то кому-то придется заплатить. А для этого нужно рассматривать как минимум альтернативные издержки. Хм... и чего же они боятся? Зачем представляют бесплатно?

p.s. у меня предположений хороших пока нет, можете это считать предрассудками

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

511. Сообщение от Аноним (-), 21-Фев-25, 01:14   +/
>> Поэтому таки остаются два - гцц и шланг.
> проприетарных компиляторов как овна за баней

Так весь сыр-бор начался с белок-истеричек:
"Теперь достаточно встроить бэкдор, вирус или что-то там еще в rust runtime и дело в шляпе."

Представь как у них сгорит гузно, если ты швободистое ведро предложишь собирать проприетарщиной?


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

512. Сообщение от Аноним (-), 21-Фев-25, 01:19   +/
> проприетарных компиляторов как овна за баней

хм, я думал что будет вполне очевидно, про какие компиляторы идет речь, но...
придется уточнить, что интересуют только открытые компиляторы

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

513. Сообщение от мявemail (?), 21-Фев-25, 01:31   +/
рантайм gcc в конечную программу встраивается.
для того у них и исключение в лицензии для него.
вот с опеннета даже цитата
>Как объяснил Brett Smith, инженер, занимающийся вопросами лицензионного соответствия FSF, в состав GCC входят библиотеки времени исполнения (GCC Runtime Library), которые автоматически __встраиваются в обьектный код__ каждого приложения, создаваемого GCC.

обьектный код, если что - это бинарник

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #174 Ответы: #572

514. Сообщение от Аноним (-), 21-Фев-25, 01:33   +/
> нет, но автор уже тоже наелся майнстрима и это
> уже другой человек после него продолжил проталкивать

А причины отказа какие? (Да, мне лень читать даже рассылки даже для пять итераций, не то что семи)

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #489 Ответы: #521

515. Сообщение от мявemail (?), 21-Фев-25, 01:33   +/
та, что в куче, небось ?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #232 Ответы: #567

516. Сообщение от мявemail (?), 21-Фев-25, 01:35   +/
Вы разницы не видете между "gcc" и "рантайм gcc" ?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #149

517. Сообщение от мявemail (?), 21-Фев-25, 01:37   +/
ну и ?
>Это не runtime как таковой - это набор дополнительных библиотек.

я в курсе.
никто и не говорит, что там, условно, интерпретатор.
или у нас уже уязвимость в библиотеке - это не уязвимость ?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #134 Ответы: #576

518. Сообщение от мявemail (?), 21-Фев-25, 01:39   +1 +/
у джавы - jvm, у cs, vb - clr. интерпретаторы байткода.
у раста такой же "набор доп. библиотек".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #134 Ответы: #586

520. Сообщение от Аноним (271), 21-Фев-25, 02:10   +/
> Форк - это не один патч, а продолжение развитие проекта усилиями новой команды.

серьёзно, а мужики то не знают

https://github.com/torvalds/linux/forks

> Например OpenBSD - форк NetBSD. А у Linux есть подобный форк? Судя по всему нет и не будет.

и кому он может быть нужен кроме подсанкционных структур?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #508 Ответы: #525

521. Сообщение от Аноним (271), 21-Фев-25, 02:23   +/
> А причины отказа какие?

это не отказ а очень длительный процесс и обычное дело для майнстрима, если за это не платят нафига оно нужно

> Ну и с чего вдруг мейнтейнер должен его принят? Может оно вообще не нужно в ядре.

ну раст то точно майнтейнерам нужен ага, новости посмотри внизу страницы а не только вверху как там растовики ножками сучить начали

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #514 Ответы: #578

522. Сообщение от laindono (ok), 21-Фев-25, 02:39   +1 +/
Технически любое изменение PC является goto. Включая if/while/for/loop и включая вызовы подпрограмм и выход из них (return).

Разница появляется в языках высокого уровня. В Rust нет специальной инструкции goto. Причина - наличие механизмов, решающих сходные проблемы более надёжным способом. В первую очередь наличие механизма деструкторов, которые позволяют выполнять код при уничтожении переменной. Наряду с move-семантикой это закрывает все реальные потребности в goto. По своей сути получается, что компилятор сам пишет эту часть кода за тебя.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #345 Ответы: #528, #622

523. Сообщение от Аноним (-), 21-Фев-25, 02:40   +1 +/
отрицание: У раста нет стандарта, поэтому он не настоящий язык
гнев: Раст - это раковая опухоль
торг: Пилите свой форк с блекджеком и ржавчиной

=== [вы находитесь здесь] ===

депрессия: Rust довольно тяжело изучать
принятие: Rust позволил нашей команде повысить продуктивность

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

524. Сообщение от maximnik0 (?), 21-Фев-25, 02:59   +/
>. У ады есть некоторые проблемы с лицензированием

Какие ??? GNAT -gpl,его даже НАСА использовала и министерство обороны России.

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

525. Сообщение от zog (??), 21-Фев-25, 03:11   +/
> серьёзно, а мужики то не знают
>
> https://github.com/torvalds/linux/forks

Ты и твои мужики похоже вообще не знают как работает GitHub, а так же то, что форк на Гитхабе - это совсем необязательно форк проекта о котором ты со мной споришь.

> и кому он может быть нужен кроме подсанкционных структур?

Это вообще неинтересно. Интересно то, что форк вполне себе полноценный и из него заимствуют целые куски, в том числе и Linux дистрибутивы.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #520 Ответы: #527

526. Сообщение от svvord (ok), 21-Фев-25, 03:12   +/
А Rust подскажет тому, кто пишет API, какие сигнатуры нужно прописать? Разговор же не об использовании API, о том как его реализуют. А не прописав нужные сигнатуры, получаем тот же кривой API, только уже на Rust.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #504 Ответы: #574

527. Сообщение от Аноним (271), 21-Фев-25, 03:24   +/
> форк на Гитхабе - это совсем необязательно форк проекта о котором ты со мной споришь

с чего ты взял что я с тобой спорю - я тебя учу, код тебе ещё рано показывать

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #525 Ответы: #577

528. Сообщение от bdrbt (ok), 21-Фев-25, 05:56   –1 +/
> Технически любое изменение PC является goto. Включая if/while/for/loop и включая вызовы подпрограмм и выход из них (return).

Вроде только goto из них способен на long jump (как вызов функции) поэтому его хейтят?  Хотя надо смотреть конкретные кейсы.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #522 Ответы: #533

530. Сообщение от Аноним (-), 21-Фев-25, 06:24   +/
>Linux начали разрабатывать в 1990-м году на С. Почему на С ? Потому что в то время GNU C был единственным бесплатным компилятором.

Правильно, но не точно. Корпорасты тупо забили на Си, ошибочно считая его устаревшим. Всё внимание уделялось C++. Копилефт не про бесплатность. Сообщество GNU хотело свою экосистему, поэтому нужен был редактор и компилятор. К концу нулевых корпорасты спохватились и поняли свою ошибку, в то время единственный компилятор поддерживающий современные стандарты был один GCC. Вот тут-то они и стали раскручивать LLVM.

>Конечно, гугль с майкрософтом загорелись идеей протащить его в Linux, чтобы получить конкурентное преимущество своих продуктов (гугль пиксель, кромбук, azure linux, wsl).

В этом что-то есть, но не забывай что основной язык Windows это всё-таки C#. А когда Rust только-только начал набирать популярность Майкрософт, в своём стиле, попытался создать его конкурентный аналог. Если ядро станет, на Расте, безопасным оно не будет, просто отпадут характерные для Си уязвимости. В общем сухом остатке, станет плохо. Размеры исходников кратно увеличатся, время компиляции кратно возрастёт.

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

531. Сообщение от Аноним (-), 21-Фев-25, 06:28   +/
Модераторы удалили толковые сообщения в защиту Си и критику Раста. Апологеты Раста в качестве аргументов используют хамство и пытаются ввести людей в заблуждение. Запомните! В системной разработке, нет ничего лучше чистого Си. Си является плотью и кровью экосистемы GNU/Linux.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #523 Ответы: #565

532. Сообщение от Аноним (532), 21-Фев-25, 06:49   +/
Поздно. Его уже используют в продуктах.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #485

533. Сообщение от laindono (ok), 21-Фев-25, 06:56   +2 +/
goto в Си работает в пределах одной функции. Для длинных переходов есть setjmp/longjmp.

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

Оба механизма опасны. Даже базовым goto можно, например, стек испортить. А при помощи long jump можно испортить что-нибудь ещё более важное, вроде состояния аллокатора памяти. В худшем случае ошибка обнаружится где-нибудь в продакшене.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #528 Ответы: #535, #540

534. Сообщение от Аноним (534), 21-Фев-25, 07:55   +/
>D или SafeD ?

С осени 2024 Уолтер Брайт принял решение, что по умолчанию теперь будет SafeD.

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

535. Сообщение от Проходил мимо (?), 21-Фев-25, 08:16   +/
async - это как бы не совсем многозадачность. И поддержка асинхронного программирования в Rust, на мой взгляд, сделана как-то странно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #533

536. Сообщение от maximnik0 (?), 21-Фев-25, 08:26   +1 +/
>Давайте пойдём дальше: впилим Хруст в проц, а то эти долбанные машинные коды ничего не делают за кривокодера

Спали в анибиозной камере ? Так для спящих скажу- у вас была ЭВМ с тегированной памятью,ушли в историю.Славились отлаженным софтом, т.к большинство ошибок очень быстро вылазили по срабатыванию защиты.Это потом Бабаян в Эльбрусе подсмотрел идею с защитой.Но ребята кто делал процессор риск-5 обнаружили что патенты то истекли, а для безопасности эта очень хорошая вещь и в какую спецификацию включили эту защиту.У АRM при виде этого расширения начало подгорать и в 64 битной версии тоже включили тегирование памяти и затем добавили и аппаратную защиту от подмены адреса возврата функций.Все, большинство ошибок работы с памятью вызовет срабатывания защиты тега памяти. И только x64 в пролете, для нее уже не натянешь тегирование , приходится на уровне компиляторов изобретать защиту.

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

537. Сообщение от n00by (ok), 21-Фев-25, 08:33   –2 +/
>>имели представление о его роли.
> Я где-то ставил под сомнение его роль?

Я ответил на этот вопрос в той части моего сообщения, что ты выкинул при цитировании.

Грег озвучил не "мнение", а пожелание заказчиков (спонсоров). Он не сопровождающий", а, как минимум, второй после Линуса человек.

>>не сделавших ни одного коммита в ядро.
> я него не понял.

Это нормально, ведь ты непричастен к ядру.

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

538. Сообщение от Роман (??), 21-Фев-25, 08:33   +/
большой ли компанией переходите, какого рода проекты? Расскажите как решили вопрос с security updates прикладного софта, было бы интересно узнать кто из вендоров оказывает такую поддержку хотя бы лет на 5.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18

539. Сообщение от n00by (ok), 21-Фев-25, 08:36   –4 +/
> Конечно любопытный. Выкинут из ядра все goto и что ты будешь делать?

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

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

540. Сообщение от n00by (ok), 21-Фев-25, 08:38   –2 +/
Господа теоретики, в ядре нет setjmp.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #533 Ответы: #544, #546

541. Сообщение от n00by (ok), 21-Фев-25, 08:43   +/
Через Грега проходит не только информация об ошибках, но он собирает "статистику", кто из коммитеров где работает. То есть когда кому-то потребуются люди, он может спросить Грега, а тот сделает выборку из своей базы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51

544. Сообщение от u235 (ok), 21-Фев-25, 08:55   +1 +/
А покажи нам свои коммиты в ядро, товарищ практик.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #540 Ответы: #549

546. Сообщение от laindono (ok), 21-Фев-25, 09:14   +1 +/
> Господа теоретики

Понятное дело, что setjmp/longjmp это функции для юзерспейса. Я в контексте юзерспейса и объясняю, зачем они используются.

Вроде бы там было что-то, что позволяет без MMU использовать ядро. Скорее всего там есть эквивалентный механизм, который таки используется для чего-то.

Кстати добавлю, что async из Rust вполне пригоден для использования в кернелспейсе.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #540 Ответы: #550

548. Сообщение от Аноним (340), 21-Фев-25, 09:18   +/
> А что тут не понятного?

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #353 Ответы: #580

549. Сообщение от n00by (ok), 21-Фев-25, 09:19   –1 +/
Я показал: нажимаешь на ник, и видишь ссылку в анкете.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #544

550. Сообщение от n00by (ok), 21-Фев-25, 09:28   –2 +/
Да не надо вообще юзерспейс проецировать на ядро: требования различаются, потому и подходы могут быть разные.

Там троль приплёл goto к "переосмыслить и привести в порядок API", спровоцировал бессмысленный спор.

API менять весьма рискованное дело, и результат может получиться всякий.

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

559. Сообщение от n00by (ok), 21-Фев-25, 10:31   –2 +/
>>есть мнение сопровождающего
> Формально правдивая, скромная такая фраза, которая одним махом принижает авторитет человека,
> "через которого последние 15 лет проходит вся информация об ошибках и
> уязвимостях в ядре Linux"
> ЗЫ это один из действенныз приемов газлайтинга.

Отдельного внимания заслуживает количество плюсов, что этот деятель накрутил на то своё сообщение, #4.

Там дальше удалось выявить, что он изображает в этой теме минимум двух персонажей (начал отвечать как "Негоро", когда первого занёс в ЧС).

В другой теме он же был "Себастьян Перейра" и "Перейра Себастьян".

В общем, занятная активность. Надеюсь, ему за это платят.

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

560. Сообщение от YetAnotherOnanym (ok), 21-Фев-25, 10:49   +/
Что-то можно будет считать доказанным, когда Кроа-Хартман и Кук сами выучат раст. Ах, да - им же придётся учить его непрерывно - с каждой "стабилизацией порции АПИ", так что равьюить код на им будет некогда.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

561. Сообщение от YetAnotherOnanym (ok), 21-Фев-25, 10:57   +/
Не забывай, что короля играет свита. Самый жёсткий диктатор - ничто без своей команды, лояльность которой ему приходится покупать допуском к корыту.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #265 Ответы: #573

562. Сообщение от YetAnotherOnanym (ok), 21-Фев-25, 10:59   +/
> нужно идти на компромисся с архаичными элементами

Тебе напомнить, к чему привело "спрячь бабушкин паспорт"?

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

564. Сообщение от YetAnotherOnanym (ok), 21-Фев-25, 11:02   +/
А если посчитать овер9000 однострочных зависимостей, которые тащит каждый из этих патчей, так вообще 100500 разработчиков получится.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #176

565. Сообщение от YetAnotherOnanym (ok), 21-Фев-25, 11:12   +/
В плотницкой работе нет ничего лучше топора. Проблема в том, что даже у мастера топорище не-нет, да и скользнёт в руке. Хорошо, если лезвие в бревно не в том месте войдёт. А если по ноге?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #531 Ответы: #603

566. Сообщение от YetAnotherOnanym (ok), 21-Фев-25, 11:22   +/
> Создатели Раста заверяют, что он на уровне своего дизайна исключает много возможностей совершить ошибки

Пофиксил

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

567. Сообщение от Аноним (567), 21-Фев-25, 11:24   +1 +/
>  та, что в куче, небось ?

Ну в таком случае этот персонаж сказал, что C и С++ не умеют работать с кучей, ведь у них нет рантайма, который, по его же словам ответственен за эти "переменные динамического размещения":

ОН: Языки низкого уровня не требуют НИКАКОГО runtime.
ОН: Языки высокого уровня всегда имеют runtime для реализаций своего синтаксиса для недопрограммистов
ОН: в стиле строка = строка1+строка2
ЕМУ: дело тут не в синтаксисе (им занимается компилятор)
ОН: Аха, переменными динамического размещения в памяти занимается компилятор..

То есть если это про heap, раскручивая этот поток мыслей, им занимается НЕ компилятор, а рантайм, которого в Си и Си++ нет, соответственно динамической памяти в этих языках быть не может.

Но вообще, так глубоко копать и не надо, все уже было понятно на фразе "в стиле строка = строка1+строка2". Человек сначала утверждает, что языках низкого уровня нет рантайма и  приводит в пример конструкцию высокого уровня "строка = строка1+строка2", видимо не имея вообще никакого опыта в программировании. Иначе как тут не знать, что в том же С++  прекрасно пишется std::string str3 = str1 + str2, и эта конкатенация будет обработана компилятором.

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

569. Сообщение от Аноним (569), 21-Фев-25, 13:53   +/
> Вопрос - Каким же дном должен быть язык, если в нем не boolean который математике существует с 1850х?

Зачем тебе boolean, если есть char/int ? Ты все равно адресовать меньше одного байта не можешь, дак какая разница? Вот поэтому его и не было столько лет, что был не нужен именно в самом языке как ключевое слово. А кому был нужен, те обходились макросами и typedef'ами.

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

570. Сообщение от Карлос Сношайтилис (ok), 21-Фев-25, 13:54   +/
> Вопрос был другой.

Если не знаешь как компилировать, значит тебе и не нужно. Поэтому отключено, специально для людей которым не это не нужно.

Будет нужно – откроешь мануал и прочитаешь. Комменты на опенете тебе не помогут.


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

571. Сообщение от Аноним (569), 21-Фев-25, 13:57   +1 +/
А в ассемблере (x86 или arm) эти типы есть и вся эта куча всего из теории типов? Получается ассемблер дно, но почему-то раст в него компилируется (С++ом из LLVM-IR, ахахаха).

З.Ы. Си создавался как кроссплатформерный ассемблер и не более. Ничего из перечисленного в нем нет, потому что 1) не нужно, и без этого миллион драйверов и ОСей написано, а 2) в асм этого нет

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

572. Сообщение от нах. (?), 21-Фев-25, 14:04   +/
> рантайм gcc в конечную программу встраивается.

бедная жертва википедии...

Ладно уж, расскажу, в честь праздника (прошедшего дня алкоголика, а не то что вы подумали). А то от местных экспертов ты это точно не узнаешь, они не в курсе, для них там "особая магия".
В райнтайме gcc, в отличие от, нет ничего волшебного.

Это три-четыре (со временем их становится больше) крошечных .o, невидимым для тебя образом добавляющиеся к твоему hello.o при окончательном вызове линкера - можешь руками это сделать. В общем-то можно было бы догадаться об их существовании, если спросить себя - чем таким уж особенным функция main отличается от любой другой написанной тобой? Правильный ответ - а ничем, одна из особенностей Си, что там вообще нет волшебства. Соответственно, ее тоже нужно откуда-то кому-то вызвать, и ее return должен кому-то вернуть управление. Очень теоретически это могла бы быть сама операционная система, но в современных это так не принято, да и почистить бы там надо бы, прежде чем просто так обрывать работу кода.

Вот это и прочую механическую мелочь делают в тех .o, чтоб не самому каждый раз для каждого хеловрота.

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

Что такое liberty, зачем этот троянец появился на свет и в какой версии мы без него прекрасно жили - оставляю для самостоятельного изучения. Магии снова нет. (Разумеется, при сборке ведра - тоже не нужна)

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

Но ета неточна, потому что желающих лезть проверять около нуля.

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

573. Сообщение от тоже Анонимemail (ok), 21-Фев-25, 15:04   +/
> Самый жёсткий диктатор - ничто без своей команды

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #561 Ответы: #582

574. Сообщение от Аноним (574), 21-Фев-25, 15:09   +/
Чисто логически newtype + ownership дают возможность сделать гарантированно безопасно. Без ownership не получится, поэтому только раст. Что касается желания разработчика сделать безопасный апи - речь же не об этом. ГКХ сказал что раст позволяет, если есть желание, это сделать. И это правда. А другие языки не позволяют в принципе, и это тоже правда.

Если пример с респонсом недостаточен, зацени вот такое: в расте мутексы прячут защищаемый объект внутри себя. То есть ты никак не можешь получить к этому объекту доступ, кроме как через АПИ мутекса (вызвав lock()):

    let mut mutex = Mutex::new(String("hello"));
    let string = mutex.lock();
    println!("the string is {}", string);

И пока ты значение переменной string не дропнешь, мутекс больше никому не даст доступ к охраняемому объекту (они будут ждать на операции lock()).

Возможно только в расте и только из-за системы владения.

В той же жаве или любых других языках у тебя охраняемый объект всегда отдельно от замка́ его охраняющего и на твоей совести не забыть вызвать лок и потом его вернуть.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #526 Ответы: #620

575. Сообщение от bOOster (ok), 21-Фев-25, 15:27   +/
> Говоришь, Lua в ядре лучше, чем Rust? Ну ок…

Lua в песочнице работает, а rust в ядре планируют - разные вещи.

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

576. Сообщение от Аноним (576), 21-Фев-25, 16:04   +/
>>никто и не говорит, что там, условно, интерпретатор.
>>или у нас уже уязвимость в библиотеке - это не уязвимость ?

в С и тем более в С++ есть рантайм, и это не только откомпилированная стандартная библиотека. Перед тем, как выполнится первая строчка из main(), для рантайма языка есть немало работы. Даже если первой строчкой в main() будет std::cout << "Hello World!", что это за добрая фея, которая создала std::cout, который каким-то образом связан со стандартным потоком вывода процесса? Когда она это сделала? stdout в Си - аналогично.
Так что нет вооще никаких проблем создать "заряженный" вариант gcc, который мог бы добавлять зловред в каждый откомпилированный бинарник.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #517 Ответы: #583

577. Сообщение от zog (??), 21-Фев-25, 16:35   +/
>> форк на Гитхабе - это совсем необязательно форк проекта о котором ты со мной споришь
> с чего ты взял что я с тобой спорю - я тебя
> учу, код тебе ещё рано показывать

Никого ты не учишь, а просто сливаешь.

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

578. Сообщение от zog (??), 21-Фев-25, 16:40   +/
>> А причины отказа какие?
> это не отказ а очень длительный процесс и обычное дело для майнстрима,
> если за это не платят нафига оно нужно

Это всего лишь качественный review, чтобы не "хуяк хуяк и в апстрим".

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

Нужен. Они говорят, что новый код на Си обычно хуже, чем новый код на Расте, что неудивительно. Ты считаешь иначе и можешь это аргументировать?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #521 Ответы: #587

580. Сообщение от Аноним (580), 21-Фев-25, 17:54   +/
Я не пишу технические статьи.
И да, я не человек (для Вас), так мелкий мимокрокодил ;)
Спс. Будьте Человеком!!!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #548

582. Сообщение от YetAnotherOnanym (ok), 21-Фев-25, 19:29   +/
>> команды, лояльность которой ему приходится покупать допуском к корыту.
> холуями, которым подбрасывают с барского стола

Это одно и то же
> Того, кого нужно покупать, диктатору проще уничтожить

Не всегда
> от большого ума диктаторами и не становятся

Хы... Принцип "кто палку взял - тот и капрал" имеет очень мало общего с реальностью.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #573 Ответы: #584

583. Сообщение от Аноним (-), 21-Фев-25, 19:43   +/
А что все именно к рантайму прицепились? Система либо скомпрометирована, либо нет, если да, то есть масса способов внедрить вредоносный код. Что мешает обучить этому линкер, например? Так что без разницы, на каком языке написан код, и какой рантайм его языка - если его компилировать в скомпрометированной среде, способ всегда найдется. Что в Си, что в Расте.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #576

584. Сообщение от тоже Анонимemail (ok), 21-Фев-25, 19:51   +/
> Это одно и то же

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #582 Ответы: #588

585. Сообщение от Анонимemail (585), 21-Фев-25, 19:58   +/
Мне вот интересно,откуда берутся идиоты,знающие особенности языка и допускающие вот такое:
"При использовании Rust можно будет оставить в прошлом такие проблемы, как обращение к памяти после её освобождения, выход на границу буфера (частично), некорректное освобождение ресурсов при обработке ошибок и забытые проверки возвращаемых кодов ошибок, что позволит мэйнтейнерам сосредоточиться на реальных ошибках, таких как состояния гонки и проблемы с логикой, а не рассеивать при рецензировании внимание по мелочам."? Что это за мантра?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #595

586. Сообщение от Аноним (567), 21-Фев-25, 20:55   +/
>  у джавы - jvm, у cs, vb - clr. интерпретаторы байткода.

Не спорю с основной мыслью, но хотелось бы уточнить технические детали.
Что у джавы, что у дотнета сегодня нет никаких интерпретаторов байт-кода. Сегодня и те, и другие используют либо JIT-компиляцию, либо AOT-компиляцию. Интерпретаторами байт-кода они были много-много лет назад - Java до конца 90х, ну а дотнет с самого начала имел JIT-компилятор. Разве что классический Visual Basic использовал интерпретатор, но даже он с 5, кажется, версии начал предоставлять опцию компиляции в машинный код.

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

587. Сообщение от Аноним (271), 21-Фев-25, 21:11   +/
> Они говорят, что новый код на Си обычно хуже, чем новый код на Расте, что неудивительно. Ты считаешь иначе и можешь это аргументировать?

ты хоть один драйвер написал или под копирку лозунги повторять только можешь и кто такие они? на раст в ядре один драйвер который с закрытыми глазами без ошибок можно было написать на С - откуда вы берёте этот бред про них

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #578 Ответы: #593

588. Сообщение от YetAnotherOnanym (ok), 21-Фев-25, 21:44   +/
> Команда состоит из ярких личностей

Которых недопущенные к кормушке называют холуями.


Ответить | Правка | Наверх | Cообщить модератору
Родитель: #584 Ответы: #590

589. Сообщение от Аноним (589), 21-Фев-25, 22:08   +1 +/
https://play.rust-lang.org/?gist=a01b6354d0af1dde030340f8de2...
:ferrisClueless:
правда miri нисходит ошибку, bless miri
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #458 Ответы: #592

590. Сообщение от тоже Анонимemail (ok), 21-Фев-25, 22:30   +/
Вот как раз среди холуев решительное разделение на допущенных и не допущенных - одна из опор мировоззрения.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #588

591. Сообщение от Аноним (589), 21-Фев-25, 22:35   +1 +/
> А у раста даже формальной спецификации нет, там ошибки можно в сам язык добавлять.

    Ferrocene, a Rust toolchain qualified for safety-critical environments.

    The Ferrocene Language Specification (FLS) is a document describing the Rust language.

    The FLS is not intended to be used as the normative specification of the Rust language, nor is it meant to replace the decision-making processes of the Rust project.

https://spec.ferrocene.dev/general.html
https://www.tuvsud.com/en/services/product-certification/ps-...

сертифицированый компилятор и ненормативная спецификация языка вдохновлённая Ada reference manual

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

592. Сообщение от warlock66613 (ok), 21-Фев-25, 22:41   +/
Красиво, красиво, ничего не скажешь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #589

593. Сообщение от zog (??), 21-Фев-25, 22:41   +/
> ты хоть один драйвер написал или под копирку лозунги повторять только можешь

Аргумент в стиле "сперва добейся".

> и кто такие они?

Линус, Грег и компания. Тебе мало? Форкни ядро и докажи свою правоту.
Глаза можешь не закрывать.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #587 Ответы: #597

594. Сообщение от Аноним (589), 21-Фев-25, 22:49   +1 +/
ну компиляция точно станет медленнее
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #219

595. Сообщение от warlock66613 (ok), 21-Фев-25, 22:51   +/
А что не так?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #585 Ответы: #602

596. Сообщение от Аноним (589), 21-Фев-25, 22:58   +/
Дальше внедрение прослушки в вашей стене, приложите ухо и услышите как мы его уже у вас устанавливаем
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #506

597. Сообщение от Аноним (271), 21-Фев-25, 23:15   +/
> Аргумент в стиле "сперва добейся".

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

> Линус, Грег и компания.

они тот драйвер на dri-devel даже не видели, чего ты несёшь

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #593 Ответы: #598

598. Сообщение от zog (??), 22-Фев-25, 01:50   +/
> в технических темах как-то подругому может быть?

Вот и покажи свой код.

> они тот драйвер на dri-devel даже не видели, чего ты несёшь

Через них проходят все изменения в ядре. Чего ты сам несёшь?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #597 Ответы: #599

599. Сообщение от Pumpkin (??), 22-Фев-25, 02:30   +/
> Вот и покажи свой код.

посмотри, только чего ты там поймёшь если не разбираешься

https://limewire.com/d/8d19b7c8-6147-49f1-975c-e11b3a9112e6#...

> Через них проходят все изменения в ядре

думаешь они все форки смотрят, нивный, ты хоть подумай для чего тогда майнтейнеры

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #598 Ответы: #607

602. Сообщение от Аноним (-), 22-Фев-25, 09:18   +/
Критика Си опирается на мелких проблемах, которые несведущему человеку представлены чрезмерно раздуто.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #595 Ответы: #608

603. Сообщение от Аноним (-), 22-Фев-25, 09:20   +/
Ты можешь сколько угодно заниматься софистикой и словестной эквилибристикой. Сути дела оно не поменяет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #565

605. Сообщение от Анон1110м (?), 22-Фев-25, 11:16   +/
> fn main() {
>     {
>         let a = Box::new(7);
>         println!("{}", *a);
>     }
>     println!("{}", *a); // compile-time error
> }

Абсолютно неубедительно.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #458 Ответы: #606

606. Сообщение от warlock66613 (ok), 22-Фев-25, 14:35   +/
> Абсолютно неубедительно.

Вы вроде не просили вас в чём-то убеждать, вы просили пример.

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

607. Сообщение от zog (??), 22-Фев-25, 15:38   +/
>> Вот и покажи свой код.
> посмотри, только чего ты там поймёшь если не разбираешься
> https://limewire.com/d/8d19b7c8-6147-49f1-975c-e11b3a9112e6#...

Огрызок чужого большого драйвера. Ты это хотел бы в апстим принести?

>> Через них проходят все изменения в ядре
> думаешь они все форки смотрят, нивный, ты хоть подумай для чего тогда
> майнтейнеры

Какие форки? Речь про изменения, принимаемые в ядро.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #599 Ответы: #609

608. Сообщение от warlock66613 (ok), 22-Фев-25, 15:54   +/
Эти "мелкие проблемы" очень так немелко повышают когнитивную нагрузку при разработку на C.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #602

609. Сообщение от Аноним (271), 22-Фев-25, 19:12   +/
> Огрызок чужого большого драйвера. Ты это хотел бы в апстим принести?

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

> Речь про изменения, принимаемые в ядро

и где ты там видишь драйверы на расте чтобы сравнить с сишными

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #607 Ответы: #610

610. Сообщение от zog (??), 22-Фев-25, 22:09   +/
Я сюда не пиписьками меряться пришёл.

Вот тебе один из первых драйверов на Rust. Сравнивай его с сишным вариантом, если тебе это так интересно. https://git.kernel.org/pub/scm/linux/kernel/git/netdev/net-n...

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #609 Ответы: #611

611. Сообщение от Аноним (271), 22-Фев-25, 23:51   +/
> Я сюда не пиписьками меряться пришёл.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #610 Ответы: #612

612. Сообщение от zog (??), 23-Фев-25, 00:20   +/
Почему не писал? Я как раз этим и зарабатываю. Я лишь системным кодом серьёзно не занимался, а лишь прикладным.


Ответить | Правка | Наверх | Cообщить модератору
Родитель: #611 Ответы: #613

613. Сообщение от Аноним (271), 23-Фев-25, 01:04   +/
> Я лишь системным кодом серьёзно не занимался, а лишь прикладным.

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

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

618. Сообщение от Аноним (618), 23-Фев-25, 12:30    Скрыто ботом-модератором+/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

619. Сообщение от Аноним (619), 23-Фев-25, 19:14   +/
А что делать с кодом (собственностью) фирм, которые завтра продадутся корпам? (Как РедХат продался АйБиЭму.) Выкидывать из проекта? Бессмысленная (и даже вредная) дискриминация.
С мотивами согласен. С методами - нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #230

620. Сообщение от svvord (ok), 24-Фев-25, 12:13   +/
Мьютексы для внутренних переменных процесса — это круто, наверное, но бесполезно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #574

621. Сообщение от svvord (ok), 24-Фев-25, 13:17   +/
Очередная забавная дихотомия =) Можно не объяснять. Всё уже ясно =)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #509

622. Сообщение от adolfus (ok), 25-Фев-25, 11:43   +/
Отсутствие goto, т.е. отсутсвие возможности использовать безусловные переходы сильно усложнит программирование конечных автоматов и выходы из вложенных циклов. Фактически все парсеры и сканеры станут работать гораздо медленнее. С другой стороны, может это заставит отказаться от xml и сериализации в текст.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #522 Ответы: #625

623. Сообщение от Аноним (623), 25-Фев-25, 16:52    Скрыто ботом-модератором+/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #626

624. Сообщение от Аноним (624), 25-Фев-25, 20:43   +/
CRUSTиться
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

625. Сообщение от laindono (ok), 26-Фев-25, 07:40   +/
let result = 'block: {
    do_thing();
    if condition_not_met() {
        break 'block 1;
    }
    do_next_thing();
    if condition_not_met() {
        break 'block 2;
    }
    do_last_thing();
    3
};

Очевидно, оно и с произвольными циклами работает:

'a: loop {
    'a: loop {
        break 'a;
    }
    print!("outer loop");
    break 'a;
}

Как видишь, никаких проблем. С одной стороны семантика сильно порезана, а с другой стороны функциональность сохранена. Нет возможности перепрыгнуть вызов free и получить утечку например.

> сильно усложнит программирование конечных автоматов

Скорее pattern matching на порядки упростит всё. И тип-суммы, которые enum. И парсер-комбинаторы типа https://github.com/rust-bakery/nom. В целом рекомендую сходить, да посмотреть, как на самом деле, а не как рандомы сказали.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #622 Ответы: #652

626. Сообщение от n00by (ok), 27-Фев-25, 08:38   –1 +/
>>Мнение (то есть думки из области мнимого) у местных экспертов, не сделавших ни одного коммита в ядро.
> Это ты про себя так самокритично? Похвально!

Да, глупый наброс от неспособного нажать на ссылку принимается за похвалу.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #623 Ответы: #627

627. Сообщение от Аноним (627), 27-Фев-25, 16:25   +/
>>>Мнение (то есть думки из области мнимого) у местных экспертов, не сделавших ни одного коммита в ядро.
>> Это ты про себя так самокритично? Похвально!
> Да, глупый наброс от неспособного нажать на ссылку принимается за похвалу.

Невозможно нажать на то, чего нет. Ссылок на твои коммиты в ядро нет. И это логично – нет коммитов, нет и ссылок.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #626 Ответы: #628

628. Сообщение от n00by (ok), 28-Фев-25, 08:18   –1 +/
>>>>Мнение (то есть думки из области мнимого) у местных экспертов, не сделавших ни одного коммита в ядро.
>>> Это ты про себя так самокритично? Похвально!
>> Да, глупый наброс от неспособного нажать на ссылку принимается за похвалу.
> Невозможно нажать на то, чего нет. Ссылок на твои коммиты в ядро
> нет. И это логично – нет коммитов, нет и ссылок.

Характерная для фанатов Free Software по своей подлости и примитивности ложь.

1-я ссылка - под моим ником.
2-я ссылка - Информация об авторе, Сайт:

Ты тот самый Юзер235, я верно понимаю?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #627 Ответы: #629

629. Сообщение от Аноним (629), 28-Фев-25, 08:52   +/
>>>>>Мнение (то есть думки из области мнимого) у местных экспертов, не сделавших ни одного коммита в ядро.
>>>> Это ты про себя так самокритично? Похвально!
>>> Да, глупый наброс от неспособного нажать на ссылку принимается за похвалу.
>> Невозможно нажать на то, чего нет. Ссылок на твои коммиты в ядро
>> нет. И это логично – нет коммитов, нет и ссылок.
> Характерная для фанатов Free Software по своей подлости и примитивности ложь.
> 1-я ссылка - под моим ником.
> 2-я ссылка - Информация об авторе, Сайт:

Казалось бы, дать ссылку на коммит очень легко, но ты в который раз юлишь и изворачиваешся. А все дело в том, что в ядре твоих коммитов нет. Я заходил на твой профиль на гитхабе и видел ачивки, но пошел в указанные репозитории и поискал твои следы. Если они когда-то и были, то их выкинули за ненадобностью.

> Ты тот самый Юзер235, я верно понимаю?

Вангуешь ты так же плохо как и кодишь.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #628 Ответы: #630

630. Сообщение от n00by (ok), 28-Фев-25, 15:46   –1 +/
>>>>>>Мнение (то есть думки из области мнимого) у местных экспертов, не сделавших ни одного коммита в ядро.
>>>>> Это ты про себя так самокритично? Похвально!
>>>> Да, глупый наброс от неспособного нажать на ссылку принимается за похвалу.
>>> Невозможно нажать на то, чего нет. Ссылок на твои коммиты в ядро
>>> нет. И это логично – нет коммитов, нет и ссылок.
>> Характерная для фанатов Free Software по своей подлости и примитивности ложь.
>> 1-я ссылка - под моим ником.
>> 2-я ссылка - Информация об авторе, Сайт:
> Казалось бы, дать ссылку на коммит очень легко, но ты в который
> раз юлишь и изворачиваешся.

Я отвечаю хаму, оболгавшему меня в № 623, так, как он того заслужил -- показываю его "уровень".

> А все дело в том, что в
> ядре твоих коммитов нет. Я заходил на твой профиль на гитхабе
> и видел ачивки, но пошел в указанные репозитории и поискал твои
> следы. Если они когда-то и были, то их выкинули за ненадобностью.

Вот сейчас ты сообщил:

1. Искать не умеешь -- ты не показал команду, какой пытался найти. Просто соврал.

2. Не понимаешь, что такое git. Нельзя просто так взять и выкинуть коммит из linux. Можно сделать новый коммит, отменяющий старый.

3. Не понимаешь, что такое форки... но это тебе не объяснить, учитывая п.2.

>> Ты тот самый Юзер235, я верно понимаю?
> Вангуешь ты так же плохо как и кодишь.

Ну я ж не по фото вас различаю, а по назойливости, унылому стилю и "риторике" -- гнилой софистике.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #629 Ответы: #631

631. Сообщение от Аноним (629), 28-Фев-25, 16:04   +/
Все очень просто – твоих коммитов в ядре нет, все остальное – твой словесный понос.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #630 Ответы: #632

632. Сообщение от n00by (ok), 28-Фев-25, 21:39   +/
> Все очень просто – твоих коммитов в ядре нет

Специально для немеющих искать Гитхап повесил плашку:

Arctic Code Vault Contributor
@STrusov contributed code to several repositories in the 2020 GitHub Archive Program.

History

100% unlocked · Unlocked 2020-02-02 18:00:00 +1000
torvalds/linux
raspberrypi/linux
microsoft/WSL2-Linux-Kernel
these repositories, and more, were archived

> все остальное –
> твой словесный понос.

Ты пиши ещё, мне наруку примеры столь упорного и гнилого поведения анонимных активистов Free Software. В штатах вам финансирование обрезали, значит ты "местный". ;)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #631 Ответы: #633

633. Сообщение от Аноним (633), 01-Мрт-25, 09:11   +/
>[оверквотинг удален]
> 100% unlocked · Unlocked 2020-02-02 18:00:00 +1000
> torvalds/linux
> raspberrypi/linux
> microsoft/WSL2-Linux-Kernel
> these repositories, and more, were archived
>> все остальное –
>> твой словесный понос.
> Ты пиши ещё, мне наруку примеры столь упорного и гнилого поведения анонимных
> активистов Free Software. В штатах вам финансирование обрезали, значит ты "местный".
> ;)

Talk is cheap. Show me the code.

https://github.com/torvalds/linux/commits?author=STrusov <- тут пусто

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #632 Ответы: #634

634. Сообщение от n00by (ok), 01-Мрт-25, 17:32   +/
>[оверквотинг удален]
>> raspberrypi/linux
>> microsoft/WSL2-Linux-Kernel
>> these repositories, and more, were archived
>>> все остальное –
>>> твой словесный понос.
>> Ты пиши ещё, мне наруку примеры столь упорного и гнилого поведения анонимных
>> активистов Free Software. В штатах вам финансирование обрезали, значит ты "местный".
>> ;)
> Talk is cheap. Show me the code.
> https://github.com/torvalds/linux/commits?author=STrusov <- тут пусто

Беда твоя в том, что ядро ты увидел впервые, у тебя нет своей копии репозитория и потому ты полез в веб интерфейс, одержимый желанием что-то мне доказать.

Если бы ты работал с ядром, ты бы сделал привычное
git log --author=trusov

А потом бы скопировал из выдачи номер хеша в url.

https://github.com/torvalds/linux/commit/4a54feea1765a79ac84...

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #633 Ответы: #635

635. Сообщение от Аноним (633), 01-Мрт-25, 17:53   +/
> https://github.com/torvalds/linux/commit/4a54feea1765a79ac84...

Беда твоя в гордыне. Что мешало сразу показать эту ссылку?


Ответить | Правка | Наверх | Cообщить модератору
Родитель: #634 Ответы: #636

636. Сообщение от n00by (ok), 02-Мрт-25, 09:07   +/
>> https://github.com/torvalds/linux/commit/4a54feea1765a79ac84...
> Беда твоя в гордыне. Что мешало сразу показать эту ссылку?

Я уже объяснял: помешала твоя ложь в исходном "вопросе", в #623.

Ты сам задал тон. В ответ я наглядно показал зрителю, кто ты есть.

Ты мог бы поблагодарить меня за бесплатное обучение, поскольку в таком раскладе выходит, что оболгал ты меня не со зла, а от неумения работать с git. Но ты даже это не понял и продолжаешь хамить. ;)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #635 Ответы: #637

637. Сообщение от Аноним (633), 02-Мрт-25, 11:24   +/
>> Беда твоя в гордыне.
> неумения работать с git

Я не нуждаюсь в бесплатном обучении и умею работать с git, но гордыня ослепила тебя и ты никак не поймешь, что совсем не интересно клонировать ради тебя репу с ядром и искать там твои коммиты.

> В ответ я наглядно показал зрителю, кто ты есть.

Не только, ты раскрыл в том числе себя. Высокомерие и заносчивость так и лезут из тебя.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #636 Ответы: #639

639. Сообщение от n00by (ok), 03-Мрт-25, 13:42   +/
>>> Беда твоя в гордыне.
>> неумения работать с git
> Я не нуждаюсь в бесплатном обучении и умею работать с git

Факты:
1. Найти коммит ты не смог.
2. Не подписываешься. Соврать тебе не долго.

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

Очередная гнусная софистика.

Факты:
1. У тебя нет копии репозитория.
2. С ядром ты не работаешь.

Следовательно, твоё мнение об ядре не имеет веса, но ты его вставил.

>> В ответ я наглядно показал зрителю, кто ты есть.
> Не только, ты раскрыл в том числе себя. Высокомерие и заносчивость так
> и лезут из тебя.

Проецируй дальше.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #637 Ответы: #640, #650

640. Сообщение от Аноним (640), 03-Мрт-25, 15:06   +/
Дружище, как же я рад снова читать твоё сообщение. Я уж волноваться начал когда ты пропустил утренний постинг.

> 1. Найти коммит ты не смог.

Вроде по-русски написал – ты не настолько интересен, что бы ты заморачиваться.

> 2. Не подписываешься. Соврать тебе не долго.

Здоров ли ты, не переутомился? Ты заблокировал постинг, а теперь жалуешься на анонимность. Где логика?

> Факты:
> 1. У тебя нет копии репозитория.
> 2. С ядром ты не работаешь.
> Следовательно, твоё мнение об ядре не имеет веса, но ты его вставил.

Факт в том, что я задал вопрос, а не высказал мнение. Похоже, русский язык ты не понимаешь.


Ответить | Правка | Наверх | Cообщить модератору
Родитель: #639 Ответы: #641, #642

641. Сообщение от n00by (ok), 03-Мрт-25, 17:09   +/
> Дружище, как же я рад снова читать твоё сообщение. Я уж волноваться
> начал когда ты пропустил утренний постинг.

С каких пор анонимный врун мне друг?

>> 1. Найти коммит ты не смог.
> Вроде по-русски написал – ты не настолько интересен, что бы ты заморачиваться.

Враньё уровня детского сада. Неделю назад ты начинал наглее, но теперь "сдуваешься".

>> 2. Не подписываешься. Соврать тебе не долго.
> Здоров ли ты, не переутомился? Ты заблокировал постинг, а теперь жалуешься на
> анонимность. Где логика?

Легко и непринуждённо изобличаю тебя во вранье, лови цитатки:

>> Ты тот самый Юзер235, я верно понимаю?
> Вангуешь ты так же плохо как и кодишь.

Юзер235, впрочем, точно такое же аноним -- то есть некто без имени.

>> Факты:
>> 1. У тебя нет копии репозитория.
>> 2. С ядром ты не работаешь.
>> Следовательно, твоё мнение об ядре не имеет веса, но ты его вставил.
> Факт в том, что я задал вопрос, а не высказал мнение. Похоже,
> русский язык ты не понимаешь.

Ты сделал крайне тупой наброс, показывающий твоё неумение работать с git, и пытаешься оправдаться.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #640 Ответы: #643, #646, #647, #648

642. Сообщение от n00by (ok), 03-Мрт-25, 17:12   +/
В общем, ты написал достаточно, беру твои писули в зачёт за обучение тебя работе с git. Хорошо видно, что активисты Free Software не только не умеют работать с кодом, но и необучаемы, а потому следует избавить от вас "Сообщество".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #640 Ответы: #644, #645

643. Сообщение от Аноним (640), 03-Мрт-25, 19:31   +/
Факт в том, что тебя бомбит уже неделю на равном месте.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #641 Ответы: #651

644. Сообщение от Аноним (640), 03-Мрт-25, 19:33   +/
> В общем, ты написал достаточно, беру твои писули в зачёт за обучение
> тебя работе с git. Хорошо видно, что активисты Free Software не
> только не умеют работать с кодом, но и необучаемы, а потому
> следует избавить от вас "Сообщество".

Продолжай разговаривать с голосами в голове, это неоценимый вклад в психиатрию.


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

645. Сообщение от Аноним (640), 03-Мрт-25, 20:23    Скрыто ботом-модератором+/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #642

646. Сообщение от Аноним (633), 03-Мрт-25, 21:07    Скрыто ботом-модератором+/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #641

647. Сообщение от Аноним (633), 03-Мрт-25, 21:09   +/
> Юзер235, впрочем, точно такое же аноним -- то есть некто без имени.

n00by в туже корзину. Кличка в интернете, безликое нечто.

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

648. Сообщение от Аноним (633), 03-Мрт-25, 21:13    Скрыто ботом-модератором+/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #641

650. Сообщение от Аноним (650), 04-Мрт-25, 08:46   +/
>Русский язык. Полный курс для начальной школы (Ф. С. Алексеев)

Ты так и не прочитал или не помогло?

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

651. Сообщение от n00by (ok), 04-Мрт-25, 11:35   +/
> Факт в том, что тебя бомбит уже неделю на равном месте.

Да так бомбит, что я с "двух машин на Росе" (ц) себе по четыре анонимных ответа пишу. ;)

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

652. Сообщение от adolfus (ok), 10-Мрт-25, 14:29   +/
> let result = 'block: {

break blockN -- это ли не goto, только по другому обозначен?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #625 Ответы: #653

653. Сообщение от laindono (ok), 10-Мрт-25, 18:34   +/
Проблема с оригинальным goto в том, что можно перепрыгнуть выделение/высвобождение памяти. Выход из блока видимости означает вызов всех деструкторов и подобного. Это тот же самый break для циклов, только от цикла остался только блок.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #652


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

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




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру