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

            MFC中一個(gè)容易被忽視的問題

               MFC對話框模式的程序經(jīng)常有這樣一種業(yè)務(wù)需求:

                  對話框初始化 --> 取得數(shù)據(jù) --> 將數(shù)據(jù)顯示到對話框的控件中

               該流程有一個(gè)潛在的問題,看下面的代碼:
            BOOL CTestDlg::OnInitDialog()
            {
                CDialog::OnInitDialog();
                
            // TODO: Add extra initialization here

                
            // Get data here
                char* szData = GetData();

                
            // Set Ctrl value here
                GetDlgItem(IDC_SOMEEDITCTRL)->SetWindowText(szData);

                
            return TRUE;
            }

               這樣的代碼編譯出來的程序運(yùn)行起來有時(shí)會CRUSH,有時(shí)不會,調(diào)試起來很讓人頭痛。
               錯(cuò)誤出在“GetDlgItem(IDC_SOMEEDITCTRL)->SetWindowText(szData);”這一句,這行代碼是在對話框初始化時(shí)調(diào)用的,此時(shí)對話框資源有可能還沒有創(chuàng)建起來,因此GetDlgItem(IDC_SOMEEDITCTRL)有可能得到的就是空指針,也有可能得到的是非空卻被判斷為非窗口的指針。遇上這兩種情況,程序當(dāng)然就CRUSH掉了。
               這樣精簡的代碼當(dāng)然很容易看出問題來,但是如果程序規(guī)模大了,資源多了,又有嵌套調(diào)用等等,發(fā)生這樣的錯(cuò)誤就很難檢查出來。

               解決的方法有很多,一定要確保在InitDialog結(jié)束之后再對控件資源進(jìn)行操作。最簡單的方法是在InitDialog結(jié)束的時(shí)候PostMessage,然后在消息處理里面處理資源操作。


            posted on 2007-12-12 10:48 迷宮の未來 閱讀(2107) 評論(11)  編輯 收藏 引用

            評論

            # re: MFC中一個(gè)容易被忽視的問題 2007-12-12 13:01 LOGOS

            不錯(cuò)。這個(gè)問題確實(shí)比較容易被忽視  回復(fù)  更多評論   

            # re: MFC中一個(gè)容易被忽視的問題 2007-12-12 15:49 agaric

            既然是MFC,基本上都會映射成一個(gè)成員變量來操作吧,就不會這么麻煩咯  回復(fù)  更多評論   

            # re: MFC中一個(gè)容易被忽視的問題 2007-12-12 16:44 不懂

            有這種問題??

            沒遇到過,是你們使用的有問題吧,如果MFC有這種不確定性的問題,早就應(yīng)該發(fā)現(xiàn)了吧。  回復(fù)  更多評論   

            # re: MFC中一個(gè)容易被忽視的問題 2007-12-13 13:18 vc

            '有時(shí)會CRUSH'?能給個(gè)代碼能crush的嗎?有興趣深入看一下  回復(fù)  更多評論   

            # re: MFC中一個(gè)容易被忽視的問題 2007-12-14 13:53 追夢時(shí)代

            @vc
            我做的是一個(gè)控制面板程序,之前會CRUSH掉的部分代碼如下:
            BOOL CStockF10SetDlg::OnInitDialog()
            {
            CDialog::OnInitDialog();
            // TODO: Add extra initialization here
            //Init contrl data
            .......
            //獲得注冊表的值
            if(GetRegValues())
            {
            //更新沒有值綁定的控件的顯示
            SetCtrlState();
            //更新有值綁定的控件的顯示
            UpdateData(FALSE);
            }
            else
            {
            MessageBox("Get regedit values error!");
            }
            return TRUE; // return TRUE unless you set the focus to a control
            // EXCEPTION: OCX Property Pages should return FALSE
            }


            void CStockF10SetDlg::SetCtrlState()
            {
            //EnableForceSend
            ......
            szTemp.Format("%02ld",gethour(m_nUpdateTime));
            //將m_nUpdateTime這個(gè)時(shí)間值的小時(shí)部分顯示到控件
            GetDlgItem(IDC_UPDATETIMEH)->SetWindowText(szTemp);
            szTemp.Format("%02ld",getminute(m_nUpdateTime));
            //將m_nUpdateTime這個(gè)時(shí)間值的分鐘部分顯示到控件
            GetDlgItem(IDC_UPDATETIMEM)->SetWindowText(szTemp);
            }


            由于這個(gè)時(shí)間值我把它放在小時(shí)和分鐘兩個(gè)控件中顯示,所以沒有綁定成員變量,直接通過資源號來顯示數(shù)據(jù)的。代碼運(yùn)行到SetWindowText這里會CRUSH掉。   回復(fù)  更多評論   

            # re: MFC中一個(gè)容易被忽視的問題 2007-12-15 22:03 Zero Lee

            提到的問題,確實(shí)很有意思,沒遇到過。前不久做的一個(gè)項(xiàng)目中,寫的代碼與“追夢時(shí)代”的操作差不多,在VS2003.net和VS2005下不管哪種模式都沒有出現(xiàn)這種問題啊。  回復(fù)  更多評論   

            # re: MFC中一個(gè)容易被忽視的問題 2007-12-18 10:25 力為

            GetDlgItem(IDC_UPDATETIMEH)->SetWindowText(szTemp);
            這種寫法本身就得挨批~  回復(fù)  更多評論   

            # re: MFC中一個(gè)容易被忽視的問題 2007-12-25 22:05 秦歌

            這種情況不好說  回復(fù)  更多評論   

            # re: MFC中一個(gè)容易被忽視的問題 2007-12-28 14:56 123

            @力為
            94  回復(fù)  更多評論   

            # re: MFC中一個(gè)容易被忽視的問題[未登錄] 2007-12-29 11:32

            這行代碼是在對話框初始化時(shí)調(diào)用的,此時(shí)對話框資源有可能還沒有創(chuàng)建起來,
            ---------------------------
            收到 WM_INITDIALOG, 則對話框和子窗口已經(jīng)創(chuàng)建起來
            執(zhí)行CDialog::OnInitDialog()之后, 則控件和變量已經(jīng)關(guān)聯(lián)起來(如果有的話)
            這個(gè)是肯定的

            至于樓主為什么會CRUSH,,,,,,奇怪....
            除非GetDlgItem(IDC_SOMEEDITCTRL) 中的ID對應(yīng)的控件不存在

              回復(fù)  更多評論   

            # re: MFC中一個(gè)容易被忽視的問題 2008-11-16 12:57 vane

            至于樓主為什么會CRUSH,,,,,,奇怪....
            除非GetDlgItem(IDC_SOMEEDITCTRL) 中的ID對應(yīng)的控件不存在
            控件沒創(chuàng)建好,返回的是一個(gè)空指針GetDlgItem返回值是一個(gè)CWnd*
            我們可以這樣CWnd *pWnd = GetDlgItem(IDC_SOMEEDITCTRL);
            if(pWnd->GetSafeHwnd())
            {
            ..................
            }

            這就不會造成崩潰 但是,有可能那個(gè)控件沒數(shù)據(jù)  回復(fù)  更多評論   


            只有注冊用戶登錄后才能發(fā)表評論。
            網(wǎng)站導(dǎo)航: 博客園   IT新聞   BlogJava   博問   Chat2DB   管理


            <2007年12月>
            2526272829301
            2345678
            9101112131415
            16171819202122
            23242526272829
            303112345

            導(dǎo)航

            統(tǒng)計(jì)

            常用鏈接

            留言簿(10)

            隨筆檔案

            文章檔案

            最新隨筆

            搜索

            積分與排名

            最新隨筆

            最新評論

            閱讀排行榜

            評論排行榜

            久久综合给合综合久久| 无码人妻久久久一区二区三区| 亚洲AV无码久久精品成人 | 无码伊人66久久大杳蕉网站谷歌| 久久久久这里只有精品 | 久久国产免费观看精品3| 欧美日韩久久中文字幕| 亚洲国产成人久久笫一页| 精品久久久久久国产三级| 品成人欧美大片久久国产欧美... 品成人欧美大片久久国产欧美 | 久久青青草原精品国产软件 | 91精品国产综合久久久久久| 欧美喷潮久久久XXXXx| 久久精品99久久香蕉国产色戒| 久久天天躁狠狠躁夜夜躁2O2O | 久久久久成人精品无码中文字幕| 伊人久久大香线蕉av不变影院| 中文精品久久久久人妻不卡| 久久久久亚洲Av无码专| 99久久国产综合精品网成人影院 | 久久精品国产99国产精品| 久久久久无码中| 无码久久精品国产亚洲Av影片| 国产精品久久久久…| 久久精品成人影院| 久久久久女人精品毛片| 国产精品青草久久久久福利99| 中文字幕久久亚洲一区| 国产精品久久99| 国产99久久久国产精品小说| 91精品国产综合久久久久久| 久久人妻少妇嫩草AV蜜桃| 91精品国产综合久久精品| 综合久久精品色| 成人精品一区二区久久久| 久久精品日日躁夜夜躁欧美| 99久久亚洲综合精品网站| 一本大道久久东京热无码AV| 99久久精品国产综合一区| 久久人人爽人人爽人人片av麻烦| 97精品伊人久久久大香线蕉|