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(a)redhat.com | libxml GNOME XML XSLT toolkit
http://xmlsoft.org/
http://veillard.com/ | Rpmfind RPM search engine
http://rpmfind.net/