【转】SerialPort收数据时出现的BUGcomstat is being used without defining

Run-Time Check Failure #3 - The variable 'comstat' is being used without being initialized.

CSerialPort类在Visual C++ .NET 应用时会出现意想不到的问题。以《Visual C++/Turobo C串口通信编程实践》(龚建伟 熊光明 著)一书中第二章的SerialPortTest程序为例,当在Visual C++ .NET下编写后之后,debug之后,会出现编译错误:“operator+="不明确,MSDN解释“为重载运算符定
义了多个可能的运算符。可能的解决方案:对一个或多个实际参数使用显式转换。”当将


LONG CSerialPortTestDlg::OnComm(WPARAM ch, LPARAM port)
{
m_strEditReceiveMsg +=ch;
UpdateData(FALSE); //将接收到的字符显示在接收编辑框中
return 0;
}


中m_strEditReceiveMsg +=ch;改写为m_strEditReceiveMsg +=char(ch);后,debug顺利通过了。其实这个还不是CSerialPort类的问题。m_strEditReceiveMsg+=ch;改写为m_strEditReceiveMsg +=char(ch) 是应该的,这样更为严谨,因为在 OnComm(WPARAM ch, LPARAM port)函数中,ch 为 WPARAM 型数据,WPARAM型数据适应型很强,char(ch)将ch强制转换为char型,更适合CString型,这应该算是VC.NET的进步。


    当将这个问题解决之后,编译成功了。然后开始测试。向串口调试助手发送消息时一切正常。但从串口调试助手向SerialPortTest发送消息时,报错了,说“comstat is being used without defining",在SerialPort.CPP中,可以找到comstat的定义:COMSTAT comstat; 但将光标指向comstat时右键转到定义处或声明处,却均提示“未定义符号”,这便是CSerialPort类在VC.NET应用中的问题了。那该如何解决这个问题呢?在这,我们向大家提供两种解决方案:


方案1: 改变项目配置属性


    一种解决方案是改变基本运行时检查(changing the runtime checks in project settings):在菜单Project->Project properties-> C/C++ -> Code generation-> Basic Runtime checks --> change to 'Default',在中文版中是:项目-〉属性-〉配置属性-〉C/C++代码生成-〉基本运行时检查-〉设置为默认,当将基本运行时检查改为默认之后,编译自然顺利通过了,向串口调试助手发送消息正常了,再从串口调试助手向SerialPortTest发送消息时,也正常了。


方案2:改变comstat变量属性


     另一种解决方案是将CSerialPort.CPP中的COMSTAT comstat;改为static COMSTAT comstat;这样改了之后,debug顺利通过,然后调试,与串口调试助手相互发消息都OK了。为什么这样就能解决呢?其实当你使用debug解决方案时,它的基本运行时检查初始设置为:两者(/RTC1,等同于 /RTCsu),这个两者是指:堆栈帧(/RTCs),未初始化的变量(/RTCu)。由于它要检查未初始化的变量,所以将SerialPort.cpp中的COMSTAT comstat;改为static COMSTAT comstat;就可以正常使用CSerialPort类了。
     以上是在debug下的解决方案,当在Release编译状态时,你会发现并不需要将COMSTAT comstat;改为static COMSTAT comstat;就能编译成功并且发送接收消息正常。其实,在Release下,它的基本运行时检查初始设置已为默认。这应该也算是第一种解决方案之内。
    而当你将它设置为两者(/RTC1,等同于 /RTCsu)时,不论是否将COMSTAT comstat;改为static COMSTAT comstat;,编译都不能通过,报错““cl.exe”返回的结果有误。",这个应该是属于Release的问题了,另当别论了。
    CSerialPort类是一个用起来很方便的类,在Visual C++.NET应用时,遇到一些问题,上面是解决方案是否妥当,请大家也去试试,说不定有更好的解决方案。

原文地址:https://www.cnblogs.com/qq78292959/p/2531977.html