草庐IT

buffer_size

全部标签

c++ - 为什么Vector的size()和capacity()在push_back()之后不一样

我刚开始学习vector,对size()和capacity()有点困惑我对他们两个都知之甚少。但是为什么在这个程序中两者是不同的呢?甚至array(10)也在为10个元素腾出空间并用0进行初始化。在添加array.push_back(5)之前所以array.size();是10没问题。所以array.capacity();是10没问题。添加array.push_back(5)后所以array.size();是11就可以了(已经添加了10次0然后push_back再添加一个元素5)。所以array.capacity();是15为什么?(是否为一个int保留5个block?)。#inclu

c++ - std::string::max_size() 作为静态成员

为什么max_size不是std::string的静态成员?这可以编译,但我觉得奇怪的是所有字符串共有的属性只能通过字符串的实例访问:std::size_tmax_size=std::string().max_size();为什么会这样实现? 最佳答案 Whyisn'tmax_sizeastaticmemberofstd::string?因为max_size返回值取决于字符串实例内部使用的分配器实例。 关于c++-std::string::max_size()作为静态成员,我们在Stac

c++ - 在 C++ 14 中检测 constexpr size() 成员函数

我有一些通用代码想知道何时传递了一系列对象,这些对象的数量在编译时是已知的,因为它可以选择替代算法策略。为此,我尝试写一个has_constexpr_size(T)如下所示的constexpr函数试图探测T的size()成员函数以查看它是否可以作为constexpr执行。请注意,这里与通常的“我可以检测constexpr执行上下文吗?”有一个关键区别。问题,因为一些STL容器,如array总是提供一个可用的constexprsize()功能而其他STL容器,如initializer_list获得可用的constexprsize()当且仅当初始化列表本身是constexpr时才起作用(因

C++ Protocol Buffer,发送整数数组

我有一个嵌入式C++项目,我从硬件设备读取一系列int32,然后将它们作为大型数据结构的一部分打包到一个int数组中,然后通过TCP/IP发送到远程系统。所以,我使用了一个简单的数据结构,其中定义了一堆东西,现在我想将其转换为使用ProtocolBuffers。所以,我正在考虑使用“重复的int32数据”作为我的原型(prototype)buff的元素。但我想避免使用这样的循环:inthardware_data[1000];//Anarraythatholdsthedatareadfromthehardwarefor(inti=0;i我宁愿使用一种有效的方法,例如使protobuff仅

c++ - 为什么 std::bitset::size 是非静态的

我无法想象为什么选择std::bitset::size是非静态的。这使得获得constexpr大小变得更加困难;你必须这样写:templatestructint_{staticconstconstexprvalue=val;};templateautogetBitsetSizeIMPL(std::bitset){returnint_{};}templateconstexprsize_tgetBitsetSize(){returndecltype(getBitsetSizeIMPL(BitsetType{}))::value;}如果它是静态的,你所要做的就是BitsetType::siz

c++ - ld 警告 : stack subl instruction is too different from dwarf stack size on OS X

最近我们开始在我们的OSX构建中收到此警告。ld:warning:couldnotcreatecompactunwindfor__Z10createMenuv:stacksublinstructionistoodifferentfromdwarfstacksizeld:warning:couldnotcreatecompactunwindfor__Z10del_modulejb:stacksublinstructionistoodifferentfromdwarfstacksizecouldnotcreatecompactunwindfor__Z14menu_patchbytev:st

c++ - 使用标准 :vector as low level buffer

这里的用法和Usingread()directlyintoaC++std:vector一样,但有一个重新分配的帐户。输入文件的大小未知,因此当文件大小超过缓冲区大小时,缓冲区将通过加倍大小重新分配。这是我的代码:#include#include#includeintmain(){constsize_tinitSize=1;std::vectorbuf(initSize);//sizesbuftoinitSize,so&buf[0]belowisvalidstd::ifstreamifile("D:\\Pictures\\input.jpg",std::ios_base::in|std:

c++ - 谷歌 Protocol Buffer : parseDelimitedFrom and writeDelimitedTo for C++

很抱歉再次提出这个问题,但我们能否一劳永逸地在此处发布一些与Java函数相匹配的C++函数?它们似乎没有被谷歌添加,而且自己编写它们是一件很痛苦的事情。下面的答案使用了一些this和this. 最佳答案 这里有两个带有boostasio的基本版本。请注意,为了使其正常工作,从技术上讲,在第二个版本中,需要查看缓冲区中有多少数据,计算出header有多大(VarInt不是固定大小),但CodedInputStream具有GetDirectBufferPointer,有一个指向它所在位置的指针,所以从这个指针可以计算出剩余的消息大小,将

c++ - 动态大小的 boost::asio::buffer

我正在像这样从boost::asio::ip::udp::socket读取数据:usingboost::asio::ip::udp;//...charrecv_buf[128];udp::endpointsender_endpoint;size_tlen=socket.receive_from(boost::asio::buffer(recv_buf),sender_endpoint);现在,这工作得很好,但我现在能够接收的最大字符数是127。但是我遇到了一个问题,因为我需要接受一些长度可能变化很大的数据输入(并且是例如,不是带有前缀header的明确定义的长度)。对此的解决方案是动态

c++ - 用已知数量的元素填充 vector : specify its size in constructor or by using reserve method?

我想通过从流中读取单个元素来创建某种复杂类型的vector。我提前知道vector大小。是在vector构造函数中指定元素个数更好,还是使用reserve方法更好?这两个哪个更好?intmyElementCount=stream.ReadInt();vectormyVector(myElementCount);for(inti=0;i或intmyElementCount=stream.ReadInt();vectormyVector;myVector.reserve(myElementCount);for(inti=0;i如果我只是创建一个intvector或其他一些简单类型呢?