<URL: http://bugs.freeciv.org/Ticket/Display.html?id=40259 >

==14996== 404,976 bytes in 386 blocks are possibly lost in loss record 
175 of 179
==14996==    at 0x4021A92: memalign (vg_replace_malloc.c:460)
==14996==    by 0x4021B3F: posix_memalign (vg_replace_malloc.c:569)
==14996==    by 0x45CBCE3: (within /usr/lib/libglib-2.0.so.0.1600.3)
==14996==    by 0x45CCEF0: g_slice_alloc (in 
==14996==    by 0x45CD004: g_slice_alloc0 (in 
==14996==    by 0x455EAA6: g_type_create_instance (in 
==14996==    by 0x45441E1: (within /usr/lib/libgobject-2.0.so.0.1600.3)
==14996==    by 0x45449A7: g_object_newv (in 
==14996==    by 0x4545555: g_object_new_valist (in 
==14996==    by 0x454565F: g_object_new (in 
==14996==    by 0x4452D23: gdk_pixbuf_new_from_data (in 
==14996==    by 0x4450F2E: gdk_pixbuf_copy (in 
==14996==    by 0x812EE0D: crop_sprite (sprite.c:60)
==14996==    by 0x808AED4: tileset_lookup_sprite_tags (tilespec.c:2376)
==14996==    by 0x808C8E1: tileset_load_tiles (tilespec.c:2504)
==14996==    by 0x8113FCA: ui_main (gui_main.c:1430)
==14996==    by 0x8058CE2: main (civclient.c:404)

I'm not quite sure if this is lost during the ctor_sprite process or 
later when insert_sprite is called.  Either way seems strange.  But it's 
a fair amount of memory.

There's also a number of other smaller (but perhaps easier to track) leaks.


Freeciv-dev mailing list

Reply via email to