https://www.opennet.ru/openforum/vsluhforumID3/132646.html Компания Google проанализировала эффективность использования в коде на языке С++ типа MiraclePtr (raw_ptr&#8249;T&#8250;) вместо обычных указателей для защиты от уязвимостей, вызванных обращением к уже освобождённым областям памяти (use-after-free). MiraclePtr предоставляет обвязку над указателями, выполняющую дополнительные проверки и аварийно завершающую работу в случае обнаружения обращения к освобождённым областям памяти. Поддержка MiraclePtr была включена по умолчанию на платформах Windows и Android в мае 2022 года (в Chrome 102), а на платформах ChromeOS, Linux и macOS в июне 2023 года. Защита на базе MiraclePtr в Chrome применяется для всех процессов, кроме процесса, отвечающего за отрисовку (renderer)...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=60482<br> https://www.opennet.ru/openforum/vsluhforumID3/132646.html#86 Fri, 26 Jan 2024 18:14:44 GMT В расте сделали, а в плюсах говорили. Не перепутай<br> https://www.opennet.ru/openforum/vsluhforumID3/132646.html#85 Thu, 25 Jan 2024 18:16:05 GMT Гугл может и использует свою реализацию google::shared_ptr, как и многие другие древние компании, т.к. гугл существует много дольше чем с++11 с std::shared_ptr. Однако научить же читать, выше речь не о shared_ptr.<br> https://www.opennet.ru/openforum/vsluhforumID3/132646.html#84 Thu, 25 Jan 2024 15:07:03 GMT std::make_shared&lt;T&gt;() хранит всё в одном чанке.<br> https://www.opennet.ru/openforum/vsluhforumID3/132646.html#83 Thu, 25 Jan 2024 12:26:35 GMT &gt; кто ж вас, детей, так запугал этим UB? из каждого утюга о <br>&gt; нём кукарекаете <br><br>Сам создатель.<br> https://www.opennet.ru/openforum/vsluhforumID3/132646.html#82 Thu, 25 Jan 2024 08:42:36 GMT О каких таких сырых указателях идет речь? Гугл использует собственную реализацию shared_ptr, вопрос заключался в том, а почему сразу не использовать их вместо собственной реализации неизвестного радиуса кривизны?<br> https://www.opennet.ru/openforum/vsluhforumID3/132646.html#81 Thu, 25 Jan 2024 07:47:01 GMT &gt; внедрение MiraclePtr предоставило защиту от 57% уязвимостей класса use-after-free <br>&gt; для указателей требуется хранить дополнительные 4 байта со счётчиком ссылок <br><br>Ну вообще-то, очень неплохо. Весьма незначительными изменениями сделали раст наполовину не нужным даже теоретически.<br>Такими темпами может оказаться, что на него и даром не надо ничего переписывать, ведь сверхъестественными способностями он не обладает<br> https://www.opennet.ru/openforum/vsluhforumID3/132646.html#80 Thu, 25 Jan 2024 07:41:08 GMT Им раньше shared/unique ptr использовать религия не позволяла. Им их совсем недавно разрешили использовать (где-то в конце 2010-х).<br> https://www.opennet.ru/openforum/vsluhforumID3/132646.html#79 Thu, 25 Jan 2024 07:25:09 GMT &gt;&gt;&gt;&gt; разыменовывать нулевые smart pointers законом запретили? <br>&gt;&gt;&gt; 1 Preconditions: get() != nullptr.<br>&gt;&gt; в каком месте use after free станет невозможным?<br>&gt; у тебя ещё со зрением проблемы<br><br>Прекрасно вижу, что ты принялся подменять _свой_ тезис, оказавшись в неудобном положении.<br><br>И передёргивать #43 ты принялся совершенно напрасно, поскольку автор, в отличие от тебя, умеет читать стандарт:<br><br>20.11.1.2.5 Modifiers [unique.ptr.single.modifiers]<br><br>pointer release() noexcept;<br><br>1 Postconditions: get() == nullptr.<br><br>2 Returns: The value get() had at the start of the call to release.<br> https://www.opennet.ru/openforum/vsluhforumID3/132646.html#78 Thu, 25 Jan 2024 07:10:00 GMT Аноним пусть делает, что хочет. Я велосипедил std::unique_ptr&lt;&gt; до принятия в стандарт и очень внимательно изучал генерируемые MSVC 7-й версии листинги. Потому для себя выводы сделал ещё тогда, а с тех пор оптимизаторы шагнули вперёд. Пользуясь случаем, передаю привет секте свидетелей экономии углеродного следа за счёт разделяемых библиотек.<br>