The OpenNET Project / Index page

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



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

Оглавление

Адаптация Debian для использования реализации coreutils на языке Rust, opennews (??), 09-Мрт-21, (0) [смотреть все]

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


114. "Адаптация Debian для использования реализации coreutils на я..."  +/
Сообщение от burjui (ok), 10-Мрт-21, 02:15 
А то что?
Ответить | Правка | Наверх | Cообщить модератору

125. "Адаптация Debian для использования реализации coreutils на я..."  +/
Сообщение от Аноним (125), 10-Мрт-21, 05:50 
Только 30% ошибок связано с переполнением буферов, остальные так же будут и на расте. А учитывая общий уровень Rust программистов их там будет в разы больше. Пакет sudo уже вылечил все свои детские болячки, а растаманы предлагают добавить новых. И каждая из них станет дырой.
Ответить | Правка | Наверх | Cообщить модератору

138. "Адаптация Debian для использования реализации coreutils на я..."  +/
Сообщение от burjui (ok), 10-Мрт-21, 08:26 
Я ничего не предлагал, вообще-то. А про общий уровень говорить просто смешно без какой-либо статистики. К тому же, сомнительно, чтобы растохейтеры читали достаточно кода на Rust, чтобы делать какие-либо выводы. Большинство даже документацию не читали 🤦‍♂️
Ответить | Правка | Наверх | Cообщить модератору

144. "Адаптация Debian для использования реализации coreutils на я..."  +/
Сообщение от Аноним (140), 10-Мрт-21, 08:34 
И где твоя статистика про чтение документации, фанатик? Большинство растопрограммистов на расте ничего не написали, а ты сиди на своем пхп.
Ответить | Правка | Наверх | Cообщить модератору

146. "Адаптация Debian для использования реализации coreutils на я..."  +/
Сообщение от burjui (ok), 10-Мрт-21, 08:38 
Я лишь сужу по той чуши, которые они высирают в комментах, которая явно свидетельствует о незнании базовых фактов о языке и его стандартной библиотеке. А если они ещё почитают стандарт своего любимого C++, то окажется, что они толком не знают и этот язык.
Ответить | Правка | Наверх | Cообщить модератору

147. "Адаптация Debian для использования реализации coreutils на я..."  –1 +/
Сообщение от burjui (ok), 10-Мрт-21, 08:39 
> а ты сиди на своем пхп.

Что ты несёшь вообще, какой пхп?


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

171. "Адаптация Debian для использования реализации coreutils на я..."  –1 +/
Сообщение от Аноним (41), 10-Мрт-21, 10:22 
Язык такой есть: php. Специально для вебмакак разработан. Характеризуется минимальной оплатой и коротким стажем среди других языков.
Ответить | Правка | Наверх | Cообщить модератору

174. "Адаптация Debian для использования реализации coreutils на я..."  +/
Сообщение от burjui (ok), 10-Мрт-21, 10:25 
Причём тут пхп и вебмакаки? Ты точно со мной говоришь? По-моему, ты забыл выпить таблетки.
Ответить | Правка | Наверх | Cообщить модератору

257. "Адаптация Debian для использования реализации coreutils на я..."  +/
Сообщение от Aukamo (ok), 10-Мрт-21, 21:19 
https://github.com/Rahix/avr-hal тадам. Даёшь embedded rust!
Ответить | Правка | К родителю #144 | Наверх | Cообщить модератору

149. "Адаптация Debian для использования реализации coreutils на я..."  –2 +/
Сообщение от Аноним (125), 10-Мрт-21, 08:59 
Учитывая, что все растоманы утверждают, что Rust это безопасная замена Си. Но при этом не понимают, что наложенные ограничения делают Rust не Тьюринг-полным, а unsafe множит всю хвалёную безопасность на 0. Не трудно понять уровень их способностей. У них проблема с логическим мышлением, что автоматически делает их ужасными программистами.
Ответить | Правка | К родителю #138 | Наверх | Cообщить модератору

