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

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

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

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


            經檢查,的確如此。。

            有一段類似于以下代碼

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

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

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

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

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

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

            大伊人青草狠狠久久| 精品久久久久久亚洲| 久久精品国产亚洲AV忘忧草18| 久久精品国产欧美日韩99热| 欧美一级久久久久久久大片| 国产精品99久久久精品无码| 99久久99久久| 国产福利电影一区二区三区久久老子无码午夜伦不 | 久久久久亚洲av无码专区 | 国产精品成人久久久| 久久久国产精品亚洲一区| 国产福利电影一区二区三区久久久久成人精品综合 | 久久人人爽人人爽人人AV | 日韩精品久久久久久免费| 亚洲欧美日韩中文久久| 久久婷婷五月综合色奶水99啪| 久久国产亚洲精品无码| 久久青青草原精品国产不卡| 欧美伊人久久大香线蕉综合69| 精品久久久久久中文字幕人妻最新 | 97精品国产97久久久久久免费| 亚洲精品午夜国产va久久| 99热成人精品免费久久| 熟妇人妻久久中文字幕| 伊人久久五月天| 国产精品无码久久四虎| 欧美亚洲日本久久精品| 狠狠久久综合| 国产成人精品久久一区二区三区av| 久久婷婷五月综合国产尤物app | 亚洲精品乱码久久久久久中文字幕| 91亚洲国产成人久久精品| 久久久久人妻一区精品色| 日韩美女18网站久久精品| 精品午夜久久福利大片| 久久精品免费一区二区| 日本久久中文字幕| 欧洲国产伦久久久久久久 | 久久精品一区二区三区中文字幕| 99久久精品国产免看国产一区| 久久中文骚妇内射|