第一次执行函数没有问题，第二次执行时，内存出现异常

[1small_bird]

代码：

double DetectAndPick::compareResult(gpu::GpuMat & src1,gpu::GpuMat & src2)
{
	gpu::GpuMat hist1;
	gpu::GpuMat hist2;

	Mat temp1,temp2;
	src1.download(temp1);
	imshow("src1",temp1);
	waitKey(30);
	src2.download(temp2);
	imshow("src2",temp2);
	waitKey(30);

	gpu::calcHist(src1,hist1);
	Mat temp3,temp4;
	hist1.download(temp3);
	imshow("hist1",temp3);
	waitKey(30);
	gpu::calcHist(src2,hist2);
	hist2.download(temp4);
	imshow("hist2",temp4);
	waitKey(30);

	gpu::normalize(hist1,hist1,0,1,NORM_MINMAX,-1);
	gpu::normalize(hist2,hist2,0,1,NORM_MINMAX,-1);
	double result = compareHist(hist1,hist2,CV_COMP_BHATTACHARYYA);
	return result;
}

执行第19行的时候报出内存异常


前面的都是正常的，包括
1.第一个calcHist 可以运行，并且显示出hist1
2.src2也可以正常显示出来。
这个到底是什么问题呢？

[ID870177103]

查看下Exception的信息和lasterror啊

[小灸舞]

Windows： 崩溃的时候在弹出的对话框按相应按钮进入调试，按Alt+7键查看Call Stack里面从上到下列出的对应从里层到外层的函数调用历史。双击某一行可将光标定位到此次调用的源代码或汇编指令处。 Linux： 进程意外退出会在当前目录下产生‘core’文件或形如‘core.数字’的文件比如‘core.1234’ 使用命令 gdb 运行程序名 core或core.数字 进入gdb然后使用bt命令 可以查看进程意外退出前函数调用的堆栈，内容为从上到下列出对应从里层到外层的函数调用历史。 如果进程意外退出不产生core文件，参考“ulimit -c core文件最大块大小”命令 代码功能归根结底不是别人帮自己看或讲解或注释出来的；而是被自己静下心来花足够长的时间和精力亲自动手单步或设断点或对执行到某步获得的中间结果显示或写到日志文件中一步一步分析出来的。 提醒：再牛×的老师也无法代替学生自己领悟和上厕所！ 单步调试和设断点调试（VS IDE中编译连接通过以后，按F10或F11键单步执行，按Shift+F11退出当前函数；在某行按F9设断点后按F5执行停在该断点处。）是程序员必须掌握的技能之一。

[1small_bird]

是在这儿断的，是这个exception吗？
lasterror 是个软件吗？怎么弄？

[paschen]

看下是不是内存分配失败导致的异常

[1small_bird]

引用 1 楼 ID870177103的回复:

查看下Exception的信息和lasterror啊

为什么我用covertTo改不了图像的像素类型呢？谢谢大神

[赵4老师]

崩溃的时候在弹出的对话框按相应按钮进入调试，按Alt+7键查看Call Stack即“调用堆栈”里面从上到下列出的对应从里层到外层的函数调用历史。双击某一行可将光标定位到此次调用的源代码或汇编指令处，看不懂时双击下一行，直到能看懂为止。

[1small_bird]

现在发现gpu::calcHist这个函数里的GpuMat的格式必须是CV_8CU1，然后我在前面加了函数covertTo来转换GpuMat的格式，发现covertTo函数没起作用啊，格式根本没变！ 然后我又在整个函数的外边，就是在GpuMat的upload之前，用covertTo来转换Mat的格式，发现不行！ 求大神给说说到底什么问题呢？