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

"Четвёртая редакция патчей для ядра Linux с поддержкой языка Rust "	+/–
Сообщение от opennews (?), 17-Янв-22, 14:18
Мигель Охеда (Miguel Ojeda), автор проекта Rust-for-Linux, предложил для рассмотрения разработчиками ядра Linux четвёртый вариант компонентов для разработки драйверов устройств на языке Rust. Поддержка Rust рассматривается как экспериментальная, но уже согласована для включения в ветку linux-next и достаточно развита для начала работы по созданию слоёв абстракции над подсистемами ядра, а также для написания драйверов и модулей. Разработка финансируется компанией Google и организацией ISRG (Internet Security Research Group), которая является учредителем проекта Let's Encrypt и способствует продвижению HTTPS и развитию технологий для повышения защищённости интернета... Подробнее: https://www.opennet.ru/opennews/art.shtml?num=56523
Ответить | Правка | Cообщить модератору

Сообщения

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

1. Сообщение от Фофа (?), 17-Янв-22, 14:18	+2 +/–
Наконец норм язык завезут
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #7, #12, #15, #299

2. Сообщение от Анонн (?), 17-Янв-22, 14:20	+2 +/–
Спасибо за новость! Пойду за попкорном.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #58

3. Сообщение от Аноним (3), 17-Янв-22, 14:20	+3 +/–
Интересно насколько сильно возрастает число комитетеров в ядре, после добавление раста.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #22, #35, #89

4. Сообщение от InuYasha (??), 17-Янв-22, 14:24	+3 +/–
> позволит с минимальными усилиями создавать безопасные и более качественные драйверы Вся суть современного раскисяйства - хотим всё, ничего не де... "с минимальными усилиями"! Что ж, поколение пользователей спеллчекеров подросло и дотянулось до ядра.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #6, #31, #39, #207

5. Сообщение от keydon (ok), 17-Янв-22, 14:24	+3 +/–
> Поддержка Rust преподносится как опция, не активная по умолчанию и не приводящая к включению Rust в число обязательных сборочных зависимостей к ядру. Лягушку варят постепенно > Использование Rust для разработки драйверов позволит с минимальными усилиями создавать безопасные и более качественные драйверы, избавленные от таких проблем как обращение к области памяти после её освобождения, разыменование нулевых указателей и выход за границы буфера. Т.е. то же самое что и современный C++ со статическим анализатором.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #9, #146

6. Сообщение от InuYasha (??), 17-Янв-22, 14:26	+4 +/–
Кстати, принцип "вы сами не можете безопасно, надо вас принудить" я где-то уже наблюдаю...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #208, #225

7. Сообщение от Аноним (7), 17-Янв-22, 14:26	+6 +/–
до сих пор всё писалось на ненормальном.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #45, #212

8. Сообщение от Аноним (7), 17-Янв-22, 14:29	+2 +/–
> избавленные от таких проблем как обращение к области памяти после её освобождения, разыменование нулевых указателей и выход за границы буфера. когда нельзя создать программистов, пишущих более качественный код, приходится создавать язык, более толерантный к качествам программистов.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #14, #33, #72

9. Сообщение от Анонн (?), 17-Янв-22, 14:30	–1 +/–
Linus Torvalds: “C++ is really a terrible language!” Так что мимо.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #11, #13, #25, #111

10. Сообщение от Аноним (35), 17-Янв-22, 14:34	+2 +/–
>Поддержка Rust преподносится как опция, не активная по умолчанию и не приводящая к включению Rust в число обязательных сборочных зависимостей к ядру. Но фактически, если хочешь работать с устройством - то придётся вступить в культ Cargo. Ну или переписать драйвер на сишке и его самому поддерживать.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #164, #266

11. Сообщение от Аноним (45), 17-Янв-22, 14:35	+5 +/–
Да, было время, когда Линус мог сказать и показать пальцем.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9

12. Сообщение от Старший аноним (?), 17-Янв-22, 14:36	–1 +/–
И тут наступит звездец нормальной операционке
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #52, #214

13. Сообщение от Урри (ok), 17-Янв-22, 14:37	+/–
Ох уже верующие в Бога Нашего Иисуса^W^W^W Святого Линуса Торвальдса.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9

14. Сообщение от Урри (ok), 17-Янв-22, 14:38	–1 +/–
"программистов". Ну или старый добрый термин - кодеров.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #221

15. Сообщение от Аноним (15), 17-Янв-22, 14:41	+13 +/–
Сегодня пишет он на Rust, а завтра Линуса продаст. Почему что-то, написанное на Rust, всегда преподносится с такой помпой и церемониями? Каждому, пишущему на Rust, обязательно нужно всем сообщить, что он пишет на Rust, всегда мечтал писать на Rust, и всегда будет писать на Rust. А еще он ща пришлет куда-нибудь, где нет Rust, свои патчи на Rust. И потом все пойдем на парад по Rust.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #54, #57, #64, #92, #176, #219

16. Сообщение от Аноним (45), 17-Янв-22, 14:43	+3 +/–
> Поддержка Rust рассматривается как экспериментальная А при чем тут mainline? Пусть копаются в своей песочнице со своими экспериментами.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #80

22. Сообщение от Аноним12345 (?), 17-Янв-22, 14:49	+/–
Учитывая масштабы гугла, многократно
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

25. Сообщение от Агл (?), 17-Янв-22, 14:51	+1 +/–
я и сам это напишу, без Линуса. Это как с палочками для еды - кто-то ест только ими, другим пофигу чем, а  есть те кто требуют ложку и вилку
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #61

27. Сообщение от Аноним (-), 17-Янв-22, 14:55	+/–
Чё, пацаны, panic и выброс архитектур?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #36, #73

28. Сообщение от Аноним (28), 17-Янв-22, 14:57	+1 +/–
Вот линуксоиды постоянно жалуются на утечки памяти, для которых даже например нужен такой костыль, как перезапуск сессии Cinnamon. А чтобы устранить их, нужна не Растом баловаться, а инструменты отладки нормальные запилить, типа FastMM Full Debug Mode, чтобы не наугад утечки памяти ловить, а четко видеть, что и где их вызывает.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #74, #83

29. Сообщение от Аноним (-), 17-Янв-22, 14:57	+5 +/–
Предлагаю, раз такая пьянка, пропатчить ведро под C# и Haskell, они ещё безопаснее раста будут (но каждый по-своему).
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #47

31. Сообщение от Ordu (ok), 17-Янв-22, 14:57	+14 +/–
> Вся суть современного раскисяйства - хотим всё, ничего не де... "с минимальными усилиями"! Если хочется с максимальными усилиями, то можно писать ядро на ассемблере. Без макроязыка. Или даже на брейнфаке. Можно, на самом деле, придумать сколько угодно усложнений. Например, писать код ногами. Причём не по клавиатуре, а по сенсорному экрану смартфона. Кто-нибудь писал так ОС? Нет? А вот ты можешь: будет потом чем хвастаться перед зумерками.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #49, #94

33. Сообщение от Девичья сладость (?), 17-Янв-22, 14:59	+/–
Дядя, но ведь это буквально для того, чтобы писать более качественный код. Не думаешь о ручном управлении памятью -> в освободившееся время пишешь код. В чём проблема?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #77, #84, #88

35. Сообщение от Аноним (35), 17-Янв-22, 15:01	+3 +/–
Думаю отрицательно. Чем большую "необязательную" (драйвера устройств, не хочешь Rust - сиди без поддержки устройства, а ведь большинство коммиттит в ядро именно из-за поддержки их железок) часть ядра перепишут на раст, тем меньше будет желающих к ЭТОМУ прикасаться.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

36. Сообщение от Аноним (45), 17-Янв-22, 15:02	+2 +/–
> panic и выброс архитектур Отличная новая функциональность, которая срочно нужна в основной ветке ядра. Вместо драйверов, файловых систем и тп.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #56

39. Сообщение от НяшМяш (ok), 17-Янв-22, 15:04	+7 +/–
> поколение пользователей спеллчекеров Не знаю какое поколение было до, но разве отцы-изобретатели ЭВМ придумали компьютер не для помощи человеку? Чем проверка кода отличается от каких-нибудь математических вычислений с точки зрения трудозатрат?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #48, #209

45. Сообщение от Аноним (45), 17-Янв-22, 15:11	–9 +/–
> на ненормальном Ты не знаешь определение "нормально"? Все знают, что "нормально" - это "выделятся из толпы".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #87

47. Сообщение от Аноним (45), 17-Янв-22, 15:16	+4 +/–
Лучше javascript. "Он ещё безопаснее раста будет (но по-своему)". Тем более у Гугла уже есть v8, а у MS - npm.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29 Ответы: #96

48. Сообщение от pavlinux (ok), 17-Янв-22, 15:18	–1 +/–
> Чем проверка кода отличается от каких-нибудь математических вычислений с точки зрения трудозатрат? Код не знает где он будет работать. Нужны ли драйверам, операционке жирные сегменты данных?  (обязательной инициализации значений переменных перед использованием) Строгая типизация? Когда в ядре куча (void *)data ... которое через 5-10 вызовов превращается в struct file_operation. le64_to_cpu(), cpu_to_be64(); ntoa(),... Чо он там "строго натипизирует"? Рожание виртуальных объектов, которые на конкретном компе вообще никогда не выполнятся?! Похоже на метод "Бабушкины антрисоли" - а мож в другой жизни пригодится.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39 Ответы: #93

49. Сообщение от Аноним (45), 17-Янв-22, 15:21	+2 +/–
Разрешаю писать минимальными усилиями redoxos (или как он правильно называется)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31 Ответы: #189

