#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;
}
ステータスアイコンが使用されていない場合(コードにコメント付きのreturn文を参照)、valgrindは間違いなく間接的に失われたブロックを検出しません。ステータスアイコンのvalgrindのレポートでは、この:
は間違いなく失わ:7つのブロック
で2608のバイトは間接的に失われた:554個のブロックで13745バイト
がどのように私はせずにステータスアイコンを表示するようにコードを修正する必要がありますメモリリークの原因になりますか?私の目的のために
。 –
@BrianMcFarlandはい、そうです。しかし、通知は私のニーズに合わないので、とにかくそれらを使用したいと思います。 –
あなたのコードはvalgrindの一つを訴えるだけで、メモリリークがあることを示すものではありません。 GTKや他の複雑なライブラリは、valgrindのようなツールでは漏れとして誤って報告される割り当てパターンを使用します。あなたが本当のメモリリークを扱ったりしていないかどうかをテストする簡単な方法は、無限ループに疑わしいコード(およびそのクリーンアップ)をラップし、 'top'または同等のものを使用してプロセスを観察することです。その記憶が限界を超えて成長すれば、あなたは手に漏れがあります。 – user4815162342