The OpenNET Project / Index page

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



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

"Компания Vivo открыла код ядра BlueOS, написанного на языке Rust"  +/
Сообщение от opennews (??), 31-Июл-25, 10:33 
Компания Vivo, занимающая около 10% мирового рынка смартфонов (5 место среди производителей смартфонов), представила первый официальный открытый релиз ядра операционной системы BlueOS (Blue River OS). Операционная система BlueOS развивается с 2018 года и уже используется в умных часах серии  Vivo Watch. Vivo также работает над применением BlueOS в умных очках, роботах, умных терминалах и потребительских AI-устройствах. Код ядра написан на языке Rust и открыт под лицензией Apache 2.0. На Rust также написаны системные фреймворки BlueOS...

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

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

Оглавление

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

2. Сообщение от Аноним (2), 31-Июл-25, 10:33   –9 +/
> комбинация из применения умных указателей во время выполнения и проверок на этапе компиляции

Что из этого не умеет делать с++?

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

3. Сообщение от Анонимemail (3), 31-Июл-25, 10:34   +4 +/
"Поверх ядра реализована стандартаная библиотека Си, поддерживающая программные интерфейсы..." - т.е. оглядка на обеспечение безопасности здесь заканчивается и вся Растовость тает. Поймите правильно, без сарказма.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #14, #18, #24

4. Сообщение от Фрол (?), 31-Июл-25, 10:34   –1 +/
ну хоть кто-то сделал на расте что-то полезное

слава б-гу

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

5. Сообщение от Аноним (5), 31-Июл-25, 10:35   +5 +/
Красота. Хорошая новость.
Ответить | Правка | Наверх | Cообщить модератору

7. Сообщение от Аноним (2), 31-Июл-25, 10:36   +/
> В минимальной конфигурации ядро требует для своей работы всего 13 КБ оперативной памяти

А сколько на диске занимает?

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

9. Сообщение от Анонимкин (?), 31-Июл-25, 10:38   +1 +/
>ядро требует для своей работы всего 13 КБ оперативной памяти.

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

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

10. Сообщение от Аноним (2), 31-Июл-25, 10:38   –4 +/
Болгеос для часов?! Было время, когда часы работали по 8 лет без замены батарейки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #13, #15, #39

11. Сообщение от Аноним (11), 31-Июл-25, 10:39   +23 +/
Проверки на этапе компиляции.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #28, #59, #67, #188

12. Сообщение от анонимус (??), 31-Июл-25, 10:43    Скрыто ботом-модератором+/
Ответить | Правка | Наверх | Cообщить модератору

13. Сообщение от Аноним (11), 31-Июл-25, 10:44   +1 +/
> Было время, когда часы работали по 8 лет без замены батарейки.

Такие часы и сейчас есть. Но ничего, кроме собственно часов, будильника и секундомера/таймера в них нет.

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

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

14. Сообщение от inklesspen (ok), 31-Июл-25, 10:44   –1 +/
Rust при компиляции полагается на Сишную библиотеку.
Как бы это не звучало, без неё Rust можно будет скомпилировать только с без самой стандартной библиотеки Rust'а.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #72, #185

15. Сообщение от Аноним (15), 31-Июл-25, 10:47   +/
Было время, телефоны по две недели работали.
Правда, телефонией их функции и ограничивались.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #19

16. Сообщение от Аноним (93), 31-Июл-25, 10:49   +3 +/
>Компания Vivo

Прощупывают что-то через суббренд.

Если кто не знал, то:
BBK → Oppo и Vivo.
Oppo → realme и OnePlus.
Vivo → iQOO

p.s.:
https://www.opennet.me/opennews/art.shtml?num=58613

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

18. Сообщение от Аноним (11), 31-Июл-25, 11:00   +7 +/
> "Поверх ядра реализована стандартаная библиотека Си, поддерживающая программные интерфейсы..." - т.е. оглядка на обеспечение безопасности здесь заканчивается и вся Растовость тает

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

Во-вторых, саму эту библиотеку С использовать никто не заставляет.

Непотнятно, где ты тут увидел таяние.

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

19. Сообщение от Аноним (-), 31-Июл-25, 11:00   +1 +/
> Правда, телефонией их функции и ограничивались.

Да ладно. Там была еще адресная книга. И... и змейка!
А еще им можно было колоть орехи или отбиваться от гопарей.

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

20. Сообщение от Аноним (54), 31-Июл-25, 11:00   +/
Надо посчитать сколько там у них unsafe. ЕВПОЧЯ.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #31, #132

21. Сообщение от Омном (?), 31-Июл-25, 11:03   +/
Гигабайт
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7

22. Сообщение от нейм (?), 31-Июл-25, 11:03   +1 +/
В моих ышшо барометр, альтиметр, шагомер, термометр и скедулер, который это все может сливать в телефон по бт. Батарейка за 3+ года так и не менялась. Так что мимо
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #23, #55

23. Сообщение от нейм (?), 31-Июл-25, 11:04   +/
а и компас забыл, тоже есть
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22 Ответы: #33

24. Сообщение от Аноним (-), 31-Июл-25, 11:04    Скрыто ботом-модератором+/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

25. Сообщение от Аноним (31), 31-Июл-25, 11:04   –5 +/
> ...ошибками при работе с памятью, которые по статистике Google и Microsoft составляют 70% от всех уязвимостей в операционных системах

напомню: в ВАШИХ операц.системах! Написанных ВАШИМИ индусами и прочими "специально отобранными HRами" фуфелами.

Я вот пишу на C# - да, довольно далеко от C++, но... кто мешает в том же С++ юзать "умные указатели"?? Факт тот, что "проблемы с памятью" больше проблема низкоквалифицированных, ДЕШЁВЫХ кадров, а не языка. Писали же как-то в 2000-ых большие системы! И ничё, без всяких Растов вылизывали код и работало со 100% гарантией. Эмбед - тот вообще на Си - тоже устройства работают ГОДАМИ БЕЗ СБОЕВ. Так что лажа с памятью - извини, макросоfак, твоя личная халтура.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #30, #49, #50, #51, #87, #255, #283, #349

26. Сообщение от bOOster (ok), 31-Июл-25, 11:05   –2 +/
Отличная новость. Пойдет в массы - найдут толпу других ошибок и уязвимостей, кроме как работы с памятью. Да еще и unsafe в продуктиве подсыпет радостей, и все вернется на круги своя С и С++
Это поделие на бумаге выглядит красиво, эксплуатация покажет другое. "Вот те крест на все пузо" :)
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #29, #194, #316

27. Сообщение от Аноним (29), 31-Июл-25, 11:06   +1 +/
Раст вошел в рыночек ОС, и теперь сишка будет вытеснена! Лет через 30 - так точно!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #37, #197

28. Сообщение от Аноним (-), 31-Июл-25, 11:06   –17 +/
Используйте Gentoo Linux с правильными опциями сборки: https://airbus-seclab.github.io/c-compiler-security/gcc_comp...

Ржавчина не нужна!

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #35, #36, #41, #242, #258

29. Сообщение от Аноним (29), 31-Июл-25, 11:07   –2 +/
С и С++ - это подходит только для hello world, ну там сортировка массивов и т.п. лёгенькие алгоритмы! Для надёжных ОС только РАСТ!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26 Ответы: #152

30. Сообщение от Витюшка (?), 31-Июл-25, 11:07   –3 +/
Теперь тоже самое, но про Ассемблер (вместо С) и С (вместо Rust).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #190, #244

31. Сообщение от Аноним (31), 31-Июл-25, 11:08   –6 +/
Да без разницы! Факт тот, что танцевать на льду при помощи костылей с коньками никто не будет (я про раст программирование :) ). Язык выбран крайне неудачно и всё, что они получили - ещё один "местечковый проект". Ну это как написать мобильную ОСь на Smalltalk - тоже лучший из ООП языков, причём ещё и выигрывающий по концепциям, но... извини - никому не нужный.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #46, #163

32. Сообщение от Аноним (42), 31-Июл-25, 11:09   +/
Неправильная постановка вопроса. Нужно: Что из этого не умеют делать разрабы на С++?
Вопрос риторический, ответ очевиден:

Выдерживать сроки разработки при должном качестве конечного продукта такого уровня на C++ сложнее, чем на Rust

Для бизнес-сегмента это критично. Для любительских проектов - хоть до конца жизни вымучивай, никто слова не скажет против. Можно ли ручной пилой перепилить 400-летний  дуб? Можно. Но проще и быстрее это сделать бензопилой. Хотя кто-то скажет что распил будет не таким аккуратным.

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

33. Сообщение от Фрол (?), 31-Июл-25, 11:10   +/
> а и компас забыл, тоже есть

глубинометр. глубинометра не хватает.


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

35. Сообщение от kravich (ok), 31-Июл-25, 11:11   +13 +/
Гентушник как всегда не разобрался в вопросе и вместо ответа по существу решил в который раз попиарить свое болото
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28 Ответы: #42, #58

36. Сообщение от Аноним (42), 31-Июл-25, 11:12   +1 +/
Используйте. Много успешных проектов уже сделали самостоятельно уровня мобильной OS?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28 Ответы: #86

37. Сообщение от Аноним (31), 31-Июл-25, 11:12   +5 +/
Что-то мне это напоминает... не с теми же лозунгами Линукс "побеждал" Венду на десктопах? :))

Раст - пропихиваемый(!!!) гуглом язык, который никому в пень не упёрся. Просто вчитайся - ПРОПИХИВАЕМЫЙ! Т.е. люди НЕ ХОТЯТ его юзать, но им всё равно c_p_y_т в уши "а вот раст, а вот ошибки с памятью, кøкøкø....". Надоело. Хуже кАзино и центра английского! :)) Эта п@раша не взлетит. Она УЖЕ не взлетела - просто болтается где-то в пыли, её волокут, отряхивают, трясут для имитации жизни, но она всё равно дохлая лошадь. Просто поверь челу с 35 годами в ИТ.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #44, #47, #52, #53, #76

39. Сообщение от Фрол (?), 31-Июл-25, 11:14   +/
> Болгеос для часов?! Было время, когда часы работали по 8 лет без
> замены батарейки.

э э никто твои касио 91 например из твоих мертвых холодных пальцев не вырывает

они говоряти доси производятся

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

41. Сообщение от Аноним (41), 31-Июл-25, 11:15   +8 +/
>Ржавчина не нужна!

Компания Vivo, занимающая около 10% мирового рынка смартфонов (5 место среди производителей смартфонов) встала смирно и взяла под козырек перед мнением иксперда опеннета.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28 Ответы: #70, #93, #275

42. Сообщение от Аноним (42), 31-Июл-25, 11:16   +3 +/
Вопрос веры. Зрителям нравится deus ex machina.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35 Ответы: #69

43. Сообщение от bOOster (ok), 31-Июл-25, 11:16   –7 +/
> Неправильная постановка вопроса. Нужно: Что из этого не умеют делать разрабы на
> С++?
> Вопрос риторический, ответ очевиден:
> Выдерживать сроки разработки при должном качестве конечного продукта такого уровня на C++
> сложнее, чем на Rust
> Для бизнес-сегмента это критично. Для любительских проектов - хоть до конца жизни
> вымучивай, никто слова не скажет против. Можно ли ручной пилой перепилить
> 400-летний  дуб? Можно. Но проще и быстрее это сделать бензопилой.
> Хотя кто-то скажет что распил будет не таким аккуратным.