50. Сообщение от BratishkaErik (ok), 17-Янв-22, 15:21	+2 +/–
Zig не успеет? :( Rust ведь язык богатый, будет труднее понять код
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #59

51. Сообщение от BratishkaErik (ok), 17-Янв-22, 15:21	+/–
ну и по тестам медленнее
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #220

52. Сообщение от псевдонимус (?), 17-Янв-22, 15:24	–2 +/–
>устаревшей операционные Пофиксил.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #145

54. Сообщение от псевдонимус (?), 17-Янв-22, 15:26	–6 +/–
Линус сам кого хочешь продаст.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15

56. Сообщение от хрустеры (?), 17-Янв-22, 15:27	+/–
Как же ж так - мы же вам наразраб....скопипастили целый один драйвер! Он, правда, пока не работает, зато безопастный!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36 Ответы: #147

57. Сообщение от псевдонимус (?), 17-Янв-22, 15:28	+/–
Потому что фанатики. Фанатики не могут не упомянуть своего идола. Одно из самых агрессивных, нетерпимых к критике сообществ.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #67

58. Сообщение от псевдонимус (?), 17-Янв-22, 15:30	+/–
А я только что пива купил. Сейчас картошечка дожарится и приступим.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

59. Сообщение от Аноним (45), 17-Янв-22, 15:30	+2 +/–
Давайте оставим список ЯП, которые обязательно нужны в основной ветке ядра. 1. dos batch (нет указателей - нет проблем) 2. brainfuck (аналогично) 3.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50 Ответы: #85

61. Сообщение от pavlinux (ok), 17-Янв-22, 15:34	+/–
> Это как с палочками для еды - кто-то ест только ими, Ну успеха, поесть суп палочками.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #71

64. Сообщение от Аноним (64), 17-Янв-22, 15:36	+2 +/–
Разве могу осуждать мух за то, что е...тся? Однако когда на моей голове, злит. Так же и рустоманы. Когда в тихом уединении делают то, к чему лежат их души, кто возразит? Но они устраивают факельные шествия и приковывают себя к фонарям на набережной, дудят в дудки, бьют в барабаны и кричат, чтобы все знали про их нрав...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #69

66. Сообщение от Аноним (66), 17-Янв-22, 15:38	–3 +/–
Не нравится? Создайте язык программирования лучше!!1!
Ответить | Правка | Наверх | Cообщить модератору

67. Сообщение от Аноним (-), 17-Янв-22, 15:44	+8 +/–
>> Сегодня пишет он на Rust, а завтра Линуса продаст. >> Пишем, чо пepдишь, вакуум!?   >> Вся суть современного раскисяйства >> Мнение всяких идиотов["Linus Torvalds about C++ ..."] разве нужно учитывать? >> Прочитал как экскриментами >> Пусть там и лепят своего говновика. >> Задолбали навязывать это гуано. >> Сообщение от хрустеры > Одно из самых агрессивных, нетерпимых к критике сообществ. Это да, прям в каждой нвости с упоминанием Rust проходу честным, скромным и вежливым опеннетчикам не дают!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57

68. Сообщение от макпыф (ok), 17-Янв-22, 15:47	+/–
если будет бекенд с GCC и не будет cargo - тогда ладно.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #75

69. Сообщение от Аноним (-), 17-Янв-22, 15:49	+/–
> Но они устраивают факельные шествия и приковывают себя к фонарям на набережной, дудят в > дудки, бьют в барабаны и кричат, чтобы все знали про их нрав... "Ел грибы, смотрел новостной ковер!"?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64 Ответы: #105

71. Сообщение от Аноним (71), 17-Янв-22, 16:02	+3 +/–
Никаких проблем с мисо и палочками не вижу. Ем спокойно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61 Ответы: #309

72. Сообщение от анонимус (??), 17-Янв-22, 16:04	+1 +/–
это называется эволюция языков. новые появляются чтобы решать какие-то проблемы старых, и желательно не добавляя больше новых
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #90

73. Сообщение от анонимус (??), 17-Янв-22, 16:07	+/–
вот кстати интересно что про панику никаких обновлений не было. как по мне это самый главный блокер от включения, поскольку есть явное противоречение - постоянной работе ядра и сиюмоментного останова выполнения
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #190

74. Сообщение от анонимус (??), 17-Янв-22, 16:10	+1 +/–
об этом кто-то еще знает? неделями-месяцами корица с мятой работает и полет нормальный
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28

75. Сообщение от анонимус (??), 17-Янв-22, 16:11	+/–
а что не так с карго?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68 Ответы: #76

76. Сообщение от макпыф (ok), 17-Янв-22, 16:20	+6 +/–
> а что не так с карго? 1. тот же нпм с лефтпадами 2. малварь и прочее свойственное таким помойкам (подробнее можешь по тегу "npm" посмотреть) 3. Для меня скачивание всякого говна из интернета при сборке не приемлема 4. Дикое разрастание бинарника ядра за счет зависимостей подзависимостей и т.д. (из 1) 5. плохое их взаимодействие с kconfig и сборочными системами ядра 6. Очень многие вещи приемлемы в юзерспэйсе, но не в ядре. Все крэйты на данный момент рассчитаны на юзерспейс
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #75 Ответы: #109, #173

77. Сообщение от Урри (ok), 17-Янв-22, 16:27	+2 +/–
> В чём проблема? Проблема в отсутствии мозгов у растофанатиков, которые за одним единственным деревом не видят лес. Есть миллион языков, в которых нету "ручного управления памятью" (например, брейнфак). Но, почему то, на них не пишут более лучше качественный код.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33 Ответы: #152

79. Сообщение от Аноним (79), 17-Янв-22, 16:28	+5 +/–
> Разработка финансируется компанией Google и организацией ISRG (Internet Security Research Group), которая является учредителем проекта Let's Encrypt и способствует продвижению HTTPS и развитию технологий для повышения защищённости интернета. Это хорошая новость. Наконец-то тухлое ядро под названием "Linux" скоро загнется и тем самым придаст мотивации свободному сообществу для доведения GNU/Hurd до ума или поддержки хард-форка ядра OpenBSD от проекта Hyperbola.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #82, #126

80. Сообщение от Урри (ok), 17-Янв-22, 16:28	+2 +/–
Оно так и будет. Посмотри на сообщество и экосистему - они же вечно будут в этой песочнице возиться, тратя 50% своего времени на переписывание того, что работало раньше под новую пачку граблей, а вторые 50% на выяснение того, кто из них более безопасТно работает с памятью.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #144

82. Сообщение от Аноним (82), 17-Янв-22, 16:31	+/–
Hurd невозможно довести до ума. Его можно только переписать.  Причина прибитость всего к 32-ум битам.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #79 Ответы: #86, #91, #100

83. Сообщение от Урри (ok), 17-Янв-22, 16:31	–4 +/–
Какие утечки, вендузятник? Я месяцами не перегружаю ноут (минт), при этом постоянно в работе vscode и разные браузеры. И все прекрасно работает! Венду же приходится каждое утро перезагружать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28 Ответы: #116, #151, #218

84. Сообщение от Аноним (84), 17-Янв-22, 16:33	+3 +/–
Это не про ручное управление памятью, а про понимание программистом собственного кода. Код непонимающих кадров просто перестанет падать, поэтому искать надо будет другие глюки. Всё. В остальном суть не поменяется: у быдлокодера на любом языке получится быдлокод, а код разумного специалиста в большинстве случаев разумен вне зависимости от языка. Поэтому раст выгоден в первую очередь для корпораций, где понимание возложено на руководство, а обычный штатный кодер понимать что-либо не должен, а должен просто реализовывать заданный алгоритм заданным способом -- при подобном механическом кодировании на сях число проблем с памятью растёт катастрофически.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33 Ответы: #150

85. Сообщение от Урри (ok), 17-Янв-22, 16:33	+3 +/–
3. джава (на всех платформах работает) 4. вижуалбасик (очень большое коммьюнити) 5. похапэ (еще большее коммьюнити) 6. И все они безопасТные! Ведь нету опасТной работы с памятью!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59 Ответы: #157

86. Сообщение от Урри (ok), 17-Янв-22, 16:34	+/–
На РАСТе! Хотел бы я на это посмотреть...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #82

87. Сообщение от YetAnotherOnanym (ok), 17-Янв-22, 16:36	+11 +/–
Нормально ты минусов набрал. У толпы желающих выделиться из толпы от твоих слов конкретно подгорело.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45 Ответы: #108

88. Сообщение от Аноним (88), 17-Янв-22, 16:37	+3 +/–
Это для того, чтобы гугел мог посодить стадо своих полуграмотных индусов которые латиницу-то с трудом понимают писать нужные ему драйвера и чтоб это стадо макак попутно не отстрелило себе все по самую маковку, не более.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33

89. Сообщение от YetAnotherOnanym (ok), 17-Янв-22, 16:37	+/–
а насколько возросло после включения ебпф?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #171

90. Сообщение от Аноним (45), 17-Янв-22, 16:37	+1 +/–
> эволюция Кто-то говорит, что это "революция и долой царя!"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #72 Ответы: #128

91. Сообщение от Аноним (79), 17-Янв-22, 16:41	+/–
В любом случае это даст пинка под зад всему сообществу. Я бы и сам с радостью помог, но боюсь, что  не обладаю необходимой компетентностью в данной области. А вот копейкой всегда готов помочь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #82 Ответы: #97

92. Сообщение от DIO (?), 17-Янв-22, 16:54	+/–
такова пиар компания этого яп. это не хорошо и не плохо, а как есть. одни рассказывают про низкий порог вхождения для каждой домохозяйки своего супер-яп, другие рассказывают что их яп самый хайповый, третьи еще что-то , а тут выбрана такая стратегия. момент чисто психологический почему на него так агресивно реагируют. но опять же это скорее хорошо чем плохо. есть 100500 разных яп и вот человек который хочет стать вайтишником или кто-то хочет поменять стек глобально/локально (для проекта). один из показателей - что написано и где используется. на самом деле 99% яп сложно найти что написано на них из большого/весомого/глобального. А тут сразу решили пойти с этоого аргумента как с заманухи. Пожуем - увидим как оно будет дальше. Ведь по факту это извечный холивар на тему: - я учил тру Си/Си-шарп и т.п. и это тру потому что тру - тру - асм т.к. еще бородатые парни в свитерах на нем писали - раст - каках т.к. надописать на гоу т.к. я учил гоу и модные дровосеки пишут на гошечке - (любой яп) круче т.к. он не раст. тоже самое можно писать по отношению и к другим яп. Короче все это фрейдизмы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #98, #112

93. Сообщение от НяшМяш (ok), 17-Янв-22, 16:54	+/–
> Строгая типизация? Когда в ядре куча (void *)data ... которое через 5-10 вызовов превращается в struct file_operation. Осторожнее, а то так можно договориться что C небезопасен /s
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48 Ответы: #139

94. Сообщение от InuYasha (??), 17-Янв-22, 16:58	+1 +/–
Ну, можешь считать биномы/диффуры на счётных палочках - я не против. Я против того чтобы к процессу допускать тех, кто может их решать лишь через MathCad путём тыканья кнопок "а оно само посчитает".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31 Ответы: #201

96. Сообщение от Злой Аноним (?), 17-Янв-22, 17:07	+2 +/–
Веб-макака, веб-макака, кодер-террорист Держит линт огромный в руке неоджесист Веб-макака, веб-макака, пушит в эн пи эм Дебаг без остановки выбирает мэн
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47

97. Сообщение от Аноним (-), 17-Янв-22, 17:08	+/–
Можно выяснить про ядерный IPC и пилить на Python или Guile драйвера от чего-нибудь нетребовательного.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #91

98. Сообщение от Самокатофил (?), 17-Янв-22, 17:10	+3 +/–
>тру Си/Си-шарп и т.п. >Короче все это фрейдизмы Личинка эйчара, у вас ус отклеился. ;)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #92

99. Сообщение от Аноним (196), 17-Янв-22, 17:15	+1 +/–
Аа, я понял коварный замысел: 1. привлечь любителей к написанию драйверов; 2. получить пачку отрицательных отзывов от Линуса про код данных любителей; 3. обратить внимание общественности на язык, на котором написан этот код, и поднять шум про дискриминацию по языковому признаку; 4. собрать подписи об исключении Линуса из числа разработчиков ядра на основе нетолерантных высказываний в адрес "разработчиков". Будем надеяться, что ситуация камрада Столлмана не повторится.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #102

100. Сообщение от Аноним (-), 17-Янв-22, 17:16	+/–
Пруфцы есть?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #82

101. Сообщение от Аноним (101), 17-Янв-22, 17:17	+1 +/–
>  предложил для рассмотрения разработчиками ядра Linux четвёртый вариант Т.е. его 3 раза послали, а он ничего не понял и пришёл в 4й? Ну бывает, не очень умный, зачем новость-то? Никакого нового софта не создано, растоманы опять шум на пустом месте поднимают.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #106, #123

102. Сообщение от Аноним (-), 17-Янв-22, 17:17	–1 +/–
>Будем надеяться, что ситуация камрада Столлмана Камрад Столлман после того, как его защитили в основном те, кто холодно относится к коммунизму, так ничего и не понял.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #99 Ответы: #110

105. Сообщение от псевдонимус (?), 17-Янв-22, 17:25	+/–
>> Но они устраивают факельные шествия и приковывают себя к фонарям на набережной, дудят в >> дудки, бьют в барабаны и кричат, чтобы все знали про их нрав... > "Ел грибы, смотрел новостной ковер!"? Будто поедание мухоморов или псилоцибиновых поганок это плохо. Шаманы ели нам велели;-) мы хотя бы клей не нюхаем, как растоманы
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #69 Ответы: #160, #167

