• <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亞洲銀獎的同學敲代碼,半小時做三道題,我都崩潰了……
            慢慢來吧,總是天外有天的。
            呵呵 這段時間有事離開了
            我的意思就是感覺編程不能碰運氣,還是以安全為上是好習慣
            走查會根據編譯器不同而分配給你用的內存的初始內容不同。誰也不能控制。
            呵呵 我都被你誤導了 temp != list_tail->back 和 temp != NULL 這兩局并沒有區別 list_tail->back 就是NULL
            List_tail指向的內容被析構之后 系統就會給List_tail分配一個我們無法得知的指向。
            back不在了之后 我下一步要執行的是判斷temp是不是back 你說它都沒有了怎么判斷呢?
            你的編程想法真的很有意思。你怎么知道temp一定是NULL 那是你的機器 我的機器就不是 而且怎么可能呢? 我是在堆棧上面申請的。temp是靜態的。它指向的內存被系統回收了,你怎么還可以用呢? 無論是不是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是什么??
            呵呵 謝謝你的疑問 我剛剛走查了一下就是我的那個問題
            你可以自己試一試 當執行到delTemp指向尾節點的前一個節點時 temp指向尾節點 此時還不滿足temp != list_tail->back 但是下一句是
            delTemp = temp; 這句之后 temp = temp->back; 這句之后 temp滿足了退出循環的條件 但是它指向了尾節點的一部分(list_tail->back )而這個list_tail->back 經過隨后的一步delete delTemp;就被刪除了 這樣在下一次循環入口條件判斷時 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型的數組?
            因為i繼承的層析越深虛擬表會越龐大 這樣要判斷正確執行哪一個虛函數就要查找整個虛擬表 然后動態在執行過程中綁定執行
            我也不是很懂 說錯了請大家更正 謝謝
            是因為虛擬表吧??
            <2025年5月>
            27282930123
            45678910
            11121314151617
            18192021222324
            25262728293031
            1234567

            導航

            統計

            常用鏈接

            留言簿(1)

            隨筆檔案

            文章檔案

            搜索

            最新評論

            閱讀排行榜

            評論排行榜

            伊人色综合久久天天| 久久中文字幕精品| 99久久精品免费观看国产| 四虎国产精品免费久久久| 99久久国产综合精品五月天喷水 | 久久er99热精品一区二区| 久久精品国产99久久久| AA级片免费看视频久久| 亚洲精品无码专区久久同性男| 亚洲国产精品高清久久久| 一本色道久久88加勒比—综合| 模特私拍国产精品久久| 精品久久久久久亚洲| 中文成人无码精品久久久不卡 | 精品综合久久久久久888蜜芽| 99久久久久| 久久99精品久久久久久hb无码 | 中文国产成人精品久久不卡| 久久婷婷综合中文字幕| 亚洲一级Av无码毛片久久精品| 久久精品无码午夜福利理论片| 久久久久久无码国产精品中文字幕 | 亚洲午夜无码久久久久| 久久精品综合一区二区三区| 欧美黑人又粗又大久久久| 久久久久亚洲AV无码专区网站| 国产综合久久久久久鬼色| 久久久久久精品久久久久| 久久久不卡国产精品一区二区 | 亚洲婷婷国产精品电影人久久| 久久99精品国产麻豆宅宅| 国产精品美女久久久m| 中文字幕日本人妻久久久免费| 香蕉aa三级久久毛片| 久久久久国产一级毛片高清板| 99久久国产免费福利| 国产2021久久精品| 青青草国产精品久久久久| 99国产精品久久| 亚洲国产成人久久精品动漫| 99久久国产免费福利|