草庐IT

shared_mem

全部标签

c++ - 使 shared_ptr 失去内存所有权

我有一个shared_ptr我绕过它。最终,在某些情况下,我想将原始指针传递给一个函数,然后该函数成为内存所有者。在这些情况下shared_ptr不再负责释放内存,因为我调用的函数获得了所有权。我如何获得shared_ptr失去所有权?我想要shared_ptr的原因失去所有权是因为我想使用ProtocolBuffer的AddAllocated功能,它接受一个已经分配的指针并获得它的所有权。例子:shared_ptrmyProtoSharedPtr=//bythispointthisisthelastreferencetotheheapallocatedMyProto//Iwantto

c++ - 为什么我不应该总是使用 shared_ptr 和 unique_ptr 而是使用普通指针?

我有C#和obj-c的背景,所以RC/GC是我(仍然)珍视的东西。当我开始更深入地学习C++时,我一直想知道为什么在它们如此不受管理时我会使用普通指针而不是其他替代解决方案?shared_ptr提供了一种很好的方式来存储引用并且不会在不删除它们的情况下丢失它们。我可以看到普通指针的实用方法,但它们似乎只是不好的做法。有人可以解释这些替代方案吗? 最佳答案 当然,如果他们拥有指针,我们鼓励您使用共享和唯一的ptr。但是,如果您只需要一个观察者,那么原始指针就可以了(指针不对其指向的任何内容负责)。std::uniqe_ptr基本上没有

c++ - 在 C++ 静态 boost::shared_ptr 中保存 python 生成的值

在使用Boost.Python和C++时,有时我们会创建使用类本身和boost::shared_ptr绑定(bind)的类。版本。出于多种原因,这非常方便,可以在很多地方使用。但是,当boost::python时,该机制似乎无法可靠地工作。返回boost::shared_ptr为在Python中生成并记录在C++静态变量中的值。通常,我希望返回boost::shared_ptr持有一个特殊的删除器来处理这个问题,但事实并非如此。似乎发生的是返回的boost::shared_ptr只是包装一个指向在Python中产生的值的指针,没有任何关于删除的特殊考虑。这会导致来自双重删除的一致崩溃(

c++ - 由于引用计数器原子递增/递减,shared_ptrs 是否会遇到缓存未命中?

(这可能是原子递增/递减的一般问题,但我在shared_ptrs领域遇到过这种情况)当原子引用计数器递增和递减时,shared_ptr是否遇到两次缓存行未命中/访问?我确实找到了这个:atomicoperationcost但它似乎并没有过于确定......更新:如果我运行一个循环数百万次,递增一个原子变量,我得到的L1缓存未命中率为0.2。如果我对非原子int做同样的事情,我会得到0L1缓存未命中率......测试将暗示L1缓存行正在被逐出。 最佳答案 shared_ptr必须在某处存储引用计数变量。它可能是从堆中分配的,并且sha

c++ - 将 `std::default_delete` 专门化为 `std::shared_ptr`

我有这样的想法:namespacestd{templateclassdefault_delete{public:voidoperator()(IplImage*ptr)const{cvReleaseImage(&ptr);}};};typedefstd::shared_ptrIplImageObj;我没有真正找到太多信息是否支持我专门化default_delete以及shared_ptr是否也默认使用default_delete。它的工作方式与Clang5.0.0的预期一致。那么,支持吗?如果STL实现有不同的内部命名空间怎么办?那它不会找到我的声明吗?但它应该会在声明中出错。

c++ - 如何深入研究 shared_ptr [Netbeans、clang++、gdb]

我正在使用NetbeansC++8.0.2clang++(Ubuntuclang版本3.6.0-2ubuntu1(tags/RELEASE_360/final)(基于LLVM3.6.0))gdb(GNUgdb(Ubuntu7.9-1ubuntu1)7.9)在我的“C++简单测试”中,每当我检查一个shared_ptr变量时,我看到的所有值都是:std::shared_ptr(count1,weak0)0x64d3a0或类似的。无法深入了解它实际指向的值。即使变量窗口中的TreeView显示了其中一个扩展器图标,当我单击它时它也会消失。当我尝试取消引用它或在“表达式”窗口中调用它的get

c++ - 为用户定义类型的 shared_ptr 专门化标准库函数是否合法?

标准说明了以下关于从标准库中专门化模板的内容(通过Whatcanandcan'tIspecializeinthestdnamespace?)Aprogrammayaddatemplatespecializationforanystandardlibrarytemplatetonamespacestdonlyifthedeclarationdependsonauser-definedtypeandthespecializationmeetsthestandardlibraryrequirementsfortheoriginaltemplateandisnotexplicitlyprohi

c++ - Clang:将 bind 或 mem_fn 与 string::c_str 和 transform 结合使用时出现问题

尝试将std::stringvector转换为constchar*vector:#include#include#include#includeintmain(intargc,char**argv){std::vectorvalues;values.push_back("test1");values.push_back("test2");values.push_back("test3");std::vectorc_values(values.size());std::transform(values.begin(),values.end(),c_values.begin(),std::

带有 shared_ptr 的 C++ openmp

这是一个困扰我的最小例子#include#include#include"omp.h"classA{public:A(){std::coutsim(std::make_shared());}for(unsignedinti=0;isim(std::make_shared());}}如果我多次运行这段代码,我可能会得到这样的结果:0xea33080xea32d80xea33380x7f39f80008c80xea33380xea33380xea33380xea3338我意识到最后4个输出的数量总是相同的字符(8)。但由于某种原因,它发生(不总是)一个或多个第四个输出包含更多(14)个字符

c++ - 带有 ref_qualified 成员函数的 std::mem_fn

有什么方法可以通过std::mem_fn使用ref限定的成员函数?下面的代码编译失败:classDeadPool{public:voidjump()&{std::cout错误信息:mem_fn_ex.cc:18:15:error:nomatchingfunctionforcallto'mem_fn'autocobj=std::mem_fn(&DeadPool::jump);//Won'tcompile^~~~~~~~~~~/Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/functional:1233:1:not