106. Сообщение от макпыф (ok), 17-Янв-22, 17:27	+3 +/–
увы, не послали https://www.opennet.ru/opennews/art.shtml?num=54792
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #101 Ответы: #114

108. Сообщение от Аноним (45), 17-Янв-22, 17:38	+3 +/–
Я искренне полагаю, что из-за моей безграмотности.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #87

109. Сообщение от анонимус (??), 17-Янв-22, 17:40	+/–
1 - 2. реестр крейтов можно поднять свой при желании 3. не подключайте говно в зависимости + cargo‑audit в ci(или аналоги) 4. тут согласен, по фактам. но такова цена за отсутсвие велосипедов и простое переиспользование. но и диски нынче уже  подешевле стали 5. вопросы тулинга и удобства в использовании в околохрустовых проектах как правило решаются качественно, опиши болячки в issue 6. на вскидку только паника и развертка стека на ум приходит(что с этим придумают - мне тоже интересно. возможно будет что-то аналогичное no-std). что еще?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #76 Ответы: #129, #135

110. Сообщение от freecoder (ok), 17-Янв-22, 17:42	+/–
О чем речь? Причем тут коммунизм?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #102 Ответы: #115

111. Сообщение от keydon (ok), 17-Янв-22, 17:44	+/–
> Linus Torvalds: “C++ is really a terrible language!” > Так что мимо. Ну это когда было то. Я и сам так считал пока не увидел ржавчину.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #136

112. Сообщение от Аноним (-), 17-Янв-22, 17:44	+/–
Есть ещё лисп, он умеет в синтаксические макросы полущ этого вашего раста.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #92 Ответы: #262

114. Сообщение от Аноним (101), 17-Янв-22, 17:45	+/–
linux-5.16> find . -type f -name "*.rs" Ничего нет. linux-5.16> grep -r "\brust\b" . ./tools/perf/util/Build:perf-y += demangle-rust.o ./tools/perf/util/demangle-rust.c:#include "demangle-rust.h" ./tools/perf/util/demangle-rust.c:                              pr_err("demangle-rust: unexpected escape sequence"); ./tools/perf/util/demangle-rust.c:                      pr_err("demangle-rust: unexpected character '%c' in symbol\n", ./tools/perf/util/symbol-elf.c:#include "demangle-rust.h" ./Documentation/translations/zh_TW/index.rst:* rust/index ./Documentation/translations/zh_CN/doc-guide/kernel-doc.rst:.. note:: kernel-doc无法包含Rust代码:请参考 Documentation/rust/docs.rst 。 ./Documentation/translations/zh_CN/index.rst:* rust/index ./Documentation/admin-guide/kernel-parameters.txt:                      with rotating-rust storage. Какой-то мусор на китайском.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #106 Ответы: #143

115. Сообщение от Аноним (-), 17-Янв-22, 17:47	+3 +/–
Столлмана-коммуниста сожрали сами же коммунисты за то, что его коммунизм не сошёлся с их коммунизмом. Короче, ледоруб прислали очередному Троцкому. И тут, как человеку, которому прислали ледоруб, Столлману стоило бы подумать, а за то ли он с года так 2000 воюет, если пригрел на груди змею, которая его же и укусила? Сайтик дефейсили ребята из FSF, да и вообще...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #110 Ответы: #131, #197

116. Сообщение от Аноним (-), 17-Янв-22, 17:51	+1 +/–
> Какие утечки, вендузятник? > постоянно в работе vscode и разные браузеры ох, два брата поругались
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #83

123. Сообщение от псевдонимус (?), 17-Янв-22, 17:57	+/–
>>  предложил для рассмотрения разработчиками ядра Linux четвёртый вариант > Т.е. его 3 раза послали, а он ничего не понял и пришёл > в 4й? Ну бывает, не очень умный, зачем новость-то? Никакого нового > софта не создано, растоманы опять шум на пустом месте поднимают. Если бы это был шум на пустом месте..
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #101

126. Сообщение от Sin (?), 17-Янв-22, 18:00	+1 +/–
DragonflyBSD мне кажется  более интересным и перспективным программным решением, чем и опёнок, и хурд.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #79

128. Сообщение от анонимус (??), 17-Янв-22, 18:07	+/–
меньше слухов слушайте, больше своей головой думайте)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #90

129. Сообщение от Аноним (-), 17-Янв-22, 18:08	+/–
> 6. на вскидку только паника и развертка стека на ум приходит(что с > этим придумают - мне тоже интересно. возможно будет что-то аналогичное no-std). > что еще? Развертка убирается банальным "panic=abort". А паники в ядре, внезапно, "свои" есть: > panic -- bring down system on fatal error Да и возникает вопрос, точно ли стоит продолжать выполнение ядерного кода после UB? https://www.opennet.ru/opennews/art.shtml?num=42262 > В ядре Linux выявлены ошибки, приводящие к зависанию процессов и повреждению разделов EXT4 https://bugzilla.kernel.org/show_bug.cgi?id=201685 > Bug 201685 Incorrect disk IO caused by blk-mq direct issue can lead to file system corruption
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #109 Ответы: #133, #229

131. Сообщение от Аноним (-), 17-Янв-22, 18:17	+1 +/–
Даже если и сделает выводы - его выводы будут непопулярны т.к любое объяснение о троцкозме и разжигании мировых революций вычищается и жестко цензурируется, нельзя об этом говорить, а явление уже давно разрушает весь мир и не только опенсорс. Даже тут наши коменты потрут, ибо нельзя говорить правду.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #115

133. Сообщение от Аноним (45), 17-Янв-22, 18:21	+/–
Так надо же сперва написать в песочнице(!) свой драйвер ext2 без паник и UB, отсутствие которых гарантирует безопасный язык, и только после идти на поклон царю. А так, это все выглядит как троллинг, ни чем не лучше, чем я троллю тут растистов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #129 Ответы: #149

135. Сообщение от макпыф (ok), 17-Янв-22, 18:24	–1 +/–
1-2. В npm тоже можно. Да ток никто не делает. 3. Вы не поняли. Ключевое слово не "говно", а "скачивание из интернета" 4. Ну linux не только на десктопе используется. А в ембеде "диск" может быть не очень большим. Ну и я по размеру бинарника оцениваю то, насколько у меня хороший конфиг 5. Ядро использует для сборки собственную ситсему сборки (изменяюсь за тавтологию), с очень широкими возможностями конфигурации. Потому либо будет плохое взаимодействие с ней (мейкфайлы будут лишь давать команды для карго) либо карго не будет использоваться 6. Посмотри новость о ревью патч сета от торвальдса Гугл, который пихает раст в ядро, кстати это понимает и в андроиде ни какого карго нет, нужные крэйты включены в дерево исхов. Правда на пару модулей написанных на расте тянется несколько сот крейтов, потому у меня такая сильная ассоциация раста с нодой и депендеси хелом.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #109 Ответы: #155

136. Сообщение от Анонн (?), 17-Янв-22, 18:26	+/–
Тем не менее у нас есть уже четвертая редакция патчей для rust и ни один для crap++ Sad, but true.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #111 Ответы: #277

137. Сообщение от Минона (ok), 17-Янв-22, 18:28	+/–
Ну в четвёртом то чтении примут наконец или пятого чтения ждать.
Ответить | Правка | Наверх | Cообщить модератору

139. Сообщение от Аноним (139), 17-Янв-22, 18:33	+2 +/–
Не страшно, 95% здешних хейтеров все равно не поймут смысла сказанного.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #93

143. Сообщение от макпыф (ok), 17-Янв-22, 18:46	+/–
В 5.16 нет. В linux-next есть. А там - то что планируется принять.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #114 Ответы: #153

144. Сообщение от псевдонимус (?), 17-Янв-22, 18:54	+/–
> Оно так и будет. > Посмотри на сообщество и экосистему - они же вечно будут в этой > песочнице возиться, тратя 50% своего времени на переписывание того, что работало > раньше под новую пачку граблей, а вторые 50% на выяснение того, > кто из них более безопасТно работает с памятью. Вместо того чтобы доделать ресдох, чтобы он хотя бы на каком-нибудь железе заработал. А ведь как красив он в описании..
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #80 Ответы: #202, #284

145. Сообщение от какработать (?), 17-Янв-22, 18:57	+3 +/–
Да, пора всё сначала. К новым победам.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52 Ответы: #154

146. Сообщение от Аноним (139), 17-Янв-22, 18:57	+1 +/–
Статические анализаторы пропускают ошибки, и ты это знаешь. У Гугл и МС 70% уязвимостей это ошибки работы с памятью. Им эти анализаторы не помогли. Я знаю какой ответ будет, потому напишу сразу: Код под unsafe локализует место возможной ошибки. Существует этому и формальное доказательство (пусть пока и не включает все возможности языка): https://plv.mpi-sws.org/rustbelt/popl18/paper.pdf Да, в некоторых синтетических примерах при использовании сложных конструкций языка возможны баги. Но они именно что считаются за баги и будут исправлены.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #162, #169

147. Сообщение от псевдонимус (?), 17-Янв-22, 19:01	+/–
> Как же ж так - мы же вам наразраб....скопипастили целый один драйвер! > Он, правда, пока не работает, зато безопастный! Я тоже! Тоже хочу! Написать неработающий драйвер для какой-нибудь умной вещи! Посоветуйте изык, посоны! Вот пепельницу хочу умную. С поддержкой блявтуз и ипв6. И унитаз. И чтобы не надо было думать
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #56

149. Сообщение от Аноним (-), 17-Янв-22, 19:06	+/–
> Так надо же сперва написать в песочнице(!) свой драйвер ext2 без паник > и UB, отсутствие которых гарантирует безопасный язык, Казалось бы, причем тут бурные фантазии анонима? > ни чем не лучше, чем я троллю тут растистов. Не льсти себе -  по новому, смузихлебно-корректному любую метанизацию луж принято теперь называть "троллингом".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #133 Ответы: #159

150. Сообщение от Аноним (139), 17-Янв-22, 19:07	+4 +/–
А что делать с невнимательностью которая всем присуща. Скажем в питоне можно пропустить запятую и код скомпилируется, будет работать но неправильно. И Не скоро ты это заметишь. https://www.opennet.ru/opennews/art.shtml?num=56470 В С/С++ возможны use after free, double free, out of buffer read/writes и иже с ними. Они тоже ошибок при компиляции не вызывают. Везде в мире принято человеческий фактор сводить на нет (особенно это заметно в промышленности), рутину автоматизировать. Особенно автоматизацией рутины любят заниматься программисты. В этом в сущности состоит их работа. И только у анонимов опеннета это считается злом.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #84 Ответы: #196, #237

151. Сообщение от псевдонимус (?), 17-Янв-22, 19:08	+/–
> Какие утечки, вендузятник? > Я месяцами не перегружаю ноут (минт), при этом постоянно в работе vscode > и разные браузеры. И все прекрасно работает! > Венду же приходится каждое утро перезагружать. Спермерку мне всего лишь раз в неделю приходилось перезагружать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #83 Ответы: #239

152. Сообщение от Девичья сладость (?), 17-Янв-22, 19:10	–3 +/–
А что за лес? Лес ваших иррациональных страхов? Ваша личная ненависть ко всему современному понятна; человек в годах выглядит даже глупо, занимаясь молодёжными вещами. Но вас никто не заставляет писать на расте, на нём будут писать новые поколения программистов, и специально для них создаются инструменты, облегчающие работу (например, раст).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #77 Ответы: #224, #236

153. Сообщение от Аноним (101), 17-Янв-22, 19:11	+1 +/–
То состояние ветки linux-next должно было влиться 5.13. Раст планировали, но не влили. Или те патчи и были этим сишным файликом и докой на китайском?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #143

