Исходное сообщение
"Фронтэнд для языка Rust доведён до готовности для интеграции..." Отправлено Аноним, 06-Дек-22 22:32
> Зачем в расте unsafe? Что-то принципиально нельзя сделать в "безопасном" режиме? Да, представляете. Например... 1) Все сисколы операционок мало того что сишные, так еще деланые в лохматых годах. Когда думали ... ну в общем о совсем других вещах. И никто это не будет ради вас переделывать, софта под это уже вся планета, вломы всем столько переписывать. Поэтому интерфейсы ос такие какие есть и с этим придется жить. И разумеется гарантии сабжа при этом немного пролетают. Покажите вообще статический анализ штуки типа ioctl()? Как бы это могло вообще выглядеть? 2) Многие интерфейсы к ЯП, либам и проч - см. выше, та же ерунда. Переписать весь мир на %s это круто конечно. До тех пор пока вот лично вам не приходится этим заняться. А вот тут почему-то оказывается что не так уж это и круто, если вы хатели сделать вон ту задачу а не убить 100500 лет на побочную активность. 3) В системных вещах иногда надо референсить память по конкретным адресам, с пофигом на то что там расположено. И разумеется это не безопасно если вы не понимаете что и зачем делаете. 4) Некоторые алгоритмы могут сильно выиграть по скорости от лобовой математики с адресами и проч, если там минимум допущений и оверхеда. И более того - эффективная их реализация с проверками может быть не особо внятной. Разумеется при этом можно отстрелить себе пятку.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>> Зачем в расте unsafe? Что-то принципиально нельзя сделать в "безопасном" режиме? > Да, представляете. Например... > 1) Все сисколы операционок мало того что сишные, так еще деланые в > лохматых годах. Когда думали ... ну в общем о совсем других > вещах. И никто это не будет ради вас переделывать, софта под > это уже вся планета, вломы всем столько переписывать. Поэтому интерфейсы ос > такие какие есть и с этим придется жить. И разумеется гарантии > сабжа при этом немного пролетают. Покажите вообще статический анализ штуки типа > ioctl()? Как бы это могло вообще выглядеть? > 2) Многие интерфейсы к ЯП, либам и проч - см. выше, та > же ерунда. Переписать весь мир на %s это круто конечно. До > тех пор пока вот лично вам не приходится этим заняться. А > вот тут почему-то оказывается что не так уж это и круто, > если вы хатели сделать вон ту задачу а не убить 100500 > лет на побочную активность. > 3) В системных вещах иногда надо референсить память по конкретным адресам, с > пофигом на то что там расположено. И разумеется это не безопасно > если вы не понимаете что и зачем делаете. > 4) Некоторые алгоритмы могут сильно выиграть по скорости от лобовой математики с > адресами и проч, если там минимум допущений и оверхеда. И более > того - эффективная их реализация с проверками может быть не особо > внятной. Разумеется при этом можно отстрелить себе пятку.
	Введите код, изображенный на картинке: