1:【轉】SerialPort收數據時調試時 出現的comstat未初始化
Run-Time Check Failure #3 - The variable 'comstat' is beingused without being initialized.
CSerialPort類在Visual C++ .NET 應用時會出現意想不到的問題。以《Visual C++/TuroboC串口通信編程實踐》(龔建偉 熊光明 著)一書中第二章的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發送消息時,報錯了,說“comstatis being used withoutdefining",在SerialPort.CPP中,可以找到comstat的定義:COMSTAT comstat;但將光標指向comstat時右鍵轉到定義處或聲明處,卻均提示“未定義符號”,這便是CSerialPort類在VC.NET應用中的問題了。那該如何解決這個問題呢?在這,我們向大家提供兩種解決方案:
方案1: 改變項目配置屬性
一種解決方案是改變基本運行時檢查(changing the runtime checks in projectsettings):在菜單Project->Projectproperties-> C/C++ -> Codegeneration-> Basic Runtime checks -->change to'Default',在中文版中是:項目-〉屬性-〉配置屬性-〉C/C++代碼生成-〉基本運行時檢查-〉設置為默認,當將基本運行時檢查改為默認之后,編譯自然順利通過了,向串口調試助手發送消息正常了,再從串口調試助手向SerialPortTest發送消息時,也正常了。
方案2:改變comstat變量屬性
另一種解決方案是將CSerialPort.CPP中的COMSTATcomstat;改為static COMSTATcomstat;這樣改了之后,debug順利通過,然后調試,與串口調試助手相互發消息都OK了。為什么這樣就能解決呢?其實當你使用debug解決方案時,它的基本運行時檢查初始設置為:兩者(/RTC1,等同于/RTCsu),這個兩者是指:堆棧幀(/RTCs),未初始化的變量(/RTCu)。由于它要檢查未初始化的變量,所以將SerialPort.cpp中的COMSTATcomstat;改為static COMSTAT comstat;就可以正常使用CSerialPort類了。
以上是在debug下的解決方案,當在Release編譯狀態時,你會發現并不需要將COMSTATcomstat;改為static COMSTATcomstat;就能編譯成功并且發送接收消息正常。其實,在Release下,它的基本運行時檢查初始設置已為默認。這應該也算是第一種解決方案之內。
而當你將它設置為兩者(/RTC1,等同于/RTCsu)時,不論是否將COMSTAT comstat;改為static COMSTATcomstat;,編譯都不能通過,報錯““cl.exe”返回的結果有誤。",這個應該是屬于Release的問題了,另當別論了。
CSerialPort類是一個用起來很方便的類,在VisualC++.NET應用時,遇到一些問題,上面是解決方案是否妥當,請大家也去試試,說不定有更好的解決方案。
|