case OS_STATUS_PEND_TIMEOUT: /* 如果是等待超时，返回空*/
p_void = (void *)0;
*p_msg_size = (OS_MSG_SIZE)0;
if (p_ts != (CPU_TS *)0) {
*p_ts = (CPU_TS )0;
}
*p_err = OS_ERR_TIMEOUT;
/* 报错为OS_ERR_TIMEOUT */
break;

case OS_STATUS_PEND_DEL: /* 如果是消息队列被删除的，返回空 */
p_void = (void *)0;
*p_msg_size = (OS_MSG_SIZE)0;
if (p_ts != (CPU_TS *)0) {
*p_ts = OSTCBCurPtr->TS;
}
*p_err = OS_ERR_OBJ_DEL;
/* 报错为OS_ERR_OBJ_DEL */
break;

default:
p_void = (void *)0;
*p_msg_size = (OS_MSG_SIZE)0;
*p_err = OS_ERR_STATUS_INVALID;
break;
}
CPU_CRITICAL_EXIT();
return (p_void);
}
至于任务消息队列等待函数void *OSTaskQPend()与此过程基本相同，也是分两部分，而且内部调用的函数也都一样，只是在传递参数的时候省去了将TCB写入对应OS_Q的任务挂起表中的过程，也不对OS_PEND_DATA中被等待的消息队列赋值，因为消息被推送后，会直接被推送到任务TCB自己的存储空间中，不需要这些数据结构做查找。对任务消息队列等待函数不再做过多介绍。
多对象等待函数OS_OBJ_QTY OSMultiPend()中处理过程与此也是基本相同，而最大的区别是内部调用的函数不太一样，它在状态一阶段是用OS_MultiPendWait进行参数配置，然后进入OSSched()调度点，切换到其他任务；收到消息后，进行返回状态错误判断，就直接返回，并不提取消息内容，因为MultiPend里面等待的对象太多了，而且数目也不固定，它的消息内容提取工作交给应用程序员自己去完成。想等待多对象，uC/OSIII只能送你到这一程了，接下来的路还是要自己走了。