• <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)  編輯 收藏 引用

            久久精品成人欧美大片| 国产精品久久久久免费a∨| 精品久久久久成人码免费动漫| 99久久精品国产一区二区| 精品久久人人妻人人做精品| 亚洲欧美一区二区三区久久| 日韩精品久久无码中文字幕| 97精品国产97久久久久久免费| 国产成人久久精品麻豆一区| 久久精品国产亚洲av日韩| 亚洲美日韩Av中文字幕无码久久久妻妇| 伊人热热久久原色播放www| 三上悠亚久久精品| 性高湖久久久久久久久AAAAA| 国内精品久久久久影院一蜜桃| 四虎久久影院| 国产精品福利一区二区久久| 77777亚洲午夜久久多喷| 久久综合精品国产一区二区三区 | 麻豆精品久久久久久久99蜜桃| 久久亚洲私人国产精品vA| 久久精品国产99久久丝袜| 欧美久久精品一级c片片| 久久午夜伦鲁片免费无码| 大美女久久久久久j久久| 久久精品中文騷妇女内射| 久久亚洲精品无码aⅴ大香| 久久久久久久国产免费看| 日本一区精品久久久久影院| 无码人妻久久久一区二区三区 | 国产日产久久高清欧美一区| 蜜臀av性久久久久蜜臀aⅴ麻豆 | 亚洲国产天堂久久久久久| 97久久精品人人做人人爽| 97热久久免费频精品99| 久久久无码人妻精品无码| 无码久久精品国产亚洲Av影片 | 国产精品99久久免费观看| 日本五月天婷久久网站| 7777精品伊人久久久大香线蕉| 亚洲国产成人久久综合一区77|