写在前面
记录使用Opencv时的一些常见问题，难调Bug及相应解决方法。
常见类型转换
一、Mat --> Iplimage
Mat img;
Iplimage iplimg=img;
二、Iplimage --> CvvImage
CvvImage cimg;
Iplimage iplimg;
cimg.Copyof(iplimg,-1);
三、Mat --> vector<Point2f>, Mat --> vector<Point3f>
Mat m;
vector<Point2f> v;
v=Mat_<Point2f>(m);
四、vector<Point2f> --> Mat, vector<Point3f> --> Mat
vector<Point2f> v;
Mat m=Mat(v);
五、vector<vector<Point2f>> --> Mat, vector<vector<Point3f>> --> Mat
vector<vector<Point3f>> v;
Mat vm((int)v.size(),v[0].size(),CV_32FC3);
for(int i=0;i<(int)v.size();i++)
{
Mat r=vm.row(i).reshape(3,vm.cols);
Mat vm1(v[i]);
vm1.copyTo(r);
}
Vector析构异常Opencv Assert _CrtIsValidHeapPointer
一、问题描述
代码一气呵成，但运行的时候会出现_CrtIsValidHeapPointer的异常，跟进去调了一上午的Bug，终于搞定。
跟踪定位到 _CrtIsValidHeapPointer ，注意到g8h"@dbgheap.c 文件中 _CrtIsValidHeapPointer处注释：
/*
* If this ASSERT fails, a bad pointer has been passed in. It may be
* totally bogus, or it may have been allocated from another heap.
* The pointer MUST come from the 'local' heap.
*/
_ASSERTE(_CrtIsValidHeapPointer(pUserData));
大概是因为dll,如果静态链接了运行时库，dll就会拥有独立于应用程序堆（也称作local heap）的运行时堆实例。此时在dll外部就不能访问此local heap，所以也就有上面所出现的异常啦。MSDN 中也有介绍：
The _CrtIsValidHeapPointer function is used to ensure that a specific memory address is within the local heap. The local heap refers to the heap created and managed by a particular instance of the C run-time library. If a dynamic-link library (DLL) contains a static link to the run-time library, it has its own instance of the run-time heap, and therefore its own heap, independent of the application's local heap. When _DEBUG is not defined, calls to _CrtIsValidHeapPointer are removed during preprocessing.
程序崩溃在当析构一个带有vector成员函数对象的时候，在析构vector时，会出现这个错误，大致原因是因为析构的时候找不到vector分配的空间。
一行一行查看代码发现，对象里面的points2, status等vector变量是在calcOpticalFlowPyrLK(img1, img2, points1, points2, status, similarity, windowsize, level, termcriteria, lambda, 0); 函数中分配的，即opencv的dll，所以当对象进行析构的时候，因为不能访问此local heap所以会有异常崩溃。
二、解决方法
1 在调用opencv的函数之前，自己进行空间的分配。
2 还有一种可能是因为VS版本和opencv使用的版本不一致造成，在用hog进行行人检测的时候，出现的即是这个问题。
First chance exception
出现这个问题一般不是代码有问题，详细解释可以见参考文献[1]，还有人认为是kernel32.dll的问题。我遇到此问题是还偶尔伴有R6025-pure virtual function call的问题，一般R6025的错误是由窗口没有销毁造成的，但我用的是C++ 版本的Opencv，并没有使用cvNamedWindow。
最终重启后同时解决这两个问题。
小注
将持续更新。
参考文献
[2] http://blog.csdn.net/foreverhehe716/article/details/6749175
