【问题标题】:Use gtk status icon without memory leak使用 gtk 状态图标没有内存泄漏
【发布时间】:2016-03-28 20:36:05
【问题描述】:

我正在尝试使用gtk status icon,但我不知道如何做到这一点而不会导致内存泄漏。

#include <gtk/gtk.h>

GtkWidget *window;
GtkStatusIcon *tray_icon;

static void activate (GtkApplication* app, gpointer user_data)
{
   window = gtk_application_window_new (app);
   gtk_window_set_title (GTK_WINDOW (window), "Window");
   gtk_window_set_default_size (GTK_WINDOW (window), 200, 200);
   gtk_widget_show_all (window);

   return; // <-- When this is commented out, valgrind finds memory leak.
   tray_icon = gtk_status_icon_new();
   gtk_status_icon_set_visible(tray_icon, TRUE);
   gtk_status_icon_set_tooltip_text(tray_icon, "abc");
}

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

   app = gtk_application_new ("org.gtk.example", G_APPLICATION_FLAGS_NONE);
   g_signal_connect (app, "activate", G_CALLBACK (activate), NULL);
   status = g_application_run (G_APPLICATION (app), argc, argv);
   g_object_unref (app);

   // Here I am trying to clean it up somehow.
   gtk_status_icon_set_visible(tray_icon, FALSE);
   g_object_unref(G_OBJECT(tray_icon));

   return status;
}

当不使用状态图标时(参见代码中带有注释的返回语句),valgrind 不会找到任何肯定或间接丢失的块。使用状态图标 valgrind 报告:

绝对丢失:7 个块中的 2,608 个字节

间接丢失:554 个块中的 13,745 个字节

我应该如何更正代码以显示状态图标而不导致内存泄漏?

【问题讨论】:

  • 从 3.14 开始,状态图标已正式弃用。
  • @BrianMcFarland 是的,他们是。但我还是想使用它们,因为通知不适合我的需要。
  • 您的代码没有证明存在内存泄漏,只是 valgrind 抱怨了一个。 GTK 和其他复杂库使用的分配模式被 valgrind 等工具误报为泄漏。测试您是否正在处理真正的内存泄漏的一种简单方法是将可疑代码(及其清理)包装在无限循环中,并使用top 或等效方法观察该过程。如果它的内存无限增长,那么你手头就有泄漏。

标签: c memory-leaks gtk gtk3


【解决方案1】:

出于我的目的,这个问题的答案是没有办法让 valgrind 报告我的无泄漏程序没有任何损失。有各种可用的抑制文件,包括one referenced by the people at GNOME。针对 GTK+ 发布了大量与此问题相关的错误,至少还有一些 stack overflow threads。我发现我尝试过的所有抑制文件都不适合我,生成我自己的文件是浪费时间。

【讨论】:

  • 一年多后,我接受了这个作为解决方案。现在我明白为什么每个人都在抱怨 GTK。我认为您的回答很好地描述了情况。
猜你喜欢
  • 2016-08-29
  • 2021-03-28
  • 2013-04-30
  • 2015-02-19
  • 2017-10-24
  • 1970-01-01
  • 1970-01-01
  • 2012-09-04
  • 1970-01-01
相关资源
最近更新 更多