青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

love in C++, live on MFC

to get ready...

C++博客 首頁 新隨筆 聯系 聚合 管理
  47 Posts :: 0 Stories :: 97 Comments :: 0 Trackbacks

#

我的新博客在

http://www.codediscuss.com
   文章指數:0  CSDN Blog推出文章指數概念,文章指數是對Blog文章綜合評分后推算出的,綜合評分項分別是該文章的點擊量,回復次數,被網摘收錄數量,文章長度和文章類型;滿分100,每月更新一次。
http://www.codediscuss.com 是我的博客的新地址。還是以VC++編程為主,有mfc,英語,還有點點shareware的內容。
posted @ 2007-10-02 14:23 flyingxu 閱讀(1403) | 評論 (2)編輯 收藏

關于幾個HTML文檔接口的使用探討
http://www.vckbase.com/vckbase/vckbase10/vc/nonctrls/atlcomocx_02/1002005.htm

我覺得講的很清楚,呵呵
posted @ 2007-01-05 00:14 flyingxu 閱讀(3812) | 評論 (0)編輯 收藏

這個答案本來是作者賣錢的,我忘了是從那個網站下載的了,估計不全。
現在有人要,就放上來吧

http://www.shnenglu.com/Files/flyingxu/ThinkinginCppExercise.rar

(未驗證,可能不全,或者根本就不是答案)

posted @ 2006-08-09 00:19 flyingxu 閱讀(3722) | 評論 (1)編輯 收藏

類似的問題見http://www.experts-exchange.com/Programming/Programming_Languages/MFC/Q_20084406.html

下面的代碼,當用AfxBeginThread開始一個線程時,實際上是有內存泄漏的

for ?(ii? = ? 0 ;?ii? < ? 1000 ;?ii ++ )?
{
??CWinThread?
*
pWinThread;?
??pWinThread?
=
?AfxBeginThread(ThreadLBProc,?NULL);
??::Sleep(
500
);
}

UINT?ThreadLBProc(LPVOID?pParam)
{
??
return ? 0
;
}

VC輸出的典型提示為:
Detected memory leaks!
Dumping objects ->
thrdcore.cpp(166) : {782} client block at 0x00425300, subtype 0, 112 bytes long.
實際上,只要看到是thrdcore.cpp(166) 的內存泄漏,基本就是同一個原因,和上面的代碼一樣。
解決方法:
step 1)
在線程函數中,記得寫AfxEndThread();(與AfxBeginThread對應,其他的開始線程的函數,有相應的函數)
step 2)
用::WaitForSingleObject()確保線程徹底退出

step 2是比較容易忽略的,用sleep函數只能僥幸的保證線程退出,但不能確保。
posted @ 2006-07-26 19:11 flyingxu 閱讀(3475) | 評論 (3)編輯 收藏

用VC調試程序,只要按下F12,程序就出錯了,出錯的代碼還很奇怪,再PeekMessage中,但是只出現在調試(按F5),不出現在全速運行(Ctrl+F5),release版本也沒有問題
網上的解答:
http://support.microsoft.com/kb/q130667/?F12居然就是這么定義的,ft

所以,在定義程序功能的時候,就盡量不要用到F12 ,哈
posted @ 2006-07-13 18:29 flyingxu 閱讀(2020) | 評論 (0)編輯 收藏

我在ms的group上問了個問題http://msdn.microsoft.com/newsgroups/default.aspx?dg=microsoft.public.vc.mfc&tid=402a414c-a125-45bd-9cf4-c1819db7e3e4
in?http://msdn2.microsoft.com/en-us/library/480b7kf7.aspx,?it?says?that?
pGdiObject->DeleteTempMap()
;??//?Causes?compiler?error

But?I'm?confused?for?a?static?member?can?be?called?by?the?object?or?a?pointer.
Is?there?anything?wrong?of?my?understanding?

回答的人到蠻多,討論的也很熱烈,但都沒有直接回答我的問題,我的問題是,對于靜態函數,
pGdiObject->DeleteTempMap();??//?Causes?compiler?error,
到底對不對?如果不對,就是msdn錯了,不過總覺得比較奇怪,msdn不該出這樣的錯的
posted @ 2006-07-11 19:14 flyingxu 閱讀(1358) | 評論 (3)編輯 收藏

csdn上難得的好文章,怕不爭氣的csdn網站過幾天又找不到這篇文章了,我得先轉一下,保存一下:
http://community.csdn.net/Expert/FAQ/FAQ_Index.asp?id=193097

Q : MFC返回的臨時對象指針成因?
主要解答者: QunKangLi 提交人: QunKangLi
感謝: oldforest、yu_hl、QunKangLi
審核者: happyparrot 社區對應貼子: 查看
???? A :

msdn在介紹GetDlgItem的時候,明確指出: ?
The ?returned ?pointer ?may ?be ?temporary ?and ?should ?not ?be ?stored ?for ?later ?use. ?
如果真是這樣那我不慘了!在我的一個軟件中,因為常常要使切換按鈕的可用與不可用以及改變按鈕文字,所以我用DetDlgItem把它們存了起來,用的時候直接到數組里面取,這樣的話這個軟件不是犯了一個重大的錯誤了?可是用這么久也沒出錯。 ?
另外,它也是說可能是臨時的,那一定在某種情況下不是臨時的,高手能不能解釋一下這個問題? ?
--------------------------------------------------------------- ?
// ? ?Most ?Windows ?objects ?are ?represented ?with ?a ?HANDLE, ?including ?
// ? ? ? ? ? ?the ?most ?important ?ones, ?HWND, ?HDC, ?HPEN, ?HFONT ?etc. ?
// ? ?We ?want ?C++ ?objects ?to ?wrap ?these ?handle ?based ?objects ?whenever ?we ?can. ?
// ? ?Since ?Windows ?objects ?can ?be ?created ?outside ?of ?C++ ?(eg: ?calling ?
// ? ? ? ? ? ?::CreateWindow ?will ?return ?an ?HWND ?with ?no ?C++ ?wrapper) ?we ?must ?
// ? ? ? ? ? ?support ?a ?reasonably ?uniform ?mapping ?from ?permanent ?handles ?
// ? ? ? ? ? ?(i.e. ?the ?ones ?allocated ?in ?C++) ?and ?temporary ?handles ?(i.e. ?
// ? ? ? ? ? ?the ?ones ?allocated ?in ?C, ?but ?passed ?through ?a ?C++ ?interface. ?
// ? ?We ?keep ?two ?dictionaries ?for ?this ?purpose. ? ?The ?permanent ?dictionary ?
// ? ? ? ? ? ?stores ?those ?C++ ?objects ?that ?have ?been ?explicitly ?created ?by ?
// ? ? ? ? ? ?the ?developer. ? ?The ?C++ ?constructor ?for ?the ?wrapper ?class ?will ?
// ? ? ? ? ? ?insert ?the ?mapping ?into ?the ?permanent ?dictionary ?and ?the ?C++ ?
// ? ? ? ? ? ?destructor ?will ?remove ?it ?and ?possibly ?free ?up ?the ?associated ?
// ? ? ? ? ? ?Windows ?object. ?
// ? ?When ?a ?handle ?passes ?through ?a ?C++ ?interface ?that ?doesn't ?exist ?in ?
// ? ? ? ? ? ?the ?permanent ?dictionary, ?we ?allocate ?a ?temporary ?wrapping ?object ?
// ? ? ? ? ? ?and ?store ?that ?mapping ?into ?the ?temporary ?dictionary. ?
// ? ?At ?idle ?time ?the ?temporary ?wrapping ?objects ?are ?flushed ?(since ?you ?better ?
// ? ? ? ? ? ?not ?be ?holding ?onto ?something ?you ?didn't ?create). ?
// ?
?
?
在CWinThread::OnIdle里調用AfxUnlockTempMaps,AfxUnlockTempMaps會釋放temporary ?maps. ?
?
所以不要保留GetDlgItem等返回的臨時指針,可以直接保存HWND ?objects,然后CWnd::FromHandle獲取臨時指針來用。 ?
?
--------------------------------------------------------------- ?
?
臨時包裝對象會在空閑時間刪除.在同一函數中多次使用是沒用問題的,不同函數中使用先前保存下來的指針就有可能出錯,特別是對話框初使化時候存下來的指針. ?
? ? ? ?在MFC層次上的函數使用CWnd對象,而本地Windows代碼(API)使用句柄.如:當Windows系統調用一個窗口過程時將傳遞一個HWND參數,而MFC本身的消息機制使用CWnd類;為了更好更高效的實現,MFC需要與Windows系統合作,將句柄與CWnd對象進行關聯---它用CHandleMap完成關聯. ?
CHandleMap有兩個CMapPtrToPtr的成員變量:m_permanentMap(永久映射表,程序運行過程中對象/句柄之間的關系),m_temporaryMap(臨時映射表,在消息存在的過程中才存在).永久表保存顯式創建的CWnd對象,當對象創建時將在永久目錄下插入一個條目,在CWnd::OnNcDestrory時刪除對應條目.但是Windows有時會傳入某些不是由開發人員顯式創建的窗口的句柄,此時MFC會分配一個臨時對象來包裝這個句柄并將它們的映射保存到臨時映射表中,這些臨時對象會在空閑時間被刪除并移走相應的臨時映射表條目.類似的MFC對象與Windows句柄的映射表有: ?
m_pmapHWND: ?? ?? ?? ?? ?? ?? ?? ??窗口句柄與CWnd對象 ?
m_pampHMENU: ?? ?? ?? ?? ?? ?? ?? ??菜單句柄與CMenu對象 ?
m_pmapHDC: ?? ?? ?? ?? ?? ?? ?? ??設備環境句柄與CDC對象 ?
m_pmapHGDIOBJ: ?? ?? ?? ?? ?? ?? ?? ??GDI句柄與CGDI對象 ?
m_mapHIMAGELIST: ?? ?? ?? ??圖像鏈表句柄到CImageList對象 ?
?
當給定句柄,如HWND時,MFC簡單調用CWnd* ?PASCAL ?CWnd::FromHandle(HWND ?hWnd), ?此函數內部使用CHandleMap::FromHandle(hWnd)獲取相關聯的CWnd對象.在CHandleMap::FromHandle(h)內部(源代碼在WinHand.cpp),先使用CObject* ?pObject ?= ?LookupPermanent(h); ?? ?? ?? ??if ?(pObject ?!= ?NULL)return ?pObject; ? ?檢查永久表;如永久表中不存在,使用pObject ?= ?LookupTemporary(h)) ?!= ?NULL檢查臨時表,都不存在時,使用pTemp ?= ?= ?m_pClass->CreateObject();if ?(pTemp ?== ?NULL)AfxThrowMemoryException();m_temporaryMap.SetAt((LPVOID)h, ?pTemp);創建臨時對象并將其插入到臨時表中去,同時返回該臨時對象. ?
void ?CHandleMap::RemoveHandle(HANDLE ?h)的注釋說明臨時對象將在空閑時由OnIdel釋放: ?
?? ?? ?? ??// ?remove ?only ?from ?permanent ?map ?-- ?temporary ?objects ?are ?removed ?
?? ?? ?? ??// ? ?at ?idle ?in ?CHandleMap::DeleteTemp, ?always! ?
如果想不自動釋放臨時對象,使用void ?AFXAPI ?AfxLockTempMaps()/BOOL ?AFXAPI ?AfxUnlockTempMaps(BOOL ?bDeleteTemps)進行鎖定. ?



