B
Интересует лишь связка нативного кода и ос
Size: a a a
2021 April 03
TK
Короче, нельзя взять и запретить нативному коду делать то, что в явном виде не запрещает сама ос
TK
В том числе уничтожить твои файлы
TK
Но это упрощённо
B
А если можно?
B
Я не знаю как но разве нет никаких решений для контроля системных вызовов
TK
Можно только через виртуализацию и/или систему разрешений
TK
Есть разрешения на уровне файловой системы, оперативной памяти, привилегий приложения, нативные в win10...
TK
В принципе, почему бы не спросить у контрибьюторов в https://github.com/integer32llc/rust-playground, они-то явно могут дать более конкретные советы
TK
(но и там защиты абсолютный минимум сделано, потому что кому надо ронять сайт или сервер)
B
У них немного другая задача. Скорость исполнения кода не критично важно. Могут виртуализировать сколько хотят
Т8
Переслано от Aloraman
В 2021 году наследование уже антипаттерном зовут, а вы виртуальные методы обсуждаете
Т8
Любимая тема фп-фанатиков - взять одну (!) конкретную фичу из любимого языка и заявлять, что во всех остальных языках нужно срочно на нее перейти, потому что все другие подходы говно, стыд антипаттерн
Т8
О том, что фича сама по себе в другой парадигме работать не будет, а если перетащить все необходимое - получится второй Хаскель, обычно умалчивают
Т8
Переслано от Т-34 85
ну, в Rust сработало. Или из него получился второй Хаскель?
Т8
Переслано от Vatt
получилась гораздо более ебаная срань, там где на простое дерево тебе нужно вложить ВикРефу, в Cell , а Cell вложить еще кудато уже не помню, при это нужно ублажить компилятор лайфтаймами при обработке этого дерева, и принести кровавую жертву перуну
Т8
Т8
Переслано от Vatt
а когда это все заебет и ты решишь польховаться ансейфом и рав поинтерами у тебя язык превратится в тыкву
Т8
Т8