Для бизнес сегмента Rust тоже нафиг никому не нужен. Была Java и много где до сих пор используется. Винда сидит на C шарп в целом норм. Замену JAVA - GoLang много интереснее по причине схожего синтаксиса и более низких уровнях вхождения в язык.
А раст не нужен особо никому кроме кучки оголтелых..

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

44. Сообщение от Аноним (44), 31-Июл-25, 11:18   –6 +/
Сишка - точно язычок прошлого. С этим глу по спорить вообще.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37 Ответы: #63

46. Сообщение от Аноним (54), 31-Июл-25, 11:20   +1 +/
Так я о том же, только тоньше.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31

47. Сообщение от Аноним (50), 31-Июл-25, 11:21   –3 +/
Си уже морально устраивает по тихоньку. Тоже самое говорили про иксы, в итоге иксы все дропнули.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37 Ответы: #64, #109

49. Сообщение от Аноним (54), 31-Июл-25, 11:22   +1 +/
Я 20 лет пишу на голых указателях и у меня не было проблем. Просто я знаю что пишу, зачем пишу и как пишу. Боятся указателей только недалекие любители ООП.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #73, #216

50. Сообщение от Аноним (50), 31-Июл-25, 11:22   –2 +/
Вмести с си идёт комплектом проблемы с памятью.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #74

51. Сообщение от Котик Биба (?), 31-Июл-25, 11:22   +/
Так что ж ты тогда не работаешь на M$/Google/Apple, а строчишь комменты на опеннете? Отправь своё резюме в M$, напишешь такой 12 мастдай, что все ахнут)))))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #126

52. Сообщение от bOOster (ok), 31-Июл-25, 11:23   +/
> Что-то мне это напоминает... не с теми же лозунгами Линукс "побеждал" Венду
> на десктопах? :))
> Раст - пропихиваемый(!!!) гуглом язык, который никому в пень не упёрся. Просто
> вчитайся - ПРОПИХИВАЕМЫЙ! Т.е. люди НЕ ХОТЯТ его юзать, но им
> всё равно c_p_y_т в уши "а вот раст, а вот ошибки
> с памятью, кøкøкø....". Надоело. Хуже кАзино и центра английского! :))
> Эта п@раша не взлетит. Она УЖЕ не взлетела - просто болтается
> где-то в пыли, её волокут, отряхивают, трясут для имитации жизни, но
> она всё равно дохлая лошадь. Просто поверь челу с 35 годами
> в ИТ.

Хуже только реклама Гнусмаса ВЕЗДЕ..

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

53. Сообщение от Аноним (42), 31-Июл-25, 11:24   +1 +/
Это напоминает как Java и JavaScript в свое время вытеснили С и С++ из Энтерпрайза и веба. Олды помнят сколько каках было в чатиках вымучено на обоснования что "не взлетит"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37 Ответы: #56, #62

54. Сообщение от Аноним (54), 31-Июл-25, 11:25    Скрыто ботом-модератором+3 +/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9

55. Сообщение от Аноним (55), 31-Июл-25, 11:27   +1 +/
BT и три года… верим, верим
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22 Ответы: #83, #111

56. Сообщение от Аноним (42), 31-Июл-25, 11:29   +/
Помню-помню, как писали серверные скрипнули на сих для веб-страничек. А потом... упс! И ты в шелл под рутом на сервер попал! Эх! Золотые времена для мамкиных хакеров!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53

57. Сообщение от Фрол (?), 31-Июл-25, 11:31   +1 +/
>> Правда, телефонией их функции и ограничивались.
> Да ладно. Там была еще адресная книга. И... и змейка!
> А еще им можно было колоть орехи или отбиваться от гопарей.

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

шутки шутки но даже уже как бы микрософтовская нокия 520, купленная как подхват, когда быв супруга мобилку протеряла, успела быть перееханной автобусом но доси работает (мобилку переехало не жену к сожал^W^Wя)


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

58. Сообщение от Аноним (-), 31-Июл-25, 11:35   –7 +/
Гентушник ткнул носом в доступные флаги по безопасности, для C, C++.

Ткну носом ещё в доки по сборке: https://wiki.gentoo.org/wiki/Project:Hardened

Другим дистрибутивам ничего не мешает вместо внедрения вредносной ржавчине использовать флаги безопасности при сборке C, C++ программ.

Для тех кто не разобрался в безопасности вообще повторяю сотый раз: "Одним компилятором безопасности не достичь!!!"

Система должна давать гарантии безопасности при исполнении программы и это достигается аж пятерью критически важными компонентами, а не одним только компилятором:

1. Архітектура и инструкциии процесора для работы с памятью.

2. Ядром операционной системы которое следит за режимами выделения памяти для программ и самого ядра.

3. Компилятором.

4. Линковщиком.

5. Общесистемной библиотекой.

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

59. Сообщение от Аноним (2), 31-Июл-25, 11:36   –4 +/
Что именно ты не смог прочитать в документации по ключам си-компилятора в разделе проверки во время компиляции?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

61. Сообщение от Аноним (67), 31-Июл-25, 11:37   +2 +/
Поделка уровня Tizen, которую даже из часов уже выкинули.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #68

62. Сообщение от bOOster (ok), 31-Июл-25, 11:38   –2 +/
> Это напоминает как Java и JavaScript в свое время вытеснили С и
> С++ из Энтерпрайза и веба. Олды помнят сколько каках было в
> чатиках вымучено на обоснования что "не взлетит"

Че за бред? Никогда ни С ни С++ в серьезном Ынтерпрайзе не были, если касаться фронтофиса. А JavaScript вообще значительно позже Java и Appletов появился.

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

63. Сообщение от Аноним (67), 31-Июл-25, 11:38   +1 +/
Современный рабочий язык, а не такой который каждую неделю несовместимо меняется.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44 Ответы: #146

64. Сообщение от Аноним (67), 31-Июл-25, 11:39   +2 +/
Так и ты морально устарел, тебя тоже скоро дропнут.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47

65. Сообщение от Аноним (2), 31-Июл-25, 11:39   +/
А почему не ресдох? Она - всё?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #77, #318

66. Сообщение от Karl Richter (ok), 31-Июл-25, 11:40   +3 +/
Только кому сдался Gentoo и где доказательства эффектовности?

Одним компилятором можно убрать ошибки с памятью, в чем и причина внедрения Rust.

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

67. Сообщение от Аноним (67), 31-Июл-25, 11:40   +1 +/
С++ тоже можно проверить на этапе конь-пиляции.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

68. Сообщение от Аноним (2), 31-Июл-25, 11:41   +1 +/
С тазиком с самого начала было просто: либо они разрабатывают тазик, либо им позволяют выпускать ведро.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61

69. Сообщение от Аноним (-), 31-Июл-25, 11:43   +/
Вопрос формальных тестов: https://www.opennet.me/openforum/vsluhforumID3/129886.html#309
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42

70. Сообщение от Аноним (70), 31-Июл-25, 11:50   –3 +/
Компания Vivo, занимающая около 10% мирового рынка смартфонов, внезапно обнаружила, что выбор раста для ядра был глупостью и поддержка стала слишком дорогой.

Ввиду чего и открыла код чтобы получить бесплатных разработчиков.

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

71. Сообщение от Аноним (70), 31-Июл-25, 11:51   –6 +/
Чел, там больше 50% растокода на ансейфах, о чем вообще разговор?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #123, #135

72. Сообщение от НяшМяш (ok), 31-Июл-25, 11:52   +1 +/
> Rust при компиляции полагается на Сишную библиотеку.

Это в std режиме, то есть при компиляции в таргет с операционной системой. Если пишешь ось, то ты сам по себе и реализуешь все абстракции самостоятельно в каком виде нравится - хоть в виде внешней сишной либы, хоть на расте, хоть в асм секциях на расте.

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

73. Сообщение от Фрол (?), 31-Июл-25, 11:53   +4 +/
> Я 20 лет пишу на голых указателях и у меня не было
> проблем. Просто я знаю что пишу, зачем пишу и как пишу.
> Боятся указателей только недалекие любители ООП.

писать на голых указателях щекотно и неприлично


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

74. Сообщение от Аноним (74), 31-Июл-25, 11:55   +2 +/
С комплектом проблем с памятью идет прокладка между стулом и монитором
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50 Ответы: #144

75. Сообщение от Аноним (-), 31-Июл-25, 11:56   –1 +/
Один компилятор не может дать гарантии безопасности во время исполнения!

А CPU + Ядро OS + компилятор с линковщиком + системная библиотека - могут дать гарантии безопасности при работе с памятью: https://www.opennet.me/openforum/vsluhforumID3/129886.html#309

Да, в C, C++ гарантии безопасной работы с памятью есть за счёт стабильности работы программы. Но они таки есть! При переполнении буфера или прочих попытках эксплуатации уязвимостей, если они существуют, ядро OS может:
1. Записать факт эксплуатации дыры в лог, для ее исправления.
2. Записать факт эксплуатации дыры в лог, для ее исправления. И убить процесс.
3. Записать факт эксплуатации дыры в лог, для ее исправления. И убить все процессы пользователя с запретом создания новых (запрет логина).
4. Записать факт эксплуатации дыры в лог, для ее исправления. И вызвать панику ядра с выключением компьютера, для предотвращения чистки логов.

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

76. Сообщение от НяшМяш (ok), 31-Июл-25, 11:57   +/
Ого, как у онанима горит. Значит раст всё делает верно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37 Ответы: #78

77. Сообщение от Аноним (67), 31-Июл-25, 11:57   –1 +/
Да они уже переписывают недописанное. Растовики что с них ещё взять.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65 Ответы: #118

78. Сообщение от Аноним (67), 31-Июл-25, 11:58   +/
Когда Раст ничего не делает он поступает верно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #76

80. Сообщение от Qqq (?), 31-Июл-25, 12:03   +1 +/
>> Да, в C, C++ гарантии безопасной работы с памятью есть за счёт стабильности работы программы

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

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

81. Сообщение от Аноним (11), 31-Июл-25, 12:19   +4 +/
> Да, в C, C++ гарантии безопасной работы с памятью есть за счёт стабильности работы программы.
> При переполнении буфера или прочих попытках эксплуатации уязвимостей

Поёт про гарантии безопасности в C и C++ и тут же рассказывает о переполнении буфера. 🤦

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

82. Сообщение от Аноним (82), 31-Июл-25, 12:25   +1 +/
> Такие часы и сейчас есть. Но ничего, кроме собственно часов, будильника и секундомера/таймера в них нет.

а надо?

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

83. Сообщение от Аноним (11), 31-Июл-25, 12:26   +/
> BT и три года… верим, верим

А я вот верю, потому что на практике этими всем уберметрами эти персонажи пользуются ровно один раз в жизни - после покупки. 😂

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

84. Сообщение от Аноним (11), 31-Июл-25, 12:29   +/
> а надо?

А как же! Читать текст СМСки на экране 3.5 см, например.

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

85. Сообщение от Аноним (85), 31-Июл-25, 12:33   –1 +/
Hmm. We’re having trouble finding that site.

We can’t connect to the server at blueos.vivo.com.

If you entered the right address, you can:

    Try again later
    Check your network connection
    Check that Firefox has permission to access the web (you might be connected but behind a firewall)

Ну и на фиг. Насколько криво DNS настроен, что у меня не резолвится.

DNSSEC и DoT отключать ради китайщины не буду.

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

86. Сообщение от Аноним (86), 31-Июл-25, 12:35   –2 +/
Доо, мобильная ОС которая работает на одном единственном микроконтроллере и в QEMU. Класека ржавых ОС.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36

