• <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>
            Valgrind 是在linux系統(tǒng)下開發(fā)應用程序時用于調(diào)試內(nèi)存問題的工具。它尤其擅長發(fā)現(xiàn)內(nèi)存管理的問題,它可以檢查程序運行時的內(nèi)存泄漏問題。

               它的官方網(wǎng)址是 http://www.valgrind.org/

               下載最新版本的Valgrind,目前是3.2.0。 wget http://www.valgrind.org/downloads/valkyrie-1.2.0.tar.bz2

               執(zhí)行常規(guī)的安裝步驟:./confgure && make && make install。注意: 系統(tǒng)必須安裝QT的開發(fā)包。即便這樣在make 時還是出現(xiàn)qplatformdefs.h這個文件找不到的情況,導致make失敗。查找系統(tǒng)中的qplatformdefs.h 之后,發(fā)現(xiàn)沒有存在于qt的標準頭文件目錄/usr/lib/qt-3.3/include。如是將/usr/lib/qt-3.3/mkspecs/linux-g++/ 目錄下該頭文件復制標準頭文件目錄,重新make ,后面一切OK。

            初次使用
                編譯如下代碼:  gcc -Wall example.c -g -o example 

            #include <stdlib.h>
                        void f(void)
                        {
                        int* x = malloc(10 * sizeof(int));
                        x[10] = 0;        // problem 1: heap block overrun
                        }                    // problem 2: memory leak -- x not freed
                        int main(void)
                        {
                        f();
                        return 0;
                        }

                 注意:gcc 的-g 選項讓Valgrind調(diào)試輸出時指出相應信息的代碼所在的行號。

             
            valgrind --tool=memcheck --leak-check=yes ./example

            ==6742== Memcheck, a memory error detector for x86-linux.
            ==6742== Copyright (C) 2002-2004, and GNU GPL'd, by Julian Seward et al.
            ==6742== Using valgrind-2.2.0, a program supervision framework for x86-linux.
            ==6742== Copyright (C) 2000-2004, and GNU GPL'd, by Julian Seward et al.
            ==6742== For more details, rerun with: -v
            ==6742==
            ==6742== Invalid write of size 4
            ==6742==    at 0x8048384: f (example.c:6)
            ==6742==    by 0x80483AC: main (example.c:12)
            ==6742==  Address 0x1B908050 is 0 bytes after a block of size 40 alloc'd
            ==6742==    at 0x1B904984: malloc (vg_replace_malloc.c:131)
            ==6742==    by 0x8048377: f (example.c:5)
            ==6742==    by 0x80483AC: main (example.c:12)
            ==6742==
            ==6742== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 12 from 1)
            ==6742== malloc/free: in use at exit: 40 bytes in 1 blocks.
            ==6742== malloc/free: 1 allocs, 0 frees, 40 bytes allocated.
            ==6742== For counts of detected errors, rerun with: -v
            ==6742== searching for pointers to 1 not-freed blocks.
            ==6742== checked 1360800 bytes.
            ==6742==
            ==6742==
            ==6742== 40 bytes in 1 blocks are definitely lost in loss record 1 of 1
            ==6742==    at 0x1B904984: malloc (vg_replace_malloc.c:131)
            ==6742==    by 0x8048377: f (example.c:5)
            ==6742==    by 0x80483AC: main (example.c:12)
            ==6742==
            ==6742== LEAK SUMMARY:
            ==6742==    definitely lost: 40 bytes in 1 blocks.
            ==6742==    possibly lost:   0 bytes in 0 blocks.
            ==6742==    still reachable: 0 bytes in 0 blocks.
            ==6742==         suppressed: 0 bytes in 0 blocks.
            ==6742== Reachable blocks (those to which a pointer was found) are not shown.
            ==6742== To see them, rerun with: --show-reachable=yes

               上面的C程序存在兩個錯誤:1. 數(shù)組下標越界;2. 分配的內(nèi)存沒有釋放,存在內(nèi)存泄露的問題。對于錯誤1,看Valgrind的調(diào)試信息片斷
            ==6742== Invalid write of size 4
            ==6742==    at 0x8048384: f (example.c:6)
            ==6742==    by 0x80483AC: main (example.c:12)
            ==6742==  Address 0x1B908050 is 0 bytes after a block of size 40 alloc'd
            ==6742==    at 0x1B904984: malloc (vg_replace_malloc.c:131)
            ==6742==    by 0x8048377: f (example.c:5)

            對于錯誤2,看這個

            ==6742== malloc/free: 1 allocs, 0 frees, 40 bytes allocated.

            ......

            ==6742== 40 bytes in 1 blocks are definitely lost in loss record 1 of 1
            ==6742==    at 0x1B904984: malloc (vg_replace_malloc.c:131)
            ==6742==    by 0x8048377: f (example.c:5)
            ==6742==    by 0x80483AC: main (example.c:12)

            亚洲乱亚洲乱淫久久| 午夜不卡久久精品无码免费| 久久国产色av免费看| 久久伊人五月天论坛| 久久婷婷国产剧情内射白浆| 亚洲av成人无码久久精品| 久久精品无码专区免费东京热| 亚洲精品乱码久久久久久自慰| 久久99国产精品一区二区| 久久精品免费网站网| 精品久久久久久中文字幕人妻最新 | 青青青青久久精品国产h| 亚洲七七久久精品中文国产| 久久亚洲AV成人无码电影| 无码精品久久一区二区三区| 99久久国产热无码精品免费久久久久 | Xx性欧美肥妇精品久久久久久| 九九99精品久久久久久| 久久午夜无码鲁丝片| 国产精品久久久久免费a∨| 9191精品国产免费久久| 久久久久久久久久久精品尤物| 好久久免费视频高清| 久久久久久国产精品无码下载 | 狠狠色丁香久久婷婷综合蜜芽五月| 天天躁日日躁狠狠久久| 青青草国产97免久久费观看| 91久久精品电影| 久久久久久久亚洲精品| 久久天天躁狠狠躁夜夜不卡 | 久久久久亚洲AV无码专区首JN| 久久影院亚洲一区| 亚洲狠狠婷婷综合久久久久| 久久香蕉超碰97国产精品| 国产成人无码精品久久久免费 | 久久99国产精一区二区三区| 久久AV高清无码| 色青青草原桃花久久综合| 久久婷婷国产麻豆91天堂| 久久无码高潮喷水| 久久国产精品免费|