-ggdb3バイナリに詳細なデバッグ注釈が含まれ、Valgrind はこれを使用してより正確な情報を提供できます。この方法でコンパイルすると、GCC はデフォルトの最適化レベル ( -O2) を使用し、コードを変換して効率を改善します。場合によっては、詳細に調査したいコードの一部が最適化によって削除されたり、他の意外な結果が生じたりすることがあります。そのような場合は、-Og代わりに フラグを試してみるとよいでしょう。このフラグは詳細なデバッグ注釈を含め、抑制されたデバッグに適した最適化のみを使用するため、コンパイルされたバイナリは記述したものとより一致するようになります。これは次のように実行できます。

gcc -o executable -std=c11 -Wall -Og main.c  # add -Og

これらのデバッグオプションやその他のデバッグオプションについては、3.10 プログラムのデバッグオプションGCCドキュメントの を-Og参照してください。最適化に及ぼす影響の詳細については、3.11 最適化を制御するオプション。

メモリリークとエラーをデバッグするテクニック

• 活用するcppreference! CとC++の関数に関する優れたドキュメントがあります。ホームページ。

• メモリリークに関する一般的なアドバイス:

• 可能であれば、RAII を使用すると、ほとんどの問題は解決します。

• 動的に割り当てられたメモリが実際に解放されることを確認してください。

• メモリを割り当てず、ポインターを割り当てるのを忘れないでください。

• 古いメモリが解放されない限り、ポインタを新しいポインタで上書きしないでください。

• メモリエラーに関する一般的なアドバイス:

• 自分に属することが確実なアドレスとインデックスにアクセスして書き込みます。メモリ エラーはリークとは異なります。多くの場合、単なるIndexOutOfBoundsException型の問題です。

• メモリを解放した後は、メモリにアクセスしたり、書き込んだりしないでください。

• IDE が閉じ括弧がまだ入力されていないことを検出するのと同じように、リークやエラーが互いにリンクしている場合があります。1 つの問題を解決すると他の問題も解決できるため、原因になりそうな問題を探して、次のアイデアをいくつか適用してください。

• メモリ エラーのある「問題の」コードに依存する/依存しているコード内の関数をリストします。プログラムの実行を追跡し (場合によっては実行中もgdb)、前提条件/事後条件エラーを探します。割り当てられたメモリの有効期間に焦点を当てながら、プログラムの実行を追跡することが目的です。

• 「問題のある」コード ブロックをコメント アウトしてみてください (コードがコンパイルされるよう、妥当な範囲内で)。Valgrind エラーが消えれば、問題の場所がわかります。

• それでもダメなら、調べてみてください。Valgrindはドキュメンテーションあまりにも！

よくある漏れとエラーについて

指示に注意してください

60 bytes in 1 blocks are definitely lost in loss record 1 of 1
   at 0x4C2BB78: realloc (vg_replace_malloc.c:785)
   by 0x4005E4: resizeArray (main.c:12)
   by 0x40062E: main (main.c:19)

#include <stdlib.h>
#include <stdint.h>

struct _List {
    int32_t* data;
    int32_t length;
};
typedef struct _List List;

List* resizeArray(List* array) {
    int32_t* dPtr = array->data;
    dPtr = realloc(dPtr, 15 * sizeof(int32_t)); //doesn't update array->data
    return array;
}

int main() {
    List* array = calloc(1, sizeof(List));
    array->data = calloc(10, sizeof(int32_t));
    array = resizeArray(array);

    free(array->data);
    free(array);
    return 0;
}

1 errors in context 1 of 1:
Invalid write of size 1
   at 0x4005CA: main (main.c:10)
 Address 0x51f905a is 0 bytes after a block of size 26 alloc'd
   at 0x4C2B975: calloc (vg_replace_malloc.c:711)
   by 0x400593: main (main.c:5)

#include <stdlib.h>
#include <stdint.h>

int main() {
    char* alphabet = calloc(26, sizeof(char));

    for(uint8_t i = 0; i < 26; i++) {
        *(alphabet + i) = 'A' + i;
    }
    *(alphabet + 26) = '\0'; //null-terminate the string?

    free(alphabet);
    return 0;
}

1 errors in context 1 of 1:
Invalid read of size 1
   at 0x400602: main (main.c:9)
 Address 0x51f90ba is 0 bytes after a block of size 26 alloc'd
   at 0x4C29BE3: malloc (vg_replace_malloc.c:299)
   by 0x4005E1: main (main.c:6)

#include <stdlib.h>
#include <stdint.h>

int main() {
    char* destination = calloc(27, sizeof(char));
    char* source = malloc(26 * sizeof(char));

    for(uint8_t i = 0; i < 27; i++) {
        *(destination + i) = *(source + i); //Look at the last iteration.
    }

    free(destination);
    free(source);
    return 0;
}

#include <jansson.h>
#include <stdio.h>

int main() {
    char* string = "{ \"key\": \"value\" }";

    json_error_t error;
    json_t* root = json_loads(string, 0, &error); //obtaining a pointer
    json_t* value = json_object_get(root, "key"); //obtaining a pointer
    printf("\"%s\" is the value field.\n", json_string_value(value)); //use value

    json_decref(value); //Do I free this pointer?
    json_decref(root);  //What about this one? Does the order matter?
    return 0;
}

#include "SDL2/SDL.h"

int main(int argc, char* argv[]) {
    if (SDL_Init(SDL_INIT_VIDEO|SDL_INIT_AUDIO) != 0) {
        SDL_Log("Unable to initialize SDL: %s", SDL_GetError());
        return 1;
    }

    SDL_Quit();
    return 0;
}