87. Сообщение от Аноним (-), 31-Июл-25, 12:35   +1 +/
> но... кто мешает в том же С++ юзать "умные указатели"?

Никто.
Просто их ценность слегка преувеличена.
Гугуль их даже улучшил и сделал MiraclePtr.
Нежидано, но Чуда не произошло))

"Предоставило защиту от 57% уязвимостей класса use-after-free" - у вас будет дырявая память 50-на-50.

"Потребление памяти основным процессом браузера при применении MiraclePtr увеличивается на 5.5-8% ... Среднее повышение потребления для всех процессов оценивается в 1-3%"
А еще оно будет тормозить и жрать память.

opennet.ru/opennews/art.shtml?num=60482

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

89. Сообщение от Аноним (-), 31-Июл-25, 12:38   +2 +/
> Ну и на фиг. Насколько криво DNS настроен, что у меня не резолвится.

У меня все открывает. Что через слово_на_три_буквы, что без.
Скорее всего это не у них криво DNS настроен, а у тебя руки из **пы.

Да и зачем их сайт, если есть гитхаб?

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

90. Сообщение от xsignal (ok), 31-Июл-25, 12:40   +/
Всё работает, похоже что-то ты там с настройками перемудрил...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #85

92. Сообщение от Аноним (92), 31-Июл-25, 12:43   +1 +/
Очень интересно. Надо попробовать на Raspberry Pi Pico2.
Ответить | Правка | Наверх | Cообщить модератору

93. Сообщение от Аноним (93), 31-Июл-25, 12:48   +/
>около

https://habrastorage.org/r/w1560/getpro/habr/upload_files/43...

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

97. Сообщение от Аноним (97), 31-Июл-25, 13:03   +/
очередная фуксия?
Ответить | Правка | Наверх | Cообщить модератору

100. Сообщение от Аноним (-), 31-Июл-25, 13:08   –1 +/
>> Да, в C, C++ гарантии безопасной работы с памятью есть за счёт стабильности работы программы
> Ты смешал теплое и мягкое, программа может работать с памятью не безопасно, но стабильно в обычной ситуации. Но возникни некий пограничный worst case... И даже в этом случает программа может работать стабильно, но к её памяти может получить доступ кто-то ещё…

Ещё 101 раз для тех у кого все давно проржавело.

1. Может ядро OS работать в специальном softmode режиме, при котором факт эксплуатации дыр в памяти логируется, но сами программы не убиваются, что даёт стабильность в ущерб безопасности. Или для конкретной программы могут быть включены флаги файловой системы снимающие защиту памяти при ее исполнении. Это частные случаи которые могут быть предусмотрены ядром OS.

2. В безопасном режиме ядро OS не допускает небезопасной работы с памятью или несанкционированный доступ к памяти процесса. При любой небезопасной работой с памятью процесс будет убит ядром OS. Здесь гарантии безопасности достигаются за счёт нестабильной работы программы.

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

Критерии корректной работы с памятью в C, C++, для гарантии безопасности:  https://www.opennet.me/openforum/vsluhforumID3/129886.html#312

Да, за счёт компилятора ADA, для подмножества языка ADA - SPARK есть возможность провести математическую верификацию кода на этапе компиляции и одновременно дать гарантии безопасности и стабильности при исполнении программы. Но это не C, не C++ и даже не rust, а SPARK!

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

104. Сообщение от Аноним (-), 31-Июл-25, 13:17   –2 +/
Да, сишна дыра, пока ее не исправить никуда не девается. Гарантии безопасности в c, C++ даются не в отсутствии дыр, хоть и этого можно на этапе компиляции сегодня избежать, а в невозможности их эксплуатации при ИСПОЛНЕНИИ программы!

Наличие дыры в C, C++ с переполнением буфера в принципе допускается. Гарантии безопасности даются на невозможность эксплуатации такой дыры при работе программы! При попытке эксплуатации программа будет убита ядром OS. В C, C++ гаранти безопасности идут в ущерб стабильной работы.

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

107. Сообщение от Bottle (?), 31-Июл-25, 13:22   +/
Никто не заставляет, но остальные будут её использовать. И в итоге твой аргумент про безопасность рушится на ходу.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #133, #181

108. Сообщение от Аноним (108), 31-Июл-25, 13:25   +/
> хоть в асм секциях на расте.

небезопасно же!

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

109. Сообщение от xsignal (ok), 31-Июл-25, 13:30   +/
Никто иксы не дропнул (см. пост про Ardour), а Си ещё и тебя переживёт!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47 Ответы: #131, #153

110. Сообщение от kravich (ok), 31-Июл-25, 13:35   –1 +/
С чего ты вообще решил, что понимаешь, как работает компьютер и ОС?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #100 Ответы: #160

111. Сообщение от Аноним (-), 31-Июл-25, 13:35   +/
> это все может сливать в телефон по бт

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

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

113. Сообщение от Аноним (113), 31-Июл-25, 13:39   +1 +/
>Хотя кто-то скажет что распил будет не таким аккуратным.

Так может сказать только тот, кто ни разу в своей жизни не работал ручным инструментом. Аккуратнее и ровнее распила чем от применения электроинструмента(бензо в том числе) ты не получишь.

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

114. Сообщение от Аноним (114), 31-Июл-25, 13:47   +/
>p.s.:
>https://www.opennet.me/opennews/art.shtml?num=58613

О боже мой! Да что они себе позволяют!
Пользуйтесь айфонами и пикселями, там точно ваши данные в полной безопасности!

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

118. Сообщение от 12yoexpert (ok), 31-Июл-25, 13:58   +/
просто переписывают на раст
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #77 Ответы: #204

119. Сообщение от 12yoexpert (ok), 31-Июл-25, 13:59   +/
слышал про тесты, статические анализаторы и анализаторы памяти?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73 Ответы: #121, #225, #238

120. Сообщение от 12yoexpert (ok), 31-Июл-25, 14:00   +/
подсказка: оно на раст
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #150

121. Сообщение от Аноним (-), 31-Июл-25, 14:08   –1 +/
> слышал про тесты, статические анализаторы и анализаторы памяти?

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

Вот opennet.ru/opennews/art.shtml?num=58622
Уязвимости в OpenSSL/LibreSSL: чтение вне буфера, use-after-free, double free, разыменование NULL. Целый набор типичных уязвимостей дыpяшки.

И это при том что у них там и санитайзеры, и фаззинг, и тесты.
Можно даже посмотреть github.com/openssl/openssl/actions/runs/4124496105

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

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

122. Сообщение от Аноним (122), 31-Июл-25, 14:09   +/
сайт прикольно сделан с автопереводом, но когда показывают картинку с архитектурой на китайском, то сразу как-то опять пахнет галимым недоделом. ибо никто не мешал перевести и разместить картинки.
Ответить | Правка | Наверх | Cообщить модератору

123. Сообщение от Аноним (123), 31-Июл-25, 14:13   +2 +/
> Чел, там больше 50% растокода на ансейфах, о чем вообще разговор?

Во-первых, откуда цифра в 50%? Во-вторых, unsafe Rust это все равно намного безопаснее Си. Самые главные фичи Раста, включая borrow checker, активны и в unsafe. Единственное исключение - это сырые указатели, ради которых собственно этот режим и существует. Все остальное - это по сути тот же Раст.

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

125. Сообщение от Аноним (125), 31-Июл-25, 14:28   +/
13 RAM, ARM, RISC-V, POSIX, Rust.
Да это офигенное ядро!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #130, #139, #140, #143, #200, #218, #265

126. Сообщение от Аноним (126), 31-Июл-25, 14:38   –1 +/
Не ахнут. Не напишет, даже если захочет.

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

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

130. Сообщение от Аноним (130), 31-Июл-25, 14:41   +/
Я фигею с этого ядра!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #125

131. Сообщение от Аноним (55), 31-Июл-25, 14:44   +/
> Как и GTK2, библиотека YTK поддерживает только работу с использованием протокола X11 и требует использования XWayland для работы в окружениях на основе протокола Wayland.

Вот так он и будет работать, через прослойку совместимости (пока прослойка работать будет). Такое диды будут до талого ваять.

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

132. Сообщение от Facemakeremail (?), 31-Июл-25, 14:44   +4 +/
Я смотрю, некоторые пугаются самого слова unsafe, как будто там обязательно какой-нибудь бэкдор ☺. Не забывайте напоминать себе, что каждая строка C++ является unsafe.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #167, #249, #253

133. Сообщение от Аноним (-), 31-Июл-25, 14:45   +1 +/
> И в итоге твой аргумент про безопасность рушится на ходу.

М... т.е. если мы повесили знак 90, а кто-то решил давануть 150, то это "аргумент про безопасность рушится на ходу"?))
Если кто-то продолжает пользоваться дырявыми языками, то это их проблема. И с ними уже начали бороться.

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

134. Сообщение от Аноним (134), 31-Июл-25, 14:59   +2 +/
> Замену JAVA - GoLang

Эт в какой вселенной голанг является заменой жавы? Замена жавы это Котлин, ну или хотя бы Шарп, на худой конец. Голанг это замена всяким там микросервисам на жс и байтолюбствам на сишке в некритичных к производительности местах

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

135. Сообщение от Аноним (134), 31-Июл-25, 15:02   +3 +/
Чел, 100% сишного кода это ансейф x)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #71 Ответы: #182, #245

136. Сообщение от Аноним (136), 31-Июл-25, 15:06   +/
>Предоставляется собственная файловая система

У нас что и так файловых систем в зоопарке мало (и при этом ни одной нормальной нет)? Теперь для этого говна реализации писать и отлаживать придётся, а файловые системы - это rocket science.

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

137. Сообщение от Аноним (136), 31-Июл-25, 15:09    Скрыто ботом-модератором+1 +/
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #257

139. Сообщение от Аноним (150), 31-Июл-25, 15:19   +/
>В минимальной конфигурации ядро требует для своей работы всего 13 КБ оперативной памяти.

Да так если подумать, под этот ваш Андроид не нужен в принципе.

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

140. Сообщение от Аноним (150), 31-Июл-25, 15:23   +/
>Код ядра написан на языке Rust и открыт под лицензией Apache 2.0.

Восторженные восторги продолжу и выбором замечательной лицензии, а не этой вашей GPL.

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

142. Сообщение от Аноним (150), 31-Июл-25, 15:24   +/
Ну, если представить, что сабж захватит приличную часть рынка, а причин почему бы ему это не сделать, то можно и новую файловую систему выучить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #136 Ответы: #151

143. Сообщение от Аноним (150), 31-Июл-25, 15:26   +/
Почему бот-обормот скрывает любые комментарии на тему сравнения лицензий? По мнению бота есть только одна правильная лицензия?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #125

144. Сообщение от Аноним (-), 31-Июл-25, 15:28   +/
> С комплектом проблем с памятью идет прокладка между стулом и монитором

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

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

145. Сообщение от Аноним (93), 31-Июл-25, 15:29   +1 +/
Конечно всякое бывает, но добровольно отдаться КПК нет никакого желания.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #114 Ответы: #148, #149

146. Сообщение от Аноним (-), 31-Июл-25, 15:31   +3 +/
>  Современный рабочий язык, а не такой который каждую неделю несовместимо меняется.

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

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

147. Сообщение от Аноним (150), 31-Июл-25, 15:34   +/
>Че за бред? Никогда ни С ни С++ в серьезном Ынтерпрайзе не были, если касаться фронтофиса.