posted @ 2006-07-10 23:18 flyingxu 閱讀(1756) | 評論 (1)編輯 收藏

在mfc的group上有這樣一個問題:(http://msdn.microsoft.com/newsgroups/default.aspx?dg=microsoft.public.vc.mfc&mid=1aa1eddf-7bcf-407b-84fe-234fe0975331&sloc=en-us
I?need?to?update?one?class?data?and?the?view?during?the?idle,?I?used?this??
method?
in?the?Cdoc:
void?CMyAppDoc::OnIdle(){

????theClass
->
Update();
????POSITION?pos?
=
?GetFirstViewPosition();
????CView
*?pView?=
?GetNextView(pos);
????pView
->Invalidate(true
);
????pView
->
UpdateWindow();????
}


It?works?only?when?I?move?the?mouse,?what
's?wrong??Z_Z
這個問題的確比較搞,要好好看mfc源碼的,下面是我的回答
Nothing is wrong, I can explain it? is by design.
Please take a look at the source code of int CWinThread::Run(), in that function, IsIdleMessage() is called, and in IsIdleMessage() WM_PAINT is ignored, which means WM_PAINT will not cause OnIdle to be called, for windows think it's just a WM_PAINT message and will not change the UI.
Your UpdateWindow() only post a WM_PAINT message, the message queue is not empty but it's ignored by IsIdleMessage(), that's why.
But when you move your mouse, the message queue is filled with some WM_MOUSEMOVE and it's not ignored for the position changes. So your OnIdle() is called again.
-
My suggestion is to move your Invalidate & UpdateWindow code to somewhere else.
OnIdle()的確是個有點復雜的問題,我可能還會寫幾篇文章 :)
這里(http://groups.google.com/group/microsoft.public.vc.mfc/browse_thread/thread/14f20aa5ffd6994d/66b6e5949a31bfa2?lnk=st&q=AfxUnlockTempMaps&rnum=40&hl=zh-CN#66b6e5949a31bfa2)有篇文章講的很到位
posted @ 2006-07-09 02:03 flyingxu 閱讀(1458) | 評論 (1)編輯 收藏

調試程序的時候,一般
1)啟動調試器,比如VC
2)在VC中設斷點
3)操作程序,使得程序運行到斷點,停下來
但是現在我遇到一個情況,希望調試的情景是這樣的:雙擊某個文件,我的程序啟動后,這個時候我想程序停下來,讓我在VC中調試它。
但是,雙擊文件后啟動的程序,是個獨立的exe運行程序,肯定不是在VC的運行控制下的,VC中設置的斷點不起作用的。怎么辦呢?
這個時候可以在想讓程序停下來的地方增加指令_asm int 3,debug下編譯好。雙擊文件后運行這個exe,在exe運行到_asm int 3時,就會中斷,而把當前的exe運行與一個新的調試器(一個新的VC進程)結合起來。接下來就像一般的調試了。
這時的調試步驟類似與:
1)程序運行
2)遇到特定條件時,_asm int 3把當前exe與一個新的調試器,比如一個新的VC進程,聯系起來
3)在調試器中調試exe

:)
posted @ 2006-07-06 17:35 flyingxu 閱讀(5945) | 評論 (10)編輯 收藏

C++編程規范中第23條中說:
If one header file won't work unless the file that includes it also includes another header, that's gauche and puts unnecessary burden on that header file's users.
呵呵,英語有點拗口,后面舉的例子也都是模板的例子。我倒是遇到過一個實際的例子,簡化后如下:
//a.h
class?A?
{
?
int
?a;
};
?
//b.h
//注意:b.h并沒有include?a.h
class?B?
{
?A?a;
};
?
用的時候怎么用呢?比如在main.cpp中想用class B
//main.cpp
#include?"a.h"
#include?
"b.h"
//
B?b;
//

//do?something?on?b
可以看到,main為了使用B,還得包含a.h,這就是上面一段英語說的:
如果一個頭文件(b.h)不能工作,除非包含它(b.h)的文件(也就是main.cpp)也包含另一個頭文件(a.h)...

hehe,當我第一次遇到這種情況時,想了半天也想不明白為什么我明明包含了b.h還是不能用B啊

那么,正確的寫法應該是什么呢?
在類B的作者在設計B的時候,就應該想到用戶只需要#include "b.h"就可以使用這個class B。所以,在b.h文件中,應該寫明#include "a.h",而不是讓用戶在main.cpp中去include "a.h"

:)
posted @ 2006-06-23 20:56 flyingxu 閱讀(1813) | 評論 (5)編輯 收藏

