c – 从unsigned long long到double转换,反之亦然更改值

概述当写一个C代码时,我突然意识到我的数字被错误地从double转换为unsigned long long. 具体来说,我使用以下代码： #define _CRT_SECURE_NO_WARNINGS#include <iostream>#include <limits>using namespace std;int main(){ unsigned long long ull = 当写一个C代码时,我突然意识到我的数字被错误地从double转换为unsigned long long.

具体来说,我使用以下代码：

#define _CRT_SECURE_NO_WARNINGS#include <iostream>#include <limits>using namespace std;int main(){  unsigned long long ull = numeric_limits<unsigned long long>::max();  double d = static_cast<double>(ull);  unsigned long long ull2 = static_cast<unsigned long long>(d);  cout << ull << endl << d << endl << ull2 << endl;  return 0;}

Ideone live example.

当我的计算机上执行此代码时,我有以下输出：

184467440737095516151.84467e+0199223372036854775808Press any key to continue . . .

我预计第一和第三个数字是完全一样的(就像IDeone一样),因为我确信长双倍需要10个字节,并将尾数存储在其中8个.我会明白第三个数字是否与第一个数字相比被截断 – 只是为了我的浮点数字格式错误.但这里的价值观是两倍的！

所以,主要的问题是：为什么？那我怎么能预测这种情况呢？

一些细节：我在windows 7上使用Visual Studio 2013,为x86编译,sizeof(long double)== 8为我的系统.

解决方法 18446744073709551615不是双精确的(在IEEE754中).这并不意外,因为64位浮点显然不能表示64位中可表示的所有整数.

根据C标准,实施定义是否使用下一个最高或下一个最低的双重值.显然在您的系统上,它会选择下一个最高值,这似乎是1.8446744073709552e19.您可以通过输出更多数字的精度来确认.

请注意,这大于原始数字.

当您将此double转换为整数时,行为由[conv.fpint] / 1覆盖：

A prvalue of a floating point type can be converted to a prvalue of an integer type. The conversion truncates; that is,the fractional part is discarded. The behavior is undefined if the truncated value cannot be represented in the destination type.

所以这个代码可能会导致undefined behaviour.当未定义的行为发生时,任何事情都可能发生,包括(但不限于)伪造的输出.

这个问题最初是用双倍的倍,而不是双倍.在我的gcc上,长双倍的情况下正常运行,但是在OP的MSVC上,它给出了相同的错误.这可以由gcc使用80位长双倍解释,但MSVC使用64位长双倍.

总结

以上是内存溢出为你收集整理的c – 从unsigned long long到double转换,反之亦然更改值全部内容，希望文章能够帮你解决c – 从unsigned long long到double转换,反之亦然更改值所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。