qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Qemu-devel] small memory leak due to MachineClass rework


From: Christian Borntraeger
Subject: [Qemu-devel] small memory leak due to MachineClass rework
Date: Mon, 17 Mar 2014 21:56:45 +0100
User-agent: Mozilla/5.0 (X11; Linux i686; rv:24.0) Gecko/20100101 Thunderbird/24.3.0

Marcel,

after 

commit 261747f176f6 (vl: Use MachineClass instead of global QEMUMachine list) 
valgrind complains about the following:

==54082== 57 bytes in 3 blocks are definitely lost in loss record 365 of 729
==54082==    at 0x4031AFE: malloc (vg_replace_malloc.c:292)
==54082==    by 0x4145569: g_malloc (in /usr/lib64/libglib-2.0.so.0.3400.2)
==54082==    by 0x415F9E9: g_strconcat (in /usr/lib64/libglib-2.0.so.0.3400.2)
==54082==    by 0x80157FE7: qemu_register_machine (vl.c:1597)
==54082==    by 0x80208E6B: module_call_init (module.c:105)
==54082==    by 0x80013B91: main (vl.c:3000)

Turns out that valgrind is right. We simply forget the memory that g_strconcat 
has allocated.
This fixes the small leak, but I have to cast away the constness of .name.
Any better ideas?


diff --git a/vl.c b/vl.c
index 03488b9..b06d186 100644
--- a/vl.c
+++ b/vl.c
@@ -1594,13+1594,14 @@ static void machine_class_init(ObjectClass *oc, void 
*data)
 int qemu_register_machine(QEMUMachine *m)
 {
     TypeInfo ti = {
         .name       = g_strconcat(m->name, TYPE_MACHINE_SUFFIX, NULL),
         .parent     = TYPE_MACHINE,
         .class_init = machine_class_init,
         .class_data = (void *)m,
     };
 
     type_register(&ti);
+    g_free((gpointer) ti.name);
 
     return 0;
 }




reply via email to

[Prev in Thread] Current Thread [Next in Thread]