草庐IT

alloc_traits

全部标签

c++ - allocator.construct 循环是否等于 std::uninitialized_copy?

在此背景下T是某种类型并且allocator是该类型的分配器对象。默认情况下为std::allocator但这不一定是真的。我有一大块内存被allocator.allocate(n)获取了.我还有一个容器con的T对象(比如std::vector)。我想用T初始化那block内存对象。内存块的位置存储在T*data中。.这两个代码示例是否始终相同?#include//example1std::uninitialized_copy(con.begin(),con.end(),data)//example2std::vector::const_iteratorin=con.begin();

c++ - 如果自定义分配器中不存在重新绑定(bind),std::allocator_traits 是否定义 rebind_alloc?

我正在尝试重新绑定(bind)我的自定义分配器类型,MyAllocator,用于basic_string类,例如:std::basic_string,MyAllocator>...分配器作为MyAllocator传递给上下文,所以我需要重新绑定(bind)分配器。来自std::allocator_traits的cppreference页面,http://en.cppreference.com/w/cpp/memory/allocator_traits:Memberaliastemplates:rebind_alloc:Alloc::rebind::otherifpresent,othe

c++ - 如何追踪 "tcmalloc : large alloc .... "

我的应用打印几行,如:tcmalloc:largealloc4294488064bytes==0x2b968d8000@0x7274320x7273020x727a580x75a07d0x574beb0x5857560x5575df0x5717db0x57108f0x58078c0x302b80610atcmalloc:largealloc4294488064bytes==0x2c97063000@0x7274320x7273020x727a580x75a07d0x574beb0x5857560x5575df0x5717db0x57108f0x58078c0x302b80610atcm

c++ - std::allocator 中的直接初始化与统一初始化

ThisquestionhasalsobeensubmittedtoUsenet,whereitismoreappropriate,butthisisalargerandmorereliableforum.std::allocator::construct被定义为转发其参数参数使用括号打包到对象构造,也就是直接初始化。如果它使用大括号,也就是统一初始化,我们可以初始化从诸如std::make_shared和容器::放置。另外,把内容放上去也是可以接受的将初始化列表放入此类函数的参数列表中,解决initializer_list下的类型推导问题转发。这个备选方案是否被考虑过并被拒绝了?现在

c++ - 使用 std::allocator_traits<A>

我想设计一个类模板,它采用分配器类型(如标准第17.6.3.5节中所定义)作为模板参数。我怎么看std::allocator_traits有助于填补A的任何缺失成员使用默认设置。除此之外,标准库或boost中是否有任何有助于正确使用分配器的内容?特别是:尊重类型定义,如std::allocator_traits::propagate_on_container_copy_assignment,我是否必须在每个类的特殊成员函数中检查这些东西,每个类都有一个A类型的成员??或者是否有一些包装器类型我可以用作成员来代替它来处理这些东西?如果我想通过在用户可见对象旁边存储额外数据来过度分配以减少

c++ - XCode 4.5 'tr1/type_traits' 找不到文件

我使用wxwidget库,但遇到以下问题:#ifdefined(HAVE_TYPE_TRAITS)#include#elifdefined(HAVE_TR1_TYPE_TRAITS)#ifdef__VISUALC__#include#else#include#endif#endif这里找不到#include。我使用AppleLLVM编译器4.1。(使用c++11方言)。如果我切换到LLVMGCC4.2编译器,我在那里没有错误,但主要问题是所有c++11包含都不起作用。我怎样才能使用GCC编译器,但使用c++11标准或使LLVM可以找到?如有任何帮助,我们将不胜感激。

c++ - 如何使用 type_traits 生成依赖于类特化是否存在的代码?

背景我正在尝试写一个classtemplateHasher这将以两种不同的方式实现,具体取决于是否std::hash已为T实现:templatestructHasher{std::size_thash(Tt)const;//implementasA{std::hashh;returnh(t);}//orB{std::hashh;returnh(t.to_string());}};如果std::hash已经专精了,想用。如果没有,我希望T有一个to_string()函数返回一个key供我哈希。例如,根据cppreference,如果T是longlong、指针或std::string,我想

c++ - 如何使用 std::scoped_allocator_adapter?

据我了解,std::scoped_allocator_adapter提供一种控制机制,用于指定单独哪个分配器将由容器、其元素、其元素的元素等使用,假设元素本身是容器。也就是说,我无法理解std::scoped_allocator_adapter的语义.BjarneStroustrup在TheC++ProgrammingLanguage,section34.4.4,pg中提供了以下4个示例。1001(在接下来的问题中,我将它们称为Example-1、Example-2等。):Wehavefouralternativesforallocationofvectorsofstrings://v

c++ - 获取 std::bad_alloc 错误;如何交叉验证操作系统是否真的内存不足

我有一个C++程序/Linux,它在运行后2-3秒内开始在32GBRAM上出现错误std::badalloc(并由包装器调用者重新启动)。我真正关心的是解决这个问题,但我想一步一步地去建立我对这个问题的理解的信心。看起来系统无法为new请求分配内存(当操作系统内存不足时会发生这种情况)。当程序运行时,我在另一个终端上以尽可能小的间隔(1秒)运行sar命令,但我看到kbcached是~24GB内存。为什么操作系统无法释放缓存并使该内存可用于new请求?要么1秒时间太多(与程序运行的速度相比),要么我在这里做错了什么。基本上我想交叉验证并确定操作系统确实内存不足,因此无法分配内存,然后从这

c++ - 为什么 boost::call_traits<T>::param_type 是枚举类型的引用?

基本的C++03枚举类型只是一个具有奇特名称的整数值,因此我希望按值传递它....出于这个原因,我还期望boost::call_traits::param_type与T=SomeEnum确定最有效的传球方式T是按值(value)。从boost文档中查看CallTraits:Definesatypethatrepresentsthe"best"waytopassaparameteroftypeTtoafunction.当我使用boost::call_traits::param_type时与T=SomeEnum它确定SomeEnum应该通过引用传递。我也期待C++11classenums也