草庐IT

丢失率

全部标签

c++ - Syntastic 提示文件丢失

我正在使用Qt开发一个C++项目。我启用了syntastic通过我的vimrc检查头文件,它的检查器(gcc、clang_check和clang_tidy)都在我的项目中提示同样的事情:他们无法找到特定的头文件。有问题的头文件是“QtCore/qconfig-64.h”。他们说这个文件不存在是正确的。问题是该文件不应加载到项目中,因为它是一个32位项目。'QtCore/qconfig.h'有一个预处理器方向,通知项目要包含的内容:#if__WORDSIZE==32#include"QtCore/qconfig-32.h"#elif__WORDSIZE==64#include"QtCor

c++ - 仅当类重写方法时,XCode 4.3/4.4 类型信息才会在动态加载的共享库中实例化的类丢失

我在运行时加载的共享库中实例化的对象上使用dynamic_cast时遇到了一个问题,但前提是该类包含一个覆盖另一个方法的方法。我正在使用带有“AppleLLVM3.1编译器”的Xcode4.3我已经在Linux上使用gcc和clang编译了相同的代码并且没有问题所以我假设它是Xcode中的编译器错误但是有有人以前见过这个吗?假设类定义在名为“test3.h”的header中#pragmaonceclassc1{public:virtual~c1();virtualvoidfoo();};classc2:publicc1{public:voidfoo()override;};classc

c++ - 丢失目标时如何重置或更新 KCF 跟踪器 ROI

我正在使用KCF跟踪算法,我的问题是当目标退出窗口时,跟踪器不会重置并错误地在窗口边缘显示它的矩形。在理想状态下,跟踪器应该在失去目标时删除矩形。这些是我的代码:intmain(intargc,char**argv){Rect2droi;Matframe;//createatrackerobjectPtrtracker=Tracker::create("KCF");VideoCapturecap("C2_0002.mp4");cap>>frame;resize(frame,frame,Size(frame.cols/2,frame.rows/2));roi=selectROI("tra

c++ - Doxygen `@code` block 中的链接有时会丢失

我注意到当默认构造函数不带参数时,Doxygen可以链接来自实例的成员函数调用,但当构造函数带参数时无法链接它们。这是为什么?是否有在@code/@endcodeblock中手动添加链接的解决方法?在下面的例子中:t.foo()-foo()已链接u.foo()-foo()未链接./**@filedoxy.cpp*//**structT*/structT{/**foo*/voidfoo(){}};/**structU*/structU{inta;/** 最佳答案 我认为这是Doxygen中已知问题的征兆。来自http://www.do

如何保证消息队列不丢失消息(以kafka为例)

目录一、引言二.持久化存储2.1持久化存储原理:2.2使用示例:1.安装Kafka:2.生产者代码:3.消费者代码:三.消息确认机制3.1消息确认机制原理:3.2使用示例:1.生产者代码:2.消费者代码:四.事务机制4.1事务机制原理:4.2使用示例:1.生产者代码:2.消费者代码:五.数据备份与复制5.1数据备份与复制原理5.2使用示例:1.KafkaBroker配置:2.生产者代码3.消费者代码六.消息过期机制总结一、引言消息队列(MessageQueue)是一种用于在不同组件、服务或系统之间传递消息的通信方式。在分布式系统中,消息队列起到了缓冲和解耦的作用,但在使用过程中,如何保证消息不

C++ "error: "对象在引用中丢失...”取决于 gcc 版本

我在使用一个gcc版本(4.3.2)时遇到编译错误,而使用较新版本的gcc可以毫无怨言地编译相同的代码,例如4.5.2.下面的例子说明了这个问题:classBase{protected:intmember;};templateclassA:publicBase{};templateclassC:publicA{C(){Base::member=1;}};intmain(){}对于4.3.2,我得到:test.cpp:Inconstructor'C::C()':test.cpp:4:error:objectmissinginreferenceto'Base::member'test.cp

c++ - C4244 : '+=' : conversion from 'std::streamsize' to 'size_t' , 可能丢失数据

我已将我的VC++项目从VS2008迁移到VS2013并收到一些警告,例如:C4244:'+=':conversionfrom'std::streamsize'to'size_t',possiblelossofdata.如何解决这些类型的警告? 最佳答案 在MSVC2013中std::streamsize是:typedef_Longlongstreamsize;typedef_LONGLONG_Longlong;#define_LONGLONG__int64size_t是:typedefunsigned__int64size_t;因

c++ - 使用 lexical_cast<float>(string) 时会丢失精度

当使用boost::lexical_cast(我在VS2013上使用boost版本1.58)时,我无法获得字符串中指定的确切值,即使它可以用float表示:std::wstringt=L"91.25";floatr;r=boost::lexical_cast(t);r是91.249992(0x42B67FFF)而不是91.250000(0x42b68000)以前版本的boost以预期的方式运行。我是否缺少精确设置? 最佳答案 事实证明这与boost无关。这似乎是VisualStudio和VS2013的问题。#include#incl

python - 为什么我会丢失 SWIG、C++、python 的异常

我在这里疯了。我希望在C++中捕获异常,以便我可以将它们映射到python中的自定义异常类。我现在得到的只是python异常。我无法在生成的代码中捕获我的异常???程序:#!/usr/bin/pythonimportosimportsysimporthpsphal_pythonprog=os.path.basename(__file__)+":"try:hal=hpsphal_python.System_getSystem()scs=hal.getStorageClusters()iflen(scs)==0:print>>sys.stderr,prog+"Nostoragecluste

c++ - 标记为可能丢失 block 的静态指针是否损坏?

在阅读了有关Valgrind的“可能丢失”block消息后,它们似乎很糟糕。我收到静态指针类成员的错误。我想验证我们的代码没有任何问题。我从Valgrind得到这个:==27986==76bytesin1blocksarepossiblylostinlossrecord370of1,143==27986==at0x4C247F0:operatornew(unsignedlong)(vg_replace_malloc.c:319)==27986==by0x107CFEE8:std::string::_Rep::_S_create(unsignedlong,unsignedlong,std