3

我尝试编译libwnck 的介绍的第一个例子：

#include <libwnck/libwnck.h>
int main (int argc, char **argv)
{
    WnckScreen *screen;
    WnckWindow *active_window;
    GList *window_l;

    gdk_init (&argc, &argv);
    screen = wnck_screen_get_default ();
    wnck_screen_force_update (screen);
    active_window = wnck_screen_get_active_window (screen);
    for (window_l = wnck_screen_get_windows (screen); window_l != NULL; window_l = window_l->next)
    {
        WnckWindow *window = WNCK_WINDOW (window_l->data);
        g_print ("%s%s\n", wnck_window_get_name (window),
                window == active_window ? " (active)" : "");
    }
    wnck_shutdown();
}

使用此命令行：

gcc -o testwnck testwnck.cpp -DWNCK_I_KNOW_THIS_IS_UNSTABLE `pkg-config --libs libwnck-3.0` `pkg-config --cflags libwnck-3.0`

但是当我通过 valgrind 运行它时，会出现很多错误。例如：

==20365== 96 bytes in 2 blocks are possibly lost in loss record 876 of 1,019
==20365==    at 0x4C28F40: malloc (vg_replace_malloc.c:296)
==20365==    by 0x6F6E0A0: g_malloc (in /usr/lib64/libglib-2.0.so.0.4200.0)
==20365==    by 0x6F84BB5: g_memdup (in /usr/lib64/libglib-2.0.so.0.4200.0)
==20365==    by 0x6CFD364: type_iface_vtable_base_init_Wm (in /usr/lib64/libgobject-2.0.so.0.4200.0)
==20365==    by 0x6CFE5BC: g_type_class_ref (in /usr/lib64/libgobject-2.0.so.0.4200.0)
==20365==    by 0x6CE79D4: g_object_new_valist (in /usr/lib64/libgobject-2.0.so.0.4200.0)
==20365==    by 0x6CE7BD3: g_object_new (in /usr/lib64/libgobject-2.0.so.0.4200.0)
==20365==    by 0x6745E6B: gdk_pixbuf_new_from_data (in /usr/lib64/libgdk_pixbuf-2.0.so.0.3000.8)
==20365==    by 0x4E60681: scaled_from_pixdata (in /usr/lib64/libwnck-3.so.0.2.2)
==20365==    by 0x4E62DE7: _wnck_read_icons (in /usr/lib64/libwnck-3.so.0.2.2)
==20365==    by 0x4E57F74: get_icons (in /usr/lib64/libwnck-3.so.0.2.2)
==20365==    by 0x4E58DC6: force_update_now (in /usr/lib64/libwnck-3.so.0.2.2)

在从主函数返回之前添加一个调用wnck_shutdown()没有帮助。我能做些什么来抑制这些错误？

编辑：我也尝试过使用 valgrind 的 gtk 抑制文件，但我仍然有错误。

4

1 回答 1

0

如果在使用最新的 GLib 抑制文件时仍然报告泄漏，那么请针对 libwnck 提交一个错误，因为它很可能是 libwnck 本身的泄漏。

但是，我怀疑您看到的分配是 GObject 每个新类实例执行一次的类型类分配之一，这些分配是故意从不释放的（它们本质上是运行时的一部分）。但这很好，因为它们只会在第一次使用类型时完成一次。抑制文件应该抑制它们。

于 2017-10-03T08:15:52.633 回答