Size: a a a

2020 August 14

Т8

Т-34 85 in rust_offtopic
Casual tears
О, а как должно было?
именно так и должно было - код возврата с пуском сигнала
источник

CD

Constantine Drozdov in rust_offtopic
Casual tears
Это еще один пример того, что pointers are complicated.
Вопрос не в этом, вопрос в том, сколько правок нужно внести в С++ компилятор и рантайм, чтобы всё заработало как в Rust. И если ты задумаешься над этим вопросом, ты узнаешь, что ответ - очень мало, но они не внесены
источник

Ct

Casual tears in rust_offtopic
Т-34 85
именно так и должно было - код возврата с пуском сигнала
Где это поведение описано?
источник

Т8

Т-34 85 in rust_offtopic
Casual tears
Где это поведение описано?
в стандартах компиляторов
источник

Ct

Casual tears in rust_offtopic
Constantine Drozdov
Вопрос не в этом, вопрос в том, сколько правок нужно внести в С++ компилятор и рантайм, чтобы всё заработало как в Rust. И если ты задумаешься над этим вопросом, ты узнаешь, что ответ - очень мало, но они не внесены
А чем в плане поинтеров Rust от C++ отличается?
источник

Ct

Casual tears in rust_offtopic
Т-34 85
в стандартах компиляторов
Покажи мне где в доках gcc написано что дереференс nullptr дает sigsegv
источник

CD

Constantine Drozdov in rust_offtopic
Casual tears
А чем в плане поинтеров Rust от C++ отличается?
Главный вопрос в чём велосипедный двусвязный список вообще отличался от исходного, что такое связанные объекты с взаимными ссылками и почему smart pointer или контроль ссылок Rust в принципе не может решить те самые проблемы
источник

CD

Constantine Drozdov in rust_offtopic
Подсказка: и то, и то работает только когда в графе зависимостей можно выделить явный остов
источник

Ct

Casual tears in rust_offtopic
Constantine Drozdov
Главный вопрос в чём велосипедный двусвязный список вообще отличался от исходного, что такое связанные объекты с взаимными ссылками и почему smart pointer или контроль ссылок Rust в принципе не может решить те самые проблемы
Ты что-то с темы пытаешься соскочить
источник

Ct

Casual tears in rust_offtopic
Мы кажется говорили о том, что поинтер и size_t - одно и то же.
источник

Ct

Casual tears in rust_offtopic
(точнее о том, что всё совершенно не так)
источник

CD

Constantine Drozdov in rust_offtopic
Casual tears
Ты что-то с темы пытаешься соскочить
С какой? Любое решение, которое использует Rust для "безопасной" реализации двусвязного списка, может быть при помощи модификации компилятора C++ перенесено на хипу и хип поинтеры
источник

RP

Roman Proskuryakov in rust_offtopic
Constantine Drozdov
С какой? Любое решение, которое использует Rust для "безопасной" реализации двусвязного списка, может быть при помощи модификации компилятора C++ перенесено на хипу и хип поинтеры
подожди, никто не спорит, что на С++ можно будет безопасно написать список
источник

CD

Constantine Drozdov in rust_offtopic
Roman Proskuryakov
подожди, никто не спорит, что на С++ можно будет безопасно написать список
Можно будет "безопасно" написать весь хром
источник

Ct

Casual tears in rust_offtopic
Constantine Drozdov
так вот, объясните мне, каким образом мой код стал безопаснее от того, что я указатель перекастовал в инт
^ вот начало треда
источник

RP

Roman Proskuryakov in rust_offtopic
ты спросил, почему реализация на индексах в расте безопасна и почему не может быть use-after-free, я ответил
источник

Ct

Casual tears in rust_offtopic
тебе объяснили, что с интами побезопаснее работать, чем с указателями
источник

CD

Constantine Drozdov in rust_offtopic
Roman Proskuryakov
ты спросил, почему реализация на индексах в расте безопасна и почему не может быть use-after-free, я ответил
Ну то есть нужно просто взять, заменить хип поинтеры на отдельный тип расширением языка, после чего работать с ними как там раст читает данные в массиве аллокатора?
источник

CD

Constantine Drozdov in rust_offtopic
И в C++ вообще никогда больше не будет никаких проблем с хипой
источник

Ct

Casual tears in rust_offtopic
Constantine Drozdov
И в C++ вообще никогда больше не будет никаких проблем с хипой
От всех проблем не убежишь
источник