昨天遇到了一件令人很疑惑的情况。我为系统封装新的CameraLink采集卡SDK,如往常一样,调用Grab()开始采集,然后FrameReceived()被SDK回调,我在里面使用了memcpy()复制图像数据供程序使用。接下来,问题就发生在我调用SDK提供的函数修改了采集图像的大小之后,这时,我再次调用Gtab(),FrameReceived()被回调,但它卡住了,在memcpy()这里卡住了,像是进入了一个循环。当然最后问题是解决了--修改图像后还需要调用一个接口来重新初始化SDK的buffer
memcpy()被卡住的原因分析:
Can memcpy go into an infinite loop? Why is it being blamed for a busy hang? by Raymond Chen
里面虽然没有给出一个确切的原因,但已经将问题定位到是调用memcpy()这个方法的相关进程进入了一个循环--回到我的问题的话,那就是SDK有线程进入了一个(死)循环
参考:
[1] Raymond Chen; Can memcpy go into an infinite loop? Why is it being blamed for a busy hang? devblogs.microsoft.com 2017
在为CameraLink采集卡封装新SDK时,作者遇到memcpy在调整图像大小后导致循环的问题。调用Grab()采集图像,FrameReceived()回调正常,但在修改图像尺寸后再次调用Grab()时,FrameReceived()中的memcpy陷入无限循环。问题解决方法是在修改图像尺寸后,重新初始化SDK的buffer。
1057

被折叠的 条评论
为什么被折叠?



