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

            從頭再來

            STL窗口使用_list

            繼續(xù)之前的項目。跑錄像的時候,本地測試為2G內(nèi)存的機器,效果還行。沒有出現(xiàn)掛掉的現(xiàn)象。

            但把代碼重新編譯在外面跑的時候就出現(xiàn)了段錯誤,double free list_node_base nohook .一類的gdb信息。

            后詢問大牛,得知應(yīng)該是list的迭代器失效引起。


            經(jīng)檢查,的確如此。。

            有一段類似于以下代碼

            for(i = list.begin(); i !=list.end();i++)
            {
               if ( (*) == p)
               {
               }
            }

            之前有加鎖。后來使用了新的加鎖方法,、把鏈表的每一次操作加鎖,而不是全部加鎖,

            也就是list.end(),并不是調(diào)用STL的end() 而是先lock 再調(diào)再unlock 自己進行了一次類的封裝操作。

            由于這個影響,導(dǎo)致多線程在判斷的時候。有可能會有二個傳入的值同時被判斷,其中一個over這后順利進行。另外一個再進行操作。就段錯誤。

            奇怪的是同樣二個機器同時測試。就一個出來了錯誤。。。想來是小錯誤。很少會碰到。double free 的情況和原生代碼雜亂也有一定關(guān)系

            posted on 2011-06-02 21:25 易寶@byhh 閱讀(267) 評論(0)  編輯 收藏 引用

            亚洲国产天堂久久综合| 97超级碰碰碰碰久久久久| 亚洲国产高清精品线久久| 狠狠色丁香婷婷综合久久来来去| 久久天天躁狠狠躁夜夜不卡 | 伊人久久大香线蕉综合5g| 少妇久久久久久被弄到高潮| 狠狠综合久久综合88亚洲 | 国内精品伊人久久久久| 久久99久久99小草精品免视看| 久久男人中文字幕资源站| 久久久久久亚洲AV无码专区| 久久久久久国产a免费观看不卡| 亚洲va久久久噜噜噜久久 | 亚洲性久久久影院| 欧美精品一本久久男人的天堂| 97久久精品无码一区二区天美 | 久久se精品一区二区| 久久夜色精品国产噜噜亚洲a| 久久久综合九色合综国产| 亚洲精品无码久久久久sm| 久久久WWW成人免费毛片| 69国产成人综合久久精品| 午夜精品久久久久久影视riav| 精品久久久久久久中文字幕 | 性高湖久久久久久久久AAAAA| 国产精品久久永久免费| 日韩人妻无码一区二区三区久久| 久久久久综合中文字幕| 狠狠久久综合伊人不卡| 91亚洲国产成人久久精品网址| 国内精品伊人久久久久av一坑| 久久精品国产久精国产果冻传媒| 久久夜色撩人精品国产| 久久精品一区二区三区中文字幕| 久久久久久久尹人综合网亚洲| 精品久久久久香蕉网| 国产91色综合久久免费| 久久se精品一区精品二区| 久久精品国产91久久麻豆自制| A狠狠久久蜜臀婷色中文网|