Что такое фронтоофис в данном контексте? Может быть фронтэнд? Мне кажется ты путаешься в терминологии, что ставит под сомнение твою анонимную экспертность?
А на чем писали, на TurboPascal?

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

148. Сообщение от Аноним (150), 31-Июл-25, 15:38   +/
Эдвард Сноуден рассказал про https://ru.wikipedia.org/wiki/PRISM_(программа_разведки), к сожалению про программы слежки других стран мне не известно, хотя наверняка они есть.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #145 Ответы: #162

149. Сообщение от Аноним (150), 31-Июл-25, 15:39   +/
А я вот думаю что было бы круто иметь серверную, десктопную, смартфонную операционную систему с одним ядром, потребляющим немногим больше 13 КБ ОЗУ.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #145

150. Сообщение от Аноним (150), 31-Июл-25, 15:40   –1 +/
СКОЛЬКО!?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #120 Ответы: #226

151. Сообщение от Аноним (151), 31-Июл-25, 15:57   +/
Но зачем? Взяли бы готовую - продукт куда привлекательнее был бы. Да и готовую, наверное, бу улучшил, переписав на Rust.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #142

152. Сообщение от анонимд (?), 31-Июл-25, 16:03   +1 +/
и что ты тут делаешь используя ОС,о ужос, нарисанную на C?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29

153. Сообщение от Аноним (-), 31-Июл-25, 16:03   –1 +/
> Никто иксы не дропнул (см. пост про Ardour), а Си ещё и тебя переживёт!

Отличный у вас манямирок))
Иксы уже дропают все адекватные дистры. Но слаководу этого не понять...

Ardour, кстати, перешел на свой форк GTK2 как раз из-за того что дистры начали массово выкидывать ее из пакетов. И с иксами будет тоже самое - вначале будет работать через xwayalnd, потом будет работать все хуже и хуже, а потом "поддержка двух бекендов отнимает слишком много сил" и выкинут даже xwayalnd.

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

154. Сообщение от Аноним (155), 31-Июл-25, 16:08   +/
Присоединяйтесь, друзья, к разработке Hurd.

На amd64 он теперь работает, для драйверов реализовали netbsd rump kernel, теперь всё _сильно_ лучше с драйверами. Иксы запускаются.

Если портировать L4Linux на Hurd, можно будет вообще, небось, и все драйвера, кроме nvidia легко запустить.

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

155. Сообщение от Аноним (155), 31-Июл-25, 16:09   +/
ext4 отличная fs.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #136 Ответы: #207

156. Сообщение от Аноним (-), 31-Июл-25, 16:10   +/
> Пользуйтесь айфонами и пикселями, там точно ваши данные в полной безопасности!

Ну так гугл с дядей Сэмом где-то там и сливать данные тов. майору не будет.
А китайчина это сделает с удовольствием.

Нужно же думать не только о том, что сольют данные или нет, а кому они достанутся.

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

158. Сообщение от Аноним (158), 31-Июл-25, 16:18   +1 +/
> Ядро BlueOS (Blue River Kernel) оптимизировано для минимального потребления ресурсов

Безобразие какое, несовременно же.
Заглянул в доки Rust - ассемблерные вставки должны быть завёрнуты в unsafe.

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

159. Сообщение от Аноним (-), 31-Июл-25, 16:18   +/
> дальше пишут на плюсах

и на питоне

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

160. Сообщение от Аноним (-), 31-Июл-25, 16:19   –6 +/
Моё понимание правильной работы компьютера и ядра OS подтверждается не использованием: JIT, BPF, systemd, polkit, wayland, rust, ... и прочей неправильной фигни.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #110

162. Сообщение от Аноним (93), 31-Июл-25, 16:22   –1 +/
Он то явно не принципиальный чел: https://www.kommersant.ru/doc/5581983
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #148

163. Сообщение от Аноним (163), 31-Июл-25, 16:23   +/
>никто не будет

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

Интересно, по каким критериям оценивал? Видимо, по критерию "очень не люблю, поэтому плохой".

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

166. Сообщение от Аноним (-), 31-Июл-25, 16:36   +2 +/
> Ещё 101 раз для тех у кого все давно проржавело.
> Это частные случаи которые могут быть предусмотрены ядром OS.

Где это посмотреть в проде, на массмаркет девайсах?
Или пофиг, пусть их ломают?

> При любой небезопасной работой с памятью процесс будет убит ядром OS. Здесь гарантии безопасности достигаются за счёт нестабильной работы программы.

С учетом предыдущего пункта, а можно мне не "два стула", а один нормлаьный без пик и буёв?

> 3. При правильной организации работы с памятью никаких третьих, пограничных вариантов не существует. Процес некорректно работающий с памятью гарантировано будет убит ядром OS!

Повторю пункт 1. А где это можно скачать, в руках покрутить?

> Критерии корректной работы с памятью в C, C++, для гарантии безопасности:  
> https://www.opennet.me/openforum/vsluhforumID3/129886.html#312
> Но это не C, не C++ и даже не rust, а SPARK!

Это та самая АДА-Спарк, которая joins the Rust foundation и стала silver member?
adacore .com/press/adacore-joins-rust-foundation-as-silver-member
blog.adacore .com/adacore-joins-the-rust-foundation
Возможно они о чем-то догадываются))

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

167. Сообщение от 12yoexpert (ok), 31-Июл-25, 16:38   +/
ну и кому верить, тебе или рекламе раста? не смеши
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #132 Ответы: #215

168. Сообщение от Аноним (-), 31-Июл-25, 16:39   +/
Иногда хватает пары строк, чтобы понять что это очередная реклама. После этого sms удаляется одним движением на тех же часах.
А мне не надо лезть в карман за телефоном.

Плюс еще куча возможностей (которые нужны мне): управление плеером, нотификации о звонках в silent режиме телефона.

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

169. Сообщение от Аноним (-), 31-Июл-25, 16:40   +/
> При этом ядро поддерживает современные процессорные
> архитектуры - ARM32, ARM64, RISCV32 and RISCV64

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

Где поддержка m68k?! Где SPARC? Где PPC?
НЕУЖЕЛИ это все не нужно??

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

171. Сообщение от Аноним (171), 31-Июл-25, 16:48   +1 +/
В теории, если из Андроид повыкидывать коммерческие внедрения и бэкдоры компаний для слежки и прочего, то тоже можно будет масштабировать от мала до велика
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #173

173. Сообщение от Аноним (-), 31-Июл-25, 16:51   –1 +/
> В теории, если из Андроид повыкидывать

А на практике выкидывальщики могут только трепаться языком и дальше этого дело не продвинется.

> и бэкдоры компаний

Сколько лет прошу показать бекдор в AOSP - никто не хочет.
Но все верят, что он там есть.

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

175. Сообщение от Аноним (150), 31-Июл-25, 16:54   +/
Новость напиши, что HURD теперь x64 архитектуру поддерживает.
Осталось прикрутить GNOME и будет не хуже этого вашего линукса.
У ReacOS тоже выходят ежедневные x64 сборки, но они почему-то не пишут новости об этом.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #154 Ответы: #322

176. Сообщение от Аноним (150), 31-Июл-25, 16:57   +/
>Ну так гугл с дядей Сэмом где-то там и сливать данные тов. майору не будет.

Это они тебе сами лично сказали? Что их остановит? Все правительства сотрудничают между собою в плане слежки и выявления неугодных, хватит этих розовых очков.

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

178. Сообщение от Аноним (171), 31-Июл-25, 17:01   +/
AOSP это та сборка, которая должна быть по умолчанию на продаваемых устройства. Сколько лет прошу показать, где их массово покупают - никто не хочет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #173 Ответы: #338

180. Сообщение от стоячок (?), 31-Июл-25, 17:27   +/
Много тебе есть чего скрывать от товарища Майора? Есть подозрения, что ты даже своей/своему (подставь что сам хочешь) не очень интересен, не то что бы товарищу Майору🤹🤡🎉
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #156 Ответы: #198

181. Сообщение от Аноним (182), 31-Июл-25, 17:32   +2 +/
> остальные будут её использовать. И в итоге твой аргумент про безопасность рушится на ходу.

В итоге безопасность будет рушится только в твоем сишочном коде, а не в самой ОС, которая на Расте. Вы правда не догоняете разницы?

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

182. Сообщение от Аноним (182), 31-Июл-25, 17:36    Скрыто ботом-модератором+4 +/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #135

185. Сообщение от Аноним (2), 31-Июл-25, 17:49   –3 +/
> Rust при компиляции полагается на Сишную библиотеку

кто б сомневался, без си ни шагу.

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

186. Сообщение от _ (??), 31-Июл-25, 17:51   +/
Трепло!(С) :)

__18__ место на TIOBE. Между Scratch и Assembly language... К успеху шли :)


PS: И даже не думай мне тут петь что TIOBE - это не показатель, пока ваша ржавка там росла вы тут первые на неё ссылались. Вот и жрите чего там нынче! -5 позиций, кромешный успех. Просто народ начал догадываться ;)

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

188. Сообщение от Аноним (188), 31-Июл-25, 17:54   –1 +/
> Проверки на этапе компиляции.

В настоящий момент (до принятия С++26) в C++ это можно сделать плагином для компилятора: https://github.com/rsashka/memsafe

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

189. Сообщение от Аноним (2), 31-Июл-25, 17:54   –1 +/
а коды что - изолированы друг от друга и никакими параметрами не обмениваются? Косяк в расте может привнести ошибку в си коде.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #181 Ответы: #213

190. Сообщение от _ (??), 31-Июл-25, 17:56   +/
Пожалуйста:

Си - сильно __облегчил__ жизнь системных программистов у которых до него были только ассемблеры...

Раст ... ну ... мнэ...
Есть ровно один доделанный проект на руст, остальное - "начали переписывать, вот C0c уже готов"(С)нах-пох

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

191. Сообщение от Аноним (-), 31-Июл-25, 17:56   +/
> В настоящий момент (до принятия С++26) в C++ это можно сделать плагином
> для компилятора: https://github.com/rsashka/memsafe

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

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

193. Сообщение от _ (??), 31-Июл-25, 18:00   +/
> Только они или мало помогают или ими приходится обмазываться как лечебной грязью

А вот ровно тоже самое, но встроенное в компилер рузда - увеличивает пенис на пару дюймов(С)

> Уязвимости в OpenSSL/LibreSSL

Уязвимостей в RustSSL - нет... Потому что RustSSL - нет. Всё логично - самый безопасТный ёзыг :)

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

194. Сообщение от _ (??), 31-Июл-25, 18:05   +/
> Пойдет в массы

Да ладно тебе! Это же не первая оЗЪ на ржавом. Какие "массы", какое "пойдёт" ... ты через месяц и не вспомнишь :)

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

195. Сообщение от Аноним (195), 31-Июл-25, 18:05   –2 +/
Hurd даже не имеет группы в Телеграме, чтобы заходить, вопросы задавать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #154 Ответы: #231

196. Сообщение от Аноним (-), 31-Июл-25, 18:05   +/
> пофиг, пусть их ломают?
> А где это можно скачать, в руках покрутить?

Если честно, то дело печально......

Пару лет назад кто то похерил ftp.kiev.ua и следовательно его mirror на Яндексе. Почему Яндекс похерил миррор ftp.kiev.ua загадка. На нем лежали мои LiveCD/DVD в которых правильная защищенная работа с памятью была реализована.

Последние 10 лет я не встречал публичных GNU/Linux дистров с правильно защищённой памятью. Последним сдался Hardened Gentoo. Но это не значит, что сегодня невозможно собрать защищённую систему самому.

