• <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>
            非常感謝
            嘿你保送哪了
            問題不是出在temp是出在list_tail->back
            list_tail對back的操作
            back已經被釋放了,不可再訪問

            呵呵 我水平很一般,前幾天ACM亞洲銀獎的同學敲代碼,半小時做三道題,我都崩潰了……
            慢慢來吧,總是天外有天的。
            呵呵 這段時間有事離開了
            我的意思就是感覺編程不能碰運氣,還是以安全為上是好習慣
            走查會根據(jù)編譯器不同而分配給你用的內存的初始內容不同。誰也不能控制。
            呵呵 我都被你誤導了 temp != list_tail->back 和 temp != NULL 這兩局并沒有區(qū)別 list_tail->back 就是NULL
            List_tail指向的內容被析構之后 系統(tǒng)就會給List_tail分配一個我們無法得知的指向。
            back不在了之后 我下一步要執(zhí)行的是判斷temp是不是back 你說它都沒有了怎么判斷呢?
            你的編程想法真的很有意思。你怎么知道temp一定是NULL 那是你的機器 我的機器就不是 而且怎么可能呢? 我是在堆棧上面申請的。temp是靜態(tài)的。它指向的內存被系統(tǒng)回收了,你怎么還可以用呢? 無論是不是NULL 只要你動用就是出錯。這樣編程不好 代碼可以說很差 太不安全 太隨意 還要依靠運氣 你說呢?
            temp != list_tail->back && temp != NULL這里依然有個問題就是
            先判斷temp != list_tail->back會出錯,還是把兩個語句調換一下位置
            這樣就能保證安全性了 呵呵
            你的想法挺好的 謝謝你的想法!
            不過以后大家可以經常討論 這是好事情 我要謝謝你的
            list_tail是類的成員 這個類都被釋放了就不存在了 那么你說list_tail是什么?? 而temp是無關的局部變量 它在這個局部內使我控制 除了這個局部就不是我能管理的了 但是類不同 temp要使用我類中的back成員 當然得back存在啊 而我把back delete了 你說temp指向的list_tail的back是什么??
            呵呵 謝謝你的疑問 我剛剛走查了一下就是我的那個問題
            你可以自己試一試 當執(zhí)行到delTemp指向尾節(jié)點的前一個節(jié)點時 temp指向尾節(jié)點 此時還不滿足temp != list_tail->back 但是下一句是
            delTemp = temp; 這句之后 temp = temp->back; 這句之后 temp滿足了退出循環(huán)的條件 但是它指向了尾節(jié)點的一部分(list_tail->back )而這個list_tail->back 經過隨后的一步delete delTemp;就被刪除了 這樣在下一次循環(huán)入口條件判斷時 temp已經成了一個野指針 對它的引用當然也是不正確的

            不知道這樣說你清楚了嗎??
            re: new的三中使用方法 lele 2007-04-04 06:56
            char* p = new(nothrow) char[100];
            long *q1 = new(p) long(100);
            int *q2 = new(p) int[100/sizeof(int)];

            這三句的意思是先用nothrow new申請char[100]空間,再在這片空間上申請一個long類型的空間存放100,然后是int型的數(shù)組?
            因為i繼承的層析越深虛擬表會越龐大 這樣要判斷正確執(zhí)行哪一個虛函數(shù)就要查找整個虛擬表 然后動態(tài)在執(zhí)行過程中綁定執(zhí)行
            我也不是很懂 說錯了請大家更正 謝謝
            是因為虛擬表吧??
            <2008年12月>
            30123456
            78910111213
            14151617181920
            21222324252627
            28293031123
            45678910

            導航

            統(tǒng)計

            常用鏈接

            留言簿(1)

            隨筆檔案

            文章檔案

            搜索

            最新評論

            閱讀排行榜

            評論排行榜

            久久免费香蕉视频| 国产精品热久久无码av| 久久精品国产99国产精品导航| 日韩亚洲国产综合久久久| 亚洲午夜福利精品久久| 91精品国产91久久综合| 久久国产免费直播| 麻豆AV一区二区三区久久| 国产ww久久久久久久久久| 四虎国产精品成人免费久久| 精品久久久久久国产| 亚洲?V乱码久久精品蜜桃| 成人久久精品一区二区三区| 亚洲精品乱码久久久久久蜜桃| 99久久无色码中文字幕| 亚洲国产高清精品线久久 | 99久久免费国产精品| 综合网日日天干夜夜久久| 精品久久久无码中文字幕天天| 伊人久久大香线蕉AV色婷婷色| 精品综合久久久久久88小说| 99久久婷婷国产综合亚洲| 久久强奷乱码老熟女| 久久91精品国产91久久麻豆| 亚洲AV无码1区2区久久| 久久久久久国产精品美女| 久久久久亚洲AV无码专区桃色| 99久久精品国内| 国产亚洲色婷婷久久99精品| 亚洲AV无码1区2区久久| 亚洲精品乱码久久久久久自慰| 2021最新久久久视精品爱| 2021国内精品久久久久久影院| 久久久久久国产精品无码下载| 国产精品免费看久久久香蕉| 亚洲成色999久久网站| 99久久精品免费| 久久久久18| 久久久久亚洲国产| 亚洲国产精品无码久久| 久久国产精品一国产精品金尊|