草庐IT

set_allocated

全部标签

c++ - boost pool_alloc

为什么boost::fast_pool_allocator建立在单例池之上,而不是每个分配器实例一个单独的池?或者换句话说,为什么只提供那个,而不是每个分配器都有一个池的选项?那样做会不会是个坏主意?我有一个类在内部使用大约10种不同的boost::unordered_map类型。如果我使用了std::allocator,那么在它调用delete时所有内存都会返回给系统,而现在我必须在某些时候对许多不同的分配器类型调用release_memory。我自己推出使用池而不是singleton_pool的分配器是否愚蠢?谢谢 最佳答案 分

c++ - forward_list、set、list 等如何调用 std::allocator?

我注意到分配器只能分配T类型的对象并保留大小为n*sizeof(T)的内存块.std::list内部的链表节点然而,类型不一定是T类型的对象,它们的大小也不一定与T相同对象。那样的话,怎么可能std::list使用std::allocator分配内存? 最佳答案 这就是为什么rebindtype存在。它允许您创建一个类似的分配器,而不是分配其他东西(例如node)。基本上是这样的:std::allocatorint_alloc;std::allocator::rebind>node_alloc;//Perhapsmoreuseful

c++ - std::set 删除复杂性异常?

我试图找出从std::set中删除多个元素的复杂性。我正在使用thispage作为来源。它声称使用迭代器删除单个项目的复杂度是O(1)分摊的,但使用范围形式删除多个项目是log(c.size())+std::distance(first,last)(即-集合大小的日志+删除的元素数)。从表面上看,如果要删除的元素数(n)远小于集合中的元素数(m),这意味着循环遍历要删除的元素并一次删除它们时间更快(O(n))比一次调用删除它们(O(logm)假设n显然,如果真的是这样的话,第二种形式的内部实现只会执行上述循环。这是站点错误吗?规范中的错误?我只是错过了什么吗?谢谢,沙查尔

java - C++/ java : Efficiently find a set in the collection containing given value

假设我们有一组互斥集合{A,B,C,D}其中A={1,2,3},B={4,5,6},C={7,8,9},D={10,11,12}给定一个值Z,例如3,我希望它返回集合A的索引,因为A的成员是3。问题是我如何使用C++或JAVA高效地完成它。我当前的解决方案:将A、B、C、D作为HashSet(或C++中的unordered_set)存储在容器中并循环遍历每个集合,直到包含Z找到了。问题在于容器中存储的集合数量的复杂度为O(n)。有什么方法(或任何数据结构来存储这些集合)比O(n)更快地做到这一点吗? 最佳答案 您可以创建一个将值映射

c++ - unordered_set::remove_if(): C3892: 无法分配给常量变量

我有这样的代码:unordered_setoutput;...autorequiredType=variables.at(arg.value);autoend=remove_if(output.begin(),output.end(),[&](AttrValuex){return!matchingOutputType(requiredType,ast->getNodeType(ast->getNodeKeyAttribute(x)));});//queryevaluator_getcandidatelist.cpp(179)output.erase(end);错误在代码的第4行。所以我

c++ - 如何在 std::set<int*> 中找到 const int*?

首先,我有一套std::setmy_set;然后,我有一个函数来检查my_set中是否存在一个特定的int指针p,它只是返回true如果it指针存在于其中,否则为false。由于函数不修改被引用的int,所以很自然的把指针当作constint*,即boolexists_in_my_set(constint*p){returnmy_set.find(p)!=my_set.end();}但是,当我尝试编译代码时,出现以下错误:error:invalidconversionfrom'constint*'to'std::set::key_type{akaint*}'[-fpermissive]

c++ - 自定义异常层次结构。来自 std::exception 和 std::bad_alloc 的可怕钻石

我在自己的异常层次结构中遇到继承问题。Exception类具有很好的功能(回溯、日志记录等),因此它是我处理任何异常的基类。正如我在许多网页中看到的那样,它继承自std::exception。此外,我正在使用一个单元测试框架来报告任何std::exception被意外抛出。但归根结底,这只是为了方便。然后,我有一个新的OutOfMemoryException类,它将由自定义new_handler抛出。该类继承自Exception,但也继承自std::bad_alloc以兼容现有代码。我猜这更重要,因为new将不再抛出std::bad_alloc。这里的问题很明显:因为std::bad_

c++ - std::allocator 中 "destroy" "destructor" "deallocate"之间的区别?

在C++std::allocator中,有三个方法与一个共同的概念相关:解除分配销毁析构函数我想知道:从内存管理的角度来看,它们之间有何不同?我什么时候应该使用这个而不是那个?谢谢!编辑:更具体的疑问:一开始不好意思笼统地说,这里有一些我不明白的地方。析构函数是做什么的?文档没有说到析构函数调用时内存是否会自动释放destroy用于调用对象的析构函数,这里的“对象”是什么意思?再次感谢! 最佳答案 只是来自cppreference.comdocumentation的简短描述为我非常清楚地解释差异"1.Whatdoesdestruct

c++ - 使用提示将排序范围插入 std::set

假设我有一个std::set(根据定义是排序的),并且我有另一个sorted元素范围(为了简单起见,在不同的std::set对象)。此外,我保证第二组中的所有值都大于第一组中的所有值。我知道我可以有效地将一个元素插入std::set-如果我传递了正确的hint,这将是O(1).我知道我可以将任何范围插入到std::set中,但是由于没有传递hint,这将是O(klogN)(其中k是新元素的数量,N是旧元素的数量)。我可以在std::set中插入一个范围并提供一个提示吗?我能想到的唯一方法是k个带有提示的插入,这确实将我的插入操作的复杂度降低到O(k):std::setbigSet{1,

c++ - libc++ 的 std::map/set::equal_range 实现给出了意想不到的结果

我注意到clang的libc++中的std::set::equal_range(与std::map相同)给出与libstdc++不同的结果。我一直认为equal_range应该返回等效于std::make_pair(set.lower_bound(key),set.upper_bound(key)),这是cppreference所说的和libstdc++所做的。然而,在libc++中,我有一个代码给出了不同的结果。#include#include#includestructcomparator{usingrange_t=std::pair;usingis_transparent=std