草庐IT

weak-linking

全部标签

c++ - 有一个 weak_ptr 的 vector ,想要返回一个 shared_ptr 的 vector

我目前正在做一个大项目,我需要使用weak_ptr而不是shared_ptr.这是我的问题。我有一个名为House的类,其属性为:vector>my_people.我想修改这个数据成员为vector>my_people.我的setter/getter是vector>&getPeople()const{returnmy_people;}通常,使用简单的weak_ptr我可以回my_people.lock();但是我有一个vector,但我不知道如何做这样的事情:vector>&getPeople()const{for(vector::iteratorit=my_people.begin(

c++ - std::strong_ordering 和 std::weak_ordering 的实际意义

我一直在阅读一些关于C++20的consistentcomparison(即operator)但无法理解std::strong_ordering之间的实际区别是什么和std::weak_ordering(对于这种方式的_equality版本也是如此)。除了对类型的可替代性进行非常详细的描述之外,它是否真的会影响生成的代码?它是否对如何使用该类型添加了任何限制?很想看到一个真实的例子来证明这一点。 最佳答案 Doesitaddanyconstraintsforhowonecouldusethetype?一个非常重要的约束(原始论文并非

c++ - boost Weak_Ptr : Destruction is more expensive than expected

无论出于何种原因,我们看到销毁弱指针的成本相当高。这是罪魁祸首代码:~weak_count()//nothrow{if(pi_!=0)pi_->weak_release();//Consumesahugechunkofourtime.#ifdefined(BOOST_SP_ENABLE_DEBUG_HOOKS)id_=0;#endif}我们没有处于Debug模式,调试Hook也没有启用。弱释放消耗了非常多的时间。这是一个已知的问题?我们做错了什么吗?boost版本:1.36编译器:VS2008编译器套件。不幸的是,由于各种原因,我们被锁定在这个Boost版本中,所以我更想知道这些奇怪的

c++ - g++ : can't link with a main executable file

我正在开发一个使用统计攻击来破解wepkey的应用程序。当我用我的makefile编译时(如上)我得到这个错误:ld:can'tlinkwithamainexecutablefile'execStatAttack'forarchitecturex86_64clang:error:linkercommandfailedwithexitcode1(use-vtoseeinvocation)make:*[statAttack]Error1我的项目包含那些文件:statAttack.cpp:包含主要功能,使用上面的文件rc4.h+rc4.cpp:具有那些功能#include#include#i

c++ - 一组 weak_ptr

代码如下:structlex_compare{booloperator()(constweak_ptr&lhs,constweak_ptr&rhs)const{return*lhs.lock(),lex_compare>intset;intset.insert(make_shared(1));cout(1))我想知道如何count/findweak_ptr存储在intset是否有更好的方法可以完成同样的工作? 最佳答案 您不能将临时shared_ptr插入弱指针集,因为从这个存储的弱指针指向已删除的内存的意义上讲,这是内存泄漏。in

c++ - LLVM/Clang 是否支持弱链接的 'weak' 属性?

简而言之:LLVM/Clang是否支持“弱”属性?我正在学习一些Arduino库源代码(更详细的是HardwareSerial.cpp),我发现了一些以前从未使用过的有趣属性weak:#ifdefined(HAVE_HWSERIAL0)voidserialEvent()__attribute__((weak));boolSerial0_available()__attribute__((weak));#endif我发现它很有趣,而且我读到如果未定义,链接器应将其设置为NULL。但是,在我使用Clang进行的测试中,我无法使用它。文件lib.cpp:#include"lib.h"#inc

c++ - Soft (not : weak) references in C++ - Is it possible? 有实现吗?

在C++中,我使用boost::shared_ptr和boost::weak_ptr自动删除不再需要的对象。我知道这些与引用计数一起工作。在Java中,内存由垃圾收集器管理,垃圾收集器将内置对象引用视为strong,将WeakReference视为weak并且SoftReference作为介于两者之间的东西(可能被GC收集,但也可能在GC中幸存下来),这对于缓存对象一段时间非常方便,但一旦可用内存变低就将它们丢弃。所以现在我又回到了C++中,我想念软引用带来的舒适感。我想知道软引用是否完全适用于引用计数。当对象的最后一个strong引用被清除,并且还剩下一个soft引用时,到底什么时候

物联网IOT视频设备如何快速对接阿里云生活物联网(Link Visual)并成功上云?

原文永久更新地址:https://www.yundashi168.com/472.html文章来源:猿视野如果有图片看不清楚,加载不出来,请阅读原文。什么是LinkVisual、LinkVisual是生活物联网平台针对视频产品推出的增值服务,提供视频数据上云、存储、转发、AI计算等能力。大白话就是:通过阿里云的LinkVisual视频服务,可以让你的IPC摄像头设备完成上云功能,并快速实现如下功能介绍中的功能。其中可以享受阿里云P2P协议支持,帮助企业节省流量服务器流量带宽。快速上手入门,请参考阿里云官网文档说明:LinkVisual视频开发技术文档功能介绍LinkVisual提供的设备端SD

c++ - 从 weak_ptr 泄漏原始指针的可移植 hack

我有一个由shared_ptr组成的对象结构,加上weak_ptr以避免循环。原始指针是不行的,因为boost::serialization在通过对象跟踪作为序列化时间进行反序列化时需要恢复共享指针和弱指针。对象生命周期模式很复杂(粒子模拟)但完全可以预测。每当我使用weak_ptr::lock()时,我确信指针仍然有效。通常,我使用lock().get(),因为我只需要在很短的时间内使用该对象。现在,lock().get()对性能有影响,因为它会增加共享计数(在lock()中),然后在不久之后减少它(临时shared_ptr被破坏)。这boost.develpost从2002年开始,

c++ - std::weak_ptr:锁或 shared_ptr 构造函数?

似乎有两种方法可以暂时获取weak_ptr指向的资源的所有权:使用lock()将weak_ptr传递给shared_ptr构造函数这两者都会产生一个shared_ptr,如果weak_ptr为空并且锁返回一个nullptrshared_ptr构造函数抛出异常。所以问题是:什么时候应该使用一个或另一个?是否有与此相关的一般准则或最佳做法? 最佳答案 复制自http://en.cppreference.com/w/cpp/memory/weak_ptr/lockBoththisfunctionandtheconstructorofstd