Ко мне в 2008 году в России подошёл "товмайор" и долго убедительно попросил прекратить разработку и распространение защищённых LiveDVD с GNU/Linux...

Тем нимение в организациях защищённую систему устанавливал аж до 2014 года. На своем рабочем месте и домашнем использую...

Здесь вопрос есть о правильной сборке GNU/Linux. Потенциально GNU/Linux может потянуть уровень B3 по оранжевой книге 1983г. Реально дистрибутивы GNU/Linux не тянут и C1 по оранжевой книге 1983г., ибо W^X не соблюдается.

Сегодня советую акцент делать на автоматизированные тесты дистрибутивов при выборе: https://www.linux.org.ru/forum/security/17104486?cid=17717042

Если вам говорят, что paxtest и lynis для тестирования дистрибутивов GNU/Linux не подходят это ЛОЖЬ! У меня GNU/Linux и paxtest с lynis 100% проходят. lynis тестировал стандартными тестами.

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

197. Сообщение от _ (??), 31-Июл-25, 18:06   +/
> сишка будет вытеснена! Лет через 30 - так точно!

Ну и НЕ растом - точно! :)

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

198. Сообщение от Аноним (93), 31-Июл-25, 18:08   +2 +/
За написание майора с большой буквы доплачивают, или это от незнания правил русского языка?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #180 Ответы: #337

199. Сообщение от Фнон (-), 31-Июл-25, 18:14   –1 +/
>> сишка будет вытеснена! Лет через 30 - так точно!
> Ну и НЕ растом - точно! :)

Да никто не будет на расте даже хеллоуворды писать!
Да никто не будет на расте делать серьезные проекты!
Да никогда ваш раст в ядро даже не будут добавлять!
<<<- вы находитесь здесь
Да никогда СИшка не будет вытеснена растом

И другие пророчества местных кекспертов))

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

200. Сообщение от cheburnator9000 (ok), 31-Июл-25, 18:15   +/
Ядро которое ничего не умеет вот уж действительно ядро!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #125

201. Сообщение от _ (??), 31-Июл-25, 18:17   +/
... а потом "вот вам дефолт бравсер в дефолт гноме"
"А остальное отнимает слишком много сил" и выкинут

Поправил не благодари!
Устали бедняжки запятые в C0C.md переставлять.

Впрочем никому уже давно не интересно что там у линукса на десктопе, _увы_! :(

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

202. Сообщение от _ (??), 31-Июл-25, 18:23   +/
Я всегда просто ору - НЕ пишите апликухи на Си! Он для систем-* дроча!
И __хрен__ его оттуда хоть какой Ёзыг вытеснит! Делаю ставки!(С)

С растом - всё сложнее. Людям он не зашёл, а AI сдаётся мне сразу будет в кодах (ну ... или на Си :) ) генерить...

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

203. Сообщение от Аноним (-), 31-Июл-25, 18:24   +/
> открыт под лицензией Apache 2.0. На Rust также написаны системные фреймворки BlueOS.

Поработать на китайцев бесплатно - а они потом сорец закроют, сказав что лицензия позволяет? Во отличное предложение :D

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

204. Сообщение от _ (??), 31-Июл-25, 18:24   +1 +/
.. с раста?!?!

Это надо обмозговать ... это-ж какие перспективы открываются?! 8-)

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

205. Сообщение от Аноним (-), 31-Июл-25, 18:26   +/
> НЕУЖЕЛИ это все не нужно??

Судя по всему x86 тоже туда записали :). В принципе все так, но... :)

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

207. Сообщение от _ (??), 31-Июл-25, 18:30   +/
Но на богомерзкой Си-шке. Для ржавчикоф - харам! :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #155 Ответы: #217

208. Сообщение от Фнон (-), 31-Июл-25, 18:32   +/
> Впрочем никому уже давно не интересно что там у линукса на десктопе, _увы_! :(

Чего?
Диды старались выдумывали, а ты так про их труды)

У нас было 1 ядро, 75 вариантов его сборки, 5 вариантов init'ов, полсолонки файловых систем и гора утилит, шелл команд и всего такого, всех цветов, а ещё gtk, qt, ящик нескучных обоев, половинка UXа и две дюжины васяновистрибутивов.. Не то чтобы это всё было нужно чтобы сделать десктопную систему, но раз начал заниматься велосимедостоением, то иди в своём увлечении до конца. Единственное, что меня беспокоило — это баш. В мире нет никого более беспомощного, безответственного и безнравственного, чем человек пишущий баш портянки. И я знал, что довольно скоро мы в это окунёмся.


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

209. Сообщение от Анониматор (?), 31-Июл-25, 18:35   +/
я учусь расту потихоньку, пишу шаред библиотеку спокойно. Недавно обновил компилятор раста и он теперь функцию  extern "C" инструкцию no_mangle требует обернуть в unsafe. Чёт мотивации не прибавляется продолжать.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #214, #251

210. Сообщение от Фнон (-), 31-Июл-25, 18:37   +/
> Я всегда просто ору - НЕ пишите апликухи на Си!

Так они и не пишут.
Ты же свой коммент выcepаешь в теме про то что кто-то не пишет на дырявой сишке)
Ты это осознаешь?

> Он для систем-* дроча!

Заметно.

> И __хрен__ его оттуда хоть какой Ёзыг вытеснит! Делаю ставки!(С)

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

> С растом - всё сложнее. Людям он не зашёл,

Ага, то-то на гитхабах на нем ломанулись писать.
И это не считая корпов с кнутами и пряниками.

> а AI сдаётся мне сразу будет в кодах (ну ... или на Си :) ) генерить...

Обучать AI чтобы на СИшке писать на чем будете?
На овнокоде от дырявых?
Ну... удачки)


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

211. Сообщение от Аноним (336), 31-Июл-25, 18:42   +/
> особенные проекты с особенными диктаторами (вроде аймфиниша)

Который первый же пытается от сишки сбежать на раст в своём особенном проекте, да кандалы мешают.

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

213. Сообщение от Аноним (213), 31-Июл-25, 18:49   +/
> а коды что - изолированы друг от друга и никакими параметрами не обмениваются?

Да, изолированы, прикинь? И да, общаются только через вызовы функций и их параметры.

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

> Косяк в расте может привнести ошибку в си коде.

А твои коллеги по войне против Раста намекают на обратное: что якобы если во *внешнем* сишном коде дырени, то нет смысла писать *внутренний* код ОС на Расте.

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

Ну и главное: какой еще косяк в Расте ты имеешь в виду и какое он имеет отношение к теме о безопасной работе с памятью?

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

214. Сообщение от Фнон (-), 31-Июл-25, 18:50   +/
> я учусь расту потихоньку, пишу шаред библиотеку спокойно. Недавно обновил компилятор раста и он теперь функцию  extern "C" инструкцию no_mangle требует обернуть в unsafe.

Ты про это rust-lang.github.io/rfcs/3325-unsafe-attributes.html ?
Ну там написано по какой причине принято такое решение.

> Чёт мотивации не прибавляется продолжать.

Хм.. не продолжай.
Вот серьезно. Тебя же никто не заставляет.


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

215. Сообщение от Аноним (213), 31-Июл-25, 18:55   +1 +/
> ну и кому верить, тебе или рекламе раста?

Можешь любому, ибо оба топят за Раст. Или ты этого не понял в порыве праведного гнева? 😂

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

216. Сообщение от Аноним (213), 31-Июл-25, 18:57   +/
> Я 20 лет пишу на голых указателях и у меня не было проблем. Просто я знаю что пишу, зачем пишу и как пишу

В одно лицо писать свои хэлоуворлды вы можете хоть на Brainfuck. Серьезно.

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

217. Сообщение от Аноним (245), 31-Июл-25, 19:00   +/
Этим только fat16 светит.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #207

218. Сообщение от Аноним (218), 31-Июл-25, 19:01   +/
Всё правильно делают. Как K&R завещали, только на другом языке.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #125

219. Сообщение от Аноним (213), 31-Июл-25, 19:03   +/
> Уязвимостей в RustSSL - нет... Потому что RustSSL - нет.

Есть Rustls вообще-то.

Ты методичку когда в последний раз обновлял? С таким наплевательским подходом Раст не победить.

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

221. Сообщение от Аноним (221), 31-Июл-25, 19:09   +1 +/
> Ко мне в 2008 году в России подошёл "товмайор" и долго убедительно попросил прекратить разработку и распространение защищённых LiveDVD с GNU/Linux...

Охохо, "у нас есть такие приборы, что мы вам о них не расскажем..."

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

222. Сообщение от Аноним (-), 31-Июл-25, 19:09   +/
> __18__ место на TIOBE.

Мда... вот от тебя ссылку на TIOBE не ожидал...
Ничего что в нем Visual Basic обгоняет Kotlin?

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

223. Сообщение от Аноним (213), 31-Июл-25, 19:10    Скрыто ботом-модератором+2 +/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #126

224. Сообщение от Аноним (218), 31-Июл-25, 19:10   +/
Смех смехом, а для сабжа можно попробовать pentium4 запилить ;)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #169

225. Сообщение от Аноним (225), 31-Июл-25, 19:11   +/
Оф коз. Наши гении местные даже Coverity купили за стоимость маленькой деревни с крепостными... Всё более, чем ок было.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #119

226. Сообщение от Аноним (221), 31-Июл-25, 19:12   +/
Оно в наручных часах работает, чувак. Не терабайты, точно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #150 Ответы: #292

227. Сообщение от Анониматор (?), 31-Июл-25, 19:14   +1 +/
Я это читал. Если ты плохо понял переведу: unsafe декларация перед no_mangle добавлена исключительно с целью чтобы программист расписался что понимает что означает эта инструкция и к каким проблемам оно может привести. В коде компиляции ничего не меняется абсолютно. Просто блок тем, кто не расписался в знании. Это полный аналог журнала ознакомления по Технике безопасности, который нужно подписывать перед допуском на опасные работы, вахтерство в чистом виде
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #214 Ответы: #230, #237, #241

228. Сообщение от Аноним (-), 31-Июл-25, 19:16   +/
> Это они тебе сами лично сказали?

Слава богу нет :)

> Что их остановит?

Нежелание сотрудничать с реальным врагом?

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

Если бы это было так, то меня бы уже посадили. Но как видишь я пишу тут комменты.
Все зависит от того что ты сделал. США вот вообще не уперлось передавать данные что такой-то такой-то в 2019 году в фейсбучке запости карикатуру на солнцеликого. А еще писал инструкции по настройке сами знаете чего из трех букв. А еще шутил над обезъяной и верунами. Ух сколько всего плохого сделал)))

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

230. Сообщение от 12yoexpert (ok), 31-Июл-25, 19:21   +1 +/
а это идея, можно на любом языке оборачивать куски кода в unsafe и говорить "бачили очі, що купували"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #227 Ответы: #232

231. Сообщение от 12yoexpert (ok), 31-Июл-25, 19:24   +/
потому что hurd создавали не в рф, а телегой больше нигде не пользуются
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #195 Ответы: #266, #285

232. Сообщение от Анониматор (?), 31-Июл-25, 19:24   +/
у меня лучше идея. нужно чтобы компилятор при обнаружении потенциально опасной инструкции выдавал вопрос о том, чем опасна данная инструкция с 4 вариантами ответа. Только при выборе правильно ответа компиляция будет продолжена.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #230

233. Сообщение от 12yoexpert (ok), 31-Июл-25, 19:26   +/
тут главное, что на раст и сам факт переписывания, а остальное не имеет значения

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

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

