The OpenNET Project / Index page

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



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

Оглавление

Поддержка Rust для ядра Linux столкнулась с критикой Торвальдса, opennews (ok), 15-Апр-21, (0) [смотреть все]

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


210. "Поддержка Rust для ядра Linux столкнулась с критикой Торваль..."  +3 +/
Сообщение от Аноним (-), 15-Апр-21, 12:41 
> И на десятый год разработки хруста до чуваков дошло что кульная концепция
> когда мы тут клали на ошибки, и паниковали при факапе...
> ...
> А у хрустиков вся программа дохнет, это конечно самое что надо с их квалификацией

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

В "хрусте" нет исключений. Внезапно. И ошибки нужно или обрабатывать или более-менее указать "не хочу обрабатывать" и тогда любитель забить на обработку получит "дефолтный" обработчик - panic. А не какой нибудь веселый "отложенный" баг или silent data corruption и из-за клания на обработку ошибок "Ылитным сишником".
Но раз Ыксперты опеннета считают, что тихая порча данных или заковыристый трудноуловимый баг лучше громкой паники (ведь большую часть времени работает и вообще не видно!) то наверное так оно и есть.

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

245. "Поддержка Rust для ядра Linux столкнулась с критикой Торваль..."  –2 +/
Сообщение от Онаним (?), 15-Апр-21, 14:09 
Сразу видно - дальше локалхоста Ыксперт хруста не ходил.
Юзерспейсный хеллоуворлд на моднявом может позволить себе падать сколько угодно.
Ядро - нет.
Поэтому "дефолтного обработчика в виде panic" там быть не может - и попытки подставить таковой должны сваливаться уже на этапе компиляции - это если так очень хочется.
Ответить | Правка | Наверх | Cообщить модератору

259. "Поддержка Rust для ядра Linux столкнулась с критикой Торваль..."  +3 +/
Сообщение от Аноним (-), 15-Апр-21, 14:29 
>>> даже в real world apps даже в юзермоде
> Сразу видно - дальше локалхоста Ыксперт хруста не ходил.
> Юзерспейсный хеллоуворлд на моднявом может позволить себе падать сколько угодно.

Сразу видно - Ыксперд читал жопой, предпочтя к тому же не заметить, что критиковалось невнятное сравнение (сферическо-вакуумного) Элитного Сишника, не забивающего проверяющего все коды возврата (и вообще не допускающего ошибок) и "хрустовкика" с "их квалификацией".
"Опустим обычную газету в серную кислоту, а журнал ТВ-Парк в дистиллированную воду" (с).

> Поэтому "дефолтного обработчика в виде panic" там быть не может

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


#[panic_handler]
fn panic(_info: &PanicInfo) -> ! { your_code_here }


> Ядро - нет.

Только данные портить, ага.
https://github.com/torvalds/linux/search?q=panic&type=
> 1,346 code results

Ы-Ыксперты впопеннета.

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

368. "Поддержка Rust для ядра Linux столкнулась с критикой Торваль..."  +1 +/
Сообщение от Аноним (368), 16-Апр-21, 00:33 
Речь про panic при выделение памяти, а не про все panic вообще, читай новость внимательно
Ответить | Правка | Наверх | Cообщить модератору

462. "Поддержка Rust для ядра Linux столкнулась с критикой Торваль..."  –1 +/
Сообщение от Аноним (461), 17-Апр-21, 06:53 
> fn panic(_info: &PanicInfo) -> ! { your_code_here }

Домашнее задание для эксперта: теперь попробуй при подобной модели обработки ашипок retry выделени памяти сделать и вернуть flow программы к виду, как будто проблемы вообще совсем никогда не возникало, все прокатило, и мы продолжили с места облома как будто out of memory никогда не происходило.

А так то кастомный хэндлер прекрасно. Но на ту хотелку - натягивается как сова на глобус. А вообще what it takes понять где факапнулось, повторить, соврать что не факапнулось, вернуть в состояние "все зашибись, работаем дальше"? В сях то кодят кастомный алокатор - он и делает этсамое. Если оно надо. А хруст довольно плотно интегрирован для анализа, там с этим вроде сложнее.

Там вон они уже предложили клевые костыли, try_new :D. Но этого толи вообще в синтаксисе еще нету, толи в какой-то распоследней на проволоку и скотч уже немного прикручено, в общем это WIP at best...

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

495. "Поддержка Rust для ядра Linux столкнулась с критикой Торваль..."  +/
Сообщение от Аноним (-), 17-Апр-21, 11:50 
>> fn panic(_info: &PanicInfo) -> ! { your_code_here }
> Домашнее задание для эксперта: теперь попробуй при подобной модели обработки ашипок retry выделени памяти сделать и вернуть flow программы к виду, как

*рукалицо*
...
> try_new :D. Но этого толи
> вообще в синтаксисе еще нету, толи в какой-то распоследней на проволоку

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

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

541. "Поддержка Rust для ядра Linux столкнулась с критикой Торваль..."  +/
Сообщение от Аноним (-), 18-Апр-21, 00:09 
> *рукалицо*

Поставьте на аватарку.

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

Это не ответ на вон тот вопрос.

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

560. Скрыто модератором  +/
Сообщение от Аноним (-), 19-Апр-21, 01:27 
Ответить | Правка | К родителю #495 | Наверх | Cообщить модератору

465. "Поддержка Rust для ядра Linux столкнулась с критикой Торваль..."  –1 +/
Сообщение от Аноним (-), 17-Апр-21, 07:18 
> В "хрусте" нет исключений. Внезапно. И ошибки нужно или обрабатывать или более-менее
> указать "не хочу обрабатывать"

И чего случается с Box::new если на это памяти не хватило? И почему они хотят вкостылить try_new вместо new? Не поясните ли этот момент, мистер эксперт?

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

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

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




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

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