僅列出標題
共5頁: 1 2 3 4 5 
青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            亚洲图片欧洲图片av| 亚洲午夜视频在线| 国产伦精品免费视频| 亚洲高清成人| 国产一区二区三区视频在线观看| 99re热这里只有精品视频| 尤物99国产成人精品视频| 午夜宅男久久久| 午夜精品久久一牛影视| 欧美日韩高清在线播放| 亚洲福利一区| 亚洲国产成人精品女人久久久| 性色av香蕉一区二区| 欧美一区二区视频在线| 国产精品看片你懂得| 在线综合+亚洲+欧美中文字幕| av成人福利| 欧美日韩福利| 日韩香蕉视频| 亚洲一区二区在线免费观看| 欧美深夜福利| 一区二区三区久久久| 亚洲午夜视频在线观看| 欧美色视频在线| 一本久道久久综合狠狠爱| 亚洲无亚洲人成网站77777| 欧美日韩色婷婷| 一本色道久久综合精品竹菊| 亚洲欧美久久| 国产日韩欧美中文在线播放| 欧美亚洲免费高清在线观看| 久久久久一区二区三区| 国产一级揄自揄精品视频| 久久精品91| 欧美激情第三页| 99这里只有精品| 国产精品成人一区二区三区夜夜夜| 亚洲特级片在线| 久久久.com| 亚洲大胆人体在线| 欧美精品在线视频观看| 99视频热这里只有精品免费| 午夜天堂精品久久久久| 狠狠色狠狠色综合日日91app| 老鸭窝毛片一区二区三区| 亚洲精品一区二区三区樱花 | 亚洲视频精品| 国产欧美精品一区aⅴ影院| 久久久国产91| 亚洲精品少妇30p| 午夜久久电影网| 在线观看中文字幕不卡| 欧美激情在线观看| 午夜免费日韩视频| 欧美岛国在线观看| 亚洲自拍16p| 激情综合久久| 欧美日韩成人在线播放| 欧美中文字幕不卡| 亚洲啪啪91| 久久久蜜桃精品| 99精品国产高清一区二区| 国产精品亚洲精品| 欧美成人精品福利| 午夜久久影院| 亚洲人成网站在线观看播放| 欧美与黑人午夜性猛交久久久| 亚洲国产91| 国产精品视屏| 欧美不卡视频| 久久国产黑丝| 亚洲视频第一页| 亚洲国产一成人久久精品| 久久er99精品| 亚洲一区影院| 亚洲精品中文字幕有码专区| 国产一区二区在线观看免费| 欧美日韩在线三区| 男女av一区三区二区色多| 亚洲欧美日韩直播| 日韩一级不卡| 亚洲国产综合在线看不卡| 久久久久国产免费免费| 亚洲欧美国产另类| 亚洲看片一区| 亚洲国产精品美女| 国外成人免费视频| 国产女主播一区二区| 欧美三区在线视频| 欧美激情在线有限公司| 美国三级日本三级久久99| 欧美在线网站| 欧美一区免费| 亚洲欧美在线免费观看| 亚洲色图制服丝袜| 一本久道综合久久精品| 亚洲经典在线| 亚洲激情网站| 91久久国产综合久久| 亚洲成人直播| 亚洲国产高清在线| 亚洲成色最大综合在线| 免费看亚洲片| 欧美成人首页| 欧美肥婆在线| 亚洲国产高潮在线观看| 亚洲国产高清一区二区三区| 亚洲第一天堂av| 亚洲国产天堂网精品网站| 亚洲国产欧美在线人成| 亚洲国产精品热久久| 亚洲黄网站在线观看| 91久久久久久国产精品| 亚洲黄色有码视频| 亚洲精品欧美| 亚洲国产三级网| 日韩一级黄色av| 一区二区三区色| 亚洲欧美日韩中文在线制服| 午夜精品久久久久久| 欧美在线影院在线视频| 久久久国产成人精品| 久热这里只精品99re8久| 美乳少妇欧美精品| 欧美剧在线免费观看网站| 欧美日韩一区免费| 国产日韩欧美在线看| 极品中文字幕一区| 亚洲精品欧洲| 亚洲欧美日韩成人高清在线一区| 亚洲欧美日韩综合国产aⅴ| 久久精品夜色噜噜亚洲a∨| 欧美成人精品高清在线播放| 亚洲清纯自拍| 亚洲欧美日韩国产综合| 久久精品国产一区二区电影| 欧美sm重口味系列视频在线观看| 欧美日韩精品免费观看视频完整 | 亚洲天堂免费观看| 欧美在线电影| 欧美+亚洲+精品+三区| 亚洲精品小视频在线观看| 亚洲尤物在线视频观看| 久久综合电影| 国产精品日本| 亚洲高清自拍| 午夜天堂精品久久久久| 美女诱惑黄网站一区| a91a精品视频在线观看| 久久av一区二区三区漫画| 欧美美女日韩| 狠狠色伊人亚洲综合成人| 日韩一区二区精品视频| 久久看片网站| 一本高清dvd不卡在线观看| 久久国产精品久久久久久电车| 欧美激情一区二区三区全黄| 国产亚洲一区在线播放| 亚洲视屏一区| 欧美777四色影视在线| 亚洲伊人久久综合| 欧美肥婆在线| 激情久久久久| 欧美一级久久久久久久大片| 最新国产成人在线观看| 久久精品99无色码中文字幕| 欧美新色视频| 亚洲精品在线视频| 免费视频最近日韩| 久久高清国产| 国产精品视频| 亚洲香蕉网站| 91久久在线视频| 美女视频网站黄色亚洲| 韩日精品视频一区| 久久er精品视频| 亚洲深夜福利网站| 欧美三级特黄| 99精品欧美一区二区三区综合在线| 美女尤物久久精品| 久久久av水蜜桃| 韩日精品视频| 久久久国产精品一区二区中文 | 99国产麻豆精品| 欧美电影免费| 亚洲免费观看在线观看| 亚洲盗摄视频| 欧美不卡福利| 亚洲靠逼com| 亚洲人午夜精品免费| 欧美成人午夜77777| 亚洲人成网在线播放| 亚洲电影免费| 欧美国产视频日韩| 亚洲老司机av| 亚洲毛片在线免费观看| 欧美视频中文在线看| 亚洲女同在线| 午夜精彩视频在线观看不卡 | 在线观看视频亚洲|