On Sun, Jul 20, 2008 at 10:49:39PM +0200, Stefan de Konink wrote: > ==5486== 184 bytes in 1 blocks are definitely lost in loss record 5 of 18 > ==5486== at 0x4C20111: calloc (vg_replace_malloc.c:397) > ==5486== by 0x4E3ADFD: __virAlloc (memory.c:100) > ==5486== by 0x4E4AF21: xenUnifiedOpen (xen_unified.c:264) > ==5486== by 0x4E3A005: do_open (libvirt.c:777) > ==5486== by 0x4009D7: main (in > /home/skinkie/development/htdocs/cherokee/experiment) > > > Maybe valgrind is over active, because I see the free code at the close > connection, and my own code is closing it... I can see a possibility, for example if xenUnifiedOpen is called multipl time on the same connection but the first time it exits on line 332 of xenUnifiedOpen(). That error exit leaves the routine without deallocating the priv block and conn->privateData is not set back to NULL. Could you put a breakpoint on that line or error a message there to see if you're going though it, Daniel -- Red Hat Virtualization group http://redhat.com/virtualization/ Daniel Veillard | virtualization library http://libvirt.org/ veillard@xxxxxxxxxx | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ -- Libvir-list mailing list Libvir-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/libvir-list