原来Tornado2.0和2.1从一个socket上recvfrom时无须指定sender,给NULL就可以了:
pMsg = (MSG*)Ros_GetBuf(MAX_MULTI_MSG_SIZE,50);
if (pMsg == NULL)
{
taskDelay(10);
continue;
}
result = recvfrom ( mtiNode.sockFd,
(char*)pMsg,
MAX_MULTI_MSG_SIZE,
0,
NULL,
0 );
if (pMsg == NULL)
{
taskDelay(10);
continue;
}
result = recvfrom ( mtiNode.sockFd,
(char*)pMsg,
MAX_MULTI_MSG_SIZE,
0,
NULL,
0 );
/*-------------------------
* 处理套接口上接收返回 */
semTake(semMti,WAIT_FOREVER);
if (result>0)
{
/* 接收到数据 */
mtiNodeRecvDataHandle( &mtiNode,pMsg,result);
}
else
{
if( errnoGet() == EWOULDBLOCK )
{ /* 没有数据可以接收 */
CommDbgMsg(DEBUG_INFO, ("recv would block.\n"));
}
else
{
CommDbgMsg(DEBUG_HI, ("fail to recv.\n"));
}
Ros_FreeBuf(pMsg);
}
semGive(semMti);
但是在Tornado2.2中会立即返回并进入
CommDbgMsg(DEBUG_HI, ("fail to recv.\n"));
分支,查看反汇编的指令发现recvfrom对第2、5、6个参数均进行了NULL检查,为NULL则返回并置errorno为EINVAL。
因此, 将第5个参数sender传入一个static变量指针,搞定。
这个改变Tornado的migration guide里并未提及,陷阱!