237. Сообщение от Фнон (-), 31-Июл-25, 19:34   +/
> Я это читал. Если ты плохо понял переведу

Я тоже это читал. И понял хорошо.

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

И это отлично!
Потому что людям свойственно ошибаться.

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

Если для тебя журнал это вахтерство, то лучше вообще не программировать)
А то еще заставят проходить ревью pull-request'ов, так снежинка расстроится, что ей не доверяют и расплачется.


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

238. Сообщение от Аноним (-), 31-Июл-25, 19:37   +/
> слышал про тесты, статические анализаторы и анализаторы памяти?

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

Единственный косяк в этом, не все баги удаётся помножить на ноль системой типов. Процентов 90, наверное, а дальше неустранимая проблема останова.

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

239. Сообщение от Аноним (239), 31-Июл-25, 19:38   +/
А че так можно было?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #203

240. Сообщение от Аноним (-), 31-Июл-25, 19:41   +1 +/
> Поработать на китайцев бесплатно - а они потом сорец закроют, сказав что
> лицензия позволяет? Во отличное предложение :D

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

Все эти куракеки "вот-вот и код закроют" разбиваются о 2 факта:
- у тебя останется весь код, в который ты вкладыался
- в мире существуют десятки проектов с миллионами пользователей, который никто не закрывает. Например AOSP и хромиум.

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

241. Сообщение от Аноним (-), 31-Июл-25, 19:47   +1 +/
> Это полный аналог журнала ознакомления по Технике безопасности, который нужно подписывать перед допуском на опасные работы, вахтерство в чистом виде

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

В C++, чтобы индексировать массив с проверкой на выход за границы, надо использовать не operator[], а какую-то функцию. Поскольку [] использовать проще, программисты используют [], несмотря на то, что в подавляющем большинстве ситуаций проверка индекса не помешает, и если она будет применяться в этом подавляющем большинстве ситуаций, то багов в программе станет резко меньше. Чтобы таких ситуаций не возникало, в расте Index (он же operator[]) выполняет проверку, а вот если тебе надо без проверки, то придётся использовать метод get_unchecked заворачивая его вызов в unsafe. Результат? get_unchecked используется только тогда, когда очень-очень-очень надо. Когда просто очень-очень надо, люди предпочитают забить и продолжить использовать [].

В описываемой же тобою ситуации, не надо использовать #[no_mangle] если тебе не надо "очень-очень-очень". И unsafe добавляет тебе дополнительный заборчик, чтобы тебе через него каждый раз перепрыгивать надо было бы.

Это стратегия языка, против неё возникать бессмысленно. Если тебя она не устраивает, попробуй zig вместо rust'а.

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

242. Сообщение от Аноним (242), 31-Июл-25, 19:54   +/
Проверки на этапе компиляции невозможны в принципе пока для каждой ссылки в аргументах и возвращаемых значениях, а также каждого типа, содержащего ссылки, не будет обязательным указание лайфтайма. Есть зачаточная реализация этого в виде lifetimebound, но она именно что зачаточная, и нестандартная (хотя обложиться нестандартным говном чтобы просто работать это именно то чего C++ достоин), и до внедрения её в любом виде хотя бы в фундаментальных библиотеках типа openssl пройдёт ещё лет 20.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28

244. Сообщение от _hide_ (ok), 31-Июл-25, 20:12   +/
Начнем с того, что ASM вы не сможете читать в реальном времени и понимать всю структуру кода и данных. Нужно много комментариев.
В Си это из коробки.
И да, полностью согласен, что очень часто люди имеющие очень большой "опыт" не понимают базовых вещей, потому что... Ну так получилось.
А использование Rust-а или языков с автоматическим управлением памяти этому способствует.
Что тут можно сказать: пишите больше на Rust-е, чтобы нормальные программисты без работы не остались!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30 Ответы: #248, #254

245. Сообщение от Аноним (245), 31-Июл-25, 20:12   –1 +/
Сишку тебе хотя бы valgrind поправит, да и генерируемый двоичный код достаточно читаемый и предсказуемый. Лучше с плюсами сравнивать, там тоже чёрте что, и никак не разберёшься, что и куда утекает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #135 Ответы: #336

247. Сообщение от Сталин (?), 31-Июл-25, 20:21   +/
Писали на Перле, VBScript, JScript/JavaScript (первое — под IIS, второе — под Netscape Server), PHP3, Ruby
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #147

248. Сообщение от Аноним (-), 31-Июл-25, 20:26   +/
> Что тут можно сказать: пишите больше на Rust-е, чтобы нормальные программисты без
> работы не остались!

Это те нормальные, которые CVEшки по памяти уже десятки лет плодят?
Тут уже приводили пример Теодора Тцо, который типа супер СИшник, писака в ядро с 91 года и тд.
При этом делает типичные ошибки с переполнениями буфера.


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

249. Сообщение от Аноним (249), 31-Июл-25, 20:28   –1 +/
Так авторы C++  и не утверждают что он безопасный, в отличии от раст-неучей.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #132 Ответы: #314, #317

250. Сообщение от Аноним (249), 31-Июл-25, 20:29   +/
С вероятностью 80% твоё сообщение пришло через мой хэллоу ворлд, смешной.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #216 Ответы: #252

251. Сообщение от Аноним (249), 31-Июл-25, 20:32   –2 +/
Вот честно, не стоит, потрать жизнь на что-то лучше.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #209 Ответы: #319

252. Сообщение от Аноним (-), 31-Июл-25, 20:33   +/
> С вероятностью 80% твоё сообщение пришло через мой хэллоу ворлд, смешной.

Я тебе конечно верю,
Разве могут быть сомненья,
Ведь не может Аноним,
В интернете назвездеть!

Пруфы просить не буду, так такие как ты просто сливаются в закат)

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

253. Сообщение от Аноним (253), 31-Июл-25, 21:09   –4 +/
Не является. Потенциальные проблемы могут быть только у при операции разрешения указателя (в реальный адрес памяти). Всё остальные операции безопасны как тот же rust.
И то, на C++ хватает абстракций, чтобы прямая работа с памятью была необязательна. Т.е. программы вполне себе могут быть безопасны целиком и полностью (точно так же как и на rust).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #132 Ответы: #298

254. Сообщение от ИмяХ (ok), 31-Июл-25, 21:10   +/
>> люди имеющие очень большой "опыт" не понимают базовых вещей, потому что...

Что по твоему являются "базовыми вещами?" Многие ассемблерщики тоже не понимают, как нолики-единички кодируются в плавающих затворах транзисторов.

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

255. Сообщение от ИмяХ (ok), 31-Июл-25, 21:15   –1 +/
>>кто мешает в том же С++ юзать "умные указатели"?

Стремление к компактности кода и лучшей читаемости. Для обычных указателей достаточно заюзать один символ * или &, а умные указатели выглядят как нагромождение всяких std::unique_ptr и иже с ними, что мешает воспринимать код и увеличивает количество ошибок.

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

256. Сообщение от Аноним (256), 31-Июл-25, 21:26   +1 +/
>> В минимальной конфигурации ядро требует для своей работы всего 13 КБ оперативной памяти
> А сколько на диске занимает?

Вычеркните уже "У Раста жирные бинари! Хелловрот весит 10мегов!" из вашей методички, а то слишком уж уныло.

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

257. Сообщение от Аноним (257), 31-Июл-25, 21:40   +/
Тогда используйте отечественное.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #137

258. Сообщение от gentoo watch (?), 31-Июл-25, 21:45   +1 +/
>Используйте Gentoo Linux

В часах! Не, ну, а почему бы и нет?

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

259. Сообщение от gentoo watch (?), 31-Июл-25, 21:48   +/
Короче, сначала купите эти часы, а потом уже концпелируйте на них хоть геньту, хоть хурд без соли.
Ответить | Правка | Наверх | Cообщить модератору

260. Сообщение от ckotinko (ok), 31-Июл-25, 21:50   +/
это даже не ос.
это прошивка для микроконтроллера с минимальным функционалом. надо очень постараться чтоб там хоть что-то сломать.
Ответить | Правка | Наверх | Cообщить модератору

262. Сообщение от Аноним (262), 31-Июл-25, 22:11   +1 +/
Почему-то KasperskyOS написан на C++, а не на Rust'е
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #278

264. Сообщение от неаноним (?), 31-Июл-25, 22:37   +/
Неуловимый Джо?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #228

265. Сообщение от Котик Биба (?), 31-Июл-25, 23:17   +/
Старые сишники дупеют с этой прикормки
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #125

266. Сообщение от Аноним (266), 31-Июл-25, 23:36   +/
Овердохрена им где пользуются, РФ не на первом месте даже.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #231 Ответы: #295

267. Сообщение от Аноним (267), 31-Июл-25, 23:45   +/
>не жену к сожал^W^Wя

Разводись. Пусть жена найдет себе адекватного мужа.

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

268. Сообщение от Аноним (188), 31-Июл-25, 23:55   –1 +/
Это proof of concept реализации всех разрекламированных возможностей Rust на С++.

Ведь ты не серьезна советуешь переписать тонны существующего кода на новом модном языке?

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

269. Сообщение от Bottle (?), 31-Июл-25, 23:58   –2 +/
А люди пользуются программами, а не ОС.
Так что удачи в святой безопасности ржавчины.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #181

273. Сообщение от Аноним (273), 01-Авг-25, 01:54   +/
Это странно, но почему-то на го очень часто переходят с явы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #134

275. Сообщение от Аноним (-), 01-Авг-25, 02:35   +/
> Компания Vivo, занимающая около 10% мирового рынка смартфонов
> 5 место среди производителей смартфонов) встала смирно и взяла под козырек
> перед мнением иксперда опеннета.

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

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

276. Сообщение от Я (??), 01-Авг-25, 02:37   +/
заставлять разработчиков этим пользоваться..
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

277. Сообщение от warlockemail (??), 01-Авг-25, 04:37   +/
> ассемблерные вставки должны быть завёрнуты в unsafe

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

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

278. Сообщение от Аноним (278), 01-Авг-25, 06:16   +/
> KasperskyOS

что это

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

279. Сообщение от _ (??), 01-Авг-25, 06:30    Скрыто ботом-модератором+/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #219

280. Сообщение от _ (??), 01-Авг-25, 06:32   +/
Я не понял :(
На всякий случай загрузил твой пост в AI а оно ... мне проно-фильм сгенерило ...

;-D :-))))))

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

281. Сообщение от _ (??), 01-Авг-25, 06:41   +1 +/
Да шелл как шелл, уж точно не самый плохой.
Просто надо знать когда остановится :) и взять уже ЯП.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #208

282. Сообщение от анонимммм (?), 01-Авг-25, 07:03   +/
>Если тебя она не устраивает, попробуй zig вместо rust'а.

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

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

283. Сообщение от qqq (??), 01-Авг-25, 07:17   +/
> . Писали же как-то в 2000-ых большие системы!

А потом эти "большие системы" подключили зачем-то к Интернет ... из последнего - Аэрофлот

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

284. Сообщение от Аноним (97), 01-Авг-25, 07:57   +/
KasperskyOS
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #278

285. Сообщение от Аноним (150), 01-Авг-25, 08:00   –1 +/
Открою секрет, из IRC айтишники перешли в ТГ часты, у многих дистрибутивов, FreeBSD, даже illumos есть англоязычные чаты в ТГ. Вообще много у чего на тему ИТ есть англоязычные чаты в ТГ. У Hurd нет ни ТГ чата, ничего, потому что он мёртв.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #231 Ответы: #324

