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

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 閱讀(1391) | 評論 (2)編輯 收藏

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

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

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

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

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

posted @ 2006-08-09 00:19 flyingxu 閱讀(3716) | 評論 (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 閱讀(3467) | 評論 (3)編輯 收藏

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

所以,在定義程序功能的時候,就盡量不要用到F12 ,哈
posted @ 2006-07-13 18:29 flyingxu 閱讀(2015) | 評論 (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 閱讀(1352) | 評論 (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 閱讀(1746) | 評論 (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 閱讀(1453) | 評論 (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 閱讀(5936) | 評論 (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 閱讀(1805) | 評論 (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>
            久久精品男女| 久久久久久亚洲精品不卡4k岛国| 亚洲大片精品永久免费| 性亚洲最疯狂xxxx高清| 久久精品五月婷婷| 一区二区成人精品| 久久躁日日躁aaaaxxxx| 久久国产精品久久久久久电车| 国产老肥熟一区二区三区| 久久亚洲精品一区| 欧美国产精品一区| 一区二区三区av| 欧美freesex交免费视频| 午夜精品久久久久久99热| 欧美日韩国产区| 国产三级精品三级| 亚洲视频在线一区| 亚洲性图久久| 国产精品a久久久久久| 经典三级久久| 亚洲一区国产精品| 欧美日韩成人综合在线一区二区| 免费观看日韩| 亚洲二区在线观看| 亚洲第一级黄色片| 亚洲娇小video精品| 欧美激情小视频| 亚洲特级毛片| 老司机凹凸av亚洲导航| 国产一区二区中文字幕免费看| 亚洲欧美日韩综合一区| 久久久久国产精品人| 亚洲欧美日韩国产综合在线 | 亚洲——在线| 国产欧美一区二区精品性| 久久综合图片| 欧美精品免费在线| 午夜欧美不卡精品aaaaa| 久热精品视频在线| 亚洲综合色噜噜狠狠| 亚洲国产一成人久久精品| 亚洲在线观看免费视频| 国产精品日本欧美一区二区三区| 亚洲激情婷婷| 一区二区三区免费看| 欧美日一区二区三区在线观看国产免| 久久中文久久字幕| 亚洲国内自拍| 欧美精品亚洲一区二区在线播放| 最新国产乱人伦偷精品免费网站 | 欧美国产一区二区| 一区二区三区精密机械公司| 麻豆精品精华液| 亚洲日本视频| 亚洲精品视频啊美女在线直播| 亚洲视频免费观看| 国产精品视频一| 欧美aⅴ99久久黑人专区| 亚洲一区二区免费| 久久综合色8888| 国产精品视频1区| 久久成人免费| 亚洲自拍偷拍麻豆| 日韩一区二区精品视频| 欧美成年人网| 麻豆国产精品一区二区三区| 久久九九精品99国产精品| 亚洲一区二区成人| 亚洲欧美日韩一区二区在线| 亚洲欧美在线网| 久热国产精品| 国产精品国产亚洲精品看不卡15| 国产精品一区毛片| 欧美黄色视屏| 亚洲一区二区三区四区中文| 亚洲欧美国内爽妇网| 久久夜色精品一区| 欧美视频一区二区三区…| 韩国精品一区二区三区| 亚洲人体影院| 欧美亚洲在线观看| 亚洲人永久免费| 久久夜色精品国产亚洲aⅴ| 久久一区国产| 欧美搞黄网站| 一本一本久久a久久精品综合麻豆 一本一本久久a久久精品牛牛影视 | 久久九九热免费视频| 伊人精品久久久久7777| 1769国内精品视频在线播放| 在线中文字幕一区| 免费日本视频一区| 中文久久乱码一区二区| 亚洲第一综合天堂另类专| 免费成人在线观看视频| 一区二区av在线| 性欧美在线看片a免费观看| 亚洲国产精品一区二区第四页av| 欧美91福利在线观看| 欧美暴力喷水在线| 亚洲激情欧美| 亚洲色图在线视频| 久久久高清一区二区三区| 欧美国产第一页| 国产精品久久久久久久7电影| 国产精品美女黄网| 亚洲国产美女| 欧美在线不卡视频| 国产精品一区三区| 国产专区综合网| 一本色道久久综合亚洲精品按摩| 亚洲视频二区| 欧美.www| 久久国产精品亚洲77777| 中文欧美日韩| 久久久久久久久久久久久9999 | 欧美日韩一区二区三区| 国产一区二区三区久久精品| 最新国产精品拍自在线播放| 亚洲一区在线免费观看| 欧美va天堂| 久久久91精品| 永久免费视频成人| 久久精品国产久精国产一老狼| 亚洲在线中文字幕| 欧美日韩精品三区| 一区二区三区欧美亚洲| 欧美国产精品久久| 久久这里只精品最新地址| 国产精品亚发布| 篠田优中文在线播放第一区| 国产精品99久久久久久www| 欧美日韩伦理在线| 亚洲免费综合| 午夜综合激情| 在线欧美一区| 亚洲精品女人| 欧美一区二区三区视频| 欧美成年视频| 美女网站久久| 99re这里只有精品6| 中文一区在线| 国产精品一级久久久| 久久久久国产精品www| 欧美中文字幕在线| 亚洲三级电影全部在线观看高清| 亚洲国产成人精品久久久国产成人一区| 欧美在线播放视频| 亚洲精品老司机| 亚洲国产成人午夜在线一区| 久久国产精品72免费观看| 久久riav二区三区| 亚洲精品视频一区| 新67194成人永久网站| 亚洲人体1000| 欧美主播一区二区三区| 日韩视频永久免费观看| 午夜一区二区三区不卡视频| 日韩视频一区二区三区| 久久精品国产第一区二区三区最新章节 | 久久激情综合网| 欧美一区二区三区婷婷月色| 欧美精品一卡二卡| 亚洲欧洲日产国码二区| 国产一区 二区 三区一级| 中文一区在线| 亚洲欧美日韩国产中文| 国产精品一区视频| 亚洲一区二区网站| 亚洲一区二区三区在线看| 久久久久88色偷偷免费| 久久免费偷拍视频| 国产精品日韩二区| 日韩午夜在线电影| 亚洲国产精品va在线看黑人| 午夜影视日本亚洲欧洲精品| 亚洲午夜高清视频| 欧美激情视频一区二区三区免费| 亚洲日韩视频| 欧美高清成人| 久久久www| 亚洲人久久久| 国自产拍偷拍福利精品免费一| 亚洲精品一区在线观看| 最新高清无码专区| 欧美国产综合一区二区| 亚洲黄色av| 亚洲欧美日韩精品久久久久| 亚洲免费视频一区二区| 国产精品久久97| 午夜精品免费在线| 美女精品在线| 99这里有精品| 91久久精品国产91性色tv| 国产专区欧美精品| 老色鬼久久亚洲一区二区| 亚洲日本va午夜在线电影| 国产精品私拍pans大尺度在线 | 欧美一区在线看| 国产一区在线看| 免费欧美网站|