GTK3のメモリを正しく管理するには？

Question

GTK3を使ってCで小さなプロジェクトを設定しようとしています。私がセットアップしたプログラムは、documentationからインスピレーションを得て作成したものです。

#include <gtk/gtk.h> 

static void 
activate (GtkApplication* app, 
      gpointer  user_data) 
{ 
    GtkWidget *window; 
    GtkWidget *label; 

    window = gtk_application_window_new(app); 
    gtk_window_set_title(GTK_WINDOW(window), "Minimal GTK"); 
    gtk_window_set_default_size(GTK_WINDOW(window), 400, 300); 

    label = gtk_label_new("Some men just want to watch the world burn."); 
    gtk_container_add(GTK_CONTAINER(window), label); 

    gtk_widget_show_all(window); 
} 



int 
main(int argc, 
    char **argv) 
{ 
    GtkApplication *app; 
    int app_status; 

    app = gtk_application_new("com.github.laerne.minimal_gtk", G_APPLICATION_FLAGS_NONE); 
    g_signal_connect(app, "activate", G_CALLBACK(activate), NULL); 

    app_status = g_application_run(G_APPLICATION(app), argc, argv); 
    g_object_unref(app); 

    return app_status; 
} 

十分に単純です。できます。しかし、valgrindののmemcheckモジュールを使用してプログラムを実行している場合、valgrindのは、メモリリーク文句：

--leak-check=fullで実行

==11415== LEAK SUMMARY: 
==11415== definitely lost: 1,856 bytes in 4 blocks 
==11415== indirectly lost: 7,455 bytes in 320 blocks 
==11415==  possibly lost: 4,899 bytes in 56 blocks 
==11415== still reachable: 1,809,562 bytes in 22,030 blocks 
==11415==      of which reachable via heuristic: 
==11415==       length64   : 6,240 bytes in 102 blocks 
==11415==       newarray   : 2,144 bytes in 54 blocks 
==11415==   suppressed: 0 bytes in 0 blocks 
==11415== Reachable blocks (those to which a pointer was found) are not shown. 
==11415== To see them, rerun with: --leak-check=full --show-leak-kinds=all 
==11415== 
==11415== For counts of detected and suppressed errors, rerun with: -v 
==11415== ERROR SUMMARY: 42 errors from 42 contexts (suppressed: 0 from 0) 

、私はGTKはメモリ自体の束を割り当てることがわかり、私は何をすべきかを迷ってしまいました。私はGtkApplicationにg_object_unrefを実行することで、それに関連付けられたすべてのウィジェットのすべてのウィジェットを再帰的に解放することができました。私が間違っている ？

メモリリークを防ぐにはどうすればよいですか？ご協力ありがとうございました。

Answer 1

コードは正しく、ドキュメントのデモのコードとほぼ同じです。

GTKとGLibは、バッファやメモリ管理などにメモリを割り当てます。Valgrind氏は、このメモリはアプリケーションの実行中に使用され、アプリケーションの終了時には解放されずに残されているためメモリリークは発生しませんOSをクリアする。これはValgrindにとってのメモリリークとして現れます。抑止ファイルを使用して誤検出を除去することができます。

デバッグに役立つアプリケーションを実行する場合、GlibとGTKにはさまざまなオプションhereがあります。環境変数G_SLICEを調べることができます。 enter link description hereには、ページの下部にある抑制ファイルに関する情報があります。