Comment # 4
on bug 11387
from Evan Huus
The pool itself is managed in epan, not gtk.
Valgrinding shows the following errors which may be the problem:
==18186== Invalid read of size 1
==18186== at 0x4C2F122: strlen (in
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==18186== by 0x660F122: g_strdup (in
/lib/x86_64-linux-gnu/libglib-2.0.so.0.4400.1)
==18186== by 0x638ECDF: g_value_set_string (in
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4400.1)
==18186== by 0x4F48FC7: ??? (in
/usr/lib/x86_64-linux-gnu/libgtk-3.so.0.1400.13)
==18186== by 0x65E01DF: g_hash_table_foreach (in
/lib/x86_64-linux-gnu/libglib-2.0.so.0.4400.1)
==18186== by 0x4F48E9A: ??? (in
/usr/lib/x86_64-linux-gnu/libgtk-3.so.0.1400.13)
==18186== by 0x4F4E52E: ??? (in
/usr/lib/x86_64-linux-gnu/libgtk-3.so.0.1400.13)
==18186== by 0x502DCBE: ??? (in
/usr/lib/x86_64-linux-gnu/libgtk-3.so.0.1400.13)
==18186== by 0x6365503: ??? (in
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4400.1)
==18186== by 0x637EFA6: g_signal_emit_valist (in
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4400.1)
==18186== by 0x637F8FE: g_signal_emit (in
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4400.1)
==18186== by 0x4F4AA25: gtk_cell_area_apply_attributes (in
/usr/lib/x86_64-linux-gnu/libgtk-3.so.0.1400.13)
==18186== Address 0x1fac8150 is 0 bytes inside a block of size 80 free'd
==18186== at 0x4C2CE10: free (in
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==18186== by 0x889FE82: wmem_simple_free_all (wmem_allocator_simple.c:107)
==18186== by 0x87D1370: epan_dissect_cleanup (epan.c:400)
==18186== by 0x56CB02: packet_list_dissect_and_cache_record
(packet_list_store.c:1176)
==18186== by 0x56D64C: packet_list_get_value (packet_list_store.c:396)
==18186== by 0x4F48FC7: ??? (in
/usr/lib/x86_64-linux-gnu/libgtk-3.so.0.1400.13)
==18186== by 0x65E01DF: g_hash_table_foreach (in
/lib/x86_64-linux-gnu/libglib-2.0.so.0.4400.1)
==18186== by 0x4F48E9A: ??? (in
/usr/lib/x86_64-linux-gnu/libgtk-3.so.0.1400.13)
==18186== by 0x4F4E52E: ??? (in
/usr/lib/x86_64-linux-gnu/libgtk-3.so.0.1400.13)
==18186== by 0x502DCBE: ??? (in
/usr/lib/x86_64-linux-gnu/libgtk-3.so.0.1400.13)
==18186== by 0x6365503: ??? (in
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4400.1)
==18186== by 0x637EFA6: g_signal_emit_valist (in
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4400.1)
Something, somewhere, is not strduping when it should so the memory is getting
reused before the columns are displayed?
You are receiving this mail because:
- You are watching all bug changes.