草庐IT

my_shared_lib

全部标签

c++ - 即使在 std::shared_ptr 拥有之后,shared_from_this 还是空的 _M_weak_this

我在A中存储了一个类(我们称它为std::vector)使用C++智能指针(因此vector签名为std::vector>)。#include#include#includeclassA:std::enable_shared_from_this{public:voiddoWork();std::shared_ptrgetSharedRef();};voidA::doWork(){std::coutA::getSharedRef(){returnshared_from_this();}classAManager{staticstd::vector>aList;public:staticv

c++ - 在 C++11 中使用不带托管共享指针的 shared_from_this()

假设我有一个类是enable_shared_from_this的子类。这个基类的文档说在调用shared_from_this之前应该有一个拥有这个类的共享指针。使用new分配类并调用shared_from_this来管理对象是否安全? 最佳答案 正如其他用户已经提到的,在不属于shared_ptr的实例上调用shared_from_this将导致未定义的行为(通常是异常,但也有没有保证)。那么,为什么还要一个答案呢?因为我自己做了一次同样的问题并得到了几乎相同的答案,然后我开始为另一个问题而苦苦挣扎,这个问题紧随其后-我如何保证所有

c++ - 使用 shared_ptr 处理不完整类型的 Pimpl 习语

我正在阅读ScottMeyers的EffectiveModernC++,他正在讨论pimpl习语的使用,并使用unique_ptr指向实现类,但存在特殊成员函数的问题(例如析构函数)要求类型完整。这是因为unique_ptr的默认删除器在使用deletep之前静态断言要删除的类型是否完整。因此类的任何特殊成员函数都必须在实现文件中定义(而不是由编译器生成),在实现类定义之后。在章节的最后,他提到如果使用的智能指针是shared_ptr,就不需要在实现文件中定义特殊的成员函数,这源于它支持自定义的方式删除器。引用:Thedifferenceinbehaviorbetweenstd::un

c++ - 在 shared_from_this() 中 boost weak_ptr_cast

我正在使用boost的共享指针,并使用enable_shared_from_this来启用返回指向this的共享指针。代码如下所示:classfoo:publicboost::enable_shared_from_this{boost::shared_ptrget(){returnshared_from_this();}}为什么shared_from_this会抛出weak_ptr_cast异常? 最佳答案 如果您在堆栈上声明了foo,那么就没有其他指向foo的共享指针。例如:voidbar(){foofooby;fooby.get

c++ - 在类 : scoped_ptr or shared_ptr? 中将智能指针作为参数传递

我有一个类在一个公共(public)方法中创建一个对象。该对象是私有(private)的,对类的用户不可见。此方法然后调用同一类中的其他私有(private)方法并将创建的对象作为参数传递:classFoo{...};classA{private:typedefscoped_ptrFooPtr;voidprivateMethod1(FooPtrfooObj);public:voidshowSomethingOnTheScreen(){FooPtrfooObj(newFoo);privateMethod1(fooObj);};};我相信在这种情况下正确的智能指针将是一个scoped_pt

c++ - Link Error : xxx is already defined in *****.LIB::究竟是什么错误?

问题:我正在尝试使用名为DCMTK的库它使用了一些其他外部库(zlib、libtiff、libpng、libxml2、libiconv)。我从同一网站下载了这些外部库(*.LIB和*.h文件)。现在,当我编译DCMTK库时,出现如下链接错误(793错误):Error2errorLNK2005:__encode_pointeralreadydefinedinMSVCRTD.lib(MSVCR90D.dll)LIBCMTD.libdcmmkdirError3errorLNK2005:__decode_pointeralreadydefinedinMSVCRTD.lib(MSVCR90D.d

c++ - boost shared_ptr 和 'this'

我有两个具有父子关系的类(客户&订单目录&文件等)我有typedefboost::shared_ptrParentPtr在父类中创建子类的方法我需要子实例有指向它们父实例的指针。classChild{....ParentPtrm_parent;....}我希望它是一个shared_ptr,这样在存在子项时父项不会消失。我还有其他人持有ParentPtrs给父级(Parents的工厂方法返回一个ParentPtr)问题:如何给child一个ParentPtr尝试(1)。在Parent::ChildFactorychild->m_parent.reset(this);这会导致非常糟糕的事情

c++ - 将 make_shared 与 protected 构造函数 + 抽象接口(interface)一起使用

给定一个抽象接口(interface)和一个从该接口(interface)派生的实现,其中构造函数受到保护(只能从类工厂创建这些对象-以实现DI模式),我如何在工厂函数中使用make_shared?例如:classIInterface{public:virtualvoidMethod()=0;};classInterfaceImpl:publicIInterface{public:virtualvoidMethod(){}protected:InterfaceImpl(){}};std::shared_ptrCreate(){std::shared_ptrobject=std::mak

c++ - 为什么 VisualStudio 要查找这个 lib 文件? LNK1104错误

我们有一个使用VS2008和boost1_42的大型项目。我正在尝试升级到VS2010并boost1_44。我安装了VS2010和boost1_44并转换了项目。现在我正在尝试构建,所有内容都可以编译,但在链接时失败:LINK:fatalerrorLNK1104:无法打开文件“libboost_thread-vc90-mt-1_42.lib”我更改了include和lib目录以指向新的boost1_44文件,并且我重命名了旧的bo​​ost1_42目录。为什么链接器仍在寻找vc90-1_42文件,而它仅使用1_44header?有没有一种方法可以确定链接器为什么需要这个文件?链接器显然

c++ - 使用重载放置新/删除提升 shared_ptr

我像这样将boostshared_ptr与我自己的内存管理器一起使用(精简示例,我希望其中没有错误):classMemoryManager{public:/**Allocatesomememory.*/inlinevoid*allocate(size_tnbytes){returnmalloc(nbytes);}/**Removememoryagian.*/inlinevoiddeallocate(void*p){free(p);}};MemoryManagerglobalMM;//Newoperatorsinlinevoid*operatornew(size_tnbytes,ogl2