一開始進行了單步調試,發現原來從來沒出問題的地方,突然運行不過去了。
對比兩個變化, 想起了,可能路徑太深,或者名稱太長,會導致程序運行出問題,修改名稱,將名稱變短,結果程序就可以運行了。
#pragma data_seg 共享數據區(轉) #pragma data_seg 共享數據區(轉) 1)#pragma data_seg()一般用於DLL中。也就是說,在DLL中定義一個共享的,有名字的數據段。最關鍵的是:這
在目標dialog關聯的類的.h裏添加//注意控件和對話框屬性都不要選Accept Files afx_msg void OnDropFiles(HDROP hDropInfo); void PreSubclassWindow() ;相應
MFC 取得屏幕大小,用下面幾個函數: int cx = GetSystemMetrics(SM_CXFULLSCREEN); int cy = GetSystemMetrics(SM_CYFULLSCREEN); 通過
多字節函數在Unicode下對應的函數: strcmp => wcscmp strlen => lstrlen strcpy => wcscpy sscanf => swscanf sprintf => wsprintf char =>
在stdafx.h頭文件中引入ODBC的頭文件:#include <afxdb.h> #include <odbcinst.h> void CExcelTestDlg::OnButton2() { CDatabase db;
MFC中CPropertySheet爲屬性頁,頁面最下端自動生成的“確定”、“取消”、“幫助”和“應用”按鈕無用,且放置在最下端不太美觀,需要將其去掉,筆者在編程過程中採用的方法如下: 1.去掉“應用”按鈕。在CPropertySh
由於使用的是VS2013,所以在MFC中是UNICODE字符集,所以總是不能很好地解決LPCTSTR的問題,到處顯示是沒有合適的什麼char,string,等等到LPCTSTR的轉換,尤其是當我要將文本信息顯示在MFC的靜態文本控件中時
Sleep() sleep()函數,單位ms; 精度非常低,最小計時精度爲30ms,用sleep函數的不利處在於延時期間不能處理其他的消息,如果時間太長,就好象死機一樣,CPU佔用率非常高,只能用於要求不高的延時程序中。 Get
ini文件(Initialization file),這種類型的文件中通常存放的是一個程序的初始化信息。ini文件由若干個節(Section)組成,每個Section由若干鍵(Key)組成,每個Key可以賦相應的值。讀寫ini文件實際上
今天在調試MFC代碼的時候遇到了debug和release下運行結果不同的問題, 仔細檢查了2小時才發現原來是一個函數調用寫錯了: 不慎將memcpy打成了memccpy, 編譯運行都沒有問題,但是運行的時候總有異常。 原來 void
不錯,先存着原文地址:Visual Studio 2010快捷鍵大全作者:Ken_2012 【窗口快捷鍵】 Ctrl+W,W: 瀏覽器窗口 Ctrl+W,S: 解決方案管理器 Ctrl+W,C: 類視圖 Ctrl+W,E:
MFC裏面CString 與 string 互相轉化 的問題。_基礎類_VC/MFC-ITnose http://www.itnose.net/detail/6110703.html 大致是這樣 CString-string: CStr
在MFC的程式開發中,常會找目前的路徑及設定路徑,找了很久,發現一些常用的API 1. GetModuleFileName() : 找當前執行程序的路徑 DWORD WINAPI GetModuleFileName( __in_opt
在MFC裡要開啟外部程式有三個API可以用,Shellexecute()被運用的機率比較高,主要是它可以控制的參數也比較多。 1. Shellexecute() 函數原型 HINSTANCE ShellExecute( HWND hwnd
QT創建TCP Socket通信 最近在學習QT,瞭解到QT可以進行SOCKET網絡通信,進行學習,並建立一個簡單的聊天DEMO。爲了測試是否能與VS2012下的程序進行通信,在VS2012下建立一個客戶端程序,進行通信測試