153. "Адаптация Debian для использования реализации coreutils на я..."  +4 +/
Сообщение от Аноним (308), 10-Мрт-21, 09:35 
> наложенные ограничения делают Rust не Тьюринг-полным

О, первокурсник, скажи-ка, каковы критерии Тьюринг-полноты?

А то вот ведь смешно получается, что CSS - тьюринг полный, а Rust насктолько ограничен, что нет.

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

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

155. "Адаптация Debian для использования реализации coreutils на я..."  +/
Сообщение от Аноним (125), 10-Мрт-21, 09:46 
Реализуй на нём binary sort для массива объектов в памяти, без использования библиотечных функций, которые используют unsafe. Если не сможешь, значит не Тьюринг полный.
Ответить | Правка | Наверх | Cообщить модератору

166. "Адаптация Debian для использования реализации coreutils на я..."  +/
Сообщение от burjui (ok), 10-Мрт-21, 10:17 
Предложение из разряда "а ты попробуй перевести Пушкина на хинди".
Ответить | Правка | Наверх | Cообщить модератору

177. "Адаптация Debian для использования реализации coreutils на я..."  +1 +/
Сообщение от Аноним (308), 10-Мрт-21, 10:32 
Эм, "ты попробуй в памяти поворочать чужие ***" - не вяляется притерием тьюринг полноты, так что ты уже тут неправ. И да, сделать можно что угодно. Но зачём оверхед, если есть нативные инструменты, использование которых регламентировано в документации? Если корректно реализовать то ВНЕЗАПНО unsafe ничего не значит, кроме упрощения и ускорения разработки. Вот ведь сюрприз!
Ответить | Правка | К родителю #155 | Наверх | Cообщить модератору

196. "Адаптация Debian для использования реализации coreutils на я..."  +/
Сообщение от Аноним (125), 10-Мрт-21, 11:17 
>Эм, "ты попробуй в памяти поворочать чужие ***

Машина Тьюринга может это сделать, Rust не может. Вывод? Мы можем транслировать один алгоритм в Си, Java, Perl, Brainfuck и т.д., но не можем в Rust не используя unsafe. Это и значит, что без unsafe он не Тьюринг полный. Чем плох unsafe? Код вызывающий unsafe функцию так же небезопасен как и сама unsafe функция. Статический анализатор не может дать никаких гарантий по переменным побывавшим в unsafe коде.

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

202. "Адаптация Debian для использования реализации coreutils на я..."  +/
Сообщение от Аноним (308), 10-Мрт-21, 11:38 
> Машина Тьюринга может это сделать, Rust не может.

Пруфы.

И да, машину тьюринга можно отдельно написать ещё одной абстракцией. Но зачем?

Кстати, ты так смело утверждаешь

> Код вызывающий unsafe функцию так же небезопасен как и сама unsafe функция

Но не приводишь ссылок, так забавно, вот вочитай:
https://doc.rust-lang.ru/stable/rust-by-example/unsafe.html
https://doc.rust-lang.ru/book/ch19-01-unsafe-rust.html

Где тут такое сказано? Тут сказано: у unsafe есть пять (5!) случаев применения. Один из них - работа с чужим (предположительно небезопасным) кодом. Остальные - низкоуровневые структуры. Сколько из них лично тебе было использовать оправдано?

И да, видимо это https://www.opennet.ru/openforum/vsluhforumID3/123505.html#183 ты решил проигнорировать. Молодец, аргументировал свои набросы.

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

203. "Адаптация Debian для использования реализации coreutils на я..."  +/
Сообщение от Аноним (308), 10-Мрт-21, 11:46 
> Чем плох unsafe? Код вызывающий unsafe функцию так же небезопасен как и сама unsafe функция.

https://www.opennet.ru/opennews/art.shtml?num=54728#118
https://www.opennet.ru/opennews/art.shtml?num=54728#170

"Что тебе в unsafe моём?"(c)

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

