• <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 閱讀(264) 評論(0)  編輯 收藏 引用

            久久久久久国产精品无码超碰| 亚洲国产成人久久综合碰碰动漫3d| 色综合久久久久综合99| 久久婷婷国产剧情内射白浆| 国产精品欧美久久久天天影视 | 久久久久亚洲精品天堂| 99久久精品国产毛片| 亚洲午夜福利精品久久| 久久99国产精品尤物| 久久久久亚洲AV无码专区网站| 国产毛片欧美毛片久久久| 成人资源影音先锋久久资源网| 久久99这里只有精品国产| 亚洲一区中文字幕久久| 青青草原精品99久久精品66| 久久久久久国产精品无码下载| 国产精品无码久久综合| 精品久久久久久国产| 亚洲&#228;v永久无码精品天堂久久 | 久久久久国产精品嫩草影院| 老司机国内精品久久久久| 久久久久久久久久久久中文字幕 | 久久中文字幕人妻熟av女| 93精91精品国产综合久久香蕉| av色综合久久天堂av色综合在| 日韩十八禁一区二区久久| 久久精品国产清自在天天线| 国产精品视频久久| 久久综合精品国产二区无码| 午夜久久久久久禁播电影| 亚洲av日韩精品久久久久久a| 久久99这里只有精品国产| 久久丫忘忧草产品| 综合久久一区二区三区| 综合久久精品色| 精产国品久久一二三产区区别| 色播久久人人爽人人爽人人片AV| 人妻中文久久久久| 国产精品亚洲综合久久| 亚洲国产精品高清久久久| 精品乱码久久久久久久|