我想知道这个例子是否会导致段错误，因为对象的dtor被调用了，我仍然持有指向对象属性的shared_ptr。structfoo{std::shared_ptrconstbar=std::make_shared("foo");foo(){std::coutptr;{std::shared_ptrfoo_ptr=std::make_shared();ptr=foo_ptr->bar;}std::cout 最佳答案 不，它不会。通过将std::shared_ptr分配给另一个，您可以阻止它死亡。此操作ptr=foo_ptr->bar;会将
在将双指针传递给函数时，我在函数中使用了符号*ptr[j++]，这导致程序崩溃。我猜它是由于运算符优先级而发生的，所以我通过编写(*ptr)[j++]来纠正它，但我不喜欢这种表示法。感觉又长又乱。我也知道符号ptr[0][j++]但我也不喜欢它。有没有更好的符号或方法来解决所有这些问题？我的代码:#includeusingnamespacestd;voidmset(int**ptr,size_tsize);voidmain(void){constsize_tsize=10;int*ptr=newint[size];mset(&ptr,size);for(size_tn=0;nP.S我知
我(错误地)在我的程序中进行了以下分配:std::shared_ptrm_program;//inclassm_program=std::make_unique();//inmethod当我发现它时，我首先想知道为什么它甚至可以编译。事实证明，shared_ptr对unique_ptr对象有一个特殊的移动赋值运算符。我的问题是，这样做是否总是安全的，或者它有任何影响吗？(对于代码执行来说是安全的；对于代码审查来说显然是不安全的……) 最佳答案 从某种意义上说，这样做是“安全的”，您不会遇到任何重复删除或其他问题。这样做是不行的，因为
#includeclassData;std::unique_ptrp;//classData{};//notworkingwithoutthisintmain(){}用g++-5编译这段代码会出现这样的错误:“sizeof”对不完整类型“Data”的无效应用有人可以解释为什么如果我取消注释第4行编译会成功吗？据我所知，在第3行编译器没有关于数据类型的完整信息。我们在这一行中只有前向声明。真正的声明出现在第4行。 最佳答案 unique_ptr类型的目标类型在模板实例化时可能不完整，但在unique_ptr可能尝试处理存储的指针时必须
大家。我在C++解构中发现了一个问题。我将在下面向您展示我的代码:#include#include#includeusingnamespacestd;classB;classA{public:typedefshared_ptrPtr;shared_ptrb;intindex;A(constshared_ptr&b_,intindex_):b(b_),index(index_){}~A(){coutPtr;vectorall_a;voidaddA(){for(inti=0;i(Ptr(this),i);all_a.push_back(a);}}intindex;B(intindex_):
在实现我自己的unique_ptr时(只是为了好玩)，我发现它不能通过这个testfile来自libstdcxx:structA;structB{std::unique_ptra;};structA{B*b;~A(){VERIFY(b->a!=nullptr);}};voidtest01(){Bb;b.a.reset(newA);b.a->b=&b;}gccpasses愉快地测试这个文件(当然，这个文件来自libstdcxx)，而clangfails对于VERIFY部分。问题:它是依赖于实现还是未定义的行为？我想这个后置条件(b->a!=nullptr)对gcc很重要，否则它不会有测试
我看到了下面的代码，#include#includeusingnamespacestd;classFred;//Forwarddeclarationtypedefauto_ptrFredPtr;classFred{public:staticFredPtrcreate(inti){returnnewFred(i);//Isthereanimplicitcastinghere?Ifnot,howcanwereturn//aFred*withreturnvalueasFredPtr?}private:Fred(inti=10):i_(i){}Fred(constFred&x):i_(x.i_
以下是weak_ptr的2个构造函数:http://msdn.microsoft.com/en-us/library/bb982126.aspxweak_ptr(constweak_ptr&);templateweak_ptr(constweak_ptr&);实际代码(来自内存):weak_ptr(constweak_ptr&_Other){//constructweak_ptrobjectforresourcepointedtoby_Otherthis->_Resetw(_Other);}templateweak_ptr(constweak_ptr&_Other,typenameen
我的一些同事更喜欢在构造函数初始化列表中将std::auto_ptr显式初始化为0，但它会被初始化为0在它的构造函数中没有任何显式初始化。那么有什么理由这样做吗？#includeclassA{A():SomePtr(0){}private:std::auto_ptrSomePtr;}; 最佳答案 不，std::auto_ptr的默认构造函数正是这样做的，因此没有必要显式地这样做。无论如何，这是风格问题，您应该保持一致。例如，您是否会在构造函数初始化列表中显式调用成员vector的默认构造函数？作为旁注，std::auto_ptr在即
我在新的STL成员中还是个新手。谁能指出为什么这段代码会出现段错误？#include#include#include#include#includeusingnamespacestd;structStubClass{weak_ptrb;intc;friendbooloperator==(StubClassx,StubClassy);friendbooloperatorx):b(x){c=5;}};booloperator==(StubClassd,StubClassc){returnd.b==c.b;}booloperatorspPtr(newstring("Hello"));weak
