C 如何正确管理GTK3中的内存?

C 如何正确管理GTK3中的内存?,c,memory-leaks,gtk3,C,Memory Leaks,Gtk3,我正在尝试使用GTK3在C中设置一个小项目。在Linux64位上编码,这里是一个我设置的最小HelloWorld程序,它的灵感来自于 运行--leak check=full,我看到GTK本身分配了大量内存,我不知道需要做什么。我认为在GtkApplication上执行g_object\u unref足以递归地释放与该GtkApplication关联的所有窗口的所有小部件。我错了吗 我应该如何避免内存泄漏?谢谢您的帮助。您的代码是正确的,与文档演示中的代码几乎相同 GTK和GLib为缓冲区分配内存

我正在尝试使用GTK3在C中设置一个小项目。在Linux64位上编码,这里是一个我设置的最小HelloWorld程序,它的灵感来自于

运行
--leak check=full
,我看到GTK本身分配了大量内存,我不知道需要做什么。我认为在
GtkApplication
上执行
g_object\u unref
足以递归地释放与该
GtkApplication
关联的所有窗口的所有小部件。我错了吗


我应该如何避免内存泄漏?谢谢您的帮助。

您的代码是正确的,与文档演示中的代码几乎相同

GTK和GLib为缓冲区分配内存、它们自己的内存管理等。Valgrind报告的不太可能是内存泄漏,因为该内存在应用程序执行期间使用,在应用程序退出时不会释放,而是留给操作系统清理。这显示为Valgrind的内存泄漏。抑制文件可用于帮助消除误报


Glib和GTK在运行应用程序时有各种选项来帮助调试。您可能需要查看G_SLICE环境变量。您可能会在页面底部找到有关抑制文件的有用信息。

您的代码是正确的,与文档演示中的代码几乎相同

GTK和GLib为缓冲区分配内存、它们自己的内存管理等。Valgrind报告的不太可能是内存泄漏,因为该内存在应用程序执行期间使用,在应用程序退出时不会释放,而是留给操作系统清理。这显示为Valgrind的内存泄漏。抑制文件可用于帮助消除误报

Glib和GTK在运行应用程序时有各种选项来帮助调试。您可能需要查看G_SLICE环境变量。您可以在页面底部附近找到有关抑制文件的有用信息

#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;
}
==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)