Я не очень привык к использованию weak_ptr
и столкнулся с довольно запутанной ситуацией. Я использую Intel XE 2019 Composer update 5 ( пакет 2019.5.281 ) в сочетании с Visual Studio 2019 ver. 16.2.5 . Я компилирую в 64-битной версии. Я использую стандарт C ++ 17 .
Вот код для моего решения спайка:
#include <memory>
#include <iostream>
using namespace std;
int main( int argc, char* argv[] )
{
shared_ptr<int> sp = make_shared<int>( 42 );
cout << "*sp = " << *sp << endl;
weak_ptr<int> wp = sp;
cout << "*sp = " << *sp << ", *wp = " << *wp.lock() << endl;
wp.reset();
cout << "*sp = " << *sp << endl;
return 0;
}
Результат, который я ожидал получить:
*sp = 42
*sp = 42, *wp = 42
*sp = 42
... но вот что я получил:
*sp = 42
*sp = 42, *wp = 42
*sp = -572662307
Что происходит? Это нормально для того, shared_ptr
чтобы быть измененным / недействительным, когда / связанный weak_ptr
сброшен? Я немного смущен результатами, которые я получил. Честно говоря, я не ожидал этого результата ...
РЕДАКТИРОВАТЬ 1
В то время как ошибка возникает в 64-битной конфигурации, она не в 32-битной . В этой более поздней конфигурации результат является ожидаемым.
РЕДАКТИРОВАТЬ 2
Ошибка возникает только в Debug . Когда я встраиваю Release , я получаю ожидаемый результат.
-572662307 = 0xDDDDDDDD
которая является способом msvc указывать освобожденную память кучи