205. "Адаптация Debian для использования реализации coreutils на я..."  +1 +/
Сообщение от Аноним (308), 10-Мрт-21, 12:12 
> Мы можем транслировать один алгоритм в Си, Java, Perl, Brainfuck и т.д.

С каких пор в "C, Java, Perl, Brainfuck и т.д." можно реализовать "binary sort для массива объектов в памяти, без использования библиотечных функций не используя " GCи прочих штук, являющихся фичами языков? Да и в принципе с каких пор Java стал языком для манипулирования "массива объектов в памяти"?

Твой аргумент уже ложен, дальше можно не читать, но я зачем-то уже привёл другие контраргументы.

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

183. "Адаптация Debian для использования реализации coreutils на я..."  +1 +/
Сообщение от Аноним (183), 10-Мрт-21, 10:39 
Если в таком ключе рассуждать, то получится, что машина Тьюринга не тьюринг-полная. :)

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

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

275. "Адаптация Debian для использования реализации coreutils на я..."  +/
Сообщение от Аноним (-), 11-Мрт-21, 00:30 
> Реализуй на нём binary sort для массива объектов в памяти, без использования
> библиотечных функций, которые используют unsafe. Если не сможешь, значит не Тьюринг полный.

Ну-ка, реализуй на жабке, перле (или сишечке) классический MBR загрузчик для x86. Если не сможешь, значит жабка, перл и брейнфак - не Тьюринг-полные.

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

170. "Адаптация Debian для использования реализации coreutils на я..."  –1 +/
Сообщение от burjui (ok), 10-Мрт-21, 10:20 
И каким это образом unsafe умножает безопасность на ноль? Использование unsafe блока внутри кода не делает весь код небезопасным, в этом весь смысл. Небезопасна только минимальная часть кода внутри блока. Весь остальной код гарантированно безопасен. Ты сам подумай, что лучше - писать на Rust с использованием unsafe или писать на C со статическим анализатором, а потом исправлять код, на который он ругается, только без всех современных фич, и всё равно быть на 100% уверенным, какая часть кода гарантированно безопасна? Что лучше для аудита - проверять только unsafe части или вообще весь код, как для C? И эти люди говорят что-то о логике... 🤦‍♂️
Ответить | Правка | К родителю #149 | Наверх | Cообщить модератору

173. "Адаптация Debian для использования реализации coreutils на я..."  +/
Сообщение от Аноним (41), 10-Мрт-21, 10:24 
> Использование unsafe блока внутри кода не делает весь код небезопасным

Заметание дерьма под коврик, вот как это называется, но вонять оно не перестаёт, внезапно.

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

190. "Адаптация Debian для использования реализации coreutils на я..."  +/
Сообщение от burjui (ok), 10-Мрт-21, 11:00 
А у сишников даже ковриков нет - просто по дерьму ходят, так получается? 😂
Продолжим аналогию: замёл говно под специальный красный коврик с надписью "unsafe" и стараешься лишний раз не наступать. А если через месяц идёшь по проекту и чувствуешь вонь, уже заранее знаешь, откуда может вонять, и оглядываешься в поисках ближайшего коврика. На C же тебе нужно обойти весь проект и обнюхать каждый угол, а потом окажется, что дерьмо было в шкафу.

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

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

218. "Адаптация Debian для использования реализации coreutils на я..."  +/
Сообщение от Аноним (308), 10-Мрт-21, 14:15 
> Пакет sudo уже вылечил все свои детские болячки
> https://www.opennet.ru/opennews/art.shtml?num=54474
> Уязвимость проявляется ... вызвана переполнением буфера при обработке...
> можно добиться наложения перезаписываемого хвоста на данные
> Создание эксплоита упрощает то, что атакующий полностью контролирует размер буфера user_args...
> контролирует размер и содержимое данных, записываемых за границу буфера
> Утилита sudo из состава macOS также оказалась подвержена рассматриваемой уязвимости.

Новость за 2021 год. Ну да, sudo не имеет ошибок, связанных с переполнением буфера. Явный пример, где Rust бесполезен, ага.

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

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

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




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

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