草庐IT

File_ptr

全部标签

c++ - 将 std::map<int, std::shared_ptr<Base>> 转换为 std::map<int, std::shared_ptr<Derived>> 的最有效安全方法

我们目前存储了几个不同的数据模型集合,如下所示:std::map>>models;字符串映射到一个已知的类型列表,这都是通过序列化处理的。嵌套映射包含“对象ID”和关联(反序列化)std::shared_ptr的集合DataObject是一个基类,我们从中派生出多种类型。我们有一个方法来获取给定类型的所有数据对象:staticstd::map>*getAll(std::stringtype);这只是在给定的“类型”键处返回指向map的指针。今天我遇到了一个代码审查来添加我认为调用UB但似乎起作用的以下内容。这让我有点紧张并寻找有效的解决方案:templatestaticstd::map

【LaTeX 问题解决方案】I couldn‘t open file name `.aux‘

最近用vscode的latex插件编译论文的时候发现,编译bibtex时总会报错:Icouldn’topenfilename“.aux”。但是在编译xelatex时发现已经产生了一个aux文件,那么为什么latex插件无法找到aux文件呢?经过一番摸索,我发现问题出现在设置文件中。"latex-workshop.latex.clean.fileTypes":[//"*.aux","*.bbl","*.blg","*.idx","*.ind","*.lof","*.lot","*.out","*.toc","*.acn","*.acr","*.alg","*.glg","*.glo","*.gl

c++ - 来自 file_descriptor_source (boost::iostreams) 或文件的 istream

我需要为程序的输入做这样的事情:streaminput;if(decompressed)input.open(filepath);else{file_descriptor=_popen("decompressor"+filepath,"r");input.open(file_descriptor);}input.read(...)...我可以看到一种解决方案-在这两种情况下都使用_popen,如果文件已经解压,则将文件复制到标准输出,但这看起来不是很优雅。有趣的是,与C相比这有多么困难-我猜标准库错过了它。现在我迷失在神秘的boost::iostreams文档中。如果有人知道如何操作,

c++ - 为什么这些 shared_ptr 不指向同一个容器?

我有一个类模型:classModel{...boost::shared_ptr_deck;boost::shared_ptr_stack[22];};Deck继承自CardStack。我试图让_stack[0]指向与_deck指向相同的东西:{_deck=boost::shared_ptr(newDeck());_stack[0]=_deck;}似乎对_stack[0]的_deck的赋值导致生成了_deck的拷贝。(我知道这一点是因为对_stack[0]的修改不会导致对_deck的修改。)如何让它们指向同一事物?好的-没有调用复制构造函数。我已经通过实现它并查看它是否被调用来验证这一点

c++ - 为什么使用一个 vs 另一个 : `boost::shared_array` VS `boost::shared_ptr<std::vector>` ?

因此,要处理用于图像或类似内容的大内存块,显然有很多选择。因为我是智能指针和RAII的粉丝,所以我想知道它是否更智能:一个shared_ptr到一个std::vector或使用指向动态分配数组的shared_array。选择一个与另一个相比,在概念、实践和性能方面的影响是什么? 最佳答案 这与比较std::vector与C数组相同。将shared_array视为RAIIC数组。你得到的只是自动内存释放。在处理返回数组的第3方代码时很有用。理论上它在某些边缘情况下比std::vector更快,但灵active和安全性要差得多。std:

c++ - shared_ptr 与 CComPtr

我有点习惯通过COM进行引用计数的概念,但我对shared_ptr有点陌生。我在shared_ptr中没有找到CComPtr的几个不错的属性,我想知道防止误用shared_ptr的模式是什么。AddRef/Release模式保证每个对象只有一个引用计数(引用计数存储在对象本身),因此当您有一个随机指针围绕它创建一个CComPtr时,它是安全的。另一方面,shared_ptr有一个单独的refcount指针,所以在一个对象上创建一个新的shared_ptr是不安全的(为什么标准提供了一个构造函数,它在shared_ptr上采用T*,如果这样做很不安全?)。这似乎是一个很大的限制,我不明白

c++ - 在基类中调用 shared_from_this() 时的 bad_weak_ptr

我有一个SuperParent类,一个Parent类(派生自SuperParent)并且都包含一个shared_ptr到一个Child类(它包含一个weak_ptr到一个SuperParent)。不幸的是,我在尝试设置Child的指针时遇到了bad_weak_ptr异常。代码如下:#include#include#include#includeusingnamespaceboost;classSuperParent;classChild{public:voidSetParent(shared_ptrparent){parent_=parent;}private:weak_ptrpare

c++ - 适当使用 boost::shared_ptr?

关于boost::shared_ptr的问题:我有3个类(class)。A是某种负责管理一切的主类。B是一个类,它只具有完成某些工作的功能。Dispatcher只是一个围绕单独线程的类,它从B的Instaces中获取工作,在此线程中完成。所以它有点像这样工作:A有一个Dispatcher实例。现在,A偶尔会生成一个B的实例,并将其传递给调度程序。重要的是,B在完成后需要调用A::callback()。这就是为什么B在其构造函数中获取对A的引用(参见下面的代码)A.hppclassA:publicboost::enable_shared_from_this{public:A();void

c++ - 将 auto_ptr 转换为 shared_ptr

如何将std::auto_ptr更改为boost::shared_ptr?这是我的限制:1.我正在使用一个API类,让我们称之为only_auto返回这些指针2.我需要在auto_only中调用3.我的语义涉及共享,所以我确实需要使用shared_ptr)4.类中only_autooperator=private防止copy5.only_auto对象必须通过克隆调用std::auto_ptrcreat_only_auto();我知道模板显式shared_ptr(std::auto_ptr&r);但是我该如何在这种情况下使用它呢?一个super简化的代码示例:#include#inclu

c++ - 使用带有自定义释放器的 std::unique_ptr 来包装原始指针

我正在尝试使用libsvm对于某个复杂的应用程序,并且由于libsvm主要是一个C库,因此在加载某些数据后,必须使用自定义API函数来释放内存。这就是我的意思:structsvm_model*model;model=svm_load_model("pathtomodelfile");//dosomeprocessingsvm_free_and_destroy_model(&this->model);这些是我使用的libsvmAPI函数的定义:structsvm_model*svm_load_model(constchar*model_file_name);voidsvm_free_an