286. Сообщение от Аноним (150), 01-Авг-25, 08:06   +/
KasperskyOS — проприетарная частично POSIX-совместимая микроядерная операционная система. Она предназначена для разработки ИТ-продуктов для отраслей с повышенными требованиями к кибербезопасности, надежности и предсказуемости работы.

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

Разработку KasperskyOS ведёт «Лаборатория Касперского». Операционная система не является модификацией какой-либо из существующих ОС; в её основе — микроядро собственной разработки, написанное с нуля, без использования сторонних библиотек и кода.

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

287. Сообщение от Аноним (150), 01-Авг-25, 08:08   –2 +/
Просьба обратить внимание на процессор - core2duo
https://ru.wikipedia.org/wiki/KasperskyOS#/media/%D0�...

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

288. Сообщение от Аноним (150), 01-Авг-25, 08:09   +/
Пока что всё с точностью до наоборот, это китайские товарищи поработали и дали всем, в том числе тебе ядро, которые ты можешь взять и закрыть, вот но дух свободы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #203

289. Сообщение от Аноним (289), 01-Авг-25, 08:16   +/
> Ведь ты не серьезна советуешь переписать тонны существующего кода на новом модном языке?

Но ты же серьезно предлагаешь покрыть ручками весь старый код аттрибутами и всяким memsafe :Shared<>, которые необходимы для работы этого плагина. Или ты думал, что он сам автоматом магию делает?

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

290. Сообщение от Аноним (150), 01-Авг-25, 08:18    Скрыто ботом-модератором+/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #228

291. Сообщение от Аноним (289), 01-Авг-25, 08:19   +/
> Это proof of concept реализации всех разрекламированных возможностей Rust на С++.

Вот именно что proof of concept, да еще и гвоздями к Шлангу прибитый. Вот когда такое в C++ из коробки появятся, тогда и можно будет говорить.

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

292. Сообщение от Аноним (150), 01-Авг-25, 08:21   +/
А я хочу в настенных!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #226 Ответы: #305

293. Сообщение от Аноним (-), 01-Авг-25, 08:22   +/
Это заговор. Чтобы сбить темпы развития СПО время от времени пропагандируют что-то переписать. Так было с python2-3 переписывание не добавили безопасности и пару лет времени отобрало.

Теперь предлагают переписать с C на rust под предлогом безопасности.

Как закончат переписывать с C на rust, скажут что теперь надо все на SPARK переписать...

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

294. Сообщение от Аноним (-), 01-Авг-25, 08:53   +/
Ваше предложение?

Все показано:
Результат: https://www.opennet.me/openforum/vsluhforumID3/129886.html#309
Тесты: https://www.linux.org.ru/forum/security/17104486?cid=17717042 просто выбирайте не энтерпрайз дистры, а те что лучше проходят тесты.

Законом запрещена разработка и распространение в РФ: https://www.linux.org.ru/forum/security/15283293?cid=15285785

Для себя использовать уже созданное в РФ можно.

Вижу два варианта:

1. Офшор вне юрисдикции стран запрещающих разработку и распространение безопасного ПО.

2. Частный случай это только внедрение внутри организации без разработки и распространения.

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

295. Сообщение от 12yoexpert (ok), 01-Авг-25, 09:02   +1 +/
вообще нигде. хорошая попытка, ботинок, но нет
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #266

297. Сообщение от Аноним (-), 01-Авг-25, 09:14   +/
> Для любительских проектов - хоть до конца жизни вымучивай, никто слова не скажет против.

Пример ffmpeg и libav !!!

Где важна оптимизация на максимальное быстродействие с использованием SIMD инструкций процессора время написания правильного кода на C в пять раз больше чем кривого. И ВСЕ кричат давай дырявый код на C, но чтобы видео кодек был готов за год, а не через пять лет.

История ffmpeg и libav доказательство выше сказанного.

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

298. Сообщение от Аноним (298), 01-Авг-25, 09:33   +1 +/
> Потенциальные проблемы могут быть только у при операции разрешения указателя (в реальный адрес памяти). Всё остальные операции безопасны как тот же rust.

Очередной эксперт, в глаза не видевший C++, воюет против Раста.

Вот тебе банальный пример на подумать:

std::vector<int> v{1, 2};
auto& i = v[0];
v.push_back(3);

Или:

int a = 1;
int& i = std::max(a, 10);

А теперь ответь, эксперт, чему в обоих примерах равен i? Там же все безопасно, прямо как в Расте, не правда ли?

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

299. Сообщение от Аноним (-), 01-Авг-25, 09:52   +/
Нормальных, проверенных временем я не видел. Но просто проверенные временем я пробовал использовать 20+ лет. Они разочаровывают, и сколько их не используй, никак не отделаться от желания поискать что-нибудь получше.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #282 Ответы: #340

300. Сообщение от олег (?), 01-Авг-25, 10:06   +/
Охохо. Да ты смешон. Реальность, меж тем, такова, что по соотношению простота/возможности/производительность конкурентов у Си нет, считай. Поэтому все разговоры бесполезны.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #146 Ответы: #306

301. Сообщение от Аноним (301), 01-Авг-25, 10:08   +/
Так он же написал "быв супруга". Развёлся уже.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #267

302. Сообщение от Прохожий (??), 01-Авг-25, 10:24   +/
Надеюсь, вы понимаете разницу между "наличием переполнения буфера и невозможности эксплуатации программы с ним" и отсутствием переполнения буфера?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #104 Ответы: #310

303. Сообщение от Прохожий (??), 01-Авг-25, 10:31   +/
>Для бизнес сегмента Rust тоже нафиг никому не нужен.

Зависит от того, что понимается под бизнес сегментом. Да? А то ведь вот эта Vivo - тоже бизнес сегмент.

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

304. Сообщение от Аноним (-), 01-Авг-25, 10:38   +/
> на массмаркет девайсах

Список теоретически поддерживаемых ядром Linux с настройками безопасности процессоров (постранична защита памяти):

* Alpha > Alpha-4 - эталон
* AMD > AMD64 (Athlon 64, Opteron) - эталон
* ARM > ARMv8-A - ??? тесты
* ARM > ARMv8.2 - ??? тесты
* IBM > PowerPC G - будет притормаживать
* IBM > z/Architecture-12 - ??? тесты
* Intel > Itanium (Merced) - ??? тесты
* Intel > Pentium 4 последних версий с инструкцией PAE (Prescott с PAE) - первые версии получались бажные, но в x86_64 уже эталон.
* PA-RISC > PA-RISC-2.0 - эталон
* SPARC > SPARC-8 - эталон

Ядра OS в той или иной степени поддерживающие защиту памяти.

> Androi-2.3 - дырява
> FreeBSD-5.3 - дырява
> Linux-2.6.8 - дырява, Fedora, Ubuntu, openSUSE могут не включать защиту вообще, чтобы поддерживать загрузку на всех процессорах. Почему их инсталлер на этапе установки не определяет наличие необходимых инструкций процессора загадка...

Linux + PAX (Linux + GrSecurity) (AMD64) = максимум защиты! Эталонная реализация!!!
> macOS-10.5 = ??? надо тесты
> NetBSD-2.0 (alpha, amd64, hppa, i386 (with PAE), powerpc (ibm4xx), sh5, sparc (sun4m, sun4d), sparc64) = максимум защиты! Эталонные реализации!!!
> OpenBSD-3.3 (Alpha, AMD64, HPPA, SPARC) - дырява
> Solaris-2.6 (SPARC) = ??? надо тесты
> Windows XP Service Pack 2; Windows Server 2003 - украденная в Linux + PAX, да ещё и дырявая.

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

305. Сообщение от Прохожий (??), 01-Авг-25, 10:41   +1 +/
Кто вам мешает прибить наручные часы на стену?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #292

306. Сообщение от Аноним (-), 01-Авг-25, 10:42   –2 +/
> Охохо. Да ты смешон.

А аргументы будут?

> Реальность, меж тем, такова, что

СИшку таки выкинули из кодов комилятора GCC - теперь весь новый код пишется на плюсах)

> по соотношению простота/возможности/производительность конкурентов у Си нет, считай.

Ты про соотношение "куча подводных камней/ отсутствие возможностей / производительность на уровне С++" ?

> Поэтому все разговоры бесполезны.

Конечно. Разговоры с фанатиками устаревших ЯП бесполезны.

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

307. Сообщение от Аноним (-), 01-Авг-25, 10:55   –1 +/
> Это заговор. Чтобы сбить темпы развития СПО время от времени пропагандируют что-то  переписать.

А у СПО есть какие-то темпы развития?
Шевеление есть только там где есть корпы, которые вкладывают ресурсы.

> Так было с python2-3 переписывание не добавили безопасности и пару лет времени отобрало.

А кто говорил про безопасность?
Питон 2 просто не соответствовал современным реалиям.
Отсутствие нормального Unicode, проблемы с целочисленным делением, просто архитектурные недостатки.

> Теперь предлагают переписать с C на rust под предлогом безопасности.

Но дырявость СИ это печальный факт.
Тот кто отказывается от безопасности в угоду скорости, не получит ни первого, ни второго, а будет разгребать CVE/RCE

> Как закончат переписывать с C на rust, скажут что теперь надо все на SPARK переписать...

И это нормально.
Это эволюция: в машинах сначала были только ремни, потом добавили подушки, потом АБС, программируемые зоны деформации и так далее.


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

308. Сообщение от Аноним (-), 01-Авг-25, 10:58   +/
> Для бизнес сегмента Rust тоже нафиг никому не нужен.

Гугл с его андроидом это бизнес или нет?
Клоудфларя? letencript?

А вольво которые добавляют хруст в свои машины? Вроде серьезный бизнес)

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

309. Сообщение от Аноним (309), 01-Авг-25, 10:58   +/
Можешь новость про поддержку rump написать? Да и вообще краткий обзор текущего состояния Hurd
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #154

310. Сообщение от Аноним (-), 01-Авг-25, 11:02   +/
Программа может быть дырявой и иметь возможность переполнения буфера.

Ядро OS не датст проэксплуатировать дыру с переполнением буфера при работе программы убив процесс.

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

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

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

313. Сообщение от Прохожий (??), 01-Авг-25, 12:01   +/
> Ядро OS не датст проэксплуатировать дыру с переполнением буфера при работе программы убив процесс.

Вашу программу с дефектным буфером (который может переполняться) нельзя будет эксплуатировать, потому что ОС её прибьёт. Какой смысл в такой программе, которую нельзя эксплуатировать? Программы пишутся для того, чтобы их ОС прибивали, или они, всё-таки, должны выполнять какую-то полезную работу?

> Дырявая программа может нормально работать годами

Может работать, а может и не работать. Как тот кот Шрёдингера.

> Вместо переписывания всего на очередной модный язык люди решили

Всё переписывать никто не будет. И нет, люди решили, что кое-что переписать всё-таки следует. И переписали уже. Гугл, Майкрософт, Клаудфлэр, Дропбокс, Дискорд, Амазон и прочие фирмы-лидеры на рынке разработки ПО.

> и баз уменьшения производительности.

Но с существенным сокращением стабильности эксплуатации ПО. Прекрасное решение (нет).

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

314. Сообщение от Прохожий (??), 01-Авг-25, 12:05   +/
Ещё скажите, они (авторы C++) гордятся этим 🤦‍♂️

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

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

315. Сообщение от Прохожий (??), 01-Авг-25, 12:09   +/
> Капиталу не нужны конкуренты