154. Сообщение от псевдонимус (?), 17-Янв-22, 19:12	+1 +/–
> Да, пора всё сначала. К новым победам. Это не троллинг. Просто объективно Линукс как был костылем и пародией на юникс так им и остался. Это тупик. Как и концепция универсальной операционной системы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #145 Ответы: #161, #187

155. Сообщение от Аноним (-), 17-Янв-22, 19:13	+/–
> 1-2. В npm тоже можно. Да ток никто не делает. Ну да, а для нерастов тоже совершенно не нужен sudo curl | bash, но ... > 4. Ну linux не только на десктопе используется. А в ембеде "диск" может быть не очень большим. Ты собрался собирать ядро для эмбеда на этом самом эмбеде? > Правда на пару модулей написанных на расте тянется несколько сот крейтов, потому > у меня такая сильная ассоциация раста с нодой и депендеси хелом. Во-первых: https://www.opennet.ru/opennews/art.shtml?num=56475 > Вторая версия патчей c реструктуризацией заголовочных файлов ядра Linux намекает, что "все точно так же". Во-вторых: в отличие от ноды, оно компилируется и инлайнится только в путь, ну и с сотнями крейтов ты явно загнул и перенес 1:1 "опыт" юзерспейса. В котором, кстати, тоже вроде бы мелкие утилиты (причем, совсем не на расте) тянут 100500 зависимостей для сборки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #135 Ответы: #181, #230

157. Сообщение от псевдонимус (?), 17-Янв-22, 19:28	+1 +/–
> 3. джава (на всех платформах работает) > 4. вижуалбасик (очень большое коммьюнити) > 5. похапэ (еще большее коммьюнити) > 6. > И все они безопасТные! Ведь нету опасТной работы с памятью! Форт. Работает на всех платформах. При ошибках валится.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #85 Ответы: #163, #240

159. Сообщение от Аноним (45), 17-Янв-22, 19:35	+1 +/–
> Казалось бы "сперва добейся" - это как раз фильтр от троллей, которые пропихивают новый "безопасный" язык, на котором ничего не написано для ядра. Напишите хотя бы что-нибудь полезное, пройдитесь по всем "безопасным" граблям в реальном проекте для ядра. Более достойные для включения языки не рыпаются, а тут выскочка "ни грамма за душой" хочет быть королем.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #149

160. Сообщение от Аноним (-), 17-Янв-22, 19:37	+/–
Ели шаманы коренных народов. А тебе русскому полагается только водка.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #105 Ответы: #211

161. Сообщение от Аноним (-), 17-Янв-22, 19:40	+/–
скорее покажи свой афигенный "непародийный" тру юникс !!!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #154 Ответы: #188

162. Сообщение от Аноним (-), 17-Янв-22, 19:41	+/–
"gcc -Wall" и Rust  не нужен.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #146 Ответы: #177

163. Сообщение от Аноним (45), 17-Янв-22, 19:47	+1 +/–
> При ошибках валится. Отлично! Значит безопасный, не даст сделать что-нибудь (опасное). > Работает на всех платформах. Нет! Безопасный язык работает только на безопасных платформах (которые определяются каким-то llvm)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #157

164. Сообщение от робат (?), 17-Янв-22, 19:55	+/–
> Но фактически, если хочешь работать с устройством - то придётся вступить в культ Cargo. маловероятно, гугл не делает железо, а те кто раньше писал на С знают что Rust в ядре бесполезен поэтому будут как раньше писать на С.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

166. Сообщение от Аноним (-), 17-Янв-22, 20:01	+/–
Ждём когда "пятую редакцию патчей для ядра Linux с поддержкой языка Rust" выкинут, и при этом Линус сильно выругается.
Ответить | Правка | Наверх | Cообщить модератору

167. Сообщение от Аноним (-), 17-Янв-22, 20:02	–1 +/–
> Будто поедание мухоморов или псилоцибиновых поганок это плохо. Шаманы ели нам велели;-) > мы хотя бы клей не нюхаем, как растоманы Так я не понял, где можно посмотреть хотя бы на видео или фотки: "Но они устраивают факельные шествия и приковывают себя к фонарям на набережной, дудят в дудки, бьют в барабаны и кричат, чтобы все знали про их нрав..." Или обязательно нужны грибы или клей?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #105

169. Сообщение от keydon (ok), 17-Янв-22, 20:05	+/–
>  Статические анализаторы пропускают ошибки, и ты это знаешь. Также как и статический анализатор в расте. От того что его засунули в компилятор ничего не изменилось. > У Гугл и МС 70% уязвимостей это ошибки работы с памятью. Им эти анализаторы не помогли. Микрософт это просто сборище !@!#$%^. У гугла смотреть надо, например в коде хрома и раст не поможет, разве что только сверхИИ или господь Бог. > Код под unsafe локализует место возможной ошибки. Ну это сказки для впечатлительных. Это тот же самый статический анализ, где спасал он раньше, спасет и сейчас. Во многих анализаторах и раньше точно также можно было указать где подавлять определенные проверки (то же что и unsafe). Где не спасал, не спасает и в расте. > Да, в некоторых синтетических примерах при использовании сложных конструкций языка возможны баги. Но они именно что считаются за баги и будут исправлены. То же самое можно и про плюсы сказать, но почему-то в "плюсах шаблоны кривые" и все кончено, а раст "еще будет исправлен". Мне пора писать rust++? >Существует этому и формальное доказательство (пусть пока и не включает все возможности языка) https://plv.mpi-sws.org/rustbelt/popl18/paper.pdf Очень занятно. Особенно мне понравилось: > In other words, compared to mainstream “safe”languages, Rust offers both lower-level control and stronger safety guarantees. At least, that is the hope. Лучше бы и я не сказал. Надеюсь этим парням поучаствовавшим в миссии "достижения священного грааля" отдали их дипломы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #146 Ответы: #217, #263

171. Сообщение от . (?), 17-Янв-22, 20:08	+/–
Уменьшилось же ж? Теперь чтобы запускать энтерпрайзненькую блобятинку прямо внутри ядра - пейсбуку не нужно ничего комитить в ведро, оно просто компилится в ebpf.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #89

173. Сообщение от Аноним (139), 17-Янв-22, 20:31	+1 +/–
>3. Для меня скачивание всякого говна из интернета при сборке не приемлема Звучит странно, поясни логику. Если ты из интернета вручную скачал то оно становится безопасней того что ты скачал пакетным менеджером? Если ты каждый пакет проверяешь на бэкдоры то в чем разница откуда ты его скачаешь, если все равно будешь проверять?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #76 Ответы: #182

176. Сообщение от Онаним (?), 17-Янв-22, 20:42	+1 +/–
PID'o'rust (PID of rust) - идентификатор запущенного процесса rust
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #203

177. Сообщение от Аноним (-), 17-Янв-22, 20:50	+4 +/–
> "gcc -Wall" и Rust  не нужен. #include<stdio.h> int main(int argc, char** argv) {      int (*putit)(char*) = (int (*) (char*)) (argc != 0 ? 0 : puts);      return putit("bar"); } $ gcc -Wall test.c && ./a.out Segmentation fault $ cat test.rs use std::env; use std::io::{Write}; fn put(foo:&[u8]) ->() {     std::io::stdout().write_all(foo).unwrap(); } pub fn main() {     let putit = if env::args().len() !=0 {0} else {put};     putit(b"hello"); } $ rustc test.rs error[E0308]: `if` and `else` have incompatible types --> tst.rs:7:52   | 7 |     let putit = if env::args().len() !=0 {0} else {put};   |                                           -        ^^^ expected integer, found fn item   |                                           |   |                                           expected because of this   |   = note: expected type `{integer}`           found fn item `for<'r> fn(&'r [u8]) {put} как скажешь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #162 Ответы: #310

180. Сообщение от Аноним (180), 17-Янв-22, 21:02	+4 +/–
Друзья, хочу вас успокоить. Переписать ядро линукс на раст в обозримом будущем не возможно. По причине гигантского обьема работ. По приблизительным оценкам трудозатраты на создание ядра составляют несколько миллионов человеко-лет. В лучшем случае развития событий растоманам датут возможность писать писать драйвера или модули ядра. Даже согласование этих простых вопросов займет несколько лет. Ни в расте, ни в хайпе вокруг него ничего плохого нет. Здоровая конкуренция только способствует обогащению экосистемы. Ну и естественно множество людей пройдутся по старым граблям и сломают себе зубы, поскольку никаких особо новых концептуальных идей (кроме безопасной работы с памятью), раст в себе не несет. Просто очередной виток спирали эволюции, возможно тупиковый.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #186, #222, #227, #228, #276

181. Сообщение от макпыф (ok), 17-Янв-22, 21:04	+/–
> Ну да, а для нерастов тоже совершенно не нужен sudo curl | > bash, но ... единственный раз когда использовал - для установки rustc ). и то без sudo > Ты собрался собирать ядро для эмбеда на этом самом эмбеде? Речь о размере бинарников > намекает, что "все точно так же". Там речь о "внутреннем" депенденси хелле, между файлами одного проекта. Это немного разные вещи. > Во-вторых: в отличие от ноды, оно компилируется и инлайнится только в путь, не спорю > ну и с сотнями крейтов ты явно загнул Точно уже не помню сколько, исхов 12 андроида под рукой нет, но много. > и перенес 1:1 "опыт" юзерспейса. > В котором, кстати, тоже вроде бы мелкие утилиты (причем, совсем не на > расте) тянут 100500 зависимостей для сборки. Не утверждаю что такого не бывает в проектах не на расте, как и не утверждаю, что это всегда будет в проекте на расте. Да и та же нода не на расте ) Но все же маленких утилит на c/c++/python/perl и т.д. требующих сотни зависимостей не видел. Когда зависимость одна, но это огромный монстр с кучей своих зависимостей - да.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #155 Ответы: #231

182. Сообщение от макпыф (ok), 17-Янв-22, 21:11	+/–
> Звучит странно, поясни логику. Если ты из интернета вручную скачал то оно > становится безопасней того что ты скачал пакетным менеджером? 1. Где ты видишь тут слово безопасность? Это меня не волнует, кому нужен мой локалхост? 2. Пакетные менеджеры не использую, configure make install достаточно, толку от написание огромных control-ов pkgbuild-ов и т.д. если ты помнишь файлы всех пакетов и можешь легко снести ручками?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #173

186. Сообщение от Аноним (-), 17-Янв-22, 21:37	+1 +/–
> Переписать ядро линукс на раст в обозримом будущем не возможно. но зато подосрать зависимостью сборки от сраста - аж бегом. этого и хотят
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #180

187. Сообщение от какработать (?), 17-Янв-22, 21:41	+/–
И нужен ли сегодня юникс?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #154 Ответы: #204

188. Сообщение от какработать (?), 17-Янв-22, 21:43	–1 +/–
Вы тут многие почему-то думаете, что это ваше "покажи свой", "запили свой" что-то решает в реальном мире, за пределами душного манямирочка опнетного взаимотроллинга.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #161 Ответы: #195

189. Сообщение от Аноним (189), 17-Янв-22, 22:10	+/–
Оно ещё живое? Что-то прекратились новости про него...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49

190. Сообщение от Аноним (-), 17-Янв-22, 22:22	–2 +/–
это безопасная паника, можно еще unsafe добавить в панику, ведь математически доказано, что если пометить панику как unsafe то безопасность всего остального кода возрастает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73 Ответы: #192

191. Сообщение от microcoder (ok), 17-Янв-22, 22:23	+1 +/–
Начало положено. Следующим воткнут Python в ядро.
Ответить | Правка | Наверх | Cообщить модератору

192. Сообщение от Дебианщик (?), 17-Янв-22, 22:26	+/–
> это безопасная паника, можно еще unsafe добавить в панику, ведь математически доказано, > что если пометить панику как unsafe то безопасность всего остального кода возрастает. Ну даавай сюда доказательство. Или обычный опеннетный АнтиРастоВоен^W балабол?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #190

195. Сообщение от tty0 (?), 17-Янв-22, 23:18	+/–
Никому не нужна твоя поделка. Объясняю для одарённых: раз сказал а (что линукс не правильный юникс), то говори б (какой правильный и в чем конкретно причины выбора). Тут де просто трёп.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #188

196. Сообщение от Аноним (196), 17-Янв-22, 23:52	+2 +/–
Никто не говорит, что rust -- зло. Речь не про rust.  Речь про снижение планки вхождения в системное программирование (раз) и методы распространения кода в стиле npm (два): эти два пункта внушают некоторые опасения. Что касается языка, то прежде, чем топить за или против, надо ознакомиться с языком. Учебник тут: https://doc.rust-lang.org/book/index.html // если понимание не срабатывает, то: заменить контекст "язык" на "английский" и перечитать абзац.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #150 Ответы: #264, #267

197. Сообщение от Аноним (196), 17-Янв-22, 23:58	+/–
коммунисты? и Столлман тоже коммунист? каким образом и где вы там столько коммунистов нашли?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #115 Ответы: #234

199. Сообщение от Аноним (199), 18-Янв-22, 00:50	+1 +/–
Надо попиарить хурд. На хурде можно писать драйвера вообще на любом языке, даже на расте. Без адаптации ведра. Правда вот раст на хурде не заведётся, но если бы завёлся, паника бы не убило ведро.
Ответить | Правка | Наверх | Cообщить модератору

201. Сообщение от Ordu (ok), 18-Янв-22, 02:03	+2 +/–
Если C для тебя -- необходимый порог для входа, то спешу тебя огорчить: C -- очень плохой порог для входа. Любой идиот сможет написать на C программу, которая скомпилируется, но потом в рантайме будет рандомно падать. Поэтому, собственно, в linux порогом для входа является не язык, а процесс review: люди втыкают глазами в присланный код и думают головой. Ты сам попробуй: ты зашлёшь в ядро свой патчик, который вполне компилируется и даже вроде работает, но те проблемы, с которыми ты столкнулся на пути создания этого патчика будут ничем, по сравнению с теми проблемами переписывания этого патчика, с которыми ты столкнёшься в процессе проталкивания патчика в mainline. Я в целом считаю, что использовать язык порогом для входа -- неудачная затея, но если уж использовать, то rust, а не C, потому что rust требует от программиста умения следить за лайфтаймами, за пользователями объекта и за типами. C не требует от программиста ничего.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #94

202. Сообщение от Прохожий (??), 18-Янв-22, 02:34	+1 +/–
> чтобы он хотя бы на каком-нибудь железе заработал А он и работает. Зайди на их сайт и убедись собственными глазками. Там фотографии есть.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #144

203. Сообщение от anonymous (??), 18-Янв-22, 03:17	+/–
Ммм... Какой юмор...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #176 Ответы: #205

204. Сообщение от псевдонимус (?), 18-Янв-22, 03:34	–2 +/–
Вопрос дискуссионный, но пародия на него точно не нужна.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #187

205. Сообщение от псевдонимус (?), 18-Янв-22, 03:41	–2 +/–
Какой язык, такой и юмор.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #203

207. Сообщение от Анондвачер (?), 18-Янв-22, 06:28	+2 +/–
Вся суть современного СИкисяйства - хотим всё, ничего не делая "С минимальными усилиями"! Что ж, поколение пользователей высокоуровщиков подросло и дотянулось до ядра. (Opennet, если бы существовал до 1970г)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

208. Сообщение от Анондвачер (?), 18-Янв-22, 06:36	+1 +/–
Никто не убирал возможность писать на том же C/С++, только Rust сделан для таких компонентов, где не особо критична производительность, но важна скорость с которой нужно это сделать и одновременно возможность не выстрелить себе в ногу. Ну и разрабам дров для периферийных устройств будет в разы легче(Зачем им вообще нужен драйвер на низкоуровневом языке?)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6

209. Сообщение от Аноним (209), 18-Янв-22, 09:08	–2 +/–
Расстрою тебя, компьютеры вообще были придуманы не для облегчения жизни. Вот воообще.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39 Ответы: #252

211. Сообщение от Аноним (211), 18-Янв-22, 09:28	+/–
Не надо тут навешивать ярлыки. Не было у русских "водки" в её нынешнем понимании до 19-го века.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #160

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

213. Сообщение от sssss (??), 18-Янв-22, 10:13	+2 +/–
А они что-то более приличное, чем драйвер к GPIO сделали? Могли бы хотя бы драйвер для сетевой карты, например e1000e сделать, она во многих эмуляторах есть. А то ведь у них сейчас нет ни DMA, ни соединения с какой-нибудь сложной системой ядра, типа сетевой.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #247, #288

214. Сообщение от Аноним (214), 18-Янв-22, 10:33	+/–
Все вменяшки давно на BSD перекатились. Этот ваш линукс после ухода Торвальдса загнется.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12

217. Сообщение от Минона (ok), 18-Янв-22, 11:40	+2 +/–
Дурак всегда оспаривает свою дурость.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #169

218. Сообщение от Минона (ok), 18-Янв-22, 11:43	–1 +/–
Я свою рабочую десяточку перезагружаю раз в месяц, после вторника патчей. А ты месяцами сидишь на дырявом корыте? Нашёл чем гордиться. 😏
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #83 Ответы: #238, #242, #243

219. Сообщение от Аноним (219), 18-Янв-22, 11:43	–1 +/–
> Почему что-то, написанное на Rust, всегда преподносится с такой помпой и церемониями? Потому что наСИльники уже достали со своими частыми и повсеместными выходами за пределы массивов, двойным освобождением памяти, обращением к уже освобожденной памяти и т.д. и т.п. Несмотря на наличие кучи инструментов для верификации исходников. Понятно, что с растом прям _всех_ ошибок не избежать, особенно при написании кода ядра, где и ансейф местами будет, но кол-во их (ошибок) в разы уменьшится. И это достойно помпезности и церемоний, пока не станет обыденностью. НаСИльники должны страдать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15

220. Сообщение от anonymous (??), 18-Янв-22, 11:45	+1 +/–
По каким тестам?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51

221. Сообщение от bOOster (ok), 18-Янв-22, 11:47	+/–
Этот термин изначально не относился к программистам. Этот термин относился к ребятам которые умели в машинный код без ассемблера и языков какого-либо уровня. Просто механическая работа.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #235

222. Сообщение от Минона (ok), 18-Янв-22, 11:47	+/–
А никто не собирается его переписывать. Просто понадобилась возможность писать на расте ядерный код. С чего такой хайп поднялся.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #180 Ответы: #248

224. Сообщение от bOOster (ok), 18-Янв-22, 11:50	+1 +/–
Не будут. Так как сработает обычный принцип разгильдяйства программиста пишущего код раста, появятся дыры, и rust как многие идентичные языки сыграет в ящик.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #152

225. Сообщение от Аноним (219), 18-Янв-22, 11:50	+/–
Это где еще? Российские ЦБ с минфином и госдумой защищают глупое население от страшной крипты?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #257, #281

227. Сообщение от Аноним (-), 18-Янв-22, 12:35	+1 +/–
>В лучшем случае развития событий растоманам датут возможность писать писать драйвера или модули ядра. В лучшем случае развития событий растоманов выпрут из ядра до первого panic и сужения списка архитектур до мизерного. Даже common lisp умеет в больше архитектур, чем раст.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #180

228. Сообщение от Аноним (-), 18-Янв-22, 12:41	+2 +/–
>Ни в расте, ни в хайпе вокруг него ничего плохого нет. Есть тоталитарная секта любителей раста, набитая сверху донизу расистами, по какому-то недоразумению называющими себя борцами за социальную справедливость. Ещё есть недоразумение по имени cargo, превращающее системную разработку в склейку leftpad-ов (кстати, тоталитарная секта любителей раста целиком состоит из почитателей js, что символизирует). >кроме безопасной работы с памятью Концептуальная идея из сишарпа, ага. Особенно там, где безопасной работы особо-то и нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #180 Ответы: #245, #286

229. Сообщение от Аноним (-), 18-Янв-22, 12:44	+/–
>А паники в ядре, внезапно, "свои" есть: Только вот рантайм сишки этот panic сам по себе не вызывает, дорогой шлангист.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #129 Ответы: #244

230. Сообщение от Аноним (-), 18-Янв-22, 12:46	+/–
>Ты собрался собирать ядро для эмбеда на этом самом эмбеде? Так и четвёртый пень станет эмбедом.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #155

231. Сообщение от Аноним (-), 18-Янв-22, 12:48	+/–
>python Такие есть, но не про вашу честь, питонисты на типичных галерах - те же джаваскриптеры по сути.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #181

234. Сообщение от Аноним (-), 18-Янв-22, 12:59	+1 +/–
>и Столлман тоже коммунист? Он коммунист в первую очередь, почитай stallman.org. Он ещё и кипяточком писается при виде Берни, который в свою очередь писался кипятком от радости при виде советских очередей. >где В демпартии и тусовочке вокруг, во время mostly peaceful protests оказалось, что авангард партии состоит из trained marxists, они сами об этом говорили. Вот этот авангард Столлмана и травил на почве эпштейновско-минского уклона.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #197 Ответы: #246

235. Сообщение от Урри (ok), 18-Янв-22, 13:18	+/–
> Просто механическая работа. Именно об этом я и написал.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #221

236. Сообщение от Урри (ok), 18-Янв-22, 13:20	+/–
> на нём будут писать новые поколения программистов, и специально для них создаются инструменты, > облегчающие работу (например, раст). Я именно так и пишу - обезьянкам, не способным в программирование и не способным думать и которые ведутся на "вам не надо ничего учить, наш СуперЯзык вместо вас сделает безопасТно".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #152

237. Сообщение от Урри (ok), 18-Янв-22, 13:21	+1 +/–
> А что делать с невнимательностью которая всем присуща. Три волшебных понятия, которым не учат обезьянок, но с помощью которых уже много-много лет работает настоящий IT: "CI", "тестирование" и "анализаторы".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #150 Ответы: #265, #268

238. Сообщение от Урри (ok), 18-Янв-22, 13:24	+1 +/–
> Я свою рабочую десяточку перезагружаю раз в месяц, после вторника патчей. Не делаешь ничего сложнее наблюдения за сменой скучных обоев? > А ты месяцами сидишь на дырявом корыте? Нашёл чем гордиться. 😏 Вы, вендопользователи, такие забавные. Сидите по уши в гoвне^W CVE, но дырявое корыто не у вас. https://cve.mitre.org/cgi-bin/cvekey.cgi?keyword=Windows
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #218 Ответы: #259

239. Сообщение от Урри (ok), 18-Янв-22, 13:25	+/–
Семерочка и у меня неплохо бегала.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #151

240. Сообщение от Урри (ok), 18-Янв-22, 13:26	+2 +/–
> Форт. Работает на всех платформах. При ошибках валится. Не, не пройдет. Чтобы программить под форт надо уметь думать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #157 Ответы: #296

242. Сообщение от псевдонимус (?), 18-Янв-22, 14:13	–1 +/–
> Я свою рабочую десяточку перезагружаю раз в месяц, после вторника патчей. > А ты месяцами сидишь на дырявом корыте? Нашёл чем гордиться. 😏 Твоя дерьмятка и без дыр полуюзабельное омно с рекламой на рабстоле.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #218 Ответы: #260

243. Сообщение от псевдонимус (?), 18-Янв-22, 14:14	+/–
> Я свою рабочую десяточку перезагружаю раз в месяц, после вторника патчей. > А ты месяцами сидишь на дырявом корыте? Нашёл чем гордиться. 😏 Прям как рачевод: "я не обновлялся уже неделю!"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #218

244. Сообщение от Аноним (-), 18-Янв-22, 14:16	+/–
>>А паники в ядре, внезапно, "свои" есть: > Только вот рантайм сишки этот panic сам по себе не вызывает, дорогой шлангист. И много у тебя в ядре сишного рантайма, дрогой ламист?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #229

245. Сообщение от Аноним (-), 18-Янв-22, 14:22	+1 +/–
>>Ни в расте, ни в хайпе вокруг него ничего плохого нет. > Есть тоталитарная секта любителей раста, ... > тоталитарная секта любителей раста целиком состоит из почитателей js, что > символизирует). А в реальности все проще - есть секта борцунов "Против <чегонибудь>". Так как просто брызгать слюной и сотрясать воздух/клаву выглядит глупо, они очень любят сначала нафантазировать себе "Врагов", от которых потом успешно "эащищают Родину, Землю и Галактику!"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #228 Ответы: #272

246. Сообщение от Аноним (196), 18-Янв-22, 14:28	+/–
Спс, буду посмотреть.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #234

247. Сообщение от Аноним (189), 18-Янв-22, 14:33	–1 +/–
Они редокс не смогли написать... Проблема как раз с дровами даже к старому оборудованию - на реальных машинах не работает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #213 Ответы: #287

248. Сообщение от Аноним (189), 18-Янв-22, 14:35	+1 +/–
> понадобилась возможность Кому понадобилась? Растаманам? Дак они и в своём редоксе преуспели от слова никак...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #222 Ответы: #255, #291

251. Сообщение от Аноним (251), 18-Янв-22, 16:47	–2 +/–
Мне страшно Linux и Opensource. Но не из-за Rust, Wayland и iwd. Мне страшно из-за пользователей, которые отрицают любые нововведения. Боюсь если  руководить будут такие "Консерваторы", Linux никогда бы не стал самой важной системой мира на которой держится весь интернет. Был бы простой поделкой студента на C, без каких-либо нововведений с небольшой кучкой "Фанатиков", которые бы отрицали любое DE и молились на православную консоль даже сейчас
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #254, #256, #279

252. Сообщение от Анончик (?), 18-Янв-22, 17:19	+/–
Просвети убогих
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #209

254. Сообщение от Аноним (-), 18-Янв-22, 18:59	–1 +/–
commagray, залогинься.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #251

255. Сообщение от Аноним (88), 18-Янв-22, 19:09	+2 +/–
>Кому понадобилась? Растаманам? >Разработка финансируется компанией Google Статью не читал что ли? Гуглу понравилась практика пересаживания своих макак на язычки типа Go, вот и топят дальше.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #248 Ответы: #292

256. Сообщение от Аноним (-), 18-Янв-22, 19:43	+1 +/–
>любые нововведения Не вижу в Rust, Wayland и iwd никаких значимых нововведений, кроме того, что iwd всё-таки написан не на мёртвом втором питоне. И то, iwd multihoming запилить не сможет. В Rust из нововведений только привязка кода к репозиториям намертво и сотни бывших фронтендеров, зачем-то посчитавших, что они осилят системное программирование. И тут тот же sbcl с его VOP-ами поинновационнее будет. А для тех, кому C++ - сложна, уже давно есть Vala, если C - тоже сложна, а C# - оверхедна. В Wayland вообще чего-то нового нет, это "давайте сделаем дисплейный сервер без собственно дисплейного сервера". Ни сетевой прозрачности, ни xephyr, копипастинг и скриншоты через композитор, ни xrandr, ни mpx. Где инновации? Инновации в том, что сервер сложил большую часть своей работы на композитор, хотя основная претензия к иксам была в том, что он наоборот не в курсе про некоторые вещи, которые должны лежать в основном протоколе? >которые бы отрицали любое DE Пишу из-под wm, тормозов ноль, не падает по воле левой пятки, занимает свободное место по минимуму, разработчики не депрекейтят фичи. Замечательно скриптуется, кстати. Часто использую те самые консольные программы - жрут меньше гуёвых, отлично скриптуются, фич больше. А зачем ты поставил себе линукс, мне непонятно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #251 Ответы: #274, #289

257. Сообщение от InuYasha (??), 18-Янв-22, 20:34	+/–
Да наоборот же! Вы не умеете хранить деньги - несите их в кассу. Смтрите кредитка - ай как удобно и безопасно! Ой, кредитки всё ещё не то! Нацкрипта! Во. Ну, и медицина и пр.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #225

259. Сообщение от Минона (ok), 19-Янв-22, 00:46	+/–
Почему не делаю, работаю, с 10 окон постоянно запущенного служебного софта. Ты ещё более забавен. Дырявое корыто у всех. Но я своё регулярно латаю. А ты месяцами сидишь в нем.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #238 Ответы: #271

260. Сообщение от Минона (ok), 19-Янв-22, 00:52	–1 +/–
У меня нет рекламы. Ты ниасилил в юзании такую простую вещь как винда? Какой же ты убогий…
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #242

261. Сообщение от fuggy (ok), 19-Янв-22, 10:22	+3 +/–
2025 год: выпущена 99 редакция патчей для ядра Linux. 2030 год: программисты начали и продолжают спорить о правильной нумерации версии следующей редакции патчей для ядра Linux.
Ответить | Правка | Наверх | Cообщить модератору

262. Сообщение от burjui (ok), 19-Янв-22, 10:36	+/–
Да-да, тот самый LISP, в котором вызов макроса не отличается от вызова функции, а из-за отсутствия нормального синтаксиса он имитируется макросами (скорее, предпринимаются попытки) из-за чего код становится нечитаемым. Если обращать внимание только на отдельные фичи, а не на общую картину, как любят делать хейтеры, то можно найти тысячу ЯП, которые лучше Rust, C, C++ и вообще чего угодно, в зависимости от обсуждаемого в данный момент языка.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #112

263. Сообщение от burjui (ok), 19-Янв-22, 10:41	+/–
>> Статические анализаторы пропускают ошибки, и ты это знаешь. > Также как и статический анализатор в расте. От того что его засунули в компилятор ничего не изменилось. Приведи примеры.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #169 Ответы: #269

264. Сообщение от burjui (ok), 19-Янв-22, 10:48	+/–
А методы распространения кода тут при чём? Вообще-то, Cargo не встроен в язык и вообще необязателен, и в разработке ядра не используется. Что до снижения порога вхождения - это ерунда, как по мне: от того, что используется Rust, модель работы ядра и драйверов проще не становится, если только не делать полноценные фреймворки, абстрагирующие это до более высокого уровня.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #196

265. Сообщение от burjui (ok), 19-Янв-22, 10:49	+/–
Можно подумать, на Rust это делать нельзя.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #237 Ответы: #270

266. Сообщение от burjui (ok), 19-Янв-22, 10:51	+/–
Cargo не встроен в язык, можно писать и без него.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

267. Сообщение от anonymous (??), 19-Янв-22, 11:46	+/–
> Речь про снижение планки вхождения в системное программирование (раз) и методы распространения кода в стиле npm (два): эти два пункта внушают некоторые опасения. Так: 1. Rust наоборот повышает планку, позволяя опустить её назад лишь в рамках unsafe-блоков. 2. Никто не заставляет использовать cargo. Можно использовать apt или по старине вручную скачивать и устанавливать зависимости.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #196

268. Сообщение от anonymous (??), 19-Янв-22, 11:50	+/–
Всё правильно. Собственно, Rust by design как раз и заточен под "тестирование" и "анализаторы". Именно за это его обычно и любят.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #237

269. Сообщение от keydon (ok), 19-Янв-22, 12:14	+/–
> Приведи примеры. Вы не тому ответили.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #263

270. Сообщение от Урри (ok), 19-Янв-22, 12:23	+/–
> Можно подумать, на Rust это делать нельзя. Это можно (и нужно) делать на чем угодно, даже на брейнфаке. Но почему-то растофанатики не в курсе этих элементарных профессиональных понятий и утверждают, что достаточно просто использовать их суперязык.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #265 Ответы: #278

271. Сообщение от Урри (ok), 19-Янв-22, 12:26	+/–
Во-первых, не верю. Сказочки про не текущую, требующую перезагрузки всего раз в месяц винду будешь бабушкам в парке рассказывать. Во-вторых, у меня линукс и закрытая для внешнего мира система. Мне не надо латать ее по каждому чиху (как некоторым).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #259 Ответы: #282, #283

272. Сообщение от Аноним (-), 19-Янв-22, 13:02	+/–
>А в реальности Только вот SJW, твои братья по разуму, отрицают объективность реальности, у них это в мозгу заложено прямо на подкорке, одна из аксиом идеологии. Откуда берутся снежинки? Из неповторимого опыта каждой персоны. А он откуда берётся? Как раз из убеждения в том, что объективной реальности нет. Так что не надо тут пытаться задвигать за реальность, она не на твоей стороне. И вот попытки просунуть язычок на полторы архитектуры, жирным рантаймом, да ещё и с паникой на аллокациях в ядро - это как раз отрицание реальности. Вот и получается, что секты борцов "Против <чегонибудь>" нет, действие всего лишь рождает противодействие и в этом случае противодействие адекватнее действия.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #245 Ответы: #273, #275

273. Сообщение от Аноним (-), 19-Янв-22, 13:02	+/–
P.S. Не зря, кстати, у самого заметного участника московской растконфы бложик называется "Мне не нравится реальность".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #272

274. Сообщение от Аноним (-), 19-Янв-22, 13:11	+/–
На Wayland не серь. Wayland  линуксоиды любят, Wayland - это прогресс.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #256 Ответы: #285

275. Сообщение от Аноним (-), 19-Янв-22, 13:44	+/–
> Только вот SJW, твои братья по разуму, отрицают объективность реальности, у них Только вот лица нетрадиционно-яблочной ориентации, твои братья по разуму и духу, тоже любят ныть и менять тему, так что не надо тут пытаться задвигать за разум и аксиомы - они не на твоей стороне. > И вот попытки просунуть язычок на полторы архитектуры, жирным рантаймом, да ещё > и с паникой на аллокациях в ядро - это как раз отрицание реальности. > Вот и получается, что секты борцов "Против <чегонибудь>" нет, Да-да, секты нет, а бурные фантазиии сектантов и сами они - никуда не делись.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #272

276. Сообщение от Vacu923ek (ok), 19-Янв-22, 14:55	+/–
> Переписать ядро линукс на раст в обозримом будущем не возможно. Согласен, но не потому, что "его там много", а потому что всё сделано на Трольвадской вермишели говённого монолита. Любые вторжения в сорсы сразу же потребуют "согласований" по сотне зависимостей. Это и есть плата за тупое проектирование ядра. Было бы микроядро, вообще пофиг было бы на чём писать - хоть на ЛИСПе!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #180

277. Сообщение от n00by (ok), 19-Янв-22, 15:27	+/–
А зачем для плюсов патчи, просветите чайника? В ядре Виндоса они не требуются.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #136

278. Сообщение от anonymous (??), 19-Янв-22, 15:59	+/–
Ну, вообще-то разные языки дают разные принципиальные возможности по анализу. Какие-то языки явно формулируют допущения, владение ресурсами и прочее (и это даёт возможность проверить корректность применения в контексте выбранных допущений и прочего). А какие-то языки работают абсолютно императивно и дают возможность лишь динамического анализа (и то сильно ограниченного). И да, brainfuck принципиально даёт чрезвычайно малые возможности для автоматического анализа корректности кода. В то время, как в идеале бы вообще стремиться к строгим математическим доказательствам корректности кода.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #270 Ответы: #280

279. Сообщение от Vacu923ek (ok), 19-Янв-22, 16:35	–2 +/–
То, что юные лемминги считают за "нововведения", старые зубры давно уже проши, обсудили, выплюнули и больше не вспоминают. Не всё то "новое" (и далеко не обязательно "полезное"), что прибежало в проект и начало всё менять. Иногда от таких "новаторов" наоборот - лучше держаться подальше.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #251 Ответы: #290

280. Сообщение от Урри (ok), 19-Янв-22, 17:28	+/–
Да. Но к чему весь этот пассаж? К тому, что раст - это новая веха в развитии программизма? Нет. К тому, что раст лучше остальных языков? Тоже нет. К тому, что раст имеет какие-то уникальные свойства, которые позволят качественно улучшить программирование? Снова нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #278 Ответы: #295

281. Сообщение от Тот_Самый_Анонимус (?), 19-Янв-22, 18:17	+2 +/–
Ну сшашка, к примеру, на уровне парламента обсуждает защиту населения от РТ.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #225

282. Сообщение от Тот_Самый_Анонимус (?), 19-Янв-22, 18:40	+/–
>Во-первых, не верю Оскорбили ваши чувства? У меня хрюша месяца два без перезагрузок жила на двуг гигах оперативки. Но можете не верить дальше.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #271

283. Сообщение от Минона (ok), 19-Янв-22, 19:07	+/–
Твоя вера это твои проблемы. Раз в месяц я ставлю обновления на свою рабочую винду. Серверная 2003 винда в закрытой от мира системе у меня 5 лет без ребута работала. Пока диск не сдох. Внезапно. 😏 Так что сказки про текущую винду ты текущим подружкам в постельке рассказывай.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #271

284. Сообщение от DyadyushkaAU (ok), 19-Янв-22, 19:30	+1 +/–
https://www.redox-os.org/screens/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #144

285. Сообщение от Аноним (-), 19-Янв-22, 19:55	+/–
Пруфы прогресса вяленда в студию.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #274

286. Сообщение от DyadyushkaAU (ok), 19-Янв-22, 20:13	+/–
> Есть тоталитарная секта любителей раста Разве что в твоём воображении. На Opennet, например, куда больше новостей о программах, написанных на плюсах или C. Судя по твоей логике - это тоталитарная секта? Одни люди предпочитают один ЯП. Другие - другой. Какая-то борьба за главенство идеологий идёт, конечно, куда без неё. Ну и что тут тоталитарно-сектантского? > по какому-то недоразумению называющими себя борцами за социальную справедливость Причём здесь ЯП? В любом обществе есть такие. Чем больше общество, тем больше шансов встретить подобных людей. Что сказать-то хотел? Или это такая попытка провести аналогию, что, типа, если человеку нравится Rust, то он по определению борец с чем-то там? Должен тебе заметить, что у тебя ущербная логика в данном случае. > Ещё есть недоразумение по имени cargo, превращающее системную разработку в склейку leftpad-ов Почему недоразумение? Cargo МОЖЕТ использоваться для таскания пакетов извне. Но это НЕ ЕДИНСТВЕННАЯ его функция. Это ещё довольно крутая система сборки, ни в C, ни в C++ такой стандартной нет. > Концептуальная идея из сишарпа, ага. Особенно там, где безопасной работы особо-то и нет. Доказать можешь? А то ведь умные люди работают над языком уже не первый десяток лет и гарантируют, что работа с памятью без unsafe безопасна, а тут заявляется анонимный эксперт и утверждает обратное. Если что, про возможные утечки при циклическом использовании указателей знаю. Но это некритично.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #228

287. Сообщение от DyadyushkaAU (ok), 19-Янв-22, 20:16	+/–
Вообще-то смогли и работает. На РЕАЛЬНЫХ машинах. https://www.redox-os.org/screens/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #247

288. Сообщение от DyadyushkaAU (ok), 19-Янв-22, 20:17	+/–
Насколько я понимаю, сейчас идёт процесс утряски и согласований. Когда всё устаканится, начнут пачками драйвера писать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #213

289. Сообщение от DyadyushkaAU (ok), 19-Янв-22, 20:27	+/–
> В Rust из нововведений только привязка кода к репозиториям намертво и сотни бывших фронтендеров, зачем-то посчитавших, что они осилят системное программирование. И тут тот же sbcl с его VOP-ами поинновационнее будет. А для тех, кому C++ - сложна, уже давно есть Vala, если C - тоже сложна, а C# - оверхедна. В нескольких предложениях тебе удалось объединить такое количество глупостей и предубеждений. Да у тебя талант. Среди системных языков Rust просто сверхпрогрессивен. Тут тебе и безопасная работа с памятью, и строгая типизация, и контроль времени жизни переменных, и модульность, и крутая стандартная система сборки, которая МОЖЕТ в том числе тягать пакеты из центрального репозитария (а может и не тягать). И стандартные форматер и линтер. И всё это без потери производительности конечного кода! Современный C++, вроде, неплох, но это только если придерживаться какого-то ограниченного подмножества языка. А так - это уродливый монстр с полуторатысячестраничной спецификацией и, несмотря на свой возраст, - с овердохренительным количеством ситуаций с UB. C не сложен. Он очень прост. Но эта простота обманчива, если посмотреть на количество багов, связанных с некорректным приведением типов и/или некорректной работой с памятью.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #256 Ответы: #302

290. Сообщение от DyadyushkaAU (ok), 19-Янв-22, 20:31	+1 +/–
> старые, одуревшие от каждодневной борьбы с ошибками луддиты давно уже проши, обсудили, выплюнули и больше не вспоминают, потому что мозги уже давно не те. Поправил. Можешь сказать спасибо. ;)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #279

291. Сообщение от DyadyushkaAU (ok), 19-Янв-22, 20:35	+/–
Скажи-ка, уважаемый эксперт, а где лично ты преуспел? Неуж-то пачками коммиты шлёшь в ядро? Я вот почему-то сильно сомневаюсь. Поэтому хочу спросить, чем конкретно ты недоволен? Или все кричат, и ты кричишь? Стадный инстинкт, так сказать? И вообще-то преуспели они в своём Редоксе. https://www.redox-os.org/screens/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #248

292. Сообщение от DyadyushkaAU (ok), 19-Янв-22, 20:41	+/–
А теперь подумай над тем, почему понравилась? И ещё поразмысли, над таким утверждением: программирование существует не как искусство ради искусства, оно призвано решать практические задачи в как можно более сжатые сроки с как можно меньшей стоимостью, но при этом с приемлемым уровнем качества.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #255

293. Сообщение от JM (?), 19-Янв-22, 23:54	–1 +/–
Вижу во всём этом кучу потенциального геморроя. 1. Геморрой технический. Проблема с Rust в том, что на нём невозможно без весьма извращённых танцев с бубнами даже двусвязный список сделать. То ли фанаты Rust никогда не проходили курсы по структурам данных, то ли ещё что, но очень странно, что они не понимают важность возможности реализовывать всякие сложные динамические структуры данных, особенно в ядрах операционок, где этого добра просто дофига и больше. 2. Геморрой социальный. Сообщество разработчиков Linux было единым, со своими идиомами программирования, с единым языком, с единой культурой, со своей философией (свобода там, все дела). А тут в эту культуру хотят впендюрить совершенно инородный элемент: nien! нельзя к памяти обращаться! Развивать один проект на двух разных языках - это просто гарантировать разрушительный для всего проекта конфликт между сторонниками радикальго разных (в данном случае) культур. Тут выше говорят о конкуренции, и о её благости. Да, конкуренция - это хорошо, но не внутрипроектная, а внешняя. Пусть на Rust делают Redox, а потом сравним результаты (нет, не сравним, конечно, потому что см. технические проблемы). Получается, Google разрушает сообщество разработчиков ядра. Я не думаю, что менеджеры Google этого не понимают. Следовательно, это делается целенаправленно. Вопрос: зачем?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #294, #303

294. Сообщение от DyadyushkaAU (ok), 20-Янв-22, 02:03	+/–
1. Танцы с бубнами есть, но не такие уж и извращённые. Двусвязный список сделать возможно. Проблема в том, что компилятор Раст очень щепетилен и не любит неопределённостей, а в двусвязном списке они присутствуют. Поэтому приходится прибегать к unsafe. Односвязный список можно реализовать без unsafe. В книге по Раст приводится пример. Однако же вполне можно пользоваться готовым. https://docs.rs/intrusive-collections/latest/intrusive_colle.../ 2. На начальных этапах Расту  отводится роль языка для написания драйверов. Так что сообщество разработчиков ядра, как было единым, так им и останется. А на чём там драйверы написаны - да какая разница? > nien! нельзя к памяти обращаться Это что за бред? Конечно, можно. Лучше безопасно. Но если очень хочется, можно и как в Сях - небезопасно. Разница в том, что при некорректной работе с памятью ошибку будет куда проще локализовать на Расте - достаточно пройтись по коду с метками unsafe. > Получается, Google разрушает сообщество разработчиков ядра Получается, ты начитался какой-то белиберды от хейтеров и теперь транслируешь их страхи, даже не пытаясь особо вникнуть в детали. Гугл пытается оптимизировать свои расходы. Потому что если принять во внимание статистику, то количество ошибок некорректной работы с памятью приближается к 70% от общего количества ошибок - это очень много, такие ошибки часто критичные, на исправление тратится много времени и денег. Если Раст позволит сократить количество таких ошибок и время на их локализацию хотя бы вдвое - то это уже огромный жирный плюс.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #293 Ответы: #298, #301

295. Сообщение от anonymous (??), 20-Янв-22, 08:53	+/–
Rust представляет собой такой набор решений, что в нём можно и качественный анализ получить, и Сишную производительность, и большие проекты писать. Других таких языков до Rust как-то и не было. Так что вполне на первые два вопроса можно ответить, да. Хотя они так сформулированы, что предполагают только субъективные ответы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #280 Ответы: #297

296. Сообщение от . (?), 20-Янв-22, 11:23	+1 +/–
Думать уметь польской реверсной нотации в, причем. Учитывая что во всей freebsd crowd не нашлось пары человек, способных по мелочи поправить четыре килобайта документированного (даже!) кода... Полагаю, телескопами теперь управлять тоже принято на lua, память и гигагерцы же ж дешевые.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #240

297. Сообщение от Урри (ok), 20-Янв-22, 23:44	+/–
> Rust представляет собой такой набор решений, что в нём можно и качественный анализ получить, и Сишную производительность, и большие проекты писать. Можно, конечно. Точно так же, как на Аде, Лиспе, Фортране, Паскале, Си, Хаскеле... Вот только все вышеперечисленные языки обладают стройным дизайном, который не приходится ломать каждые полгода ради "ой, мы тут забыли кое-что - щас быстро втащим в язык, придумаем новую закорючку и сломаем в паре мест обратную совместимость, ну да не привыкать.". > Других таких языков до Rust как-то и не было. Таких перегруженных идиотскими костылями? Тоже были.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #295

298. Сообщение от JM (?), 21-Янв-22, 07:18	+/–
1. И вот это вот вы называете не извращённым? https://github.com/Amanieu/intrusive-rs/blob/master/src/link... Это не просто извращённые танцы с бубенчиками, привязанными к яйкам. Это просто абсурд. Называть  безопасным язык, в котором даже простой двусвязный список требует unsafe реализации. В ядрах операционок требуются гораздо более сложные конструкции с уймой перекрёстных ссылок. И что, Rust мне предлагает для каждой такой структуры писать такую нахлобучку из unsafe-кода? И этот код нетривиальный, в нём легко накосячить и сложно косяк найти. И после этого набегает туча зелотов и начинает мне втирать, какой у них безопасный язык? Да ладно!? Вы серьёзно!? И если бы мне хватало односвязных списков без циклов, я бы писал на чём-нибудь функциональном. Зачем вообще связываться с императивными языками, указателями и ссылками в таком случае? 2. Нет, не получается. Меня заставили писать на Rust текущий проект для микроконтроллера, и я уже этого Rust столько наелся, что спасибо, больше не надо. Больше всего раздражает, что технические решения принимают менеджеры, которые последний раз код писали лет 100 назад, которым к тому же надувают в уши всяких абстрактных культов о том, что мол строгая типизация спасает от ошибок. Да нифига она не спасает, и это научно установленный факт. От ошибок спасают неизменяемые структуры данных. Но, к сожалению, ядра операционок или вот микроконтроллеры они вообще целиком и полностью про изменяемые структуры данных, про взаимодействие с изменяемым миром, в котором куча переменных взаимосвязей. И в Safe Rust этот изменяемый мир никак не укладывается. Я вообще не понимаю, чего именно обкурились разработчики языка, когда изобретали его ядро. Такое ощущение, что они вообще ни одной структуры данных сложнее массива в жизни не реализовывали, ни разу не программировали взаимодействующие процессы, ни разу не упихивали код в ограниченную память. Иначе, они бы такого отвлечённого от реальности маразма не наворотили бы. Да и потом? В первый раз что ли такое? Абсолютно такая же история с Haskell. Типа, вот у нас есть мощная система типов и теория категорий, поэтому все перед нами падайте ниц, восхищайтесь, восторгайтесь и практикуйте, и всё будет безопасно. А то, что на Haskell нет ни одного вменяемого приложения, и то, что Haskell не используют даже математики в своей работе, никого не волнует. Кстати, зелоты Haskell тоже в свой время кричали о том, что вот сейчас они возьмут и напишут операционную систему, безопасную и без утечек памяти. И что? И где? Тоже дошли примерно до уровня Redox и сдулись. В прошлый раз жертвой такого надувательства стала Microsoft, которая только вот недавно избавилась от этого груза, выпнув Haskell-истов из своих лабораторий в Haskell Foundation и свободное плаванье. Хотя, теперь они умудрились присосаться к Epic Games, и будут сейчас изобретать ей язык Verse. Впрочем, в эпоху постмодерна и деконструкции, кого интересует реальная наука и практика? Да, ведь? Главное громче всех кричать о том, что даже не сделано (как например в Haskell нет никакой категории Hask, зато про неё громче всех кричат). Про Rust даже не доказана теорема о продвижении, которая просто must have, если вы кричите о навороченной системе типов. И баги и ошибки Rust пропускает, есть много тому примеров, только они очень сложные и нетривиальные, и рождаются в попытках реализовать необходимое через барьеры ограничений, которые Rust ставит. Для избегания ошибок с памятью у Google есть Go. Если Google не устраивает Linux, они могут просто взять Rust и написать на нём своё ядро (ха-ха-ха, конечно, см. пример Redox), вот будет настоящая конкуренция. Типа, смотрите, мы написали ядро на Rust и оно лучше Linux. Зачем в Linux-то тащить весь этот маразм? Нет, ну реально, в Linux владение ссылками постоянно переходит от одних структур данных к другим, структуры данных постоянно перемещаются для оптимизации, на Rust с этим работать - полная дикость. Так зачем? Ради хайпа, политических и социальных плюшек?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #294 Ответы: #307

299. Сообщение от Аноним (299), 21-Янв-22, 15:44	+/–
> норм язык завезут Ах если бы нормальный язык, типа SPARK:\ https://ru.wikipedia.org/wiki/SPARK_(язык_программирования) https://en.wikipedia.org/wiki/SPARK_(programming_language) https://www.adacore.com/about-spark
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

300. Сообщение от Аноним (300), 21-Янв-22, 17:27	+1 +/–
Пока не завезут в ядро Prolog или хотя-бы Common-Lisp - пусть идут в виндовс и там внедряют себе эти ихние Rust'ы оп самое ядро. Алсо, сем им Си не угодил, "сложнА без сахарку"?
Ответить | Правка | Наверх | Cообщить модератору

301. Сообщение от Аноним (-), 21-Янв-22, 18:46	+/–
>А на чём там драйверы написаны - да какая разница? Действительно, какая разница - драйвер под полторы архитектуры или под десять.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #294

302. Сообщение от Аноним (302), 21-Янв-22, 18:49	+/–
VOP-ы из SBCL в студию, до этого момента крыльями не хлопай.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #289 Ответы: #306

303. Сообщение от Аноним (-), 21-Янв-22, 19:01	+/–
>Геморрой социальный. Сообщество разработчиков Linux было единым, со своими идиомами программирования, с единым языком, с единой культурой, со своей философией (свобода там, все дела). А тут в эту культуру хотят впендюрить совершенно инородный элемент А ты посмотри на состав раст фаундейшена и заодно вспомни, сколько внутри растосферы sjw на зарплате у MS.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #293 Ответы: #304

304. Сообщение от Аноним (-), 21-Янв-22, 19:28	+/–
> А ты посмотри на состав раст фаундейшена и заодно вспомни, сколько внутри > растосферы sjw на зарплате у MS. На состав линукс фаундейшена давно смотрел?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #303 Ответы: #305

305. Сообщение от Аноним (305), 21-Янв-22, 21:56	+/–
Так потому я и жду слаку 15, потихонечку изучая ситуацию с другими unix-подобными ОС, от заразы пекарня уже очищена давно. По большей части.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #304

306. Сообщение от DyadyushkaAU (ok), 24-Янв-22, 20:48	+/–
> VOP-ы из SBCL в студию, до этого момента крыльями не хлопай. Моя твоя не понимать. Что сказать-то хотел?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #302

307. Сообщение от DyadyushkaAU (ok), 25-Янв-22, 02:04	+/–
> 1. И вот это вот вы называете не извращённым? https://github.com/Amanieu/intrusive-rs/blob/master/src/link... Хотелось бы большей конкретики. ИМХО, код как код. > Называть  безопасным язык, в котором даже простой двусвязный список > требует unsafe реализации. Но я ведь объяснил причину. Повторюсь. Если имеем дело с неопределённостями, причём сложными, то или обмазываемся Option, Box, Rc, Arc и т.д. (сложный синтаксис, да), либо сразу пишем unsafe. Вполне себе нормальный подход. Хотите ходить быстро (тяп-ляп, как в Си) по граблям без гарантий компилятора - ок, вот вам инструмент. Хотите гарантий компилятора при работе с динамичными и местами неопределёнными структурами - чешите репу. На Си или Плюсах, если бы вы захотели гарантий, вам бы пришлось действовать точно так же, только репу чесать ещё сильнее и дольше. Поэтому я не понимаю, чем вы недовольны. > В ядрах операционок требуются гораздо более сложные конструкции > с уймой перекрёстных ссылок. Например? Кроме файловой системы в голову больше ничего особо и не приходит. Вы её имели ввиду? Или что-то ещё? > И что, Rust мне предлагает для каждой такой структуры писать такую нахлобучку из unsafe-кода? Ну вы же пишете подобный код на C? В котором куда больше надо делать "нахлобучек". Но к Си вы привыкли, что ли, уже просто не замечая того факта, как он морально устарел. > И этот код нетривиальный, в нём легко накосячить и сложно косяк найти. Гораздо проще, чем в C. Потому что куски unsafe изолированы друг от друга. Опять же странно, что вам нравится копаться в одной сплошной куче unsafe-кода, нежели в отдельных изолированных кусочках. > И если бы мне хватало односвязных списков без циклов, я бы писал > на чём-нибудь функциональном. Зачем вообще связываться с императивными языками, указателями > и ссылками в таком случае? Затем, например, что императивные языки быстрее функциональных в общем случае. Скорость решает в системном программировании. > строгая типизация спасает от ошибок. Да нифига она не спасает, и это > научно установленный факт. Она не спасает от всех возможных ошибок (например, логических) - да, это научно установленный факт. Но от некоторых всё-таки спасает: например, от некорректного приведения типов. Уже жирнющий плюс. > От ошибок спасают неизменяемые структуры данных. С ними, понятное дело, куда проще иметь дело. Логических ошибок будет действительно гораздо меньше. Но причём здесь логические ошибки до ошибок приведения типов? > Такое ощущение, что они вообще ни одной структуры данных сложнее массива > в жизни не реализовывали, ни разу не программировали взаимодействующие процессы Такое ощущение, что вы вообще не в теме, хотя утверждаете, что сыты Растом по горло. Браузер - не достаточно динамичная программа, хотите сказать? > И что? И где? Тоже дошли примерно до уровня Redox А что с Redox не так? Разработка затихла? Или какие конкретно претензии? > Про Rust даже не доказана теорема о > продвижении, которая просто must have, если вы кричите о навороченной системе > типов. Не в курсе об этой теореме. Гугл тоже ничего не находит. Могли бы ссылкой поделиться? > И баги и ошибки Rust пропускает, есть много тому примеров Ещё раз. Rust не страхует от всех возможных ошибок. Только от определённого класса: некорректное приведение типов, некорректная работа с памятью. > только они очень сложные и нетривиальные, и рождаются в попытках реализовать > необходимое через барьеры ограничений, которые Rust ставит. Там, где много неопределённости - так и есть. Но в каких языках по-другому? Конкурентное программирование да ещё с динамическими общими структурами - одна из самых сложных областей в программировании. На других языках, подозреваю, то, что в Rust можно сделать хоть с какими-то гарантиями, сделать невозможно от слова "совсем". Встречалась статья, где один мужик оптимизировал софт на крупной международной бирже. За полгода ему удалось сделать то, что не удалось сделать коллективу плюсовиков за несколько лет. Главная причина - сложность многопоточного программирования в плюсах. Мужик писал на F#, где, по-видимому, с этим дела обстоят намного проще. > Зачем в Linux-то тащить весь этот маразм? Может потому, что это не маразм в глазах программистов Google, MS, Huawei, Amazon, Mozilla и кучи других более мелких спонсоров?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #298

308. Сообщение от Аноним (189), 25-Янв-22, 10:54	+/–
"Он в четвёртый раз закинул невод в сине море - пришёл невод с одной травою морской..." (с)
Ответить | Правка | Наверх | Cообщить модератору

309. Сообщение от pavlinux (ok), 10-Фев-22, 03:49	+/–
> Никаких Опять анонимная xyeта ...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #71

310. Сообщение от pavlinux (ok), 10-Фев-22, 03:58	+/–
>[оверквотинг удален] > int (*putit)(char*) = (int (*) (char*)) (argc != 0 ? 0 : puts); > >     let putit = if env::args().len() !=0 {0} else >... > как скажешь. Эээээ, пидaРастишка, а чой-то ты в сишнике впихнул строгое приведение типов, а в пидaРасте забыл? Вот так выглядит твой говноРаста код на Си! #include<stdio.h> int main(int argc, char** argv) {      int (*putit)(char*) = argc != 0 ? 0 : puts;      return putit("bar"); } gcc -Wall test.c test.c: In function ‘main’: test.c:3:28: warning: initialization of ‘int (*)(char *)’ from incompatible pointer type ‘int (*)(const char *)’ [-Wincompatible-pointer-types]       int (*putit)(char*) = argc != 0 ? 0 : puts;                             ^~~~
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #177

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

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