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

            久久超乳爆乳中文字幕| 久久这里有精品视频| 精品乱码久久久久久久| 久久九九亚洲精品| 中文国产成人精品久久亚洲精品AⅤ无码精品 | 久久综合鬼色88久久精品综合自在自线噜噜 | 亚洲伊人久久综合影院| 伊人久久综合无码成人网| 国产午夜精品理论片久久| 中文精品久久久久人妻不卡| 久久人妻少妇嫩草AV无码蜜桃| 亚洲AV成人无码久久精品老人| 亚洲精品综合久久| 欧美激情精品久久久久久久| 日韩精品国产自在久久现线拍| 99久久婷婷免费国产综合精品| 亚洲国产另类久久久精品| 久久中文字幕人妻熟av女| 亚洲国产日韩欧美久久| 人人狠狠综合88综合久久| 久久久久国产精品人妻| 国内精品综合久久久40p| 久久久久亚洲av无码专区喷水| 久久国产精品77777| 久久综合综合久久97色| 一本大道加勒比久久综合| 日韩影院久久| 国产精品久久久久影院色| 欧美性大战久久久久久| 亚洲乱码精品久久久久..| 免费精品久久久久久中文字幕| 亚洲中文字幕无码久久综合网| 久久亚洲精品无码AV红樱桃| 国产精品久久久久久久久久免费| 2020久久精品亚洲热综合一本| 国产精品无码久久久久久| 色婷婷综合久久久久中文| 狠狠色丁香婷婷久久综合| 99久久精品国产一区二区三区| 久久精品成人欧美大片| 久久福利资源国产精品999|