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

            曲徑通幽

            programming_with_fun();

              C++博客 :: 首頁 :: 聯(lián)系 :: 聚合  :: 管理
              18 Posts :: 0 Stories :: 5 Comments :: 0 Trackbacks

            常用鏈接

            留言簿(6)

            我參與的團(tuán)隊(duì)

            搜索

            •  

            最新評(píng)論

            閱讀排行榜

            評(píng)論排行榜

              最近在工作中發(fā)現(xiàn)網(wǎng)絡(luò)通信收發(fā)文件部分,發(fā)送一次文件后,就再也不能發(fā)第二次了。本以為是協(xié)議的問題,后來用TOP發(fā)現(xiàn)CPU過高,才通過GDB看到了是一個(gè)清空Buffer類的代碼有BUG,計(jì)算無符號(hào)整形的操作溢出了。
              具體跟蹤方法記錄一下。首先正常啟動(dòng)程序,然后進(jìn)行收發(fā)文件操作,觸發(fā)死循環(huán)。而后通過 top -H 查看哪個(gè)線程(其實(shí)是PID,redhat的線程是fork進(jìn)程實(shí)現(xiàn)的)占用CPU過高,而后gdb -p [pid] attach 之,最后bt 打印堆棧。
            posted on 2011-06-13 13:49 Meiosis 閱讀(565) 評(píng)論(0)  編輯 收藏 引用 所屬分類: Debug \ Reverse EngineeringWork ExperienceLinux Generic
            久久精品无码av| 精品久久久久久国产| 久久99久久99小草精品免视看| 人妻无码αv中文字幕久久琪琪布| 久久国产精品无码HDAV | 97久久超碰成人精品网站| 国产美女久久精品香蕉69| 国产精品美女久久久久av爽| 久久只有这里有精品4| 久久99精品久久久久久久不卡| 精品久久久久久无码国产| 久久人人爽人人爽人人片AV麻烦| 狠狠色丁香婷婷综合久久来| 欧美日韩精品久久久久| 国产欧美一区二区久久| 久久久无码精品亚洲日韩京东传媒 | 99久久人妻无码精品系列蜜桃| 久久久久97国产精华液好用吗| 亚洲va久久久噜噜噜久久天堂| 国产精品成人无码久久久久久| 无码人妻精品一区二区三区久久久 | 无码人妻少妇久久中文字幕| AV无码久久久久不卡蜜桃| 久久人人爽人人爽人人片AV麻烦| 久久久久99精品成人片牛牛影视| 新狼窝色AV性久久久久久| 国产精品久久久久久久人人看| 久久精品国产亚洲精品| 久久久中文字幕| 久久这里只有精品首页| 91精品国产综合久久婷婷| 无码精品久久久久久人妻中字| 91麻豆国产精品91久久久| 亚洲精品成人久久久| 日本久久久久久久久久| 欧美精品一区二区久久| 国产精品九九久久免费视频| 日本福利片国产午夜久久| 久久久久久综合一区中文字幕 | 久久婷婷午色综合夜啪| 久久91精品综合国产首页|