2016-10-14 2 views
0

Я пытаюсь установить небольшой проект в C с помощью GTK3. Кодирование на Linux 64 бит, вот минимальная программа Hello world, которую я создал, вдохновленный самим documentation.Как правильно управлять памятью в GTK3?

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

Простой достаточно. Оно работает. Тем не менее, при запуске программы с модулем MemCheck VALGRIND, valgrind жалуется на утечку памяти:

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

Бег с --leak-check=full, я вижу, что GTK выделить кучу самой памяти, и я потерял от того, что должно быть сделано , Я, хотя делать g_object_unref на GtkApplication было достаточно, чтобы рекурсивно освободить все виджеты всех окон, связанных с этим GtkApplication. Я ошибаюсь ?

Что делать, чтобы избежать утечек памяти? Спасибо за помощь.

ответ

4

Ваш код верен и почти идентичен вашим демонстрационным документам.

GTK и GLib выделяют память для буферов, их собственное управление памятью и т. Д. Что сообщил Valgrind, вряд ли будет утечкой памяти, поскольку эта память используется во время выполнения приложения и не освобождается при выходе приложения, но остается ОС для очистки. Это проявляется как утечка памяти для Valgrind. Файл подавления может использоваться для устранения ложных срабатываний.

Glib и GTK имеют различные опции here при запуске приложения, чтобы помочь с отладкой. Вы можете посмотреть переменную среды G_SLICE. Вы можете найти enter link description here полезную информацию о файлах подавления в нижней части страницы.

 Смежные вопросы

  • Нет связанных вопросов^_^