草庐IT

lat-long

全部标签

c++ - 从 long 转换的 C++ bitset 构造函数的复杂性是什么?

我的猜测是O(n),其中n是编号。位。或者它是恒定的w.r.t.ñ?我的意思是它不应该只是能够从内存中复制位吗? 最佳答案 从数学上讲,long具有固定长度,因此复制它的内容是常量时间操作。另一方面,您需要将bitset中的其余位归零,并且您无法在相对于bit_set的长度的小于线性时间内完成。所以,理论上你不能比O(n)做得更好,其中n是位集的长度。我想从渐近复杂性的角度来看,您可以安全地假设构造函数的复杂性与将分配的内存清零相同。然而,此分析仅对n的巨大值有一定值(value),使用长构造函数初始化百万位的位集对我来说没有多大意

c++ - 从 long long 到 float 的隐式转换会产生意外结果

试图验证(使用VS2012)一本书的声明(第二句)Whenweassignanintegralvaluetoanobjectoffloating-pointtype,thefractionalpartiszero.Precisionmaybelostiftheintegerhasmorebitsthanthefloating-pointobjectcanaccommodate.我写了下面的小程序:#include#includeusingstd::cout;usingstd::setprecision;intmain(){longlongi=4611686018427387905;//

c++ - 为什么 std::size_t 在 32 位系统上是 4 个字节,而 unsigned long long 在 32 位和 64 位系统上都是 8 个字节?

问题很简单。在32位系统上:std::cout在64位系统上:std::cout我只检查了MSVC的实现,它看起来像这样:#ifdef_WIN64typedefunsigned__int64size_t;#elsetypedefunsignedintsize_t;#endif那么为什么不在32位和64位系统上制作std::size_tunsignedlonglong(std::uintmax_t)支持吗?还是我错了? 最佳答案 size_t的要点是能够容纳最大可能对象的大小。在32位系统上,任何对象都不能占用超过2**32字节,因此

c++ - 用 unsigned long 替换 size_t 的缺点是什么

我正在开发的库需要在32位和64位机器上使用;我有很多编译器警告,因为在64位机器上unsignedint!=size_t。将所有unsignedint和size_t替换为“unsignedlong”有什么缺点吗?我很欣赏它看起来不是很优雅,但是,在这种情况下,内存不是太大的问题......我想知道是否有可能由这样的替换产生任何错误/不需要的行为等all操作(你能举个例子吗)?谢谢。 最佳答案 什么警告?我能想到的最明显的一个是“缩小转换”,也就是说你正在将size_t分配给unsignedint,并收到一条警告信息可能迷路了。用u

c++ - 将 NULL 转换为 long 是不是有歧义?

我正在尝试使用NULL与nullptr的示例。由于NULL可以转换为整数类型,因此它应该与下面的示例显示出歧义,但事实并非如此!它显示不明确的候选编译错误,如果它是unsignedlong,但不是signedlong。谁能解释一下原因!!#includeusingnamespacestd;//NOTE://"long"or"signedlong"isnotshowingambiguouscandidates//but"unsignedlong"doesvoidfunc(longst){cout 最佳答案 在C++中,NULL被定义为

报错:JSON parse error: Cannot deserialize value of type `long` from String “1,2“: not a valid `long` v

详细报错信息JSON parse error: Cannot deserialize value of type `long` from String "1,2": not a valid `long` value; nested exception is com.fasterxml.jackson.databind.exc.InvalidFormatException: Cannot deserialize value of type `long` from String "1,2": not a valid `long` value at [Source: (org.springframe

c++ - 为什么 64 位 GCC 在分配数组时警告将 const int 转换为 long unsigned int?

我有一个如下所示的文件test.cpp:voidf(constintn){unsignedchar*a=newunsignedchar[n];delete[]a;}intmain(){f(4);return0;}使用-Wsign-conversion在64位GCC中编译它标志产生警告:test.cpp:2:39:warning:conversionto‘longunsignedint’from‘constint’maychangethesignoftheresult[-Wsign-conversion](第2行是调用new的行)。我觉得GCC应该发出关于分配数组的警告似乎很奇怪,但下面

c++ - 以 long long 数字打印位 (C++)

我想打印一个longlong数字的所有位。当我在main()中执行时,一切都很好,但在printBits()函数(代码相同)中,第32位有一个额外的1。代码:#includevoidprintBits(longlongnumber){std::cout";for(chari=63;i>=0;--i){std::cout";for(chari=63;i>=0;--i){std::cout结果是:1->00000000000000000000000000000000000000000000000000000000000000011->0000000000000000000000000000

c++ - 我可以通过 reinterpret_cast 将 int 的空指针转换为 long 类型吗

int*pt=0;longi=reinterpret_cast(pt);我保证为0吗?这是明确定义的还是实现定义的?我检查了c++标准,但它只说明了Apointertoadataobjectortoafunction(butnotapointertomember)canbeconvertedtoanyintegertypelargeenoughtocontainit.在这种情况下,pt不指向任何数据对象。该规则适用于这种情况吗? 最佳答案 否,i不一定是任何值。结果是实现定义的。†在C++中,指针的表示是实现定义的,包括空指针的表示

c++ - 为什么在我的 64 位机器上 double 和 long double 完全一样?

这个问题听起来像是针对初学者的,但是当我发现这个问题时,我想我要么是初学者,要么我的comp缺少一些东西:intmain(){cout程序输出:881515我以为longdouble是10个字节,有18个十进制数字,而double是8个字节,有15个数字,但看来我错了。为什么会这样?在64位机器上使用MSVC2010。 最佳答案 如您所知,在MSVC++中,longdouble是double的同义词。显然这是为了利用仅限于64位操作的SSE/SSE2/SSE3指令集。另见here获取更多信息。