这可能是一个C++101问题:我很好奇使用size_t和offset_t的指南是什么，例如它们用于什么情况，它们不用于什么情况，等等。我没有做过很多可移植的编程，所以我通常只使用int或unsignedint这样的东西用于数组大小、索引等。但是，我发现最好尽可能使用这些更标准的typedef，所以我想知道如何正确地做到这一点。作为后续问题，对于使用VisualStudio2008在Windows上进行开发，我应该在哪里寻找实际的typedef？我发现size_t在VS安装目录中的许多header中定义，所以我不确定我应该使用哪一个，而且我找不到offset_t任何地方。
我在学习C++时遇到了以下问题。我只是一个初学者，我很困惑。sizeof()函数不应该返回数据类型的大小吗？为什么数据对象的大小可能与其sizeof()不同？我不明白答案的解释。假设在一台假想的机器中，char的大小是32位。sizeof(char)会返回什么？一)4b)1c)依赖于实现d)机器相关答案:b说明:标准不要求char为8位，但确实要求sizeof(char)返回1。 最佳答案 sizeof运算符以bytes为单位生成类型的大小，其中字节定义为char的大小。所以根据定义，sizeof(char)始终为1，无论bitsc
在raspberrypi-arv7l上，我正在编译以下C++程序#includevoidfun(unsignedlongint*i){std::cout对于上面的代码，我收到以下错误:a.cpp:Infunction'intmain()':a.cpp:12:9:error:invalidconversionfrom'std::size_t*{akaunsignedint*}'to'longunsignedint*'[-fpermissive]fun(&i);^~a.cpp:3:6:note:initializingargument1of'voidfun(longunsignedint*
以下代码在Clang中编译良好并输出int[3]数组的大小#includeintmain(){constint(&a)[]={1,2,3};std::cout但是，在GCC中，声明编译得很好，但是sizeofa没有:显然GCC拒绝“推断”数组大小并以a作为结尾对constint[]类型的引用，该类型不完整。此类初始化的预期行为是什么？9.3.4/3似乎是此类情况下标准的相关部分，但它本身似乎并不能最终回答这个问题。 最佳答案 标准在这一点上并不完全清楚，我认为GCC的解释很可能是WG21的意图，但我不确定。标准的相关部分是[dcl.
在std::list中，max_size()函数中的最大大小是如何计算的？现在我意识到这取决于实现，但假设我是制作标准库的人。我将如何确定可移植的特定类型T的list的最大限制？ 最佳答案 它几乎总是N的最大值，其中容器最多可以有N个元素。这几乎总是意味着所讨论平台上无符号整数类型的最大值除以要存储在容器中的元素类型的大小。 关于c++-std::list中的max_size()函数如何计算最大尺寸？，我们在StackOverflow上找到一个类似的问题： h
我定义了一个函数:voidmyfunc(size_tparam1,size_tparam2){...}它工作正常。但是当我尝试重载这个函数时voidmyfunc(unsignedlongparam1,unsignedlongparam2){...}编译失败，提示如下:错误:无法重载myfunc(unsignedlongparam1,unsignedlongparam2)。如何在不将输入参数静态转换为size_t的情况下解决这个问题？谢谢! 最佳答案 听起来size_t和unsignedlong在您的系统上是同一类型；编译器提示你有两
我了解哈希表的数学基础。我在下面有一个哈希函数(我在某处找到的):/*Fowler/Noll/Vo(FNV)Hash*/staticconstsize_tInitialFNV=2166136261U;staticconstsize_tFNVMultiple=16777619;size_tmyhash(conststring&s,intlength){size_thash=InitialFNV;for(size_ti=0;i为什么返回size_t？如何使用它来编写一个store()函数放置一个哈希表中的字符串？这如何适用于数组字符？关于#3，更换是否合适for循环和一个while循环在'
我最近遇到了DinkumwareC++11的堆栈溢出问题库，到目前为止，我已经通过将StackCommit和StackReserve大小加倍来解决这个问题(我还没有遇到任何问题)。但是，我很好奇增加堆栈大小是否有任何缺点，而且，我不完全确定StackCommit和StackReserve之间的区别是什么(但是堆栈提交要小得多比堆栈保留)。 最佳答案 增加堆栈大小的明显后果是更多的内存使用。由于在大多数情况下堆栈与总内存相比并不大，所以这不是大问题。显然，如果有许多线程每个都使用大堆栈，那么这可能会占用机器中的大量可用内存-特别是如果
正在关注thisquestion,我决定使用std::size_t作为size_type对于每个容器，出于明显的可读性原因。我知道这在理论上是可能的std::container::size_type不是std::size_t，但我认为我当前和future的配置并非如此。但是，为了避免恶意错误，我在使用它们时会检查类型是否相同。例如:BOOST_STATIC_ASSERT(boost::is_same::size_type,std::size_t>::value);std::vectorx;/*fillx*/for(std::size_ti=0;i代码的另一个地方，我使用了一个std::
m_PhyToBtMap中SPacket中的shared_ptr似乎导致“大小为8的无效读取-大小为64的block内的40字节已释放”。注意:在valgrind(下面的日志)发出此错误消息之前，它运行了将近22小时，包含数百万条消息，但我也在EraseAcknowledgedPackets(下面)中遇到SIGSEGV崩溃，并怀疑这是原因。我正在使用Boost1.63，因为交叉编译器不支持shared_ptr。SendMessageToBt(大小为8的无效读取)和EraseAcknowledgedPackets(大小为64的block内的40个字节已释放)在valgrind日志中被
