• <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
            久久精品国内一区二区三区| 欧美成a人片免费看久久| 久久综合给久久狠狠97色| 久久亚洲私人国产精品| 精品久久人人做人人爽综合| 久久久久久久久久久久久久 | 久久这里只有精品首页| 久久亚洲高清综合| 国产精品美女久久久久网| 人妻系列无码专区久久五月天| 99精品久久精品一区二区| 久久996热精品xxxx| 久久久无码人妻精品无码| 日日狠狠久久偷偷色综合96蜜桃| a级成人毛片久久| 人妻久久久一区二区三区| 亚洲国产成人精品久久久国产成人一区二区三区综 | 精品久久久久久久久午夜福利| 久久久精品波多野结衣| 久久久青草久久久青草| 久久午夜无码鲁丝片| 久久精品桃花综合| 久久久久人妻一区精品 | 日韩人妻无码一区二区三区久久99| 亚洲成人精品久久| 91久久婷婷国产综合精品青草| 久久久无码精品亚洲日韩京东传媒| 久久99精品久久久久久水蜜桃| 99久久99这里只有免费费精品| 伊人久久大香线蕉av不卡| 2021国产精品久久精品| 中文成人久久久久影院免费观看| 九九久久精品国产| 欧美精品一区二区久久| 午夜肉伦伦影院久久精品免费看国产一区二区三区 | 激情五月综合综合久久69| 精品久久久久久综合日本| 亚洲乱亚洲乱淫久久| 久久人人爽人爽人人爽av| 亚洲精品乱码久久久久久不卡| 久久久久久久久66精品片|