Какие конкуренты? Что вы несёте? У одного человека есть возможность составить реальную конкуренцию вот этим всем перечисленным конторам?

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

316. Сообщение от Прохожий (??), 01-Авг-25, 12:14   –2 +/
Гугл УЖЕ переписал часть Андроида на Rust. Клаудфлэр переписала свой прокси-сервер, которым четверть пользователей Инета пользуется. Дропбокс свой софт. Дискорд - свой.
Везде эксплуатация показывает, что всё работает прекрасно, а продуктивность программистов выросла.

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

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

317. Сообщение от Аноним (-), 01-Авг-25, 12:14   +/
> Так авторы C++  и не утверждают что он безопасный, в отличии от раст-неучей.

И именно поэтому они сейчас пытаются лепить Safe C++ )))?
Заимствуют туда подходы из раста.

Правда это раскололо комитет на 2 противоборствующие группы и устроило бугурт среди поклонников разных подходов.

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

318. Сообщение от Прохожий (??), 01-Авг-25, 12:22   +/
Redox - домашний проект. Proof of concept, если тебе знаком такой термин (хотя я сильно сомневаюсь в этом).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65 Ответы: #351

319. Сообщение от Прохожий (??), 01-Авг-25, 12:29   +/
Например, в выискивании очередной CVE. Да? Это ж, поди, любимое занятие программистов на довольно распространённом языке программирования. И тогда можно будет сказать, что жизнь удалась.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #251 Ответы: #342

320. Сообщение от Совершенно другой аноним (?), 01-Авг-25, 13:29   +/
Во втором примере Вы const забыли:

q.cpp:10:20: error: binding reference of type ‘int&’ to ‘const int’ discards qualifiers
   int& j = std::max(a, 10);

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

321. Сообщение от Аноним (321), 01-Авг-25, 13:50   +/
Там небось, микроядро, которое предоставляет предельный минимум, вот оно и жрёт 13кб. А сервисы, реализующие всё остальное, решили не считать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9

322. Сообщение от Аноним (130), 01-Авг-25, 14:01   +/
GNOME не прикрутить будет к HURD, в GNOME объявили ещё более усиленное прибивание его к systemd.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #175

324. Сообщение от Аноним (130), 01-Авг-25, 14:10   +/
Не забываем, что HURD - это FSF. Они не станут использовать проприетарную Телегу. Скорее, какой-нибудь чат в GNUnet или XMPP.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #285

326. Сообщение от Аноним (278), 01-Авг-25, 14:23   +/
> Она предназначена для разработки ИТ-продуктов для отраслей с повышенными требованиями к кибербезопасности, надежности и предсказуемости работы.

Если это всё правда, тогда почему в Аэрофлот до сих пор используют Windows XP?

KasperskyOS хоть кто-то видел вообще хоть где-то?

Такую же статью на вики можно и про BolgenOS состряпать

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

327. Сообщение от Совершенно другой аноним (?), 01-Авг-25, 14:27   –1 +/
> Вашу программу с дефектным буфером (который может переполняться) нельзя будет эксплуатировать, потому что ОС её прибьёт.

а Вашу, судя по, например, https://doc.rust-lang.org/std/vec/struct.Vec.html#indexing, прибьёт рантайм Rust-а, вызвав панику...

В частности так происходит на таком простом примере из документации:

;-----------------------------------------X8
let v = vec![0, 2, 4, 6];
println!("{}", v[6]); // it will panic!
;-----------------------------------------X8

по крайней мере в https://play.rust-lang.org/?version=stable&mode=debug&editio...

В итоге что у Анонима задача аварийно завершилась, что у Вас.

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

328. Сообщение от _hide_ (ok), 01-Авг-25, 14:46   +/
>>> люди имеющие очень большой "опыт" не понимают базовых вещей, потому что...
> Что по твоему являются "базовыми вещами?" Многие ассемблерщики тоже не понимают, как
> нолики-единички кодируются в плавающих затворах транзисторов.

Прошу прощения, да, я сам это понимаю не по проф. необходимости, а потому что так сложилось...

Я имею в виду, управления памятью процесса, цикл жизни объекта, передача объекта по ссылке и т.п. вызывает удивление, когда человек с 2 годами опыта просто не понимает, что тут есть определённые правила. Про выход за границы вообще молчу.

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

329. Сообщение от Аноним (-), 01-Авг-25, 15:01   +/
> В итоге что у Анонима задача аварийно завершилась, что у Вас.

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

А у анонима что будет? Что в такой адрес памяти попытались что-то записать?
Удачного дебага)))


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

330. Сообщение от Аноним (253), 01-Авг-25, 15:38   –1 +/
В обоих примерах использованы ссылки (семантика указателей в другом синтаксисе). Именно про это и было написано выше.

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

Присваивать результат функции в ссылку (или возвращать ссылку на локальную переменную) - детские грабли. Компилятор C++ такого не запретит (и этим он прекрасен), но это надо знать.

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

331. Сообщение от Аноним (130), 01-Авг-25, 15:51   +/
>Она предназначена для разработки ИТ-продуктов для отраслей с повышенными требованиями к кибербезопасности, надежности и предсказуемости работы.

Ну и как с историями успеха по внедрению?

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

333. Сообщение от Аноним (-), 01-Авг-25, 16:29   +/
> В часах! Не, ну, а почему бы и нет?

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

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

334. Сообщение от Аноним (334), 01-Авг-25, 17:02   +/
У меня когда-то был телефон с дисплеем вот примерно 3,5 см, и с него прекрасно читались смски. Только разрешение было 128×128, а не как сейчас на часах.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #84

336. Сообщение от Аноним (336), 01-Авг-25, 17:13   +/
> Сишку тебе хотя бы valgrind поправит

В Дебиане уже поправили один раз, спасибо, но больше не надо.

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

337. Сообщение от Аноним (336), 01-Авг-25, 17:16   +/
Это от очень большого уважения.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #198

338. Сообщение от Аноним (336), 01-Авг-25, 17:29   +/
Google.com/pixel не благодари. Лучшие телефоны на Андроиде. Всё остальное — буквально всё — хлам разной степени мерзости.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #178

339. Сообщение от Аноним (298), 01-Авг-25, 17:34   +/
> В обоих примерах использованы ссылки (семантика указателей в другом синтаксисе). Именно про это и было написано выше.

Выше написано "в C++ хватает абстракций, чтобы прямая работа с памятью была необязательна". И в обоих примерах нет прямой работы с памятью.

> Присваивать результат функции в ссылку (или возвращать ссылку на локальную переменную) - детские грабли

Но ведь методы vector и функции типа max возвращают именно ссылки/итераторы. Предлагаешь всегда копировать? Ты там вроде что-то о скорости Раста заикался?

> Компилятор C++ такого не запретит (и этим он прекрасен), но это надо знать.

Старое доброе "чтобы не было багов, не делайте багов". Всего-то делов 😂.

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

340. Сообщение от Аноним (336), 01-Авг-25, 17:38   +/
Пиши на Лиспе. Лисп никогда не разочарует. Особенно если этот Лисп Clojure.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #299

342. Сообщение от Аноним (342), 01-Авг-25, 18:34   +/
Если на языке ничего не написано, то и проблем там нет, да?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #319 Ответы: #343, #347

343. Сообщение от Аноним (342), 01-Авг-25, 18:35   +/
Да там и на написаном регулярные сегфолты, гы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #342 Ответы: #348

346. Сообщение от Аноним (-), 01-Авг-25, 19:41   +/
Здесь речь идёт о теоретических принципах работы защиты, а не о практических нюансах.

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

ЗЫ: мордеры важный пост в этой ветке удалили...

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

347. Сообщение от Прохожий (??), 01-Авг-25, 20:41   +/
Слона-то я и не заметил, да? Гугл, Майкрософт, Дропбокс, Дискорд, Клаудфлэр, Вольво - их софт, который используется, наверное, половиной жителей Земли - это "ничего"?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #342 Ответы: #352

348. Сообщение от Прохожий (??), 01-Авг-25, 20:41   +/
В ваших фантазиях, разве что.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #343

349. Сообщение от Прохожий (??), 01-Авг-25, 20:59   +/
> Факт тот, что "проблемы с памятью" больше проблема низкоквалифицированных, ДЕШЁВЫХ кадров, а не языка.

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

> Писали же как-то в 2000-ых большие системы! И ничё, без всяких Растов вылизывали код и работало со 100% гарантией.

Писать-то, писали. Но до сих пор CVE вылавливают вот с тех дремучих времён. При всём желании ЭТО назвать 100%-й гарантией можно только в очень сильном похмельном угаре.

> Эмбед - тот вообще на Си - тоже устройства работают ГОДАМИ БЕЗ СБОЕВ.

Ох уж эти "эксперты" Опеннетные. На, любуйся.

1. Радиотерапевтический аппарат Therac-25 (1980-е)
Проблема: Гонки потоков (race conditions) в коде на C привели к передозировке радиации.
Последствия: Несколько пациентов получили серьёзные травмы или погибли.
Причина: Плохая синхронизация между аппаратными и программными компонентами.

2. Непреднамеренное ускорение у Toyota (2000-е)
Проблема: Ошибки во встроенном ПО блока управления дросселем (ECU).
Последствия: ДТП, жертвы, масштабный отзыв автомобилей.
Причина: Переполнение стека, ошибки рекурсии, недостаточный контроль таймеров в коде на C.

3. Уязвимость Heartbleed в OpenSSL (2014)
Проблема: Выход за пределы буфера из-за отсутствия проверки границ.
Последствия: Массовые утечки данных, включая устройства с встроенным OpenSSL.
Причина: Банальное упущение в широко используемой C-библиотеке.

4. Контроллер батареи Samsung Galaxy Note 7 (2016)
Проблема: Ошибки в управлении температурой аккумулятора.
Последствия: Самовозгорание и взрывы устройств, глобальный отзыв.
Причина: Ненадёжная логика управления терморегуляцией в прошивке на C.

5. Система управления батареями Boeing 787
Проблема: ПО не распознавало перегрев аккумуляторов.
Последствия: Временный запрет на полёты, расследование FAA.
Причина: Недостаточные алгоритмы обнаружения неисправностей в C-коде.

> Так что лажа с памятью - извини, макросоfак, твоя личная халтура.

Как бы ни был мастер, рано или поздно, он таки шваркнет себя обычным молотком по пальцам. А с автоматическим забивателем гвоздей это, СЮРПРИЗ, невозможно.

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

350. Сообщение от Прохожий (??), 01-Авг-25, 21:09   +/
И зачем вы перепрыгнули с разговора о "переполнении буфера" на "выход за пределы диапазона массива"?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #327

351. Сообщение от Аноним (256), 01-Авг-25, 21:16   +/
> Redox - домашний проект. Proof of concept, если тебе знаком такой термин
> (хотя я сильно сомневаюсь в этом).

Redox - микроядро.
Прям как Hurd (Minix/Phantom ̷A̷OS).
Но всем нерастоманам понятно, что Hurd - ЭТОДРУГОЕПОНИМАТЬНАДО!™

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

352. Сообщение от Аноним (2), 01-Авг-25, 21:49   +/
Они все используют баш!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #347

353. Сообщение от Аноним (2), 01-Авг-25, 21:56    Скрыто ботом-модератором+/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #308

355. Сообщение от мяв (?), 02-Авг-25, 00:46   +/
лучше б спеки с протоколами своих часов открыли
Ответить | Правка | Наверх | Cообщить модератору


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

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




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру