The OpenNET Project / Index page

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

Линус Торвальдс не исключил возможность интеграции поддержки Rust в ядро Linux 5.20

22.06.2022 09:23

На проходящей в эти дни конференции Open-Source Summit 2022 в секции ответов на вопросы Линус Торвальдс упомянул о возможности скорой интеграции в ядро Linux компонентов для разработки драйверов устройств на языке Rust. Не исключается, что патчи с поддержкой Rust будут приняты в ближайшем окне приёма изменений, формирующем состав ядра 5.20, намеченного на конец сентября.

Запрос на включение изменений в ядро ещё не был отправлен Торвальдсу, но набор патчей прошёл дополнительное рецензирование, избавлен от основных замечаний, уже достаточно давно тестируется в ветке linux-next и доведён до состояния, пригодного для создания слоёв абстракции над подсистемами ядра, написания драйверов и модулей. Поддержка Rust преподносится как опция, не активная по умолчанию и не приводящая к включению Rust в число обязательных сборочных зависимостей к ядру.

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

Безопасная работа с памятью обеспечивается в Rust во время компиляции через проверку ссылок, отслеживание владения объектами и учёт времени жизни объектов (области видимости), а также через оценку корректности доступа к памяти во время выполнения кода. Rust также предоставляет средства для защиты от целочисленных переполнений, требует обязательной инициализации значений переменных перед использованием, лучше обрабатывает ошибки в стандартной библиотеке, применяет концепцию неизменяемости (immutable) ссылок и переменных по умолчанию, предлагает сильную статическую типизацию для минимизации логических ошибок.

  1. Главная ссылка к новости (https://www.phoronix.com/scan....)
  2. OpenNews: Шестая версия патчей для ядра Linux с поддержкой языка Rust
  3. OpenNews: Выпуск Rust 1.53. Google профинансирует добавление поддержки Rust в ядро Linux
  4. OpenNews: Поддержка Rust для ядра Linux столкнулась с критикой Торвальдса
  5. OpenNews: Линус Торвальдс подключился к обсуждению начальной реализации поддержки Rust в ядре Linux
  6. OpenNews: Разработчики Mesa обсуждают возможность добавления кода на языке Rust
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/57391-rust
Ключевые слова: rust, linux, kernel
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (449) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Fracta1L (ok), 09:28, 22/06/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +9 +/
    Прагматичный мужик, с таким лидером Linux будет успешно развиваться, вбирая в себя лучшие новшества.
     
     
  • 2.3, Аноне (?), 09:37, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А как же так, неужели не надо всё ядро выбрасывать и на расте переписывать?
     
     
  • 3.6, Аноним (6), 09:41, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +16 +/
    Вряд ли он страдает юношеским максимализмом, тем более в его-то возрасте.
     
     
  • 4.24, Менеджер по поддержке ржавчины (?), 10:02, 22/06/2022 Скрыто ботом-модератором     [к модератору]
  • +1 +/
     
     
  • 5.84, Бывалый смузихлёб (?), 12:41, 22/06/2022 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 6.110, hgdslvodf (?), 13:17, 22/06/2022 Скрыто ботом-модератором     [к модератору]
  • +8 +/
     
     
  • 7.123, Аноним (123), 14:14, 22/06/2022 Скрыто ботом-модератором     [к модератору]
  • +2 +/
     
     
  • 8.133, rshadow (ok), 14:35, 22/06/2022 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 9.140, Аноним (123), 14:49, 22/06/2022 Скрыто ботом-модератором     [к модератору]
  • +2 +/
     
  • 8.243, EULA (?), 08:41, 23/06/2022 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 7.170, псевдонимус (?), 18:13, 22/06/2022 Скрыто ботом-модератором     [к модератору]
  • +1 +/
     
  • 4.58, Аноним (58), 12:13, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А тогда зачем он раст то внедряет? Мог бы тогда как в былые годы всем им свой фирменный жест показать!
     
     
  • 5.90, torvn77 (ok), 12:47, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Так его феминистками обложили.
     
     
  • 6.120, Аноним (120), 13:53, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Причём, четверо из них у него дома.
     
  • 4.117, kugym (?), 13:29, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Он им наслаждается
     
  • 3.11, Fracta1L (ok), 09:45, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Москва не сразу строилась
     
     
  • 4.46, Аноним (46), 11:54, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    к счастью, не на расте.
     
     
  • 5.53, Аноним (123), 12:07, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    На чём-то вроде бейсика.
     
     
  • 6.100, Аноним (120), 13:00, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    На Бедоне же. Вот как разрослась-то!
     
     
  • 7.441, Аноним (-), 12:51, 26/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > На Бедоне же. Вот как разрослась-то!

    А что, архитектура улиц и транспорта - как будто питонист макет делал. Но это примерно как с питонным битторентом: да, истошный кал, но тогда по другому и не умели же!

     
  • 2.19, Аноним (19), 09:54, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +4 +/
    ну, графический пинг написали, можно и за ядро взяться.
     
     
  • 3.27, Массоны Рептилоиды (?), 10:41, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Графическое ядро уже почти написали!
     
     
  • 4.51, Аноним (-), 12:04, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Заметь, "безопасное графическое ядро".
     
  • 4.55, Аноним (120), 12:09, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Графическое ядро надо писать на Electron.
     
  • 2.32, microsoft (?), 10:59, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А до этого ты орал чти у Торвальдса с головой не в порядке.
     
     
  • 3.33, Fracta1L (ok), 11:06, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Когда?
     
     
  • 4.99, Аноним (120), 12:59, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    - Доктор, у меня провалы в памяти.
    - И давно это у вас началось?
    - Что?
    - Ну провалы?
    - Какие провалы?
     
  • 2.92, torvn77 (ok), 12:51, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    А что он будет делать кода в ядре появится свободный код на несвободных системах комманд?
    Затопает ножками при полном юридическом и практическом бессилии?  

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

     
     
  • 3.116, Fracta1L (ok), 13:26, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Шта
     
     
  • 4.125, torvn77 (ok), 14:22, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ну безопасное написание драйверов ламерами это объективная реальность, потому что никто кроме них не будет писать драйвер для девайса который купили полтора человека и сделать для них загончик где они бы бсодили только свой драйвер нужно и полезно.  

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

    Свои проприетарные системы комманд никто не сможет и не будет делать?  
    Как тут хорошо вспомнить о открытом процессоре RISC V в который как раз можно ставить свои расширения команд.  
    Я не знаю какая у него лицензия, но мой нос чувствует приближение жопы.

     
     
  • 5.131, Fracta1L (ok), 14:34, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Шизофазия
     
  • 5.135, Аноним (135), 14:37, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> почему для этого загончика выбран инструмент с лицензией имеющей потенциальную опасность вендорлока

    Так уже вендерлок во всё ведро)
    Форкни системду например

     
     
  • 6.426, Аноним (-), 12:26, 26/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Форкни системду например

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

     
  • 5.395, Аноним (-), 16:12, 25/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну безопасное написание драйверов ламерами это объективная реальность, потому что никто
    > кроме них не будет писать драйвер для девайса который купили полтора
    > человека и сделать для них загончик где они бы бсодили только
    > свой драйвер нужно и полезно.

    Вообще-то бсодить ядро очень так себе идея. И Торвальдс очень популярно высказался что он про panic() при всяких нехватках памяти и проч думает.

     
     
  • 6.507, torvn77 (ok), 01:36, 29/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Я имею ввиду всякие ошибки когда пишут не туда и затирают не то, там ведь могут быть люди которые начнут использовать указатели вообще не понимая что это такое, просто для получения эффекта надо так то написать и поставить *.  
    Так что БСОД это самое малое что они могут учинить...
    И объявлять этот БСОД будет точно не их драйвер(это если успеет объявить до фактического развала)
     
  • 2.96, Аноним (96), 12:55, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Дяди из Linux Foundation решили окончательно убить Linux как Mozilla убивает Firefox. Примечательно, что тоже переписыванием на Rust. Потом окончательно переведут всех на какое-то несвободное ПО вроде Fuchsia с тивоизацией.
     
     
  • 3.138, Аноним (138), 14:45, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Да что ты такое пишешь то?
     
  • 3.305, sager (?), 17:04, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    ну так лет пять убивать будут эт точно, а там и фуксия подоспеет. то же самое, что с файрфокс произошло - как по нотам с теми же действующими лицами
     
     
  • 4.425, Аноним (-), 12:24, 26/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > ну так лет пять убивать будут эт точно, а там и фуксия
    > подоспеет. то же самое, что с файрфокс произошло - как по
    > нотам с теми же действующими лицами

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

     
  • 3.396, Аноним (-), 16:13, 25/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Дяди из Linux Foundation решили окончательно убить Linux как Mozilla убивает Firefox.
    > Примечательно, что тоже переписыванием на Rust. Потом окончательно переведут всех на
    > какое-то несвободное ПО вроде Fuchsia с тивоизацией.

    Всех это кого? Хомячков на андроиде? У них и так линукс довольно паршивенький, с блоботой и троянами, сливащий телеметрию. А, и секурбут конечно. Кто сказал что линукс так не может?

     

     ....большая нить свёрнута, показать (39)

  • 1.2, Аноним (2), 09:37, 22/06/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +15 +/
    Непонятно только, если можно писать драйверы на Rust, то почему нельзя на C++?
     
     
  • 2.4, Аноним (4), 09:38, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Дочитай новость до конца, может тогда поймёшь.
     
     
  • 3.10, Александр (??), 09:44, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    так плюсы тоже умеют это, если ручку приложить. Он на простой Ся без всякой безопасности жил до этого вполне уверенно. просто дядька невзлюбил плюсы
     
     
  • 4.13, Fracta1L (ok), 09:46, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > плюсы тоже умеют это, если ручку приложить

    Если ручку приложить - можно из буханки хлеба сделать троллейбус, только зачем

     
     
  • 5.63, Аноним (58), 12:15, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    HaikuOS полностью написана на с++ и вот-вот нагнёт ваш линукс на десктопах!
     
     
  • 6.73, Fracta1L (ok), 12:24, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +5 +/
    С РеактОСом вместе)
     
  • 6.94, torvn77 (ok), 12:54, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    А разве её не на ассемблере пишут?
     
     
  • 7.102, Аноним (58), 13:04, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Это KolibriOS
     
     
  • 8.126, torvn77 (ok), 14:24, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ну раз Гайку пишут на нормальном языке то посмотрю, судя по коментам там у вас с... текст свёрнут, показать
     
     
  • 9.137, Аноним (138), 14:40, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Чел Одно в гайке хорошо - она работает и неплохо выглядит ... текст свёрнут, показать
     
     
  • 10.205, torvn77 (ok), 21:42, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Посмотрел, она девушка лёгкого поведения MIT , так что в жёны я её несмотря на к... текст свёрнут, показать
     
     
  • 11.276, Аноним (138), 14:01, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Хорошая, либеральная лицензия ... текст свёрнут, показать
     
  • 6.161, Тычок (?), 16:43, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    cd tmp git clone https github com haiku haiku Cloning into haiku rem... большой текст свёрнут, показать
     
  • 4.56, Аноним (120), 12:11, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    А на Rust даже голову прикладывать ненужно, не то, что ручку.
     
     
  • 5.79, Аноним (46), 12:35, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > на Rust даже голову прикладывать ненужно

    Оно и видно, как падал FF.

     
  • 4.87, Бывалый смузихлёб (?), 12:44, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > просто дядька невзлюбил плюсы

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

     
  • 3.500, Аноним (500), 00:08, 28/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    там про то что утечки памяти пишут, так я скажу то драйвер написанный тем у кого на плюсах память течет - скорее всего студент первого курса. ну а ты раз ссылаешься безосновательно на на прочтение статьи - дичь.
     
  • 2.7, Юрий (??), 09:42, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +9 +/
    Линус не любит плюсы. И правильно делает.
     
  • 2.15, Аноним (15), 09:47, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Так в C++ Exception и это богомерзко и нельзя.
    А в Rust panic и это только ай-ай-ай.
     
     
  • 3.105, НяшМяш (ok), 13:14, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > Так в C++ Exception и это богомерзко и нельзя.

    Эппл, например, в IOKit взяли и просто запретили исключения и ещё пару вещей.

     
  • 2.20, freehck (ok), 09:54, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +5 +/
    > Непонятно только, если можно писать драйверы на Rust, то почему нельзя на C++?

    Потому что Линус в гробу видал C++. Его потом дебажить замучаешься. И сломается в самый неподходящий момент. А это ядро.

     
     
  • 3.60, Аноним (120), 12:14, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Так может на OCaml?
     
     
  • 4.195, freehck (ok), 20:06, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Так может на OCaml?

    Так уже есть Mirage.

     
  • 3.67, Аноним (58), 12:17, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ядро HaikuOS написано на c++. И работает на декстопах уже получше чем...
     
     
  • 4.106, НяшМяш (ok), 13:14, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Сколько в нём драйверов и архитектур есть?
     
     
  • 5.118, Аноним (120), 13:49, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну для RISC-V64 портировали, вроде.
     
     
  • 6.462, Аноним (-), 15:29, 26/06/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Ну для RISC-V64 портировали, вроде.

    И на скольких железках оно реально взлетает? И хотя-бы вафлю с вон того usb свистка оно зацепит при этом? Или тем более какого-нибудь модуля, ктулху упаси, на SDIO каком? Это линукс то если в свежей версии цепляет и не очень глючит - уже за счастье.

    Ну и операционка с неотрываемым гуем на большинстве RISCV нужна как собаке пятая нога примерно.

     
  • 4.165, Мохнатый пись (?), 17:45, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Смешная шутка, пытался запустить эту вашу гайку на не самом свежем r5 1600+rx580, дальше загрузочного фона дело не пошло. Отличная система.
     
     
  • 5.183, Аноним (138), 18:51, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Попробуй на каком-нибудь старье.
     
     
  • 6.268, Алексей Михайлович (?), 13:30, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    А если старья уже нет, как быть? Авито не предлагать, я найду своим деньгам более годное применение.
     
     
  • 7.273, Аноним (138), 13:50, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >если старья уже нет

    Живи одним днём?

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

     
  • 6.269, Алексей Михайлович (?), 13:31, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    А если старья уже нет, как быть? Ав*то не предлагать, я найду своим деньгам более толковое применение.
     
  • 3.81, n00by (ok), 12:35, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >> Непонятно только, если можно писать драйверы на Rust, то почему нельзя на C++?
    > Потому что Линус в гробу видал C++.

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

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

    Это предрассудки. Но если люди привыкли писать на Си - вот тогда им будет сложно. Поэтому Линус не захотел ломать традицию.

     
     
  • 4.197, freehck (ok), 20:15, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >>> Непонятно только, если можно писать драйверы на Rust, то почему нельзя на C++?
    >> Потому что Линус в гробу видал C++.
    > Линус тогда сказал именно то, что от него хотели услышать люди, писавшие
    > ядро на Си. Действовал в интересах сообщества.

    Ты сейчас не Линуса описываешь. Линус тебе покажет средний палец и объяснит, что у тебя в голове дepьмо. Последнее, чем он будет заниматься, это писать то, что ты от него хочешь услышать. =)

     
     
  • 5.250, n00by (ok), 10:16, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Это ты сейчас отвечаешь не на мой комментарий, а на какой-то выдуманный Я не пи... большой текст свёрнут, показать
     
     
  • 6.253, freehck (ok), 10:34, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ты не понял ничего.
     
     
  • 7.255, n00by (ok), 10:42, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Я _сделал_ когда-то то, чем ныне заняты растоманы. А вот если ты не смог мне что-то объяснить - это да, потому что я туповат. ;)
     
     
  • 8.429, Аноним (-), 12:29, 26/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Это, например, что Прислал патчи с поддержкой другого яп в майнлайн Да ну ... текст свёрнут, показать
     
     
  • 9.443, n00by (ok), 12:58, 26/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Вот в этом-то вся и соль Зачем они хотят в майнлайн Якобы, что бы писать драйв... текст свёрнут, показать
     
     
  • 10.463, Аноним (-), 15:40, 26/06/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну да А что в этом пожелании такого плохого В лине как-то принято с апстримом ... большой текст свёрнут, показать
     
     
  • 11.465, n00by (ok), 16:19, 26/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    В желании писать - ничего плохого не вижу А вот здесь вижу смешение понятий Ес... большой текст свёрнут, показать
     
     
  • 12.471, Аноним (-), 17:44, 26/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ну дык И в совместной работе над проблемой по-моему тоже одни плюсы Это эффект... большой текст свёрнут, показать
     
     
  • 13.482, n00by (ok), 09:48, 27/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Где она, эта совместная работа Где для неё обоснованные предпосылки Грег Кроа-... большой текст свёрнут, показать
     
     
  • 14.486, Аноним (-), 16:20, 27/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    В случае сабжа для этого честно говоря рано Поэка это в виде полураздристаного ... большой текст свёрнут, показать
     
     
  • 15.503, n00by (ok), 10:26, 28/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    В смысле, что Окно Овертона открывается постепенно Безопасность же За безопасн... большой текст свёрнут, показать
     
     
  • 16.514, Аноним (-), 21:56, 29/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    И я бы сказал что с 70х прошлого века некоторые реалии и правда изменились, _нек... большой текст свёрнут, показать
     
     
  • 17.515, n00by (ok), 09:45, 30/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Нет там рантайма, если разобраться и написать свой Диспетчер исключений это ан... большой текст свёрнут, показать
     
     
  • 18.518, Аноним (-), 23:51, 30/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Я так понимаю что хрустики именно таким и занялись, модуляризацией стдлиб и проч... большой текст свёрнут, показать
     
     
  • 19.526, n00by (ok), 10:18, 01/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Потому и пишу аналоги Оно как бы есть по стандартам языков, но вполне можно б... большой текст свёрнут, показать
     
  • 7.263, n00by (ok), 13:14, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    И ещё я не понял, как найти твои коммиты в ядро. По фамилии из профиля не находит.
     
     
  • 8.345, n00by (ok), 09:04, 24/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    ... текст свёрнут, показать
     
  • 7.346, n00by (ok), 09:04, 24/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Если же у тебя нет коммитов в ядро (согласно тамошних правил, следует указывать реальную фамилию), то возникает другой вопрос: если ты не имеешь отношения к разработке ядра, то какое твоё дело, что происходит в ядре? Вот это можешь объяснить? Не мне, себе объясни, для начала.
     
  • 2.37, Аноним (37), 11:25, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Непонятно только, если можно писать драйверы на Rust, то почему нельзя на C++?

    Можно. Пиши, что тебе мешает-то?

     
  • 2.38, DmA (??), 11:28, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ядро и драйвера Windows NT разве не на С++ написаны?
     
     
  • 3.41, Al Ka (?), 11:45, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Нет, на Си. Если не верите посм. утекшие исходники XP
     
  • 3.62, Аноним (62), 12:15, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    На C++ был BeOS: https://en.wikipedia.org/wiki/BeOS_API
     
     
  • 4.68, Аноним (58), 12:19, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    И haiku!
     

     ....большая нить свёрнута, показать (56)

  • 1.5, Аноним (5), 09:40, 22/06/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +13 +/
    Всё читал смехушечки про ужасный синтаксис Rust. Потом сам столкнулся. Да даже C++ более читаемым выглядит.

    fn main -> std::io::Result<()>{

    Вот чем думали разработчики языка? Удобно такое набирать? Нет.

     
     
  • 2.8, Аноним (8), 09:44, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • –24 +/
    дада, тебя забыли спросить
     
     
  • 3.16, Аноним (5), 09:48, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Это комментарий, а не ответ. В следующий раз пробуй потоньше.
     
  • 3.208, keydon (ok), 22:23, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Меня тоже забыли спросить. Делают растоподдержку для 1,5 хипстеров из гугла и мелкософта. Первые поиграются и забьют. Вторые будут EEE'кать. А возиться все-равно придется мейнтейнерам ядра (нет, я не мейнтейнер, я мимокрокодил).
     
     
  • 4.231, Аноним (231), 02:28, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Так суть раста в ЕЕЕ и есть. На какой проект,  где он внедряется, ни посмотри, везде идет раздувание сборочных зависимостей, забивание на поддержку платформ и завязывание всего на пару расто-фанатов.
     
  • 2.17, Аноним (17), 09:52, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Разработчики уже все для тебя придумали: use, use as, type.
     
     
  • 3.21, Аноним (21), 09:56, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ладно, передумал не любить rust. Включайте в ядро.
     
     
  • 4.64, Аноним (120), 12:15, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Сначала в GCC включайте.
     
     
  • 5.82, Аноним (46), 12:36, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Лицензионные ограничения раста...
     
     
  • 6.93, Аноним (120), 12:53, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Название поменять.
     
     
  • 7.95, Аноним (120), 12:54, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Или совместимую, по крайней мере, сначала, независимую реализацию.
     
  • 7.201, snmp agent (?), 21:16, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    GNURust
     
  • 2.23, Аноним (23), 09:57, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Такое только в hello world бывает. В реальных программах обычно функции возвращают просто Result<()>, потому что подключен anyhow или свой тип Error и "type Result<T> = std::result::Result<T, Error>;"
     
     
  • 3.30, ranen (?), 10:55, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Это кусок из примера к стандартной библиотеке вводы/вывода. Никто, находясь в своем уме, не будет выкидывать пользователю сырые ошибки ввода/вывода, хоть бы имя файла указал, с которым проблемы.  
     
  • 2.36, warlock66613 (ok), 11:18, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А в чём проблема, и почему неудобно? Ну и 'std::' лучше убрать, импортировав 'io', тогда будет

    fn main() -> io::Result<()> {
    }


     
     
  • 3.47, Аноним (47), 11:55, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Думаю проблема в этом <()>.
     
     
  • 4.54, Аноним (-), 12:08, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Почему этого я не заметил, а ты заметил?
     
     
  • 5.71, n00by (ok), 12:21, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Если перечислить языки, которые знает каждый из Анонимов, вероятно, станет понятно.
     
  • 4.109, НяшМяш (ok), 13:17, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Если уж прям глаз режет, то можно сделать type Void = ();
     
  • 4.257, InuYasha (??), 11:19, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    typedef goatse :D
     
  • 4.430, Аноним (-), 12:31, 26/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Думаю проблема в этом <()>.

    Рыба камбала :))

     
  • 4.480, Аноним (480), 22:54, 26/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    надо просто понять что есть аналог void'а: https://doc.rust-lang.org/std/primitive.unit.html
    ну и немного привыкнуть к Result, потом это не кажется чем-то страшным
     
  • 2.78, Cucumber (?), 12:33, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Если не используется код выхода, то просто пишешь:
    fn main() { ...тело функции... }

    Если зачем-то код выхода внезапно нужен (интересно зачем, когда есть всякие panic, uwrap и тому подобная херня), то сейчас сделали чуть более лаконичный ExitCode
    use std::process::ExitCode;
    fn main() -> ExitCode {
        if !check_foo() {
            return ExitCode::from(42);
        }
        ExitCode::SUCCESS
    }
    https://doc.rust-lang.org/stable/std/process/struct.ExitCode.html

     
     
  • 3.141, Аноним (141), 14:56, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >интересно зачем, когда есть всякие

    Сорян, но у тебя со здоровьем всё хорошо? Большего бреда от любителей раста я ещё не встречал.

     
  • 3.325, warlock66613 (ok), 22:27, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    panic — это только на случай нештатной ситуации. Полно штатных ситуций, когда нужно вернуть ненулевой код возврата. Например, юзер передал в командной строке путь к несуществующему файлу, ну и т. д.
     
  • 3.431, Аноним (-), 12:32, 26/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > use std::process::ExitCode;
    > fn main() -> ExitCode {
    >     if !check_foo() {
    >         return ExitCode::from(42);
    >     }
    >     ExitCode::SUCCESS
    > }
    > https://doc.rust-lang.org/stable/std/process/struct.ExitCode.html

    Агаблин, это вместо сишного return 42. Стало проще, красивее, удобнее... </sarcasm>

     
     
  • 4.459, warlock66613 (ok), 13:47, 26/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Агаблин, это вместо сишного return 42. Стало проще, красивее, удобнее... </sarcasm>

    Точно красивее. И удобнее, если брать не настолько синтетический пример.

    И например в C вы можете сделать 'return -42;'. А POSIX говорит, что код должен быть в пределах '0 ..= 255'. И вот попробуй догадайся, 1) к чему такой код приведёт, 2) зачем язык позволяет писать это.

     
     
  • 5.466, Аноним (-), 16:27, 26/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Я заметил Еще не менее красив их пример с функциями в параметрах, где у assignm... большой текст свёрнут, показать
     
     
  • 6.473, warlock66613 (ok), 18:29, 26/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Это как раз одна из самых красивых вещей Одна из тех, пр которые давно стало по... большой текст свёрнут, показать
     
     
  • 7.478, warlock66613 (ok), 20:05, 26/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Так и на вход нельзя. Симметрия.

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

     
     
  • 8.488, Аноним (-), 17:26, 27/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    А симметрия тут в каком месте возникает Может, имелась в виду АНТИсимметрия Во... текст свёрнут, показать
     
     
  • 9.501, warlock66613 (ok), 02:28, 28/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Антисимметрия 8212 это частный случай симметрии ... текст свёрнут, показать
     
  • 7.487, Аноним (-), 17:24, 27/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Агаблин, кроме лаконичного и унифицированного синтаксиса эффективный тул В... большой текст свёрнут, показать
     
     
  • 8.502, warlock66613 (ok), 03:41, 28/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Одна из самых известных проблем, ради которой какие только костыли ни придумывал... большой текст свёрнут, показать
     
     
  • 9.506, Аноним (506), 17:05, 28/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Вообще-то 1 Проблема в том что сравнение было похоже на присвоение и очевидн... большой текст свёрнут, показать
     
  • 2.136, Аноним (138), 14:38, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Не для вас написано, молодой человек.
     
  • 2.225, Аноним (138), 23:32, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Тем временем C++ (орфография сохранена, ... - это именно троеточие, прямо в коде)

    template<class T, class... Args>
    inline T& fn(Args&&... args) {

     
     
  • 3.252, n00by (ok), 10:25, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Тем временем C++ (орфография сохранена, ... - это именно троеточие, прямо в
    > коде)
    > template<class T, class... Args>
    > inline T& fn(Args&&... args) {

    Точнее, многоточие. Внезапно, в данном случае оказывается интутивно-понятно. Хотите "грузить" - налегайте на && и move semantics. Я бы уже загрузился. ;)

     
     
  • 4.262, Аноним (138), 13:13, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Это код из реального проекта, который судя по всему пишут компетентные разработчики, может поэтому и понятен. Но даже это кажется бессмысленной лапшой для человека, котрый знаком с хорошими языками.
     
     
  • 5.265, n00by (ok), 13:19, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Это код из реального проекта, который судя по всему пишут компетентные разработчики,
    > может поэтому и понятен.

    Не сочиняйте. Fn - это foo.

    > Но даже это кажется бессмысленной лапшой для
    > человека, котрый знаком с хорошими языками.

    "Интуитивно-понятно" в моём ответе выше следует понимать как "исходя из знания грамматики русского языка".

     
     
  • 6.272, Аноним (138), 13:44, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Не сочиняю, увидел вызов fn<X>(args) и стало интересно, что за лапша. Оно мало того, что оказалось перегружено, так ещё и вот в такой форме.

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

     
     
  • 7.297, n00by (ok), 15:59, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Не сочиняю, увидел вызов fn<X>(args) и стало интересно, что за лапша. Оно
    > мало того, что оказалось перегружено, так ещё и вот в такой
    > форме.

    В живом проекте кто-то назвал функцию fn? Это невозможно.

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

    Пишите честно: "мне не удалось понять".

     
     
  • 8.300, Аноним (138), 16:28, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Пишите честно мне удалось понять, зная грамматику русского языка, программиров... текст свёрнут, показать
     
     
  • 9.337, n00by (ok), 07:13, 24/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Я не знаю новые стандарты плюсов и писал на них, когда variadic templates не был... текст свёрнут, показать
     
  • 2.244, Онаним (?), 08:59, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Вот о <()> они и думали.
     

     ....большая нить свёрнута, показать (44)

  • 1.26, Аноним (26), 10:37, 22/06/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    больше языков в ядро, а потом удивляться тому, что ядро поддерживает только три с половиной процессора
     
     
  • 2.28, Аноним (4), 10:54, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Тоже ниасилил прочитать новость?

    Вообще предлагаю модераторам сделать следующие: вместо числа на картинке при отправке комментария отвечать на вопросы по содержанию новости.

     

  • 1.31, microsoft (?), 10:57, 22/06/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +10 +/
    > преподносится как опция

    Лицемерие. Ровно до тех пор пока драйвер видео или клавиатуры не будет на нем. Ню ню.

     
     
  • 2.45, Аноним (45), 11:51, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +7 +/
    >> преподносится как опция
    > Лицемерие. Ровно до тех пор пока драйвер видео или клавиатуры не будет
    > на нем. Ню ню.

    Ну, сперва на одну восьмую шишечки вставят, а потом и всё ядро проржавеет.

    Чот мне это напомнило... ЕМНИП, нужно вроде было старый инит на более быстрый и без фатального недостатка, переделать, но это не точно, давно это было.

     
     
  • 3.50, Аноним (46), 11:59, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ещё гарфику пытались безопасной сделать... В итоге половина прог перестали работать из-за архитектурных проблем.
     
  • 3.121, anonymous (??), 13:56, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    То есть RedHat вместо того чтобы втихаря ночью под одеялом накопить бесценный мн... большой текст свёрнут, показать
     
     
  • 4.467, Аноним (-), 16:42, 26/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Вообще-то волну гнать начал еще специалист по шаттлам из убунты Но у него апста... большой текст свёрнут, показать
     
  • 2.72, Аноним (120), 12:21, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Вот, даже Microsoft это понимает.
     
  • 2.74, Аноним (120), 12:24, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Если позарез модуль будет нужен, придётся портировать на C. По крайней мере, пока Rust frontend не добавят в GCC.
     
     
  • 3.212, Аноним (212), 22:58, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Сам будешь портировать, сам и поддерживать. И кланяться, обязательно с подписью CLA, DCO и сдачей ДНК-биометрии в подтверждение, что в случае, если код не лицензионно чист, то что ты заранее жопу копирастам подставил. И не факт, что примут. Сопровождающие ядра там тебе ничего не должны. Захотят - вообще возможность запуска на твоем "калькуляторе" выпилят.

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

     
     
  • 4.220, Аноним (220), 23:08, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    А я где-нибудь сказал, что буду в апстрим проталкивать? Для себя и для того парня, и только для LTS.
     

  • 1.34, Аноним (34), 11:09, 22/06/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    На самом деле, логичным должен быть вопрос не "когда С++", а "когда Fortran, ADA, objective C".
     
     
  • 2.75, Аноним (120), 12:27, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вот вопрос про Ada не кажется шуткой.
     
     
  • 3.233, burjui (ok), 02:47, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это пока на нём не начнёшь писать. Вот уж где пригодится метод скоростной слепой печати.
     
  • 2.432, Аноним (-), 12:35, 26/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > На самом деле, логичным должен быть вопрос не "когда С++", а "когда
    > Fortran, ADA, objective C".

    Когда ты покажешь как на всем этом великолепии системщину делать и чтобы это не было еще более жутким чем все остальное.

     

  • 1.40, Sw00p aka Jerom (?), 11:42, 22/06/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    новое поколение анбешных бекдорописак разучилось писать на С, вот и пихают это поделие, чтобы бекдоры не крешили систему когда работают с памятью.
     
     
  • 2.44, Попандопала (?), 11:48, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Интим не предлагать?XD
     
     
  • 3.89, Sw00p aka Jerom (?), 12:45, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    без смс и рекламы :)
     
     
  • 4.124, Попандопала (?), 14:16, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ага, с OAuth говорят секьюрнее. )
     
  • 2.234, burjui (ok), 02:49, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    То ли дело старое поколение, которое сразу пишет идеальный код, без единой ошибки на миллион строк.
     
     
  • 3.242, Анончик (?), 08:30, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    через месяц жизни в gdb развивается умение делать сильно меньше ошибок на си.
     
     
  • 4.249, burjui (ok), 10:12, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Здорово. А я уже лет 6 не запускал gdb за ненадобностью, потому что перешёл с C++ на Rust.
     
     
  • 5.285, Sw00p aka Jerom (?), 14:50, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Здорово. А я уже лет 6 не запускал gdb за ненадобностью, потому
    > что перешёл с C++ на Rust.

    мы же когда подходим к бармену не говорим "сделай мне смузи по такому вот рецепту".

     
  • 5.294, Анончик (?), 15:49, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    За Rust не скажу, только неллоу ворлд запускал и примеры из растбука. А на плюсах дебаггер запускал сильно меньше, но это было очень давно и код там был тривиальный. Логику на плюсах писать сильно приятней было чем на сях. Опираясь на то что я видел в расте, логику там писать приятней чем в плюсах (я так думаю, но опыта коммерческой разработки на раст у меня нет)
     
  • 5.433, Аноним (-), 12:36, 26/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Здорово. А я уже лет 6 не запускал gdb за ненадобностью, потому
    > что перешёл с C++ на Rust.

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

     
     
  • 6.456, burjui (ok), 13:26, 26/06/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Круто, оказывается, хруст как-то делает программы без багов.

    Это я сказал или ты придумал? Вопрос риторический. Rust "делает программы" без некорректных обращений к памяти. А для поиска логических ошибок я gdb практически не использую, потому что гораздо удобнее вывести структуры данных в нужном формате через println!(), нежели ковыряться в сырых данных в gdb.

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

     
     
  • 7.468, Аноним (-), 16:53, 26/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ну надо же, а у нас это дебажный printf называлось лет так дофига Только у... большой текст свёрнут, показать
     

  • 1.49, Bob (??), 11:57, 22/06/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Абстрагируясь: можно КПД итогового решения?
    Сетевой драйвер для 10 ГБ\с
    https://github.com/ixy-languages/ixy-languages/blob/master/Rust-vs-C-performan
    В виде научной статьи и в сравнении с другими языками https://www.net.in.tum.de/fileadmin/bibtex/publications/papers/the-case-for-wr
    p.s.: да, там есть грёбанный javascript. Нет, я не буду это спойлерить.
    p.p.s.: Rust чуть хуже с "проверками" и намного быстрее без проверок, даже при банальном переводе С кода в Rust. Смысл в проверках? - Ловит баги. Подробнее - в статье =)
     
     
  • 2.52, Аноним (46), 12:05, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ох уж эти сказочки...
     
  • 2.128, Аноним (138), 14:27, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Абстрагируясь? Шляпа платит Линусу бонусы, Линус ловит лулзы с сообщества.
     
  • 2.182, Аноним (182), 18:48, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Подробнее - в статье =)

    Почти нажал. Но - нет.

     

  • 1.61, Аноним (61), 12:14, 22/06/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Всегда мечтал собирать ядро неделю.
     
     
  • 2.80, Аноним (120), 12:35, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Первый день Rust. Впрочем, в дальнейшем может понадобиться не один день.
     
  • 2.111, НяшМяш (ok), 13:19, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Кстати интересно как там инициатива по рефакторингу заголовочных файлов продвигается. Обещали неслабое ускорение сборки.
     
     
  • 3.189, Аноним (189), 19:33, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Поддерживаю интерес!
     
  • 3.434, Анонми (?), 12:38, 26/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Кстати интересно как там инициатива по рефакторингу заголовочных файлов продвигается.
    > Обещали неслабое ускорение сборки.

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

     

  • 1.69, Аноним (-), 12:19, 22/06/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Как там успехи у дистрибутива Hyperbola с использованием ядра OpenBSD, кто знает?
     
  • 1.76, Аноним (-), 12:30, 22/06/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Если начнут писать модули на Расте каков их будет среднестатистический бинарный размер? Только не говорите мне, что надо каждый раз отключать включёные по умолчанию функции дебага.

    Если начать компилировать исходные коды на Расте, сколько ждать? Половину дня? Люди говорят, что исходники на Расте и C++  компилируются очень долго.

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

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

     
     
  • 2.83, Аноним (120), 12:41, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Эх, даже если мы устроим краудфандинг, чтобы компенсировать Торвальдсу упущенную выгоду, вслествие отказа от включения Rust, мы не наберём столько.
     
  • 2.85, n00by (ok), 12:42, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > Раст болтливый язык? Одинаковая реализация в процедурном стиле среднестатистического
    > алгоритма на чистом Си будет занимать меньше строк чем на Расте?

    Раст, внезапно, функциональный. Так что, в общем случае, меньше. Другое дело, что железо "императивно".

     
     
  • 3.258, Аноним (258), 11:22, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Раст, внезапно, функциональный.

    в расте функции - первоклассные объекты, можно ими жонглировать как душе угодно?

     
     
  • 4.260, n00by (ok), 12:43, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >> Раст, внезапно, функциональный.
    > в расте функции - первоклассные объекты,

    Если верить Википедиям, то и Си++ они первоклассные https://en.wikipedia.org/wiki/First-class_function#Language_support

    > можно ими жонглировать как душе угодно?

    Он же компилируемый - так что есть нюансы с eval. Через пару лет можно будет оформить в виде llvm.ko.

    Зато "переменные" иммутабельны по умолчанию, не требуется императивный return.

    Вот обычные для ФЯ конструкции:

        let y = {
            let x = 3;
            x + 1
        };

    fn five() -> i32 {
        5
    }

    https://doc.rust-lang.org/book/ch03-03-how-functions-work.html

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

     
     
  • 5.286, Аноним (258), 15:00, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Вот обычные для ФЯ конструкции:

    Уровень детсада. Где передача функций, как объектов, каррирование, композиция функций и прочая ненизкая математика?

     
     
  • 6.291, Аноним (-), 15:34, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >Уровень детсада.

    В системном программровании нужна только процедурщина.

    >Где передача функций, как объектов, каррирование, композиция функций и прочая ненизкая математика?

    А зачем вся эта порнуха нужна системному программированию. Ненизкая математика в реальном программировании не нужна.

     
     
  • 7.299, n00by (ok), 16:25, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > А зачем вся эта порнуха нужна системному программированию. Ненизкая математика в реальном
    > программировании не нужна.

    Смысл функционального программирования не в этих всех замыканиях. Если процедура хранит состояние, то для одних и тех же входных данных она может давать различный результат. Отсюда следует идея чистых функций и иммутабельности: если состояние не хранить, тогда можно на этапе трансляции доказать корректность кода -- как раз это в Rust и называют "безопасность". По той же причине в императивных языках по возможности стараются писать const. Но в реальном железе имеем const volatile. =)

     
     
  • 8.444, Аноним (-), 13:00, 26/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Это что еще за порнография Типа регистр RO для софта, но который может со своей... текст свёрнут, показать
     
     
  • 9.455, n00by (ok), 13:25, 26/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Это когда регистр железно выполнен как RO, софт может туда и писать, но ничего н... текст свёрнут, показать
     
     
  • 10.470, Аноним (-), 17:03, 26/06/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А, обычный RO регистр, что-то я тупанул тут Вообще регистры логично референсить... текст свёрнут, показать
     
  • 7.442, Аноним (-), 12:58, 26/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > В системном программровании нужна только процедурщина.

    А ты уверен что даже просто ioctl какой попадает под именно такое определение? :)

    А еще - в сях можно функции переназначать на лету, передавать как параметры и проч. Указателями на функцию, прикинь?! Это позволяет делать довольно забавные вещи.

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

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

    Они половину этой порнухи так то сами умеют делать прямо из сей каких и проч.

     
  • 6.298, n00by (ok), 16:07, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >> Вот обычные для ФЯ конструкции:
    > Уровень детсада. Где передача функций, как объектов, каррирование, композиция функций
    > и прочая ненизкая математика?

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

     
     
  • 7.301, Аноним (258), 16:30, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Я лишь намекаю, что функциональное программирование это не только лямбда исчисление.

    Еще один невзрослый тезис. Не надо приравнивать некоторые элементы ФП и само ФП.
    Функциональное программирование - это именно жонглирование функциями.

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

     
     
  • 8.339, n00by (ok), 07:34, 24/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Поскольку жонглирование не формализовано, процитированное определение ФП - д... текст свёрнут, показать
     
     
  • 9.347, Аноним (-), 10:01, 24/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Вот именно, сегодня Сегодня определение ФП - это парадигма , что есть не фор... текст свёрнут, показать
     
     
  • 10.353, n00by (ok), 10:44, 24/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    То есть предмет спора выдуман автором сообщения 8470 258 ... текст свёрнут, показать
     
  • 9.348, Аноним (-), 10:04, 24/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Вернемся к нашим баранам Так как вернуть композицию функций в расте ... текст свёрнут, показать
     
     
  • 10.351, n00by (ok), 10:40, 24/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ответьте, пожалуйста, отдельным сообщением, когда Вам удастся с Вашими баранами ... текст свёрнут, показать
     
  • 10.481, Аноним (480), 23:02, 26/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Простите, ваша фамилия случайно не Головин ... текст свёрнут, показать
     
  • 5.435, Аноним (-), 12:40, 26/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Он же компилируемый - так что есть нюансы с eval. Через пару
    > лет можно будет оформить в виде llvm.ko.

    Чочо, модуль на 60 метров, да еще на плюсах? Ух блин нет, за это Торвальдс таки все же прилюдно люстрирует, имхо :)

     
     
  • 6.447, n00by (ok), 13:12, 26/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >> Он же компилируемый - так что есть нюансы с eval. Через пару
    >> лет можно будет оформить в виде llvm.ko.
    > Чочо, модуль на 60 метров, да еще на плюсах? Ух блин нет,
    > за это Торвальдс таки все же прилюдно люстрирует, имхо :)

    Так это будет потом. Когда привыкнут, что Rust уже и так есть, выйдет версия 2.0. Окно Овертона же.

     
     
  • 7.489, Аноним (-), 17:37, 27/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Так это будет потом. Когда привыкнут, что Rust уже и так есть,
    > выйдет версия 2.0. Окно Овертона же.

    Скорее, научат хруст eBPF какой генерить и в юзермод вывесят :))). Но между нами, вон там LLVM или кто еще GPUшке в юзермоде шейдеры как-то так и компиляет.

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

     
  • 2.104, Аноним (104), 13:07, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Си программы меньше размером, потому что динамическая линковка.
     
     
  • 3.259, Аноним (258), 12:35, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    А в расте - больше, потому что динамическая линковка с libc.
     
     
  • 4.295, Анончик (?), 15:54, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    ямеюсь
     
  • 4.436, Аноним (-), 12:40, 26/06/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > А в расте - больше, потому что динамическая линковка с libc.

    Господа, а вас не смущает что кернел с libc не линкуется, ни там ни там? :)

     
  • 2.149, Аноним (149), 15:23, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Если программа на расте будет делать тоже самое, что программа на сях, то размер... большой текст свёрнут, показать
     
     
  • 3.174, Андрей (??), 18:31, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Без разницы - конечные пользователи устанавливают готовый бинарь. Даже если захочется самому собрать - это разовая операция.

    Особенно, когда тебе говорят попробовать найти баг с помощью git bisect.

    Да и корректирующие релизы ядра выходят не раз в полгода. Так что далеко не разовая.

     
     
  • 4.226, Аноним (226), 00:04, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ты модуль ядра решил компилировать что ли, раз тебе бисект потребовался? Тогда бы ты знал что занимаешься его разработкой и не говорил что бинарно бисектить собрался. Короче мимо парень
     
     
  • 5.437, Аноним (-), 12:42, 26/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Ты модуль ядра решил компилировать что ли, раз тебе бисект потребовался? Тогда
    > бы ты знал что занимаешься его разработкой и не говорил что
    > бинарно бисектить собрался. Короче мимо парень

    А в чем прикол стандартное стоковое ядро компилить? Bisect это как раз вполне валидная причина компилежки и время оного очень даже интересует.

     
  • 3.190, Аноним (189), 19:46, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Прогресс в развитии языков наоборот, позволяет писать код менее громоздко, но при этом более понятно.

    Ну все, Я понял, почему программы так пожирнели последнее время. ;) Это чтобы понятность не изменилась! ;) ;) ;)

     
     
  • 4.227, Аноним (226), 00:08, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Очередной любитель оптимизаций по хдд. Прогрессу плевать на твои желания, адаптируйся или деприсируй 🤣
     
     
  • 5.230, Аноним (138), 00:24, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Сначала такой
    >адаптируйся или деприсируй 🤣

    а потом
    >меня-то защооо?!!

     
  • 5.247, Аноним (189), 09:39, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Оптимизации люблю до определённого предела Но, постоянная память и особенно ОЗУ... большой текст свёрнут, показать
     
  • 2.173, Андрей (??), 18:25, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Если начать компилировать исходные коды на Расте, сколько ждать? Половину дня? Люди говорят, что исходники на Расте и C++  компилируются очень долго.

    А до включения Раста ядро можно было скомпилировать прям на ходу при запуске с помощью tcc (Tiny C Compiler).

    Не говоря уже про время сборки самого компилятора. Ведь Раст - это не только сам Раст, но ещё и монстр LLVM.

     
     
  • 3.228, Аноним (226), 00:10, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Можно, и можно будет, но зачем? И так и так всё равно нужно будет тюнить флаги компиляции… вот правда зачем тебе то дерьмо мамонта?
     
  • 2.235, burjui (ok), 03:08, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +4 +/
    А вот если будешь изучать язык, читать документацию и писать программы, будут пр... большой текст свёрнут, показать
     
     
  • 3.323, Sw00p aka Jerom (?), 22:15, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >А вот если будешь изучать язык,

    совет на вес золота, С бы так изучали

     
     
  • 4.330, burjui (ok), 01:21, 24/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Можно его изучать хоть 40 лет, но от ошибок в работе с памятью это не спасёт Ес... большой текст свёрнут, показать
     
     
  • 5.341, n00by (ok), 07:50, 24/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > А вот почему на техническом ресурсе ошиваются толпы луддитов-нарциссов с гипоманией и
    > нездоровой фиксацией на C, мне совсем не очевидно. Может, это религия
    > такая, секта?

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

     
     
  • 6.349, burjui (ok), 10:14, 24/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Может им приходилось принимать участие в разработке ядра? Если они знают Си,
    > это вероятный сценарий.

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

     
     
  • 7.352, n00by (ok), 10:41, 24/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    А у Вас есть коммиты в ядро?
     
     
  • 8.365, burjui (ok), 20:43, 24/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Нет Но я и не указываю никому, на чём им писать ядрёный код Если понадобится, ... текст свёрнут, показать
     
     
  • 9.384, n00by (ok), 07:04, 25/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Указания уже даны https www kernel org doc html latest process submitting-patc... текст свёрнут, показать
     
     
  • 10.392, Sw00p aka Jerom (?), 12:01, 25/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    нет, была бы болгарка в руках Микеланджело его бы скульптуры были бы щедевральне... текст свёрнут, показать
     
     
  • 11.445, Аноним (-), 13:02, 26/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Черт его знает, но если болгарка будет маленькой и CNCшной, я могу попробовать з... текст свёрнут, показать
     
     
  • 12.454, Sw00p aka Jerom (?), 13:20, 26/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    вот тут надо задуматься, ибо ЧПУшку надо программировать пошагово и получается... текст свёрнут, показать
     
     
  • 13.472, Аноним (-), 18:26, 26/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Вообще-то вот именно мне будет надо модельку отрисовать Опять же при помощи ком... большой текст свёрнут, показать
     
  • 4.356, Sw00p aka Jerom (?), 13:57, 24/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    ожидаемо если складывать все яйца в одну корзину, кто виноват Продавец или кури... большой текст свёрнут, показать
     

     ....большая нить свёрнута, показать (49)

  • 1.77, Аноним (58), 12:31, 22/06/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    >Линус Торвальдс упомянул о возможности скорой интеграции в ядро Linux компонентов для разработки драйверов устройств на языке Rust

    А c++ ему не нравится! И в защиту плюсов скажу что HaikuOS (как и BeOS) от ядра и загрузчика и до самого юзерспейса написана на c++! И вот-вот нагнёт этот ваш линукс на декстопах! Уже сейчас почти работает vulkan-видеодрайвера для radeon карт!

     
     
  • 2.88, Аноним (120), 12:45, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Тут жеж ещё всё сильно будет зависеть от того, сможет ли весь существующий свободный софт быть собранным под Haiku.
     
     
  • 3.130, Аноним (138), 14:30, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    А с этим проблемы? Компилятор си в ней есть, берёшь, собираешь.
     
     
  • 4.191, Аноним (120), 19:52, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    На словах всё просто. А там то Libc не совсем такая, то ещё чего. Ну собери Qt 5.15.3, например, под неё.
     
     
  • 5.274, Аноним (138), 13:52, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Qt должно же быть уже собрано?
     
  • 2.129, Аноним (138), 14:29, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > от ядра и загрузчика и до самого юзерспейса написана на c++

    Как что-то хорошее. Приходи, когда нагнёт.

     
  • 2.326, warlock66613 (ok), 22:46, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    На C++ с эксепшенами или на C++ без эксепшенов? Чисто из любопытства спрашиваю. Я, правда, сравнительно немного работал с C++ продакшен кодом, но всё же работал и ни одного проекта с включёнными эксешенами и штатным RTTI не попадалось.
     
     
  • 3.344, n00by (ok), 07:55, 24/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ядро Windows написано на Си, но исключения там используются. Механизм Structured Exception Handling (SEH) похож на Си++ исключения и последние могут быть реализованы поверх него. Штатный RTTI есть в Qt. Судя по возрасту проекта, когда-то там был свой велосипед, но теперь внутри него чистый dynamic_cast.
     
     
  • 4.373, warlock66613 (ok), 22:44, 24/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Про SEH я в курсе. Интересно именно про C++ и HaikuOS / BeOS.

    > Штатный RTTI есть в Qt.

    Ого. Пожалуй стоит сильнее прислушаться к хейтерам современного Qt. Возможно они не так уж неправы.

     
     
  • 5.386, n00by (ok), 07:43, 25/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Про SEH я в курсе. Интересно именно про C++ и HaikuOS /
    > BeOS.

    Что именно интересно про Си++? Когда дизайнили ядро NT, насколько понимаю, языка С++ не было. SEH точно так же хранит некоторую информацию времени исполнения о типе ошибки. Точно так же есть проблемы, не работает на высоких IRQL. И ещё объекты ядра обмениваются сообщениями. :)

     
     
  • 6.393, warlock66613 (ok), 13:04, 25/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Что именно интересно про Си++?

    Интересно, написаны HaikuOS/BeOS на C++ с эксепшенами или на C++ без эксепшенов.

     
     
  • 7.394, n00by (ok), 15:48, 25/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Уже не пойму, когда шутят, а когда нет. Можно ведь поискать. https://github.com/haiku/haiku/search?q=throw

    Вот например



    inline void*
    operator new(size_t size, ObjectCache* objectCache, uint32 flags) throw()
    {
    return object_cache_alloc(objectCache, flags);
    }



    https://github.com/haiku/haiku/blob/8f16317a5b6db5c672f331814273e5857555020f/h

     
     
  • 8.397, warlock66613 (ok), 16:17, 25/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Из приведённого вами куска кода ответ на мой вопрос не получить никак Врочем, д... текст свёрнут, показать
     
     
  • 9.399, n00by (ok), 17:32, 25/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Я не вижу какого-либо конкретного вопроса в Ваших сообщениях Возможно, потому ч... текст свёрнут, показать
     
     
  • 10.403, warlock66613 (ok), 19:09, 25/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    171 C с эксепшенами 187 8212 это стандартный C с RTTI 171 C без ... текст свёрнут, показать
     
     
  • 11.417, n00by (ok), 09:42, 26/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Напишу только по поводу MSVC у GCC исходники открыты и всё должно быть документ... текст свёрнут, показать
     

  • 1.86, iPony129412 (?), 12:42, 22/06/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Это знак 😮. С сегодняшнего дня начну учить Rust.
    Найду книгу хорошую и начну.
     
     
  • 2.91, Аноним (120), 12:50, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    "Rust за 21 час с нуля" или "Rust для тинейджеров" ещё не написали.
     
     
  • 3.101, iPony129412 (?), 13:01, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > "Rust за 21 час с нуля" или "Rust для тинейджеров" ещё не написали.

    Жаль, хотя мне всё равно.
    Вот с функциональщиной плохо - это может помешать наверно...

     
  • 2.97, Иваня (?), 12:55, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А мне лень учить новый ЯП... Я знаю C, буду на нём писать, не зря же учил.
     
  • 2.108, Без аргументов (?), 13:16, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    лучше сначала изучите организацию ЭВМ, архитектуру железа и ядра. а потом хоть JS
     
     
  • 3.127, iPony129412 (?), 14:25, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > лучше сначала изучите организацию ЭВМ, архитектуру железа и ядра. а потом хоть JS

    Уже есть. Только JS не это. Но не хочу как-то 🤷♂

     
  • 3.219, Аноним (219), 23:07, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    JS как раз клал на жто всё, вместе с теми кто на нем "пишет".
     
  • 2.112, НяшМяш (ok), 13:20, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    https://doc.rust-lang.org/book/
     

  • 1.113, Аноним (113), 13:22, 22/06/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    За 30 лет могли бы лучше Pascal впилить в ядро.
    На нём явно поприятнее писать, и дрова в том числе.
     
     
  • 2.134, Аноним (138), 14:35, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Что ты такое говоришь? pascal - это смерть для линукса!
     
  • 2.151, Аноним (151), 15:35, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >На нём явно поприятнее писать

    Субъективщина же. Я в своё время с радостью свалил с Паскаля на C++, не в последнюю очередь из-за многословности синтаксиса первого. Предполагаю, большинству кодеров больше по душе C-like.

     
     
  • 3.509, Аноним (509), 11:21, 29/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Многословность легко решается редактором/IDE с нормальным автодополнением и сниппетами. Плюс код читается чаще, чем пишется, так что тут от многословности только польза.
     
     
  • 4.519, Аноним (-), 00:01, 01/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Автодополнение видите ли может и ложно сработать, что так то тоже бесит.

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

     
  • 2.232, _kp (ok), 02:42, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    А смысл По проблемам человечкого фактора с Си он одинаков А синтаксис, помимо... большой текст свёрнут, показать
     
     
  • 3.267, Аноним (138), 13:23, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Как же вам печёт от begin end и объявления переменных, любо дорого посмотреть. Видимо си правда оказывает какое-то влияние на мышление.

    >круглых скобок требуется заметно больше чем на Си

    Медитируй:

    if (!((ch >= 0x0FF10) && (ch <= 0x0FF19)) ||
         ((ch >= 0x0FF21) && (ch <= 0x0FF3A)) ||
         ((ch >= 0x0FF41) && (ch <= 0x0FF5A)))

    Код на паскале сам осилишь.

     
     
  • 4.271, n00by (ok), 13:38, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В С89 объявление переменных было как в Паскале. При этом вложенных процедур там не было, потому и сняли ограничение. И речь тут про ядро, а не холивар языков. В Виндосе некоторые писали драйвера на Дельфи, потом, как правило, переписывали.
     
     
  • 5.275, Аноним (138), 13:57, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Про С89 интересно.

    Как это не холивар? А что тогда?

     
  • 5.490, Аноним (-), 17:40, 27/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    У гну кстати прикольное расширение есть для switch-case, с диапазонами. Но, увы, это не стандарт.
     
  • 4.308, _kp (ok), 18:16, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >>круглых скобок требуется заметно больше чем на Си
    > Код на паскале сам осилишь.

    Конечно, я знаю про паскалевский case c диапазонами. В данном случае жирный плюс.

    Но когда надо перенести батарею подобных и хуже конструкций:
    chk_rec( get_iRec() + (i>=1 && i <= 4 ? (const uint32_t[]){ 1500, 600, 65, 8 }[i-1] : 1), skip);

    То плодятся временные переменные и константы, и раскидываются в разных местах, что от case блока элегантнее не становится.

     
     
  • 5.309, Аноним (138), 18:39, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В том примере прямой перевод if (без всяких case) убирает половину сишных скобок.

    >подобных и хуже конструкций

    Почему-то не удивлён увидеть именно сишный код.

     
  • 4.505, Аноним (505), 12:11, 28/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Медитируй:
    >
    > if (!(ch >= 0x0FF10 && ch <= 0x0FF19 ||
    >       ch >= 0x0FF21 && ch <= 0x0FF3A ||
    >       ch >= 0x0FF41 && ch <= 0x0FF5A))

    Починил. У автора вашего варианта проблемы с приоритетами операторов, причём явные, раз уж он даже не знает, чей приоритет выше: логического умножения или логического сложения.

    А в Паскале, да, надо везде ставить скобки, как вы и написали. Да ещё и вместо &&/|| использовать and/or.

     
  • 2.316, Аноним (316), 20:54, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Лучше Modula-2. Тоже паскалеподобная, но получше.
     
  • 2.438, Аноним (-), 12:45, 26/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > За 30 лет могли бы лучше Pascal впилить в ядро.
    > На нём явно поприятнее писать, и дрова в том числе.

    Да ну чего в нем приятного, особенно в системщине? Абсолютно все потуги делать на этом системщину выглядели "через ж...у в левый глаз". Чаще всего паскакалистов это задалбывало и они асм вставкой все системное делали, но вот так оно совершенно точно не вперлось.

     

  • 1.114, Аноним (114), 13:22, 22/06/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Это ужасно, "макака-формошлёп"ы, не знающие чем фон неймановская архитектура отличается от гарвардской, добрались до ядра. Так называемые "программисты" на rust окончательно испортят линукс.
    Не подскажете куда лучше переходить? FreeBSD, OpenBSD или может быть Mac OS X?
     
     
  • 2.115, Аноним (61), 13:23, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +6 +/
    На windows.
     
     
  • 3.193, Аноним (-), 20:03, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Смищно.
     
     
  • 4.209, Аноним (209), 22:33, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +9 +/
    > Смищно.

    А что плохого в этом совете?
    Ядро windows не написано на rust, не имеет systemd, pulseaudio, gnome и других подобных нехороших вещей которые ненавидят эксперты с opennet, а значит подходит больше чем Linux

     
     
  • 5.245, Онаним (?), 09:01, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    На самом деле да, тоже задумываюсь о том, что винда в итоге может оказаться вполне реальной альтернативой.
     
     
  • 6.264, Аноним (138), 13:16, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Прыгать с одной блоатваре на другую...
     
     
  • 7.270, Онаним (?), 13:33, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Возможно у винды в до кучи будет свой прослоечный форк ядра, не зря же они WSL2 пилят.
     
  • 7.281, Онаним (?), 14:38, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Из серьёзных минусов винды сейчас - там всё не просто плохо, а очень плохо с поддержкой сетевых технологий.
    Изначально заточились на оффлоуд всего "лишнего", вплоть до VLAN, на сетевые платы, а оффлоуда у вендоров не случилось. В итоге чтобы банально несколько вланов принять - нужно плясать с бубном через HyperV ныне.
     
     
  • 8.283, Онаним (?), 14:39, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    под оффлоудом в данном случае понимается не собственно процессинг пакетов, кото... текст свёрнут, показать
     
  • 6.278, Аноним (278), 14:26, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Windows гораздо больше подходит для open source чем Линукс, так как для винды больше свободных программ.
     
     
  • 7.280, Онаним (?), 14:35, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Чичиго?
     
  • 7.287, Аноним (138), 15:08, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Не свободных, а бесплатных. Свободная - это открытый код под лицензиями GPL, BSD, MIT и т.д.
     
     
  • 8.317, Аноним (316), 21:01, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Человек правильно написал - свободных На том же sourceforge полно вещей с gpl, ... текст свёрнут, показать
     
     
  • 9.322, Аноним (138), 22:05, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    А можно два-три выдающихся примера Таких программ, исходники которых под свобод... текст свёрнут, показать
     
     
  • 10.336, _ (??), 04:55, 24/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    FAR bro ... текст свёрнут, показать
     
  • 10.358, Аноним (358), 14:32, 24/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    notepad , mpc-hc... текст свёрнут, показать
     
     
  • 11.361, Анончик (?), 14:57, 24/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Вот это хорошие примеры, но для них есть FOSS аналоги Все эти разговоры о свобо... текст свёрнут, показать
     
     
  • 12.367, Аноним (-), 20:59, 24/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Нет в линупce аналогов Есть жалкие пародии Например большинство виндовых видео... текст свёрнут, показать
     
     
  • 13.446, Аноним (-), 13:11, 26/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Вообще, FAR и под линукс нынче есть довольно своеобразный, но все же А так -... большой текст свёрнут, показать
     
  • 10.366, Аноним (-), 20:50, 24/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Старый Free Download Manager линупcoвый ныне мертвый d4x - жалкая пародия на не... текст свёрнут, показать
     
     
  • 11.485, Аноним (138), 16:09, 27/06/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Миранда для чего-то пригодна в 2022 ... текст свёрнут, показать
     
     
  • 12.491, Аноним (-), 17:42, 27/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Гм, эту стюардессу оказывается откопали - см соседнюю новость ... текст свёрнут, показать
     
  • 9.484, Анончик (?), 16:08, 27/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Хорошо, софта накидали Правда он для каких-то дедов, ну ладно Но если шиндоуз ... текст свёрнут, показать
     
  • 5.279, Аноним (278), 14:32, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    И Wayland, и snap, и flatpack, и hig
    Все эти плохие программы отсутствуют на винде, а значит она лучше
     
     
  • 6.292, Аноним (-), 15:42, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Толсто.

    Windows сама по себе Зло!

     
  • 2.119, АнонимКо (?), 13:52, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Это ужасно, "макака-формошлёп"ы, не знающие чем фон неймановская архитектура отличается
    > от гарвардской, добрались до ядра. Так называемые "программисты" на rust окончательно
    > испортят линукс.
    > Не подскажете куда лучше переходить? FreeBSD, OpenBSD или может быть Mac OS
    > X?

    Если Linux совсем загрётся и не будет новых вменяемых альтернатив, лично я ливна на опёнка, т.к. Тео не ср@ный толерастный смузибой-макакокодер, а суровый мужик старой закалки с правильным здравым подходом к ненужному.

     
  • 2.132, Аноним (138), 14:34, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >BSD

    Можешь попробовать.

    > Mac OS X

    Нет.

     
  • 2.196, Аноним (58), 20:13, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Не подскажете куда лучше переходить? FreeBSD, OpenBSD или может быть Mac OS X?

    HaikuOS!

     
  • 2.203, Ан (??), 21:22, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    DragonflyBSD
     
     
  • 3.327, warlock66613 (ok), 23:16, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    То, что вы, по-видимому, имеете в виду, называется «DragonFly BSD». С пробелом перед «BSD» и большой «F». И там всё довольно плохо с драйверами для видеокарт.
     
  • 2.217, Аноним (219), 23:06, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Я на FreeBSD дано. Потому что это единственная ОС (а не набор пакетов), в свободном мире.
     

     ....большая нить свёрнута, показать (30)

  • 1.143, Аноним (143), 15:00, 22/06/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ждем дополнения в виде Golang и Ziglang
     
     
  • 2.152, Без аргументов (?), 15:49, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Эти с флагами не ходят и всюду не пихают, полноценные люди. И в мазилла фондашион лидера-гетеросексуала не смещают.
     
     
  • 3.282, Аноним (278), 14:39, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    В этом вся суть так называемых программистов на rust
     
  • 3.284, Аноним (278), 14:42, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Они не в состоянии понять архитектуру компьютера и систем, но лезут в ядро со своим так называемым системным, так называемым безопасным языком.
     
     
  • 4.332, burjui (ok), 02:17, 24/06/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Зато местные критики - эксперты во всём в архитектуре могут написать 10 строче... большой текст свёрнут, показать
     
     
  • 5.357, Анончик (?), 14:23, 24/06/2022 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > местные критики - эксперты во всём

    Ну так и есть, а что плохого-то? Это вы там в своём загончике пасётесь. Барин сказал systemd, значит systemd. Барин сказал rust, значит rust. Барин сказал, что нужно анализы сдавать, пошли сдавать. Всё для вашей же безопасности, главное не бухтеть, нужно немного подождать и уже скоро будет коммунизм. А пока вот котлетки на ужин.

    Вам повезло, что эту информацию тут можно почитать.

     
     
  • 6.363, Анончик (?), 20:06, 24/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Чет не сильно удобно сидеть под одним ником
     
  • 6.368, burjui (ok), 21:01, 24/06/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Какой ещё барин Никто никого не заставляет учить Rust, я вот учил по собственно... большой текст свёрнут, показать
     
     
  • 7.370, Анончик (?), 21:33, 24/06/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Я - хороший, это они плохие!

    Понятно.

     
     
  • 8.391, Аноним (278), 11:01, 25/06/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    burjui не написал что он хороший ... текст свёрнут, показать
     
  • 7.390, Аноним (278), 10:59, 25/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ваш комментарий нужно в рамочке повесить над формой отправки сообщения
     
  • 7.448, Аноним (-), 13:13, 26/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > сказки про то, как они без ошибок пишут на C чуть
    > ли не для космических аппаратов. Невоспитанная школота, начитавшаяся умных книжек, но
    > без критического мышления, которая возомнила себя экспертами.

    И тем не менее полно софта, в том числе и для космоса, писаного на си. А на эмбедовке без MMU хруст так то даже от элементарного переполнения стэка не защищает, внезапно.

     
  • 7.529, bOOster (ok), 12:12, 04/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Конечно, лучшая часть человечества совершенствует себя, а худшая совершенствует механизмы сопутствующие лени и ничего не деланию. Все реально видят куда это идет и даже фильмы снимают, про катострофически отупeвшее человечество. А вообще, конечно, каждый должен заниматься своим делом, нет наклонностей к программированию, не можешь элементарные "загибы" алгоритма просчитать катись в другую отрасль.
     
  • 2.180, Аноним (104), 18:45, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Golang - не системный язык с GC, не подходит.
     
     
  • 3.186, Аноним (138), 19:05, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Почему не добавить GC в ядро?
     
     
  • 4.248, Аноним (151), 09:42, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    В принципе, есть экспериментальные реализации OS на Go. Это возможно, но вряд ли целесообразно. Хотя практика и эксперименты буйных голов покажут.
     
  • 4.449, Аноним (-), 13:15, 26/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Почему не добавить GC в ядро?

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

    А, самое стебное? Хруст почему-то у них можно в системщине но для приложух не заявлено. Логика.

     

  • 1.153, АнонимГоним (?), 15:52, 22/06/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Интересно, создатель Rustа это ж один из, трех что-ли, челов, которые в каком-то там институте делали проект безопасного надмножества C. Чому тот C не взлетел, чому на нем не пробовали писать для ядра, может постепенный переход с простого C на "не простой" а потом уже когда-нить на Rust было б проще воспринимать, хм.
     
     
  • 2.178, Аноним (138), 18:40, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ты думаешь, тебе будут делать безопасные языки, приносить прямо в руки, пиарить на весь интернет, только возьми? Как это должно работать, по-твоему?
     
     
  • 3.451, Аноним (-), 13:16, 26/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Ты думаешь, тебе будут делать безопасные языки, приносить прямо в руки, пиарить
    > на весь интернет, только возьми? Как это должно работать, по-твоему?

    Zig и Hare ... примерно как-то так и образовались. А чего в этом такого?

     

  • 1.154, Аноним (154), 16:01, 22/06/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Интересая новость. Вот недавно Линус разрешил-таки наконец использовать С11. Через 11 лет после появления стандарта.

    Отсюда вопрос. Какая версия rust будет доступна в ядре?

     
     
  • 2.156, Аноним (156), 16:09, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ты новость читал? Прочитай с места

    > Торвальдс упомянул о возможности скорой интеграции в ядро Linux компонентов для разработки драйверов устройств на языке Rust. Не исключается, что патчи с поддержкой Rust будут приняты в ближайшем окне приёма изменений, формирующем состав ядра 5.20...

     
     
  • 3.162, Аноним (154), 16:45, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    И? Какая версия rust?

    И как часто ее можно будет увеличивать?

     
     
  • 4.163, Попандопала (?), 17:11, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    По факту наличия стабильной версии наверняка и главное есть кому поддерживать, иначе финн бы не одобрил. Парагонцы же чуть обгадились ливнув в запой понадеясь на сообшество тысячаглаз. D В любом случае ядро очевидно форкнут в стиле нераст-кернел. рейзер4 кернел же есть и прекрасно себя чухает.XD
     
     
  • 5.266, Аноним (154), 13:20, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > По факту наличия стабильной версии наверняка и главное есть кому поддерживать, иначе финн бы не одобрил.

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

    Хотя, конечно, учитывая опыт использования системы контроля версий, я был бы за такой вариант.

    Посмотреть как и что, и запилить свое без cargo и бабочек.

     
  • 5.293, Аноним (-), 15:44, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >чухает.

    Переведи.

     
  • 4.288, Аноним (-), 15:23, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >И? Какая версия rust?

    Модная, модная.

     
  • 4.452, Аноним (-), 13:17, 26/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > И? Какая версия rust?

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

     

  • 1.155, Аноним (156), 16:07, 22/06/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >  Использование Rust для разработки драйверов позволит с минимальными усилиями создавать безопасные и более качественные драйверы, избавленные от таких проблем как обращение к области памяти после её освобождения, разыменование нулевых указателей и выход за границы буфера...

    Эта мантра также обязательна в любом тексте про Rust как и "<Организация> запрещена на территории РФ"?

     
     
  • 2.200, microsoft (?), 21:16, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Фанатики, сэр.
     
     
  • 3.324, Аноним (258), 22:24, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Фанатики - за идею. А тут за бабосы слухи распространяют, ой, "новости о не исключении возможности" пишут. Хотя, деньги - это тоже идея.
     

  • 1.164, Аноним (164), 17:22, 22/06/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > обязательной инициализации значений переменных перед использованием

    А разве может быть иначе?

     
     
  • 2.185, Аноним (138), 18:59, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Конечно, те же пгавославные С, С++.
     
  • 2.333, burjui (ok), 02:24, 24/06/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Конечно. Инициализация - для слабаков. Настоящие мужики пишут такой код, который правильно работает даже со случайным мусором через нулевые указатели.
     
     
  • 3.364, Аноним (209), 20:32, 24/06/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Обязательная инициализация означает необходимость тратить время процессора и память на ненужную оптимизацию переменных. Для системного программирования, где важен каждый такт, она неприемлема.
     
     
  • 4.374, warlock66613 (ok), 23:10, 24/06/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Обязательная инициализация означает необходимость тратить время процессора и память на
    > ненужную оптимизацию переменных. Для системного программирования, где важен каждый такт,
    > она неприемлема.

    И поэтому в Rust есть переменные типа 'MaybeUninit'. (Для которых, разумеется, также обязательна инициализация, но она не тратит время процессора и память (если использовать для инициализации значение 'MaybeUninit::uninit()'.)

     
     
  • 5.388, Аноним (278), 10:24, 25/06/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Какой ужасный синтаксис
     
     
  • 6.398, warlock66613 (ok), 16:53, 25/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Какой ужасный синтаксис

    Именно синтаксис здесь плюсовый. И что в нюм ужасного? Двойное двоетчие? А 'MaybeUninit', 'uninit' — это не синтаксис, это просто идентификаторы, имя типа и тмя метода.

     
     
  • 7.510, Аноним (509), 11:33, 29/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    В плюсовом? Да примерно всё, если взять не самый простой для парсинга синтаксис C (потому что контекстно-зависимый и не всегда однозначный), щедро обмазать абсолютно ортогональным синтаксисом темплейтов, а сверху ляпнуть новых фич C++11 и далее, с, как обычно, изобретённым заново синтаксисом для конструкций - вряд ли найдутся люди, которые осознанно и добровольно будут на нём писать и не плеваться.

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

     
  • 4.385, n00by (ok), 07:29, 25/06/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Обязательная инициализация означает необходимость тратить время процессора и память на
    > ненужную оптимизацию переменных.

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

    > Для системного программирования, где важен каждый такт,
    > она неприемлема.

     
     
  • 5.440, Аноним (-), 12:49, 26/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Если переменная в памяти, память "потрачена" независимо от инициализации.

    А вот это - совсем не факт. Оптимизатор может все пох@рить в ноль если видит что side effects от этого ровно ноль. И кода не будет вообще. И данных тоже. С железным аргументом "а если не видно разницы, зачем генерить больше?"

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

    С чего бы это вдруг такие гарантии вот так безаппеляционно?

    >> Для системного программирования, где важен каждый такт, она неприемлема.

    С другой стороны факапнуться с uninitialized variable в нем тоже так себе радость. Особенно когда все работает но раз в месяц почему-то палка все же стреляет.

     
     
  • 6.457, n00by (ok), 13:37, 26/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Так я описал худший случай, поскольку отвечал на Обязательная инициализация оз... большой текст свёрнут, показать
     
     
  • 7.520, Аноним (-), 00:09, 01/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Не уверен что это настолько уж масштабная проблема У нормальных людей инициализ... большой текст свёрнут, показать
     
     
  • 8.527, n00by (ok), 10:28, 01/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Это всё субъективно Вон то про кеш - оно не зависит от наших убеждений То есть... текст свёрнут, показать
     
  • 4.511, Аноним (509), 11:36, 29/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Пока в Вилларибе дрочат на такты и дебажат код в поисках мемори лика, в Виллабаджо уже завезли многопроцессорность.
     
     
  • 5.521, Аноним (-), 00:10, 01/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Пока в Вилларибе дрочат на такты и дебажат код в поисках мемори
    > лика, в Виллабаджо уже завезли многопроцессорность.

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

     

  • 1.166, Аноним (166), 17:45, 22/06/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    >Поддержка Rust преподносится как опция, не активная по умолчанию и не приводящая к включению Rust в число обязательных сборочных зависимостей к ядру

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

     
     
  • 2.439, Аноним (-), 12:46, 26/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Это ж линуксоиды. У них даже HDCP какой - опция. Хочешь жрать DRM'о, включаешь. Не хочешь - отруби и собери кернел как тебе больше нравится. Этим линуксоиды и хороши.
     

  • 1.167, Аноним (167), 17:51, 22/06/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Нафиг раст? Надо просто пользоваться при разработке прог интерфейсами, которые менеджатся компилятором, а так же завести в православный си/си++ аналог фастмм, чтобы утечки памяти искал и доступ к освобожденной памяти. А то пишут на каких то языках из прошлого века и все время жалуются, что память течет и уязвимости на каждом шагу.
     
     
  • 2.177, Аноним (149), 18:39, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Нафиг раст? Надо просто пользоваться

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

     
  • 2.306, Аноним (-), 17:58, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вот что же все разрабы ядра такие тупые и за столько лет не догадались это сделать...
    И тут пришел анон с опенька и все разложил по полочкам!
     
     
  • 3.307, Аноним (138), 18:08, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ну так и есть, анон умный.
     

  • 1.171, Аноним (171), 18:23, 22/06/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Там, где начинаются ненужные слои абстракции и ненужная забота о чрезмерной безопасности, там заканчивается быстродействие и качество кода. Жаль что Линус стар и ему уже все равно.
     
     
  • 2.181, Ананимус (?), 18:48, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Да, C давно пора выкинуть в окно как ненужную прослойку.
     

  • 1.175, Андрей (??), 18:33, 22/06/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Печально, что у Линуса не осталось больше аргументов, чтобы не допустить прохода экспериментального языка в промышленный проект.
     
     
  • 2.179, Аноним (149), 18:41, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Ага, ты небось до сих пор плёночным фотоаппаратом пользуешься, и почту лошадьми гоняешь? Не пользоваться же всеми этими экспериментальными технологиями.
     
     
  • 3.206, Bdfybec (?), 22:09, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Аналогия не твой конёк.
     
  • 3.223, Аноним (46), 23:14, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > плёночным фотоаппаратом

    Не поверишь, до сих пор есть студии проявки киноплёнки... Да, её используют профессионалы.

     
     
  • 4.492, Аноним (-), 17:45, 27/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Таки почти все вымерли кроме очень специальных случаев, перейдя на цифру. Конечно, профессиональную и за совсем другие деньги. Как угодно но в цифре потом редактировать например куда как лучше.
     
  • 3.302, Аноним (154), 16:51, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Я так понимаю, ты из тех, кто уже купил электрокар с автопилотом и во время езды ...

    книжки читает?

     
     
  • 4.304, Ананимус (?), 16:57, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ты хочешь сказать что индусам из мелланокса, которые из сетевого драйвера общий slab портят, доверия больше?
     
     
  • 5.354, Аноним (154), 13:40, 24/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Ты хочешь сказать что индусам из мелланокса, которые из сетевого драйвера общий slab портят, доверия больше?

    Такие виды ошибки лекго отлавливаются.

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

    Для их отлова нужно интенсивное использование в других - более простых проектах.

    Отсюда вопрос, сколько времени должно будет пройти пред внедрением новой версии компилятора rust в ядро, если он практически нигде не используется?

     
     
  • 6.416, Ананимус (?), 22:49, 25/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Такие виды ошибки лекго отлавливаются.

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

     
  • 2.236, Ананимус (?), 05:12, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ты код ядра видел вообще? Там говно и костыли на каждом шагу, экспериментальный язык хуже уж точно не сделает.
     
     
  • 3.334, burjui (ok), 02:37, 24/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Тсс, ты чего? Не разбивай хрустальные фантазии онанимов. И вообще, развели тут плюрализм... Одно ядро, один лидер, один язык! Seg fault!
     
  • 3.355, Аноним (154), 13:46, 24/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Ты код ядра видел вообще? Там говно и костыли на каждом шагу, экспериментальный язык хуже уж точно не сделает.

    Это ты так решил, что не сделает? И какие у тебя для таких заявлений основания?

     
  • 3.362, Аноним (362), 17:17, 24/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Пруфов, как всегда не будет, да?
     
     
  • 4.415, Ананимус (?), 22:47, 25/06/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    О, пруфов будет предостаточно. С какой подсистемой ты лучше знаком?
     

  • 1.188, Аноним (-), 19:11, 22/06/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Пропала переносимость, пропал калабуховский дом.
     
  • 1.202, Аноним (202), 21:21, 22/06/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    И почему нельзя назвать новую версию 6.0 из-за новой функциональности? Или старый пердун опять будет ждать, когда моча в голову стукнет?
     
     
  • 2.289, Bdfybec (?), 15:26, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Новость про возможное прикручивание Rust. Соответственно, новая функциональность на его основе в ядре отсутствует.
     

  • 1.207, ilowry (?), 22:12, 22/06/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Будет теперь инклюзивное ядро.
     
     
  • 2.218, Аноним (138), 23:06, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Бодипозитив.
     
  • 2.221, Аноним (46), 23:09, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Это конец.
     

  • 1.256, Аноним (258), 11:16, 23/06/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > не исключил возможность

    Это надо срочно в новость!

     
  • 1.290, Аноним (290), 15:28, 23/06/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Это начало конца...
     
  • 1.310, Аноним (310), 19:08, 23/06/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Почему в ядро Linux включают именно:
        протекающий, ненадежный, неверифицируемый Rust,
        a не безопасный, надежный, верифицируемый SPARK
    ?!!
     
     
  • 2.328, warlock66613 (ok), 23:33, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Вам ответить отвлечённо или прагматично?

    Потому что на Rust приятно писать код. А на SPARK упорешься. Потому что Rust как современный язык отвечает требованиям, предъявляемым современному языку (репозиторий пакетов, вменяемая система сборки, избавление программиста от обезъяньей работы вроде копипаста заголовков методов в интерфейсную часть модуля, и др.), а SPARK — штука древняя. Потому что Rust целенаправленно создавался и создаётся под подобные задачи, и из коробки имеет достойный FFI с Си.

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

     
     
  • 3.381, Аноним (381), 03:38, 25/06/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > репозиторий пакетов, вменяемая система сборки

    Прямо перечислил априори не нужное

    > избавление программиста от работы головой

    Фиксанул, не благодари

     
     
  • 4.387, Аноним (358), 10:22, 25/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >> избавление программиста от работы головой
    > Фиксанул, не благодари

    Как что-то плохое. Хотя страх всяких сишников можно понять, ведь повторяется история с станками жаккара.

     
     
  • 5.493, Аноним (-), 17:49, 27/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Сишники видите ли обычно системщики. А это свободный и гордый народ, знающий себе цену. Предпочитающие некую автономию и самодостаточность, без лизания ботинок гугла, майкрософта и амазона. А ваше светлое будущее с лизанием ботинок вон тем - выглядит довольно так себе.

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

     
  • 3.532, Аноним (532), 13:05, 06/10/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Потому что на Rust приятно писать код.

    Ну ты и Петросян!

     
     
  • 4.533, warlock66613 (ok), 19:12, 07/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Я понимаю, что хаскелистам смешно, да. Но мне на Rust приятнее во всех отношениях и проще. Хотя Хаскелл в чём-то удобнее, я согласен.
     
  • 2.329, yet another anonymous (?), 00:00, 24/06/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Потому что ядро --- важный и значимый ресурс. Подмять его под себя через инфраструктуру, средства разработки или как ещё --- очень логичная стратегия.
     
  • 2.335, burjui (ok), 02:54, 24/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Пфф, а то, что ядро написано на протекающем, ненадёжном, неверифицируемом C, тебя не смущает? Нужно срочно переписать ядро на SPARK! Ну как срочно... на это уйдёт лет 100, учитывая многословность синтаксиса, а также сколько бойлерплейта и контрактов придётся писать к каждой функциональной строчке кода. Код будет в 10 раз больше и никому не нужен, но зато абсолютно безопасен и надёжен. Впрочем, любой код будет абсолютно безопасен, если его не запускать.
     
     
  • 3.340, yet another anonymous (?), 07:47, 24/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    s/SPARK/Rust/g

    И что, что-то по сути поменялось в месседже?

     
     
  • 4.350, burjui (ok), 10:19, 24/06/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Если думать не головой, а задницей, то нет.
     
     
  • 5.359, Аноним (154), 14:35, 24/06/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Если думать не головой, а задницей, то нет.

    Ну так покажи эту разницу тем, кто думает задницей...

    Или ты то же из таких?

     
     
  • 6.360, Анончик (?), 14:48, 24/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    А то! 4.332
     
  • 6.369, burjui (ok), 21:10, 24/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Я уже задолбался кому-то что-то объяснять на этом ресурсе. Тем более бессмысленно объяснять что-то тем, кто думает задницей. Никто даже документацию прочитать не в состоянии, не то что попробовать написать что-то более-менее сложное на языке перед тем, как гадить в комменты про "вырвиглазный синтаксис" и прочую чепуху. Сами идите, пишите на обоих языках, а потом сравнивайте объём кода, трудозатраты и КПД своей работы. А заодно подумайте, почему ни один из формально верифицируемых языков даже близко не пошёл в массы.
     
     
  • 7.371, Анончик (?), 21:37, 24/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Не нужно ничего объяснять, лучше расскажи, почему ни один из формально верифицируемых языков даже близко не пошёл в массы. Послушаем умного человека.
     
     
  • 8.372, burjui (ok), 22:35, 24/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Потому что на них, внезапно, сложно и долго писать Или ты думал, что там просто... текст свёрнут, показать
     
     
  • 9.401, Анлним (?), 18:53, 25/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ответ массового заказчика нет SPARK уже занял свою нишу Заказчик должен плати... большой текст свёрнут, показать
     
     
  • 10.407, burjui (ok), 20:03, 25/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Из крайности - в крайность Типичный опеннетный эксперт Это если не писать конт... текст свёрнут, показать
     
     
  • 11.499, Аноним (499), 19:47, 27/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Новый язык, другой компилятор, от других людей, новые дыры https www cvedetai... большой текст свёрнут, показать
     
     
  • 12.508, burjui (ok), 02:05, 29/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Вы так и не привели ни одного примера новых классов уязвимостей , которые якобы... текст свёрнут, показать
     
     
  • 13.522, Аноним (-), 00:13, 01/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Кодер подумал что безопасТно и забил на использование мозга Маркетологи гамадри... текст свёрнут, показать
     
     
  • 14.525, burjui (ok), 00:51, 01/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Зато голословно заявлять про какие-то мифические новые классы что мля уязви... текст свёрнут, показать
     
     
  • 15.531, Аноним (531), 17:49, 05/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Не голословно Для GNU Linux придется использовать этот компилятор Rust https ... текст свёрнут, показать
     
  • 7.375, Аноним (375), 23:27, 24/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Как может данная прослойка обеспечить безопасность, если у нее 70% кода unsafe? Т.е фактически, будет вызываться из безопасного кода, небезопасные функции из прослойки. Да о чем можно говорить, когда этому подтверждение недописанный драйвер android от гугла.
    Если моя логика абсолютна не верна, то как тогда?
     
     
  • 8.376, yet another anonymous (?), 23:50, 24/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Там продвигаются более интернсные вещи, хотя на них обращают внимание сильно мен... текст свёрнут, показать
     
     
  • 9.402, Анлним (?), 18:56, 25/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Это смерть безопасности ... текст свёрнут, показать
     
  • 9.523, Аноним (-), 00:20, 01/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Лизать ботинки гугла, амазона и майкрософт с их Единственно Правильной Экосистем... текст свёрнут, показать
     
  • 8.377, burjui (ok), 00:03, 25/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Как же вы достали уже с этим, сил нет Неужели самим непонятно, что любой поте... текст свёрнут, показать
     
     
  • 9.382, Аноним (381), 03:44, 25/06/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Проблемы квалификации программиста, а не языка как такового Хотя, глядя на то ч... текст свёрнут, показать
     
     
  • 10.383, burjui (ok), 05:19, 25/06/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    По твоей логике в мире нет ни одного квалифицированного программиста, потому оши... текст свёрнут, показать
     
  • 10.389, Аноним (358), 10:37, 25/06/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А вот и снова мантры про прямые руки Только не сильно-то они помогают, раз то в... текст свёрнут, показать
     
  • 9.404, Анлним (?), 19:19, 25/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Тебя обманули и ты вводишь в заблуждение других В ядро Linux, уже очень давно, ... большой текст свёрнут, показать
     
     
  • 10.406, Анлним (?), 19:44, 25/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Еще одна большая сакральная тайна которую пропагандисты Rust скрывают, чтобы вас... текст свёрнут, показать
     
  • 10.408, burjui (ok), 20:14, 25/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Аргументы будут или пука в лужу, по вашему мнению, достаточно Такой способ безо... текст свёрнут, показать
     
     
  • 11.410, Анлним (?), 20:41, 25/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    В луже с растом сейчас сидишь ты Аргументируют config_pax_noexec config_pax_pa... большой текст свёрнут, показать
     
     
  • 12.413, burjui (ok), 21:59, 25/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Здесь был неправ, признаю Тем не менее, от некорректного обращения к памяти эта... текст свёрнут, показать
     
     
  • 13.423, Аноним (423), 11:13, 26/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Там есть разные варианты в разных ситуациях 1 Не убивать процессы, а только ло... большой текст свёрнут, показать
     
     
  • 14.453, burjui (ok), 13:17, 26/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    И правильно, кому она нужна Главное - уязвимостей нет, а то что прога падает - ... текст свёрнут, показать
     
     
  • 15.477, Аноним (477), 19:52, 26/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Уязвимость есть они никуда не денутся Криворукий сишник таки ошибку сделал Бла... текст свёрнут, показать
     
  • 11.411, Анлним (?), 21:03, 25/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Узри саму убогость и ущербность идеи Rust иметь частичную ибо есть unsave пров... большой текст свёрнут, показать
     
     
  • 12.414, burjui (ok), 22:06, 25/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Прочитай мой комментарий ниже со ссылками на код Muen Надеюсь, я там наглядно п... большой текст свёрнут, показать
     
     
  • 13.422, Аноним (423), 10:49, 26/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Имеется в ввиду ОБЩЕЕ решение ultra-low defect SPARK это верификатор подмноже... большой текст свёрнут, показать
     
     
  • 14.427, burjui (ok), 12:28, 26/06/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вот именно Согласен, с этим я не спорю Впервые за долгое время дискуссия на о... текст свёрнут, показать
     
     
  • 15.476, Аноним (477), 19:34, 26/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Конечно не даст В верификаторах SPARK наверняка есть ошибки, программист может ... большой текст свёрнут, показать
     
     
  • 16.479, warlock66613 (ok), 20:14, 26/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    А вот объясните, как специалист, каким образом можно рассчитать количество такто... текст свёрнут, показать
     
     
  • 17.495, Аноним (499), 18:13, 27/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Там считают не минимум с предсказаниями проца а максимум, чтобы сказать во... текст свёрнут, показать
     
  • 17.496, Аноним (499), 18:31, 27/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Если с предсказаниями рассчитывать, то считаем по худшему варианту ... текст свёрнут, показать
     
     
  • 18.498, Аноним (499), 18:48, 27/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Лучше без предсказателя считать и работать ... текст свёрнут, показать
     
  • 12.421, Аноним (358), 10:36, 26/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Осторожно, ты оскорбляешь религиозные чувства секты свидетелей прямых рук ... текст свёрнут, показать
     
     
  • 13.497, Аноним (499), 18:40, 27/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Есть еще свидетели секты мозготраха, веруют, что он позитивно влияет на безопасн... текст свёрнут, показать
     
  • 7.400, Анлним (?), 18:28, 25/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ты правильные вопросы задал объем кода трудозатраты КПД молодец Теперь в... большой текст свёрнут, показать
     
     
  • 8.405, burjui (ok), 19:39, 25/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Как я и писал выше, опеннетовский эксперт не умеет читать 1 и мыслить критичес... большой текст свёрнут, показать
     
     
  • 9.409, Анлним (?), 20:17, 25/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Не хами Писал грамотно, а вражеский спелчекер поменял слова Вот Ыксперту по бе... большой текст свёрнут, показать
     
     
  • 10.412, burjui (ok), 21:51, 25/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Интересные ссылки ты приводишь А я вот заглянул в другую часть сорцов, и что же... большой текст свёрнут, показать
     
     
  • 11.418, Аноним (423), 10:19, 26/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    1 Пока не весь код Mumen написан на SOARK-2014 и ASM, есть немного кода на неве... большой текст свёрнут, показать
     
  • 11.419, Аноним (423), 10:33, 26/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Язык SPARK это верифицируемое подмножество языка программирования ADA SPARK сво... текст свёрнут, показать
     
  • 11.420, n00by (ok), 10:34, 26/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Clear Interrupt Flag cli Operation 0 8594 IF Description Clears the interru... текст свёрнут, показать
     
     
  • 12.424, burjui (ok), 12:05, 26/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Я тоже умею копипастить и знаю, что делает инструкция cli Что сказать-то хотел ... текст свёрнут, показать
     
     
  • 13.450, n00by (ok), 13:16, 26/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Я это не заметил в Мамой клянусь, эта функция только X86_64 State меняет ... текст свёрнут, показать
     
     
  • 14.458, burjui (ok), 13:40, 26/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Потому что у тебя опилки в голове Читаем https sites radford edu nokie class... большой текст свёрнут, показать
     
     
  • 15.460, n00by (ok), 14:13, 26/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Я своими опилками не догоняю, как и что можно верифицировать в запрете прерывани... текст свёрнут, показать
     
     
  • 16.461, burjui (ok), 14:31, 26/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Такое ощущение, что ты притворяешься дурачком ради троллинга Не могу поверить, ... текст свёрнут, показать
     
     
  • 17.464, n00by (ok), 16:05, 26/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Возможно дело в том, что ты пытаешься везде разглядеть атаки на Rust На само де... текст свёрнут, показать
     
  • 15.474, Аноним (-), 18:30, 26/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Что это за ужас Это вроде не хруст Они даже хрустиков по ужасному синтаксису с... текст свёрнут, показать
     
  • 11.475, Аноним (477), 19:01, 26/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Не клянись, никогда, ничем Тем более в вопросах языка на котором здесь никто не... текст свёрнут, показать
     

     ....большая нить свёрнута, показать (64)

  • 1.483, Аноним (-), 14:25, 27/06/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    https://kevinlynagh.com/rust-zig/
    > Why I rewrote my Rust keyboard firmware in Zig: consistency, mastery, and fun
    > With Rust 1.50, a from-scratch debug build of my keyboard firmware takes 70 seconds (release, 90 seconds) and the target/ directory consumes 450MB of disk.
    > Zig 0.7.1, on the other hand, compiles my firmware from-scratch in release mode in about 5 seconds and its zig-cache/ consumes 1.4MB. Nice!

    Эх, не тот язык выбрали добавлять в линукс

     
     
  • 2.494, Аноним (-), 17:51, 27/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Эх, не тот язык выбрали добавлять в линукс

    А откоменть в рассылку по приколу, если пользуешься им и можешь аргументировать? На первый взгляд Zig прикольнее хруста, но я активно им не пользовался и не смогу аргументировать на должном уровне :)

     
     
  • 3.512, Аноним (509), 11:44, 29/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >When I first started using Zig, I was dismayed that it was missing so many features that I liked from other languages. No syntax for ranges. No closures. No iterator syntax.
    > However, I ended up finding these absences liberating — this is where the “fun” comes in.

    как бы это странно ни звучало, но fun для такого проекта, как Linux в наше время неприемлем.

    Хотя вот это

    > Focus on debugging your application rather than debugging your programming language knowledge.

    мне по душе (хотя я и не считаю, что в Zig-е такой уж удачный синтаксис)

     

  • 1.504, qsdg (ok), 11:50, 28/06/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    RUST -- это БЫСТРО и БЕЗОПАСНО!
     
  • 1.513, Fedd (ok), 13:11, 29/06/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Смотрю местные анонимусы потихоньку переобуваются топить за раст, как и следовало ожидать
     
  • 1.516, adolfus (ok), 17:02, 30/06/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    \cite{... избавленные от таких проблем как обращение к области памяти после её освобождения, разыменование нулевых указателей и выход за границы буфера.
    }
    Не очень понятно, зачем все это перечисленное делать.
    Когда колбасу режем, пальцы же себе не отфуячиваем, так почему так аккуратно и программы не писать?


     
     
  • 2.517, Ананимус (?), 17:20, 30/06/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > \cite{... избавленные от таких проблем как обращение к области памяти после её
    > освобождения, разыменование нулевых указателей и выход за границы буфера.
    > }
    > Не очень понятно, зачем все это перечисленное делать.
    > Когда колбасу режем, пальцы же себе не отфуячиваем, так почему так аккуратно
    > и программы не писать?

    У тебя проводка дома без изоляции лежит? Нет? А чо ты как лох, изоляция для слабаков которые не смотрят под ноги.

     
     
  • 3.524, Аноним (-), 00:23, 01/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > У тебя проводка дома без изоляции лежит? Нет? А чо ты как
    > лох, изоляция для слабаков которые не смотрят под ноги.

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

     
     
  • 4.528, Ананимус (?), 18:44, 01/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Однако хватает и проводов без изоляции. Контактный рельс метро не очень заизолируешь на все сто

    Поэтому там регулярно люди и умирают :))))

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



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

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