草庐IT

understanding-weak-references

全部标签

C++ : Understanding "this" Pointer

这个问题在这里已经有了答案:InC++,whyistheaddresschangedwhenthepointerisconverted?(3个答案)关闭6年前。我想了解“this”指针。我认为“this”指针指的是类对象的值。但是,在下面的代码中,我可以看到“this”指针的不同值:#includeclassInterfaceA{public:virtualvoidfuna()=0;};classInterfaceB{public:virtualvoidfunb()=0;};voidglobala(InterfaceA*obj){printf("globalA:pointer:%p\n

c++ - C++ 临时对象的生命周期是在什么时候创建的? : expression extended by binding it to a local const reference?

我不清楚是否可以通过将临时对象绑定(bind)到?:表达式中的常量引用来延长临时对象的生命周期:classFoo{...};Foo*someLValue=...;constFoo&=someLValue?*someLValue:Foo();通过调用默认构造函数Foo()创建的临时对象的生命周期是否通过将其绑定(bind)到本地constref来延长,即使绑定(bind)是有条件的?还是因为Foo()的临时值会在?:表达式的末尾被销毁,所以这会创建一个悬空引用? 最佳答案 在此代码中,条件运算符的第二个和第三个操作数具有不同的值类别(

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版本中,所以我更想知道这些奇怪的

【OpenCV】undefined reference to `cv::dnn::dnn4_v20191202::Net::~Net()‘

Linux环境下使用opencv的dnn模块调用yolov4遇到的坑(纯CPU)1.改CMakeList.txt向CMakeLists.txt中的find_package(OpenCV4REQUIREDopencv_coreopencv_imgprocopencv_highguiopencv_calib3dopencv_videoioopencv_imgcodecs)添加opencv_dnn,即改成find_package(OpenCV4REQUIREDopencv_coreopencv_imgprocopencv_highguiopencv_calib3dopencv_videoioopen

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

opencv - libopencv_calib3d : undefined reference to `std::__throw_out_of_range_fmt(char const*, …)@GLIBCXX_3.4.20'

我提到了this在我的RaspberryPi2上安装OpenCV(它运行在最新的Raspbian上,内核版本为4.1.7-v7)。由于依赖项错误,我无法安装libgtk2.0-dev,但我能够毫无错误地安装OpenCV。我正尝试在Qt中为我的RaspberryPi2交叉编译一些简单的OpenCV代码。但是我在链接器阶段遇到以下错误:/usr/local/lib/libopencv_calib3d.so:undefinedreferencetostd::__throw_out_of_range_fmt(charconst*,...)@GLIBCXX_3.4.20我的代码是:myFunc{

c++ - 为什么 -fsanitize=undefined 导致 "undefined reference to typeinfo"?

以下测试用例,从真实世界的应用程序中缩减而来,无法与-fsanitize=undefined链接(使用GCC6.1.1),但没有它也能正常链接。谁能告诉我为什么?似乎与Qt/QObject、-fvisibility=hidden、-fsanitize=undefined的组合有关,但问题到底出在哪里超越我。lib1.h:#includeclassMyObject:publicQObject{public:MyObject(QObject*parent=nullptr);~MyObject();voidmyMethod();};lib1.cc:#include"lib1.h"#defin

c++ - remove_reference 如何禁用模板参数推导?

根据thislink,std::forward不允许模板参数推导,而std::remove_reference正在帮助我们实现这一目标。但是,使用remove_reference如何防止此处发生模板推导?templateS&&forward(typenamestd::remove_reference::type&t)noexcept{returnstatic_cast(t);} 最佳答案 S在表达式typenamestd::remove_reference::type中是一个非推导上下文(特别是因为S出现在使用qualified-i