Why are the return values of these doubles -1.#IND?(为什么这些双打的返回值是 -1.#IND?)
问题描述
我有:
double score = cvMatchContourTrees( CT1, CT2, CV_CONTOUR_TREES_MATCH_I1, 0.0 );
cout<<score<<endl;
有些值返回为 -1.#IND.除此之外,正值是正常的,如 1.34543.
There are values returned as -1.#IND. Other than that, the positive values are normal, like 1.34543.
为什么会这样?我该如何解决?
Why does this happen? How do I solve it?
推荐答案
正如 Frederic 所说,这是 '不是数字' 由 Windows 上的 Visual Studio 构建的应用程序格式化.John D Cook 有一个优秀参考:
As Frederic says, it's the result of a 'Not a Number' being formatted by an application built with visual studio on windows. John D Cook has an excellent reference:
Windows 将 NaN 显示为 -1.#IND(IND"代表不确定"),而 Linux 显示为 nan.
Windows displays a NaN as -1.#IND ("IND" for "indeterminate") while Linux displays nan.
...
简而言之,如果您得到 1.#INF 或 inf,请查找溢出或被零除.如果得到 1.#IND 或 nan,则查找非法操作.
In short, if you get 1.#INF or inf, look for overflow or division by zero. If you get 1.#IND or nan, look for illegal operations.
如果您对字符串进行任何格式化,请注意截断;我在处理这些类型时遇到了相关问题自己的错误.
Watch out for truncations if you do any sort of formatting with your string; I've encountered related issues when handling these sorts of errors myself.
这篇关于为什么这些双打的返回值是 -1.#IND?的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持编程学习网!
本文标题为:为什么这些双打的返回值是 -1.#IND?


基础教程推荐
- 为什么 RegOpenKeyEx() 在 Vista 64 位上返回错误代码 2021-01-01
- 初始化列表*参数*评估顺序 2021-01-01
- 通过引用传递 C++ 迭代器有什么问题? 2022-01-01
- 为什么派生模板类不能访问基模板类的标识符? 2021-01-01
- 如果我为无符号变量分配负值会发生什么? 2022-01-01
- CString 到 char* 2021-01-01
- GDB 显示调用堆栈上函数地址的当前编译二进制文 2022-09-05
- 我应该对 C++ 中的成员变量和函数参数使用相同的名称吗? 2021-01-01
- 为什么 typeid.name() 使用 GCC 返回奇怪的字符以及如 2022-09-16
- 非静态 const 成员,不能使用默认赋值运算符 2022-10-09