• <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>

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

            2007年10月2日 #

            我的新博客在

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

            2007年1月5日 #

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

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

            2006年8月9日 #

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

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

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

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

            2006年7月26日 #

            類似的問題見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 閱讀(3444) | 評論 (3)編輯 收藏

            2006年7月13日 #

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

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

            2006年7月11日 #

            我在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 閱讀(1330) | 評論 (3)編輯 收藏

            2006年7月10日 #

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

            2006年7月9日 #

            在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 閱讀(1431) | 評論 (1)編輯 收藏

            2006年7月6日 #

            調試程序的時候,一般
            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 閱讀(5910) | 評論 (10)編輯 收藏

            2006年6月23日 #

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

            僅列出標題  下一頁
            69SEX久久精品国产麻豆| 色综合久久综精品| 久久精品国产男包| 无码人妻少妇久久中文字幕蜜桃| 国产精品久久久久久久久| 欧美精品国产综合久久| 69久久夜色精品国产69| 久久久久久无码国产精品中文字幕| 亚洲欧美另类日本久久国产真实乱对白 | 久久九九全国免费| 色悠久久久久久久综合网 | 久久av无码专区亚洲av桃花岛| 久久久国产精品亚洲一区| 精品久久久久久国产免费了| 伊人色综合久久天天网| 久久精品无码午夜福利理论片| 国产精品99久久久久久猫咪| 亚洲AV无码一区东京热久久 | 久久国产三级无码一区二区 | 国产精自产拍久久久久久蜜| 中文精品久久久久人妻| 99久久国产综合精品五月天喷水 | 狠狠色伊人久久精品综合网| 久久人人爽人人爽人人AV| 久久久久久国产精品无码下载| 国产情侣久久久久aⅴ免费| 精品人妻伦九区久久AAA片69 | 精品久久久久久久中文字幕 | 2021精品国产综合久久| 亚洲中文久久精品无码| 国内精品久久久久久久久电影网| 久久国产视频网| 四虎国产精品免费久久5151| 国产精品久久亚洲不卡动漫| 久久亚洲AV成人无码电影| 久久久久精品国产亚洲AV无码| 久久亚洲国产成人精品无码区| 狠狠久久综合伊人不卡| 精品久久久久国产免费| 欧美精品丝袜久久久中文字幕| 久久青青国产|