maryjane/syncevolution
1
0
Fork 0
Code Issues Pull requests Projects Releases Wiki Activity
syncevolution/test/sys.supp

1214 lines
75 KiB
Text
Raw Normal View History

sys.supp: ignore cond valgrind warning in libdb Seen on Debian Testing, 64 bit mode, in libdb 5.1.29-1. Further investigation showed that it is probably harmless, goes away when compiling libdb with initialization of padding bytes. Reported to Debian: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=662917 I've tracked the root cause in __ham_add_el() in src/hash/hash_page.c: if (is_databig) { doff.type = H_OFFPAGE; ===> UMRW_SET(doff.unused[0]); ===> UMRW_SET(doff.unused[1]); ===> UMRW_SET(doff.unused[2]); UMRW_SET is a NOP unless --enable-umrw is used during configure. Compiling with --enable-umrw avoids the valgrind warning. The unitialized value is used in a comparison of a checksum with 0. I can convince myself that this is probably okay, because it doesn't matter whether some of the data the checksum was calculated over was uninitialized as long as it doesn't change later on. But nevertheless, having to deal with such random valgrind errors while debugging other code isn't nice. Please consider using --enable-umrw when compiling libdb.
2012-03-06 14:33:09 +01:00
# ==23596== Conditional jump or move depends on uninitialised value(s)
# ==23596== at 0x9A404E7: ??? (in /usr/lib/x86_64-linux-gnu/libdb-5.1.so)
# ==23596== by 0x9A41CB1: __log_put (in /usr/lib/x86_64-linux-gnu/libdb-5.1.so)
# ==23596== by 0x9A42F2D: ??? (in /usr/lib/x86_64-linux-gnu/libdb-5.1.so)
# ==23596== by 0x9A43D9F: __log_put_record (in /usr/lib/x86_64-linux-gnu/libdb-5.1.so)
# ==23596== by 0x9986B1B: __ham_add_el (in /usr/lib/x86_64-linux-gnu/libdb-5.1.so)
# ==23596== by 0x997E1FD: ??? (in /usr/lib/x86_64-linux-gnu/libdb-5.1.so)
# ==23596== by 0x99F5548: __dbc_iput (in /usr/lib/x86_64-linux-gnu/libdb-5.1.so)
# ==23596== by 0x99F314F: __db_put (in /usr/lib/x86_64-linux-gnu/libdb-5.1.so)
# ==23596== by 0x9A04EBA: __db_put_pp (in /usr/lib/x86_64-linux-gnu/libdb-5.1.so)
# ==23596== by 0x103CC953: do_create (e-book-backend-file.c:915)
# ==23596== by 0x103CCBFC: e_book_backend_file_create_contacts (e-book-backend-file.c:988)
# ==23596== by 0x4E4AC31: e_book_backend_sync_create_contacts (e-book-backend-sync.c:85)
# ==23596== by 0x4E4D3D7: book_backend_create_contacts (e-book-backend-sync.c:493)
# ==23596== by 0x4E4ED2A: e_book_backend_create_contacts (e-book-backend.c:465)
# ==23596== by 0x4E513D3: operation_thread (e-data-book.c:157)
# ==23596== by 0x83E9D07: ??? (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.3000.2)
# ==23596== by 0x83E77E5: ??? (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.3000.2)
# ==23596== by 0x8678B4F: start_thread (pthread_create.c:304)
# ==23596== by 0x896690C: clone (clone.S:112)
# ==23596== Uninitialised value was created by a stack allocation
# ==23596== at 0x994DB80: ??? (in /usr/lib/x86_64-linux-gnu/libdb-5.1.so)
# ==23596==
{
libdb-5 cond from stack
Memcheck:Cond
obj:*/libdb-5.1.so
fun:__log_put
obj:*/libdb-5.1.so
fun:__log_put_record
fun:__ham_add_el
obj:*/libdb-5.1.so
fun:__dbc_iput
fun:__db_put
fun:__db_put_pp
}
valgrind suppression rules The files were originally created for: sys = Debian Etch evo = Evolution trunk ~ 2.22 client = Funambol C++ client library post 6.5 git-svn-id: https://zeitsenke.de/svn/SyncEvolution/trunk@520 15ad00c4-1369-45f4-8270-35d70d36bdcd
2008-03-16 09:48:26 +01:00
# ==7846== Invalid read of size 8
# ==7846== at 0x4015B24: (within /lib/ld-2.6.1.so)
# ==7846== by 0x400A8F7: (within /lib/ld-2.6.1.so)
# ==7846== by 0x4006174: (within /lib/ld-2.6.1.so)
# ==7846== by 0x40085F7: (within /lib/ld-2.6.1.so)
# ==7846== by 0x4011C98: (within /lib/ld-2.6.1.so)
# ==7846== by 0x400DA05: (within /lib/ld-2.6.1.so)
# ==7846== by 0x401155A: (within /lib/ld-2.6.1.so)
# ==7846== by 0x93D74FF: (within /lib/libc-2.6.1.so)
# ==7846== by 0x400DA05: (within /lib/ld-2.6.1.so)
# ==7846== by 0x93D7666: __libc_dlopen_mode (in /lib/libc-2.6.1.so)
# ==7846== by 0x93B1F1C: __nss_lookup_function (in /lib/libc-2.6.1.so)
# ==7846== by 0xDB5345A: (within /lib/libnss_compat-2.6.1.so)
# ==7846== Address 0xDB076E8 is 16 bytes inside a block of size 21 alloc'd
# ==7846== at 0x4C21C16: malloc (vg_replace_malloc.c:149)
# ==7846== by 0x4008AF5: (within /lib/ld-2.6.1.so)
# ==7846== by 0x4011C98: (within /lib/ld-2.6.1.so)
# ==7846== by 0x400DA05: (within /lib/ld-2.6.1.so)
# ==7846== by 0x401155A: (within /lib/ld-2.6.1.so)
# ==7846== by 0x93D74FF: (within /lib/libc-2.6.1.so)
# ==7846== by 0x400DA05: (within /lib/ld-2.6.1.so)
# ==7846== by 0x93D7666: __libc_dlopen_mode (in /lib/libc-2.6.1.so)
# ==7846== by 0x93B1F1C: __nss_lookup_function (in /lib/libc-2.6.1.so)
# ==7846== by 0xDB5345A: (within /lib/libnss_compat-2.6.1.so)
# ==7846== by 0xDB54948: _nss_compat_getpwnam_r (in /lib/libnss_compat-2.6.1.so)
# ==7846== by 0x9367205: getpwnam_r (in /lib/libc-2.6.1.so)
{
getpwnam (Ubuntu Gutsy, 64 bit)
Memcheck:Addr8
obj:/lib/ld-2.6.1.so
obj:/lib/ld-2.6.1.so
obj:/lib/ld-2.6.1.so
obj:/lib/ld-2.6.1.so
obj:/lib/ld-2.6.1.so
obj:/lib/ld-2.6.1.so
obj:/lib/ld-2.6.1.so
obj:/lib/libc-2.6.1.so
obj:/lib/ld-2.6.1.so
fun:__libc_dlopen_mode
fun:__nss_lookup_function
obj:/lib/libnss_compat-2.6.1.so
}
# ==10992== 156 (36 direct, 120 indirect) bytes in 1 blocks are definitely lost in loss record 7 of 29
# ==10992== at 0x401D4B0: malloc (vg_replace_malloc.c:149)
# ==10992== by 0x4610A09: (within /lib/tls/i686/cmov/libc-2.3.6.so)
# ==10992== by 0x46110F6: __nss_database_lookup (in /lib/tls/i686/cmov/libc-2.3.6.so)
# ==10992== by 0x4142149: ???
# ==10992== by 0x4143664: ???
# ==10992== by 0x45C08A4: getpwnam_r (in /lib/tls/i686/cmov/libc-2.3.6.so)
# ==10992== by 0x4482145: g_get_any_init_do (gutils.c:1566)
# ==10992== by 0x4483A48: g_get_home_dir (gutils.c:1717)
# ==10992== by 0x43970FA: ORBit_option_parse (orbit-options.c:297)
# ==10992== by 0x439D619: CORBA_ORB_init (corba-orb.c:410)
# ==10992== by 0x434487D: bonobo_activation_orb_init (bonobo-activation-init.c:601)
# ==10992== by 0x415CCD2: (within /usr/lib/libgnome-2.so.0.1600.0)
{
getpwnam_r
Memcheck:Leak
fun:malloc
obj:*
fun:*nss_database_lookup
obj:*
obj:*
fun:getpwnam_r
}
# ==7948== 292 (52 direct, 240 indirect) bytes in 1 blocks are definitely lost in loss record 7 of 53
# ==7948== at 0x4C21C16: malloc (vg_replace_malloc.c:149)
# ==7948== by 0x93B2120: (within /lib/libc-2.6.1.so)
# ==7948== by 0x93B29DE: __nss_database_lookup (in /lib/libc-2.6.1.so)
# ==7948== by 0xDB5343F: ???
# ==7948== by 0xDB54948: ???
# ==7948== by 0x9367205: getpwnam_r (in /lib/libc-2.6.1.so)
# ==7948== by 0x70FC3BF: (within /usr/lib/libglib-2.0.so.0.1400.1)
# ==7948== by 0x70FD9FA: g_get_user_name (in /usr/lib/libglib-2.0.so.0.1400.1)
# ==7948== by 0x5F1E3F4: gconf_get_daemon_dir (in /usr/lib/libgconf-2.so.4.1.2)
# ==7948== by 0x5F20440: gconf_activate_server (in /usr/lib/libgconf-2.so.4.1.2)
# ==7948== by 0x5F2B767: (within /usr/lib/libgconf-2.so.4.1.2)
# ==7948== by 0x5F2C2CD: (within /usr/lib/libgconf-2.so.4.1.2)
{
getpwnam_r leak
Memcheck:Leak
fun:malloc
obj:/lib/libc-*.so
fun:*nss_database_lookup
obj:*
obj:*
fun:getpwnam_r
}
# ==7948== 1,152 bytes in 4 blocks are possibly lost in loss record 19 of 53
# ==7948== at 0x4C20F3F: calloc (vg_replace_malloc.c:279)
# ==7948== by 0x4010F58: _dl_allocate_tls (in /lib/ld-2.6.1.so)
# ==7948== by 0x90B9A92: pthread_create@@GLIBC_2.2.5 (in /lib/libpthread-2.6.1.so)
# ==7948== by 0x6A512FB: (within /usr/lib/libgthread-2.0.so.0.1400.1)
# ==7948== by 0x70F279E: g_thread_create_full (in /usr/lib/libglib-2.0.so.0.1400.1)
# ==7948== by 0x70F4155: (within /usr/lib/libglib-2.0.so.0.1400.1)
# ==7948== by 0x70F430F: g_thread_pool_push (in /usr/lib/libglib-2.0.so.0.1400.1)
# ==7948== by 0x6607E18: giop_thread_request_push_key (in /usr/lib/libORBit-2.so.0.1.0)
# ==7948== by 0x661E3F3: (within /usr/lib/libORBit-2.so.0.1.0)
# ==7948== by 0x661F41C: ORBit_handle_request (in /usr/lib/libORBit-2.so.0.1.0)
# ==7948== by 0x660A718: giop_connection_handle_input (in /usr/lib/libORBit-2.so.0.1.0)
# ==7948== by 0x662551F: (within /usr/lib/libORBit-2.so.0.1.0)
{
thread local storage
Memcheck:Leak
fun:calloc
fun:*dl_allocate_tls
fun:pthread_create*
}
{
thread local storage
Memcheck:Leak
fun:calloc
obj:*
fun:*dl_allocate_tls
fun:pthread_create*
}
# ==10979== Conditional jump or move depends on uninitialised value(s)
# ==10979== at 0x4010DF3: (within /lib/ld-2.3.6.so)
# ==10979== by 0x400B729: (within /lib/ld-2.3.6.so)
# ==10979== by 0x4008202: (within /lib/ld-2.3.6.so)
# ==10979== by 0x46368CC: (within /lib/tls/i686/cmov/libc-2.3.6.so)
# ==10979== by 0x4636A09: _dl_sym (in /lib/tls/i686/cmov/libc-2.3.6.so)
# ==10979== by 0x451DEE7: (within /lib/tls/i686/cmov/libdl-2.3.6.so)
# ==10979== by 0x400B44E: (within /lib/ld-2.3.6.so)
# ==10979== by 0x451E42C: (within /lib/tls/i686/cmov/libdl-2.3.6.so)
# ==10979== by 0x451DE7A: dlsym (in /lib/tls/i686/cmov/libdl-2.3.6.so)
# ==10979== by 0x434A1E3: g_module_symbol (gmodule-dl.c:147)
# ==10979== by 0x434A6F1: g_module_open (gmodule.c:484)
# ==10979== by 0x4681D3A: e_data_server_module_load (e-data-server-module.c:77)
{
dlsym
Memcheck:Cond
obj:*ld-2.3.6.so
obj:*ld-2.3.6.so
obj:*ld-2.3.6.so
obj:*libc-2.3.6*
fun:*dl*sym
fun:g_module_symbol
}
# ==10979== Invalid read of size 4
# ==10979== at 0x4010E00: (within /lib/ld-2.3.6.so)
# ==10979== by 0x4004B78: (within /lib/ld-2.3.6.so)
# ==10979== by 0x4006792: (within /lib/ld-2.3.6.so)
# ==10979== by 0x400A1F6: (within /lib/ld-2.3.6.so)
# ==10979== by 0x400B44E: (within /lib/ld-2.3.6.so)
# ==10979== by 0x400A3CA: (within /lib/ld-2.3.6.so)
# ==10979== by 0x46344D4: (within /lib/tls/i686/cmov/libc-2.3.6.so)
# ==10979== by 0x400B44E: (within /lib/ld-2.3.6.so)
# ==10979== by 0x4633EDE: _dl_open (in /lib/tls/i686/cmov/libc-2.3.6.so)
# ==10979== by 0x451DD8D: (within /lib/tls/i686/cmov/libdl-2.3.6.so)
# ==10979== by 0x400B44E: (within /lib/ld-2.3.6.so)
# ==10979== by 0x451E42C: (within /lib/tls/i686/cmov/libdl-2.3.6.so)
# ==10979== Address 0x4E71040 is 24 bytes inside a block of size 25 alloc'd
# ==10979== at 0x401D4B0: malloc (vg_replace_malloc.c:149)
# ==10979== by 0x4006B83: (within /lib/ld-2.3.6.so)
# ==10979== by 0x400A1F6: (within /lib/ld-2.3.6.so)
# ==10979== by 0x400B44E: (within /lib/ld-2.3.6.so)
# ==10979== by 0x400A3CA: (within /lib/ld-2.3.6.so)
# ==10979== by 0x46344D4: (within /lib/tls/i686/cmov/libc-2.3.6.so)
# ==10979== by 0x400B44E: (within /lib/ld-2.3.6.so)
# ==10979== by 0x4633EDE: _dl_open (in /lib/tls/i686/cmov/libc-2.3.6.so)
# ==10979== by 0x451DD8D: (within /lib/tls/i686/cmov/libdl-2.3.6.so)
# ==10979== by 0x400B44E: (within /lib/ld-2.3.6.so)
# ==10979== by 0x451E42C: (within /lib/tls/i686/cmov/libdl-2.3.6.so)
# ==10979== by 0x451DD20: dlopen (in /lib/tls/i686/cmov/libdl-2.3.6.so)
{
dlopen
Memcheck:Addr4
obj:*ld-2.3.6.so
obj:*ld-2.3.6.so
obj:*ld-2.3.6.so
obj:*ld-2.3.6.so
obj:*ld-2.3.6.so
obj:*ld-2.3.6.so
obj:*tls/i686/cmov/libc-2.3.6.so
obj:*ld-2.3.6.so
fun:*dl*open
obj:*libdl-2.3.6*
obj:*ld-2.3.6.so
obj:*libdl-2.3.6*
}
# ==10979== Invalid read of size 4
# ==10979== at 0x4010C43: (within /lib/ld-2.3.6.so)
# ==10979== by 0x4006704: (within /lib/ld-2.3.6.so)
# ==10979== by 0x463446F: (within /lib/tls/i686/cmov/libc-2.3.6.so)
# ==10979== by 0x400B44E: (within /lib/ld-2.3.6.so)
# ==10979== by 0x4633EDE: _dl_open (in /lib/tls/i686/cmov/libc-2.3.6.so)
# ==10979== by 0x451DD8D: (within /lib/tls/i686/cmov/libdl-2.3.6.so)
# ==10979== by 0x400B44E: (within /lib/ld-2.3.6.so)
# ==10979== by 0x451E42C: (within /lib/tls/i686/cmov/libdl-2.3.6.so)
# ==10979== by 0x451DD20: dlopen (in /lib/tls/i686/cmov/libdl-2.3.6.so)
# ==10979== by 0x434A606: g_module_open (gmodule-dl.c:99)
# ==10979== by 0x4681D3A: e_data_server_module_load (e-data-server-module.c:77)
# ==10979== by 0x440B367: g_type_module_use (gtypemodule.c:190)
# ==10979== Address 0x4E7C410 is 112 bytes inside a block of size 114 alloc'd
# ==10979== at 0x401D4B0: malloc (vg_replace_malloc.c:149)
# ==10979== by 0x4457A95: g_malloc (gmem.c:131)
# ==10979== by 0x4470618: g_strdup (gstrfuncs.c:92)
# ==10979== by 0x434A99B: g_module_open (gmodule.c:386)
# ==10979== by 0x4681D3A: e_data_server_module_load (e-data-server-module.c:77)
# ==10979== by 0x440B367: g_type_module_use (gtypemodule.c:190)
# ==10979== by 0x468207F: e_data_server_module_load_file (e-data-server-module.c:175)
# ==10979== by 0x4682146: load_module_dir (e-data-server-module.c:202)
# ==10979== by 0x46821AA: e_data_server_module_init (e-data-server-module.c:219)
# ==10979== by 0x804B58F: main (server.c:379)
{
dlopen II
Memcheck:Addr4
obj:*ld-2.3.6.so
obj:*ld-2.3.6.so
obj:*libc-2.3.6.so
obj:*ld-2.3.6.so
fun:*dl*open
obj:*libdl-2.3.6.so
obj:*ld-2.3.6.so
obj:*libdl-2.3.6.so
fun:dlopen
fun:g_module_open
}
added plenty of suppressions for problems only found when running code linked against 2.22.x git-svn-id: https://zeitsenke.de/svn/SyncEvolution/trunk@663 15ad00c4-1369-45f4-8270-35d70d36bdcd
2008-07-10 20:12:04 +02:00
# ==9785== Thread 2:
# ==9785== Invalid free() / delete / delete[]
# ==9785== at 0x401D0CA: free (vg_replace_malloc.c:233)
# ==9785== by 0x45987BD: (within /lib/tls/i686/cmov/libc-2.3.6.so)
# ==9785== by 0x4597F71: __libc_freeres (in /lib/tls/i686/cmov/libc-2.3.6.so)
# ==9785== by 0x40191F6: _vgnU_freeres (vg_preloaded.c:60)
# ==9785== by 0x454E8F2: poll (in /lib/tls/i686/cmov/libc-2.3.6.so)
# ==9785== by 0x42C3EB8: g_main_context_iterate (gmain.c:2945)
# ==9785== by 0x42C4246: g_main_loop_run (gmain.c:2844)
# ==9785== by 0x413E691: startup_mainloop (e-book.c:3773)
# ==9785== by 0x42E877E: g_thread_create_proxy (gthread.c:635)
# ==9785== by 0x435A23F: start_thread (in /lib/tls/i686/cmov/libpthread-2.3.6.so)
# ==9785== by 0x455849D: clone (in /lib/tls/i686/cmov/libc-2.3.6.so)
# ==9785== Address 0x45E3098 is not stack'd, malloc'd or (recently) free'd
#
# ==11515== Invalid free() / delete / delete[]
# ==11515== at 0x401D0CA: free (vg_replace_malloc.c:233)
# ==11515== by 0x45987BD: (within /lib/tls/i686/cmov/libc-2.3.6.so)
# ==11515== by 0x4597F71: __libc_freeres (in /lib/tls/i686/cmov/libc-2.3.6.so)
# ==11515== by 0x40191F6: _vgnU_freeres (vg_preloaded.c:60)
# ==11515== by 0x451AE03: _Exit (in /lib/tls/i686/cmov/libc-2.3.6.so)
# ==11515== by 0x44A1EAF: (below main) (in /lib/tls/i686/cmov/libc-2.3.6.so)
# ==11515== Address 0x45E3098 is not stack'd, malloc'd or (recently) free'd
{
invalid free in libc_freeres
Memcheck:Free
fun:free
obj:/lib/tls/i686/cmov/libc-2.3.6.so
fun:__libc_freeres
fun:_vgnU_freeres
}
# ==9770== Invalid read of size 4
# ==9770== at 0x4010E17: (within /lib/ld-2.3.6.so)
# ==9770== by 0x400B729: (within /lib/ld-2.3.6.so)
# ==9770== by 0x4008202: (within /lib/ld-2.3.6.so)
# ==9770== by 0x46358CC: (within /lib/tls/i686/cmov/libc-2.3.6.so)
# ==9770== by 0x4635A09: _dl_sym (in /lib/tls/i686/cmov/libc-2.3.6.so)
# ==9770== by 0x451CEE7: (within /lib/tls/i686/cmov/libdl-2.3.6.so)
# ==9770== by 0x400B44E: (within /lib/ld-2.3.6.so)
# ==9770== by 0x451D42C: (within /lib/tls/i686/cmov/libdl-2.3.6.so)
# ==9770== by 0x451CE7A: dlsym (in /lib/tls/i686/cmov/libdl-2.3.6.so)
# ==9770== by 0x434A1E3: g_module_symbol (gmodule-dl.c:147)
# ==9770== by 0x434A6F1: g_module_open (gmodule.c:484)
# ==9770== by 0x4680A0B: e_data_server_module_load (e-data-server-module.c:77)
# ==9770== by 0x4409DB7: g_type_module_use (gtypemodule.c:190)
# ==9770== by 0x4680D50: e_data_server_module_load_file (e-data-server-module.c:175)
# ==9770== by 0x4680E17: load_module_dir (e-data-server-module.c:202)
# ==9770== by 0x4680E7B: e_data_server_module_init (e-data-server-module.c:219)
# ==9770== by 0x804B5BF: main (server.c:379)
# ==9770== Address 0x4E48A24 is 124 bytes inside a block of size 125 alloc'd
# ==9770== at 0x401D4B0: malloc (vg_replace_malloc.c:149)
# ==9770== by 0x4005DA5: (within /lib/ld-2.3.6.so)
# ==9770== by 0x4006704: (within /lib/ld-2.3.6.so)
# ==9770== by 0x463346F: (within /lib/tls/i686/cmov/libc-2.3.6.so)
# ==9770== by 0x400B44E: (within /lib/ld-2.3.6.so)
# ==9770== by 0x4632EDE: _dl_open (in /lib/tls/i686/cmov/libc-2.3.6.so)
# ==9770== by 0x451CD8D: (within /lib/tls/i686/cmov/libdl-2.3.6.so)
# ==9770== by 0x400B44E: (within /lib/ld-2.3.6.so)
# ==9770== by 0x451D42C: (within /lib/tls/i686/cmov/libdl-2.3.6.so)
# ==9770== by 0x451CD20: dlopen (in /lib/tls/i686/cmov/libdl-2.3.6.so)
# ==9770== by 0x434A606: g_module_open (gmodule-dl.c:99)
# ==9770== by 0x4680A0B: e_data_server_module_load (e-data-server-module.c:77)
# ==9770== by 0x4409DB7: g_type_module_use (gtypemodule.c:190)
# ==9770== by 0x4680D50: e_data_server_module_load_file (e-data-server-module.c:175)
# ==9770== by 0x4680E17: load_module_dir (e-data-server-module.c:202)
# ==9770== by 0x4680E7B: e_data_server_module_init (e-data-server-module.c:219)
# ==9770== by 0x804B5BF: main (server.c:379)
{
dl_sym
Memcheck:Addr4
obj:/lib/ld-2.3.6.so
obj:/lib/ld-2.3.6.so
obj:/lib/ld-2.3.6.so
obj:/lib/*libc-*.so
fun:_dl_sym
}
# ==9770== at 0x4010DD3: (within /lib/ld-2.3.6.so)
# ==9770== by 0x4004B78: (within /lib/ld-2.3.6.so)
# ==9770== by 0x4006792: (within /lib/ld-2.3.6.so)
# ==9770== by 0x463346F: (within /lib/tls/i686/cmov/libc-2.3.6.so)
# ==9770== by 0x400B44E: (within /lib/ld-2.3.6.so)
# ==9770== by 0x4632EDE: _dl_open (in /lib/tls/i686/cmov/libc-2.3.6.so)
# ==9770== by 0x451CD8D: (within /lib/tls/i686/cmov/libdl-2.3.6.so)
# ==9770== by 0x400B44E: (within /lib/ld-2.3.6.so)
# ==9770== by 0x451D42C: (within /lib/tls/i686/cmov/libdl-2.3.6.so)
# ==9770== by 0x451CD20: dlopen (in /lib/tls/i686/cmov/libdl-2.3.6.so)
# ==9770== by 0x434A606: g_module_open (gmodule-dl.c:99)
# ==9770== by 0x4680A0B: e_data_server_module_load (e-data-server-module.c:77)
# ==9770== by 0x4409DB7: g_type_module_use (gtypemodule.c:190)
# ==9770== by 0x4680D50: e_data_server_module_load_file (e-data-server-module.c:175)
# ==9770== by 0x4680E17: load_module_dir (e-data-server-module.c:202)
# ==9770== by 0x4680E7B: e_data_server_module_init (e-data-server-module.c:219)
# ==9770== by 0x804B5BF: main (server.c:379)
# ==9770== Address 0x4E69920 is 128 bytes inside a block of size 130 alloc'd
# ==9770== at 0x401D4B0: malloc (vg_replace_malloc.c:149)
# ==9770== by 0x4456A1C: g_malloc (gmem.c:131)
# ==9770== by 0x446F378: g_strdup (gstrfuncs.c:92)
# ==9770== by 0x434A99B: g_module_open (gmodule.c:386)
# ==9770== by 0x4680A0B: e_data_server_module_load (e-data-server-module.c:77)
# ==9770== by 0x4409DB7: g_type_module_use (gtypemodule.c:190)
# ==9770== by 0x4680D50: e_data_server_module_load_file (e-data-server-module.c:175)
# ==9770== by 0x4680E17: load_module_dir (e-data-server-module.c:202)
# ==9770== by 0x4680E7B: e_data_server_module_init (e-data-server-module.c:219)
# ==9770== by 0x804B5BF: main (server.c:379)
{
dl_open
Memcheck:Addr4
obj:/lib/ld-2.3.6.so
obj:/lib/ld-2.3.6.so
obj:/lib/ld-2.3.6.so
obj:/lib/*libc-*.so
obj:/lib/ld-*.so
fun:_dl_open
testing: updated valgrind regression rules Tested with local tests (Client::Source SyncEvolution), valgrind 3.4.1.SVN-9098-1883, Evolution 2.22.3.1, on Ubuntu 8.04 in 64 bit mode. Some stack backtraces were slightly different, some problems are new. None seem to be caused by us.
2009-07-09 13:49:32 +02:00
}
# ==19340==
# ==19340== 16 bytes in 1 blocks are definitely lost in loss record 5 of 168
# ==19340== at 0x4C223DC: calloc (vg_replace_malloc.c:397)
# ==19340== by 0x64EBE12: g_malloc0 (in /usr/lib/libglib-2.0.so.0.1600.6)
# ==19340== by 0x64E58F9: g_main_loop_new (in /usr/lib/libglib-2.0.so.0.1600.6)
# ==19340== by 0x4E3FDC4: startup_mainloop (e-book.c:3772)
# ==19340== by 0x650A233: (within /usr/lib/libglib-2.0.so.0.1600.6)
# ==19340== by 0x57433F6: start_thread (in /lib/libpthread-2.7.so)
# ==19340== by 0x742DB3C: clone (in /lib/libc-2.7.so)
{
g_main_loop_new
Memcheck:Leak
fun:calloc
fun:g_malloc0
fun:g_main_loop_new
fun:startup_mainloop
obj:libglib-2.0.so*
fun:start_thread
}
# ==19340==
# ==19340==
# ==19340== 292 (52 direct, 240 indirect) bytes in 1 blocks are definitely lost in loss record 83 of 168
# ==19340== at 0x4C232CB: malloc (vg_replace_malloc.c:207)
# ==19340== by 0x743E250: nss_parse_service_list (in /lib/libc-2.7.so)
# ==19340== by 0x743EB0E: __nss_database_lookup (in /lib/libc-2.7.so)
# ==19340== by 0xEDB642F: ???
# ==19340== by 0xEDB7968: ???
# ==19340== by 0x73F2A40: getpwnam_r@@GLIBC_2.2.5 (in /lib/libc-2.7.so)
# ==19340== by 0x6513F1F: (within /usr/lib/libglib-2.0.so.0.1600.6)
# ==19340== by 0x651546D: g_get_user_name (in /usr/lib/libglib-2.0.so.0.1600.6)
# ==19340== by 0x89AAF04: gconf_get_daemon_dir (in /usr/lib/libgconf-2.so.4.1.5)
# ==19340== by 0x89ACF20: gconf_activate_server (in /usr/lib/libgconf-2.so.4.1.5)
# ==19340== by 0x89B80B3: (within /usr/lib/libgconf-2.so.4.1.5)
# ==19340== by 0x89B8C0D: (within /usr/lib/libgconf-2.so.4.1.5)
# ==19340== by 0x89B9B68: gconf_engine_get_default (in /usr/lib/libgconf-2.so.4.1.5)
# ==19340== by 0x89C1777: gconf_client_get_default (in /usr/lib/libgconf-2.so.4.1.5)
# ==19340== by 0x4E416ED: e_book_get_addressbooks (e-book.c:3761)
# ==19340== by 0x6AFE42: EvolutionContactSource::open() (EvolutionContactSource.cpp:124)
# ==19340== by 0x52A577: TestEvolutionSyncSource::beginSync(SyncMode) (client-test-app.cpp:68)
# ==19340== by 0x5CF2DA: LocalTests::testIterateTwice() (ClientTest.cpp:610)
# ==19340== by 0x60CCE1: CppUnit::TestCaller<LocalTests>::runTest() (TestCaller.h:166)
# ==19340== by 0x6795846: CppUnit::TestCaseMethodFunctor::operator()() const (in /usr/lib/libcppunit-1.12.so.0.0.0)
# ==19340== by 0x6787C43: CppUnit::DefaultProtector::protect(CppUnit::Functor const&, CppUnit::ProtectorContext const&) (in /usr/lib/libcppunit-1.12.so.0.0.0)
# ==19340== by 0x6791758: CppUnit::ProtectorChain::ProtectFunctor::operator()() const (in /usr/lib/libcppunit-1.12.so.0.0.0)
# ==19340== by 0x679149B: CppUnit::ProtectorChain::protect(CppUnit::Functor const&, CppUnit::ProtectorContext const&) (in /usr/lib/libcppunit-1.12.so.0.0.0)
# ==19340== by 0x679D23F: CppUnit::TestResult::protect(CppUnit::Functor const&, CppUnit::Test*, std::string const&) (in /usr/lib/libcppunit-1.12.so.0.0.0)
# ==19340== by 0x67954DC: CppUnit::TestCase::run(CppUnit::TestResult*) (in /usr/lib/libcppunit-1.12.so.0.0.0)
# ==19340== by 0x6795E3B: CppUnit::TestComposite::doRunChildTests(CppUnit::TestResult*) (in /usr/lib/libcppunit-1.12.so.0.0.0)
# ==19340== by 0x6795D65: CppUnit::TestComposite::run(CppUnit::TestResult*) (in /usr/lib/libcppunit-1.12.so.0.0.0)
# ==19340== by 0x6795E3B: CppUnit::TestComposite::doRunChildTests(CppUnit::TestResult*) (in /usr/lib/libcppunit-1.12.so.0.0.0)
# ==19340== by 0x6795D65: CppUnit::TestComposite::run(CppUnit::TestResult*) (in /usr/lib/libcppunit-1.12.so.0.0.0)
# ==19340== by 0x679CFC9: CppUnit::TestResult::runTest(CppUnit::Test*) (in /usr/lib/libcppunit-1.12.so.0.0.0)
{
pwnam_r II
Memcheck:Leak
fun:malloc
fun:nss_parse_service_list
fun:__nss_database_lookup
obj:*
obj:*
fun:getpwnam_r*
}
testing: ignore valgrind errors in libdbus The errors are minor and don't seem to be caused by SyncEvolution (dbus_server_disconnect() is called). Will go away once we move away from libdbus and/or when running one sync session per server (and thus not creating multiple servers?).
2012-01-25 10:36:48 +01:00
# ==24097== 348 (60 direct, 288 indirect) bytes in 1 blocks are definitely lost in loss record 1,582 of 1,743
# ==24097== at 0x4C27673: malloc (vg_replace_malloc.c:263)
# ==24097== by 0x8F2E3FC: nss_parse_service_list (nsswitch.c:626)
# ==24097== by 0x8F2EBD1: __nss_database_lookup (nsswitch.c:167)
# ==24097== by 0xEBF88D8: ???
# ==24097== by 0x8EEC0A1: internal_getgrouplist (initgroups.c:101)
# ==24097== by 0x8EEC383: getgrouplist (initgroups.c:153)
# ==24097== by 0x8070442: ??? (in /lib/x86_64-linux-gnu/libdbus-1.so.3.5.8)
# ==24097== by 0x80735FE: ??? (in /lib/x86_64-linux-gnu/libdbus-1.so.3.5.8)
# ==24097== by 0x807388A: ??? (in /lib/x86_64-linux-gnu/libdbus-1.so.3.5.8)
# ==24097== by 0x8073916: ??? (in /lib/x86_64-linux-gnu/libdbus-1.so.3.5.8)
# ==24097== by 0x8073AD8: ??? (in /lib/x86_64-linux-gnu/libdbus-1.so.3.5.8)
# ==24097== by 0x8073BA5: ??? (in /lib/x86_64-linux-gnu/libdbus-1.so.3.5.8)
# ==24097== by 0x804E188: ??? (in /lib/x86_64-linux-gnu/libdbus-1.so.3.5.8)
# ==24097== by 0x804D260: ??? (in /lib/x86_64-linux-gnu/libdbus-1.so.3.5.8)
# ==24097== by 0x804D78D: ??? (in /lib/x86_64-linux-gnu/libdbus-1.so.3.5.8)
# ==24097== by 0x804EC09: ??? (in /lib/x86_64-linux-gnu/libdbus-1.so.3.5.8)
# ==24097== by 0x8068188: ??? (in /lib/x86_64-linux-gnu/libdbus-1.so.3.5.8)
# ==24097== by 0x8068E62: ??? (in /lib/x86_64-linux-gnu/libdbus-1.so.3.5.8)
# ==24097== by 0x80696E8: ??? (in /lib/x86_64-linux-gnu/libdbus-1.so.3.5.8)
# ==24097== by 0x806858C: ??? (in /lib/x86_64-linux-gnu/libdbus-1.so.3.5.8)
# ==24097== by 0x80534D4: ??? (in /lib/x86_64-linux-gnu/libdbus-1.so.3.5.8)
# ==24097== by 0x80535F1: ??? (in /lib/x86_64-linux-gnu/libdbus-1.so.3.5.8)
# ==24097== by 0x80539FF: ??? (in /lib/x86_64-linux-gnu/libdbus-1.so.3.5.8)
# ==24097== by 0x8053BB1: dbus_connection_send_with_reply (in /lib/x86_64-linux-gnu/libdbus-1.so.3.5.8)
# ==24097== by 0x72AD43: GDBusCXX::DBusClientCall<boost::function<void ()(std::string const&, GDBusCXX::DBusArray<unsigned char> const&, std::string const&)> >::send(GDBusCXX::DBusMessagePtr&, boost::function<void ()(std::string const&, GDBusCXX::DBusArray<unsigned char> const&, std::string const&)> const&) (gdbus-cxx-bridge.h:3933)
# ==24097== by 0x723ED0: SyncEvo::LocalTransportAgent::onChildConnect(GDBusCXX::DBusConnectionPtr const&) (gdbus-cxx-bridge.h:4040)
# ==24097== by 0x7400DA: boost::signals2::detail::signal1_impl<void, GDBusCXX::DBusConnectionPtr const&, boost::signals2::optional_last_value<void>, int, std::less<int>, boost::function<void ()(GDBusCXX::DBusConnectionPtr const&)>, boost::function<void ()(boost::signals2::connection const&, GDBusCXX::DBusConnectionPtr const&)>, boost::signals2::mutex>::operator()(GDBusCXX::DBusConnectionPtr const&) (function_template.hpp:1013)
# ==24097== by 0x73ADDC: SyncEvo::ForkExecParent::newClientConnection(GDBusCXX::DBusConnectionPtr&) (signal_template.hpp:692)
# ==24097== by 0x5B8E42: GDBusCXX::DBusServerCXX::newConnection(DBusServer*, DBusConnection*, void*) (function_template.hpp:1013)
# ==24097== by 0x806469A: ??? (in /lib/x86_64-linux-gnu/libdbus-1.so.3.5.8)
# ==24097==
{
nss_parse_service_list + grouplist
Memcheck:Leak
fun:malloc
fun:nss_parse_service_list
fun:__nss_database_lookup
obj:*
...
fun:getgrouplist
}
testing: updated valgrind regression rules Tested with local tests (Client::Source SyncEvolution), valgrind 3.4.1.SVN-9098-1883, Evolution 2.22.3.1, on Ubuntu 8.04 in 64 bit mode. Some stack backtraces were slightly different, some problems are new. None seem to be caused by us.
2009-07-09 13:49:32 +02:00
# ==19927== 1,018,472 (864,248 direct, 154,224 indirect) bytes in 32,959 blocks are definitely lost in loss record 35 of 38
# ==19927== at 0x4C223DC: calloc (vg_replace_malloc.c:397)
# ==19927== by 0x64EBE12: g_malloc0 (in /usr/lib/libglib-2.0.so.0.1600.6)
# ==19927== by 0x84F7066: ORBit_alloc_by_tc (in /usr/lib/libORBit-2.so.0.1.0)
# ==19927== by 0x84F6BEB: CORBA_exception_set_system (in /usr/lib/libORBit-2.so.0.1.0)
# ==19927== by 0x85039A4: (within /usr/lib/libORBit-2.so.0.1.0)
# ==19927== by 0x8504AFC: ORBit_handle_request (in /usr/lib/libORBit-2.so.0.1.0)
# ==19927== by 0x84F003D: giop_connection_handle_input (in /usr/lib/libORBit-2.so.0.1.0)
# ==19927== by 0x850B41F: (within /usr/lib/libORBit-2.so.0.1.0)
# ==19927== by 0x64E4383: g_main_context_dispatch (in /usr/lib/libglib-2.0.so.0.1600.6)
# ==19927== by 0x64E7694: (within /usr/lib/libglib-2.0.so.0.1600.6)
# ==19927== by 0x64E79B4: g_main_loop_run (in /usr/lib/libglib-2.0.so.0.1600.6)
# ==19927== by 0x8509B7F: (within /usr/lib/libORBit-2.so.0.1.0)
# ==19927== by 0x650A233: (within /usr/lib/libglib-2.0.so.0.1600.6)
# ==19927== by 0x57433F6: start_thread (in /lib/libpthread-2.7.so)
# ==19927== by 0x742DB3C: clone (in /lib/libc-2.7.so)
{
ORBit_handle_request + exception
Memcheck:Leak
fun:calloc
fun:g_malloc0
fun:ORBit_alloc_by_tc
fun:CORBA_exception_set_system
obj:*
fun:ORBit_handle_request
fun:giop_connection_handle_input
obj:*
fun:g_main_context_dispatch
obj:*
fun:g_main_loop_run
}
# ==19927== 1,555,553 (1,359,577 direct, 195,976 indirect) bytes in 33,623 blocks are definitely lost in loss record 36 of 38
# ==19927== at 0x4C232CB: malloc (vg_replace_malloc.c:207)
# ==19927== by 0x64EBE6B: g_malloc (in /usr/lib/libglib-2.0.so.0.1600.6)
# ==19927== by 0x84F72FC: ORBit_alloc_string (in /usr/lib/libORBit-2.so.0.1.0)
# ==19927== by 0x84F700D: CORBA_string_dup (in /usr/lib/libORBit-2.so.0.1.0)
# ==19927== by 0x84F6B67: CORBA_exception_set (in /usr/lib/libORBit-2.so.0.1.0)
# ==19927== by 0x85039A4: (within /usr/lib/libORBit-2.so.0.1.0)
# ==19927== by 0x8504AFC: ORBit_handle_request (in /usr/lib/libORBit-2.so.0.1.0)
# ==19927== by 0x84F003D: giop_connection_handle_input (in /usr/lib/libORBit-2.so.0.1.0)
# ==19927== by 0x850B41F: (within /usr/lib/libORBit-2.so.0.1.0)
# ==19927== by 0x64E4383: g_main_context_dispatch (in /usr/lib/libglib-2.0.so.0.1600.6)
# ==19927== by 0x64E7694: (within /usr/lib/libglib-2.0.so.0.1600.6)
# ==19927== by 0x64E79B4: g_main_loop_run (in /usr/lib/libglib-2.0.so.0.1600.6)
# ==19927== by 0x8509B7F: (within /usr/lib/libORBit-2.so.0.1.0)
# ==19927== by 0x650A233: (within /usr/lib/libglib-2.0.so.0.1600.6)
# ==19927== by 0x57433F6: start_thread (in /lib/libpthread-2.7.so)
# ==19927== by 0x742DB3C: clone (in /lib/libc-2.7.so)
{
ORBit_handle_request + exception II
Memcheck:Leak
fun:malloc
fun:g_malloc
fun:ORBit_alloc_string
fun:CORBA_string_dup
fun:CORBA_exception_set
obj:*
fun:ORBit_handle_request
fun:giop_connection_handle_input
obj:*
fun:g_main_context_dispatch
obj:*
fun:g_main_loop_run
}
nightly testing: ignore valgrind report in libsynthesis Long term we should fix the problem instead of suppressing it (BMC #8936). Doesn't seem to cause any problems, though.
2010-10-26 11:22:26 +02:00
# TODO: fix issue in libsynthesis/SyncML TK (BMC #8936)
# ==25141== Invalid read of size 1
# ==25141== at 0x7AB318: show_decode_error (xltdec.c:129)
# ==25141== by 0x7AE9B9: xltDecWbxmlInit (xltdecwbxml.c:472)
# ==25141== by 0x7AEB9B: subdtdDecodeWbxml (xltdecwbxml.c:993)
# ==25141== by 0x7ABFFE: buildItem (xltdec.c:2026)
# ==25141== by 0x7AC81C: appendItemList (xltdec.c:2500)
# ==25141== by 0x7AD958: buildGenericCmd (xltdec.c:1216)
# ==25141== by 0x7AE1CC: xltDecNext (xltdec.c:523)
# ==25141== by 0x7A8B07: smlProcessData (mgrcmddispatcher.c:303)
# ==25141== by 0x783B6A: sysync::TSyncAgent::ClientProcessingStep(unsigned short&, sysync::TEngineProgressType*) (syncagent.cpp:3453)
# ==25141== by 0x787968: sysync::TSyncAgent::ClientSessionStep(unsigned short&, sysync::TEngineProgressType*) (syncagent.cpp:3321)
# ==25141== by 0x789D1D: sysync::TSyncAgent::SessionStep(unsigned short&, sysync::TEngineProgressType*) (syncagent.cpp:2925)
# ==25141== by 0x6A05DC: SyncEvo::SharedEngine::SessionStep(boost::shared_ptr<sysync::SessionType> const&, unsigned short&, sysync::TEngineProgressType*) (SynthesisEngine.cpp:96)
# ==25141== by 0x62FAC7: SyncEvo::SyncContext::doSync() (SyncContext.cpp:3252)
# ==25141== by 0x63BAD9: SyncEvo::SyncContext::sync(SyncEvo::SyncReport*) (SyncContext.cpp:2774)
# ==25141== by 0x4C640D: SyncEvo::TestEvolution::doSync(int const*, std::string const&, SyncEvo::SyncOptions const&) (client-test-app.cpp:398)
# ==25141== by 0x4E96F7: SyncEvo::SyncTests::doSync(SyncEvo::SyncOptions const&) (ClientTest.cpp:3264)
# ==25141== by 0x580EA1: SyncEvo::SyncTests::doSync(char const*, SyncEvo::SyncOptions const&) (ClientTest.h:782)
# ==25141== by 0x4DA7BF: SyncEvo::SyncTests::deleteAll(SyncEvo::SyncTests::DeleteAllMode) (ClientTest.cpp:1636)
# ==25141== by 0x4E45FF: SyncEvo::SyncTests::doCopy() (ClientTest.cpp:1664)
# ==25141== by 0x57B17C: SyncEvo::SyncTests::testCopy() (ClientTest.h:680)
# ==25141== by 0x595B406: CppUnit::TestCaseMethodFunctor::operator()() const (in /usr/lib/libcppunit-1.12.so.1.0.0)
# ==25141== by 0x594D7D3: CppUnit::DefaultProtector::protect(CppUnit::Functor const&, CppUnit::ProtectorContext const&) (in /usr/lib/libcppunit-1.12.so.1.0.0)
# ==25141== by 0x5957278: CppUnit::ProtectorChain::ProtectFunctor::operator()() const (in /usr/lib/libcppunit-1.12.so.1.0.0)
# ==25141== by 0x5956FBB: CppUnit::ProtectorChain::protect(CppUnit::Functor const&, CppUnit::ProtectorContext const&) (in /usr/lib/libcppunit-1.12.so.1.0.0)
# ==25141== by 0x5962D9F: CppUnit::TestResult::protect(CppUnit::Functor const&, CppUnit::Test*, std::string const&) (in /usr/lib/libcppunit-1.12.so.1.0.0)
# ==25141== by 0x595B09C: CppUnit::TestCase::run(CppUnit::TestResult*) (in /usr/lib/libcppunit-1.12.so.1.0.0)
# ==25141== by 0x595B9FB: CppUnit::TestComposite::doRunChildTests(CppUnit::TestResult*) (in /usr/lib/libcppunit-1.12.so.1.0.0)
# ==25141== by 0x595B925: CppUnit::TestComposite::run(CppUnit::TestResult*) (in /usr/lib/libcppunit-1.12.so.1.0.0)
# ==25141== by 0x595B9FB: CppUnit::TestComposite::doRunChildTests(CppUnit::TestResult*) (in /usr/lib/libcppunit-1.12.so.1.0.0)
# ==25141== by 0x595B925: CppUnit::TestComposite::run(CppUnit::TestResult*) (in /usr/lib/libcppunit-1.12.so.1.0.0)
# ==25141== Address 0xe580fcf is 0 bytes after a block of size 31 alloc'd
# ==25141== at 0x4C244E8: malloc (vg_replace_malloc.c:236)
# ==25141== by 0x7AEB11: subdtdDecodeWbxml (xltdecwbxml.c:970)
# ==25141== by 0x7ABFFE: buildItem (xltdec.c:2026)
# ==25141== by 0x7AC81C: appendItemList (xltdec.c:2500)
# ==25141== by 0x7AD958: buildGenericCmd (xltdec.c:1216)
# ==25141== by 0x7AE1CC: xltDecNext (xltdec.c:523)
# ==25141== by 0x7A8B07: smlProcessData (mgrcmddispatcher.c:303)
# ==25141== by 0x783B6A: sysync::TSyncAgent::ClientProcessingStep(unsigned short&, sysync::TEngineProgressType*) (syncagent.cpp:3453)
# ==25141== by 0x787968: sysync::TSyncAgent::ClientSessionStep(unsigned short&, sysync::TEngineProgressType*) (syncagent.cpp:3321)
# ==25141== by 0x789D1D: sysync::TSyncAgent::SessionStep(unsigned short&, sysync::TEngineProgressType*) (syncagent.cpp:2925)
# ==25141== by 0x6A05DC: SyncEvo::SharedEngine::SessionStep(boost::shared_ptr<sysync::SessionType> const&, unsigned short&, sysync::TEngineProgressType*) (SynthesisEngine.cpp:96)
# ==25141== by 0x62FAC7: SyncEvo::SyncContext::doSync() (SyncContext.cpp:3252)
# ==25141== by 0x63BAD9: SyncEvo::SyncContext::sync(SyncEvo::SyncReport*) (SyncContext.cpp:2774)
# ==25141== by 0x4C640D: SyncEvo::TestEvolution::doSync(int const*, std::string const&, SyncEvo::SyncOptions const&) (client-test-app.cpp:398)
# ==25141== by 0x4E96F7: SyncEvo::SyncTests::doSync(SyncEvo::SyncOptions const&) (ClientTest.cpp:3264)
# ==25141== by 0x580EA1: SyncEvo::SyncTests::doSync(char const*, SyncEvo::SyncOptions const&) (ClientTest.h:782)
# ==25141== by 0x4DA7BF: SyncEvo::SyncTests::deleteAll(SyncEvo::SyncTests::DeleteAllMode) (ClientTest.cpp:1636)
# ==25141== by 0x4E45FF: SyncEvo::SyncTests::doCopy() (ClientTest.cpp:1664)
# ==25141== by 0x57B17C: SyncEvo::SyncTests::testCopy() (ClientTest.h:680)
# ==25141== by 0x595B406: CppUnit::TestCaseMethodFunctor::operator()() const (in /usr/lib/libcppunit-1.12.so.1.0.0)
# ==25141== by 0x594D7D3: CppUnit::DefaultProtector::protect(CppUnit::Functor const&, CppUnit::ProtectorContext const&) (in /usr/lib/libcppunit-1.12.so.1.0.0)
# ==25141== by 0x5957278: CppUnit::ProtectorChain::ProtectFunctor::operator()() const (in /usr/lib/libcppunit-1.12.so.1.0.0)
# ==25141== by 0x5956FBB: CppUnit::ProtectorChain::protect(CppUnit::Functor const&, CppUnit::ProtectorContext const&) (in /usr/lib/libcppunit-1.12.so.1.0.0)
# ==25141== by 0x5962D9F: CppUnit::TestResult::protect(CppUnit::Functor const&, CppUnit::Test*, std::string const&) (in /usr/lib/libcppunit-1.12.so.1.0.0)
# ==25141== by 0x595B09C: CppUnit::TestCase::run(CppUnit::TestResult*) (in /usr/lib/libcppunit-1.12.so.1.0.0)
# ==25141== by 0x595B9FB: CppUnit::TestComposite::doRunChildTests(CppUnit::TestResult*) (in /usr/lib/libcppunit-1.12.so.1.0.0)
# ==25141== by 0x595B925: CppUnit::TestComposite::run(CppUnit::TestResult*) (in /usr/lib/libcppunit-1.12.so.1.0.0)
# ==25141== by 0x595B9FB: CppUnit::TestComposite::doRunChildTests(CppUnit::TestResult*) (in /usr/lib/libcppunit-1.12.so.1.0.0)
# ==25141== by 0x595B925: CppUnit::TestComposite::run(CppUnit::TestResult*) (in /usr/lib/libcppunit-1.12.so.1.0.0)
# ==25141== by 0x5962B29: CppUnit::TestResult::runTest(CppUnit::Test*) (in /usr/lib/libcppunit-1.12.so.1.0.0)
{
SyncML Toolkit buffer overrun
Memcheck:Addr1
fun:show_decode_error
...
fun:smlProcessData
}
testing: ignore valgrind warning for Google SSL gnutls + glib-networking cause warnings about reading slightly beyond the end of a buffer in the asn code when exchanging data with Google. Nothing we can do about that, ignore it.
2011-08-22 14:15:45 +02:00
# ==19808== Invalid read of size 4
# ==19808== at 0x106E4E9A: asn1_der_coding (in /usr/lib/x86_64-linux-gnu/libtasn1.so.3.1.11)
# ==19808== by 0xD37A2F8: ??? (in /usr/lib/libgnutls.so.26.16.14)
# ==19808== by 0xD35D754: ??? (in /usr/lib/libgnutls.so.26.16.14)
# ==19808== by 0xD35D995: ??? (in /usr/lib/libgnutls.so.26.16.14)
# ==19808== by 0xD360442: ??? (in /usr/lib/libgnutls.so.26.16.14)
# ==19808== by 0xD3537EC: ??? (in /usr/lib/libgnutls.so.26.16.14)
# ==19808== by 0xD3505DF: ??? (in /usr/lib/libgnutls.so.26.16.14)
# ==19808== by 0xD3506D4: gnutls_handshake (in /usr/lib/libgnutls.so.26.16.14)
# ==19808== by 0x1473F1A8: ??? (in /usr/lib/gio/modules/libgiognutls.so)
# ==19808== by 0x14740D22: ??? (in /usr/lib/gio/modules/libgiognutls.so)
# ==19808== by 0x5B9C6F0: soup_socket_write (in /usr/lib/libsoup-2.4.so.1.4.0)
# ==19808== by 0x5B8BEDA: ??? (in /usr/lib/libsoup-2.4.so.1.4.0)
# ==19808== by 0x5B8C81D: ??? (in /usr/lib/libsoup-2.4.so.1.4.0)
# ==19808== by 0x6762E7D: g_closure_invoke (in /usr/lib/libgobject-2.0.so.0.2800.6)
# ==19808== by 0x67748D6: ??? (in /usr/lib/libgobject-2.0.so.0.2800.6)
# ==19808== by 0x677DD04: g_signal_emit_valist (in /usr/lib/libgobject-2.0.so.0.2800.6)
# ==19808== by 0x677DED2: g_signal_emit (in /usr/lib/libgobject-2.0.so.0.2800.6)
# ==19808== by 0x5B9A1AD: ??? (in /usr/lib/libsoup-2.4.so.1.4.0)
# ==19808== by 0x1473EC0F: ??? (in /usr/lib/gio/modules/libgiognutls.so)
# ==19808== by 0x6DF64A2: g_main_context_dispatch (in /lib/libglib-2.0.so.0.2800.6)
# ==19808== by 0x6DF6C7F: ??? (in /lib/libglib-2.0.so.0.2800.6)
# ==19808== by 0x6DF72F1: g_main_loop_run (in /lib/libglib-2.0.so.0.2800.6)
# ==19808== by 0x7240A8: SyncEvo::SoupTransportAgent::wait(bool) (SoupTransportAgent.cpp:177)
# ==19808== by 0x6B6E51: SyncEvo::SyncContext::doSync() (SyncContext.cpp:3597)
# ==19808== by 0x6BD0B4: SyncEvo::SyncContext::sync(SyncEvo::SyncReport*) (SyncContext.cpp:2904)
# ==19808== by 0x4F6521: SyncEvo::TestEvolution::doSync(int const*, std::string const&, SyncEvo::SyncOptions const&) (client-test-app.cpp:472)
# ==19808== by 0x511D6B: SyncEvo::SyncTests::doSync(SyncEvo::SyncOptions const&) (ClientTest.cpp:3959)
# ==19808== by 0x5C0BDF: SyncEvo::SyncTests::testTwoWaySync() (ClientTest.h:688)
# ==19808== by 0x610F749: CppUnit::TestCaseMethodFunctor::operator()() const (in /usr/lib/libcppunit-1.12.so.1.0.0)
# ==19808== by 0x6102C83: CppUnit::DefaultProtector::protect(CppUnit::Functor const&, CppUnit::ProtectorContext const&) (in /usr/lib/libcppunit-1.12.so.1.0.0)
# ==19808== Address 0x10fbcaf4 is 20 bytes inside a block of size 22 alloc'd
# ==19808== at 0x4C2779D: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
# ==19808== by 0x106E4E7B: asn1_der_coding (in /usr/lib/x86_64-linux-gnu/libtasn1.so.3.1.11)
# ==19808== by 0xD37A2F8: ??? (in /usr/lib/libgnutls.so.26.16.14)
# ==19808== by 0xD35D754: ??? (in /usr/lib/libgnutls.so.26.16.14)
# ==19808== by 0xD35D995: ??? (in /usr/lib/libgnutls.so.26.16.14)
# ==19808== by 0xD360442: ??? (in /usr/lib/libgnutls.so.26.16.14)
# ==19808== by 0xD3537EC: ??? (in /usr/lib/libgnutls.so.26.16.14)
# ==19808== by 0xD3505DF: ??? (in /usr/lib/libgnutls.so.26.16.14)
# ==19808== by 0xD3506D4: gnutls_handshake (in /usr/lib/libgnutls.so.26.16.14)
# ==19808== by 0x1473F1A8: ??? (in /usr/lib/gio/modules/libgiognutls.so)
# ==19808== by 0x14740D22: ??? (in /usr/lib/gio/modules/libgiognutls.so)
# ==19808== by 0x5B9C6F0: soup_socket_write (in /usr/lib/libsoup-2.4.so.1.4.0)
# ==19808== by 0x5B8BEDA: ??? (in /usr/lib/libsoup-2.4.so.1.4.0)
# ==19808== by 0x5B8C81D: ??? (in /usr/lib/libsoup-2.4.so.1.4.0)
# ==19808== by 0x6762E7D: g_closure_invoke (in /usr/lib/libgobject-2.0.so.0.2800.6)
# ==19808== by 0x67748D6: ??? (in /usr/lib/libgobject-2.0.so.0.2800.6)
# ==19808== by 0x677DD04: g_signal_emit_valist (in /usr/lib/libgobject-2.0.so.0.2800.6)
# ==19808== by 0x677DED2: g_signal_emit (in /usr/lib/libgobject-2.0.so.0.2800.6)
# ==19808== by 0x5B9A1AD: ??? (in /usr/lib/libsoup-2.4.so.1.4.0)
# ==19808== by 0x1473EC0F: ??? (in /usr/lib/gio/modules/libgiognutls.so)
# ==19808== by 0x6DF64A2: g_main_context_dispatch (in /lib/libglib-2.0.so.0.2800.6)
# ==19808== by 0x6DF6C7F: ??? (in /lib/libglib-2.0.so.0.2800.6)
# ==19808== by 0x6DF72F1: g_main_loop_run (in /lib/libglib-2.0.so.0.2800.6)
# ==19808== by 0x7240A8: SyncEvo::SoupTransportAgent::wait(bool) (SoupTransportAgent.cpp:177)
# ==19808== by 0x6B6E51: SyncEvo::SyncContext::doSync() (SyncContext.cpp:3597)
# ==19808== by 0x6BD0B4: SyncEvo::SyncContext::sync(SyncEvo::SyncReport*) (SyncContext.cpp:2904)
# ==19808== by 0x4F6521: SyncEvo::TestEvolution::doSync(int const*, std::string const&, SyncEvo::SyncOptions const&) (client-test-app.cpp:472)
# ==19808== by 0x511D6B: SyncEvo::SyncTests::doSync(SyncEvo::SyncOptions const&) (ClientTest.cpp:3959)
# ==19808== by 0x5C0BDF: SyncEvo::SyncTests::testTwoWaySync() (ClientTest.h:688)
# ==19808== by 0x610F749: CppUnit::TestCaseMethodFunctor::operator()() const (in /usr/lib/libcppunit-1.12.so.1.0.0)
# ==19808==
{
glib-networking 2.28.7 + gnutls 2.10.5-3 + Google: ASN buffer
Memcheck:Addr4
fun:asn1_der_coding
...
obj:*libgiognutls.so
}
testing: added more valgrind suppressions for ASN encoding gnutls + ASN encoding also showed up in the context of libneon.
2011-10-12 14:53:05 +02:00
{
gnutls + libneon: ASN buffer
Memcheck:Addr4
fun:asn1_der_coding
...
obj:*libneon*
}
{
gnutls certificate: ASN buffer
Memcheck:Addr4
fun:asn1_der_coding
...
fun:gnutls_certificate_set_x509_trust_file
syncevo-dbus-server: ignore leak in gcrypt+GNOME keyring Saving and retrieving a password in GNOME keyring leaks some small amount of memory. In particular saving doesn't get anything back except for an integer ID, so it seems unlikely that this is caused by our code.
2011-11-30 16:44:17 +01:00
}
testing: valgrind suppressions for Debian Testing Updating to current Debian Testing brought up new issues in system libraries. Minor and thus can be ignored.
2012-02-21 13:24:38 +01:00
# ==25419== 21 bytes in 1 blocks are definitely lost in loss record 157 of 649
# ==25419== at 0x4C27673: malloc (vg_replace_malloc.c:263)
# ==25419== by 0xA182881: strdup (strdup.c:43)
# ==25419== by 0x132A2D5A: p11_kit_registered_module_to_name (in /usr/lib/x86_64-linux-gnu/libp11-kit.so.0.0.0)
# ==25419== by 0xE815504: gnutls_pkcs11_init (in /usr/lib/x86_64-linux-gnu/libgnutls.so.26.21.9)
# ==25419== by 0xE7FEFF1: gnutls_global_init (in /usr/lib/x86_64-linux-gnu/libgnutls.so.26.21.9)
# ==25419== by 0x594C66A: ne_sock_init (in /usr/lib/libneon-gnutls.so.27.2.6)
# ==25419== by 0x581D48: SyncEvo::Neon::Session::Session(boost::shared_ptr<SyncEvo::Neon::Settings> const&) (NeonCXX.cpp:202)
# ==25419== by 0x5825E3: SyncEvo::Neon::Session::create(boost::shared_ptr<SyncEvo::Neon::Settings> const&) (NeonCXX.cpp:279)
# ==25419== by 0x5728CF: SyncEvo::WebDAVSource::contactServer() (WebDAVSource.cpp:340)
# ==25419== by 0x565B50: SyncEvo::WebDAVSource::beginSync(std::string const&, std::string const&) (WebDAVSource.h:81)
# ==25419== by 0x5BED1A: SyncEvo::SyncSourceSession::startDataRead(char const*, char const*) (SyncSource.cpp:498)
# ==25419== by 0x5D3E29: SyncEvolution_StartDataRead (function_template.hpp:760)
# ==25419== by 0x717BDC: sysync::TPluginApiDS::apiReadSyncSet(bool) (pluginapids.cpp:1063)
# ==25419== by 0x73DF44: sysync::TCustomImplDS::makeSyncSetLoaded(bool) (customimplds.cpp:3373)
# ==25419== by 0x78B106: sysync::TStdLogicDS::dsBeforeStateChange(sysync::TLocalEngineDSState, sysync::TLocalEngineDSState) (stdlogicds.cpp:1520)
# ==25419== by 0x7525D7: sysync::TLocalEngineDS::changeState(sysync::TLocalEngineDSState, bool) (localengineds.cpp:4182)
# ==25419== by 0x753B36: sysync::TLocalEngineDS::engInitDSForClientSync() (localengineds.cpp:3586)
# ==25419== by 0x79237B: sysync::TSyncAgent::NextMessage(bool&) (syncagent.cpp:1186)
# ==25419== by 0x794CF2: sysync::TSyncAgent::ClientGeneratingStep(unsigned short&, sysync::TEngineProgressType*) (syncagent.cpp:3422)
# ==25419== by 0x79505C: sysync::TSyncAgent::ClientSessionStep(unsigned short&, sysync::TEngineProgressType*) (syncagent.cpp:3316)
# ==25419== by 0x7953E4: sysync::TSyncAgent::SessionStep(unsigned short&, sysync::TEngineProgressType*) (syncagent.cpp:2927)
# ==25419== by 0x65ACBE: SyncEvo::SharedEngine::SessionStep(boost::shared_ptr<sysync::SessionType> const&, unsigned short&, sysync::TEngineProgressType*) (SynthesisEngine.cpp:96)
# ==25419== by 0x5DDE30: SyncEvo::SyncContext::doSync() (SyncContext.cpp:3549)
# ==25419== by 0x5E67C9: SyncEvo::SyncContext::sync(SyncEvo::SyncReport*) (SyncContext.cpp:3016)
# ==25419== by 0x59FDA2: SyncEvo::LocalTransportAgentChild::run() (LocalTransportAgent.cpp:784)
# ==25419== by 0x598833: SyncEvo::LocalTransportMain(int, char**) (LocalTransportAgent.cpp:973)
# ==25419== by 0xA121EAC: (below main) (libc-start.c:228)
# ==25419==
{
p11-kit + gnutls + libneon
Memcheck:Leak
...
fun:p11_kit_registered_module_to_name
...
fun:ne_sock_init
}
syncevo-dbus-server: ignore leak in gcrypt+GNOME keyring Saving and retrieving a password in GNOME keyring leaks some small amount of memory. In particular saving doesn't get anything back except for an integer ID, so it seems unlikely that this is caused by our code.
2011-11-30 16:44:17 +01:00
# ==7816== 24 bytes in 1 blocks are definitely lost in loss record 603 of 1,569
# ==7816== at 0x4C27673: malloc (vg_replace_malloc.c:263)
# ==7816== by 0x7B6AC42: g_malloc (in /lib/libglib-2.0.so.0.2800.8)
# ==7816== by 0xBBB992C: ??? (in /lib/x86_64-linux-gnu/libgcrypt.so.11.7.0)
# ==7816== by 0xBBBA888: ??? (in /lib/x86_64-linux-gnu/libgcrypt.so.11.7.0)
# ==7816== by 0xBBBABCE: ??? (in /lib/x86_64-linux-gnu/libgcrypt.so.11.7.0)
# ==7816== by 0xBC03A09: ??? (in /lib/x86_64-linux-gnu/libgcrypt.so.11.7.0)
# ==7816== by 0x6F8864A: ??? (in /usr/lib/x86_64-linux-gnu/libgnome-keyring.so.0.1.1)
# ==7816== by 0x6F7D24B: ??? (in /usr/lib/x86_64-linux-gnu/libgnome-keyring.so.0.1.1)
# ==7816== by 0x6F7D4F1: ??? (in /usr/lib/x86_64-linux-gnu/libgnome-keyring.so.0.1.1)
# ==7816== by 0x6F7C6EE: ??? (in /usr/lib/x86_64-linux-gnu/libgnome-keyring.so.0.1.1)
# ==7816== by 0x576EFE: SyncEvo::DBusUserInterface::savePassword(std::string const&, std::string const&, SyncEvo::ConfigPasswordKey const&) (dbus-user-interface.cpp:206)
# ==7816== by 0x693130: SyncEvo::PasswordConfigProperty::savePassword(SyncEvo::ConfigUserInterface&, std::string const&, SyncEvo::FilterConfigNode&, std::string const&, boost::shared_ptr<SyncEvo::FilterConfigNode> const&) const (SyncConfig.cpp:1711)
# ==7816== by 0x6A730E: SyncEvo::SyncConfig::preFlush(SyncEvo::ConfigUserInterface&) (SyncConfig.cpp:912)
# ==7816== by 0x54A689: SyncEvo::Session::setNamedConfig(std::string const&, bool, bool, std::map<std::string, std::map<std::string, std::string, std::less<std::string>, std::allocator<std::pair<std::string const, std::string> > >, std::less<std::string>, std::allocator<std::pair<std::string const, std::map<std::string, std::string, std::less<std::string>, std::allocator<std::pair<std::string const, std::string> > > > > > const&) (session.cpp:238)
# ==7816== by 0x55B48D: GDBusCXX::MakeMethodEntry<boost::function<void ()(bool, bool, std::map<std::string, std::map<std::string, std::string, std::less<std::string>, std::allocator<std::pair<std::string const, std::string> > >, std::less<std::string>, std::allocator<std::pair<std::string const, std::map<std::string, std::string, std::less<std::string>, std::allocator<std::pair<std::string const, std::string> > > > > > const&)> >::methodFunction(DBusConnection*, DBusMessage*, void*) (function_template.hpp:1013)
# ==7816== by 0x5866F0: handle_message (object.c:622)
# ==7816== by 0x7E2C3C0: ??? (in /lib/x86_64-linux-gnu/libdbus-1.so.3.5.8)
# ==7816== by 0x7E1E2BF: dbus_connection_dispatch (in /lib/x86_64-linux-gnu/libdbus-1.so.3.5.8)
# ==7816== by 0x588354: queue_dispatch (mainloop.c:91)
# ==7816== by 0x7B63EDC: g_main_context_dispatch (in /lib/libglib-2.0.so.0.2800.8)
# ==7816== by 0x7B646B7: ??? (in /lib/libglib-2.0.so.0.2800.8)
# ==7816== by 0x7B64CF9: g_main_loop_run (in /lib/libglib-2.0.so.0.2800.8)
# ==7816== by 0x5344EB: SyncEvo::Server::run(SyncEvo::LogRedirect&) (server.cpp:344)
# ==7816== by 0x515CE3: main (main.cpp:117)
# ==7816==
KDE + GNOME: moved keyring/kwallet and KDE init into modules The platform specific code which is of no value unless you run a specific desktop now gets compiled as part of shared libraries, just like the storage backends. The advantage is that the rest of SyncEvolution keeps running even if one of these shared libraries cannot be loaded due to missing depdendencies. syncevolution.org packages will not declared these dependencies, to allow installing each package without forcing the installation of unwanted libraries. Distros can package the platform code separately. Another advantage is reduced code duplication (password load/store was duplicated in command line and D-Bus server). Technically this uses almost the same mechnism as loadable sync sources. The code resides in src/backends/[kde|gnome], where the autotool magic finds the *Register.cpp files automatically and includes them into executables. These files contain global singletons which, when initialized, connect platform specific code to new signals in the core (init, password load/save). The actual code is in the backend libraries. Because SE_ARG_ENABLE_BACKEND() is not used (in favor of the traditional enable macros), linking against these libs must be set up by adding them to the (now slightly misnamed) SYNCSOURCES variable in the configure fragments.
2012-03-06 09:24:15 +01:00
#
# Different backtrace starting with the move of GNOME keyring support into a backend.
syncevo-dbus-server: ignore leak in gcrypt+GNOME keyring Saving and retrieving a password in GNOME keyring leaks some small amount of memory. In particular saving doesn't get anything back except for an integer ID, so it seems unlikely that this is caused by our code.
2011-11-30 16:44:17 +01:00
{
KDE + GNOME: moved keyring/kwallet and KDE init into modules The platform specific code which is of no value unless you run a specific desktop now gets compiled as part of shared libraries, just like the storage backends. The advantage is that the rest of SyncEvolution keeps running even if one of these shared libraries cannot be loaded due to missing depdendencies. syncevolution.org packages will not declared these dependencies, to allow installing each package without forcing the installation of unwanted libraries. Distros can package the platform code separately. Another advantage is reduced code duplication (password load/store was duplicated in command line and D-Bus server). Technically this uses almost the same mechnism as loadable sync sources. The code resides in src/backends/[kde|gnome], where the autotool magic finds the *Register.cpp files automatically and includes them into executables. These files contain global singletons which, when initialized, connect platform specific code to new signals in the core (init, password load/save). The actual code is in the backend libraries. Because SE_ARG_ENABLE_BACKEND() is not used (in favor of the traditional enable macros), linking against these libs must be set up by adding them to the (now slightly misnamed) SYNCSOURCES variable in the configure fragments.
2012-03-06 09:24:15 +01:00
gcrypt + GNOME keyring + modules
syncevo-dbus-server: ignore leak in gcrypt+GNOME keyring Saving and retrieving a password in GNOME keyring leaks some small amount of memory. In particular saving doesn't get anything back except for an integer ID, so it seems unlikely that this is caused by our code.
2011-11-30 16:44:17 +01:00
Memcheck:Leak
fun:malloc
fun:g_malloc
obj:*libgcrypt.so*
...
obj:*libgnome-keyring.so*
...
KDE + GNOME: moved keyring/kwallet and KDE init into modules The platform specific code which is of no value unless you run a specific desktop now gets compiled as part of shared libraries, just like the storage backends. The advantage is that the rest of SyncEvolution keeps running even if one of these shared libraries cannot be loaded due to missing depdendencies. syncevolution.org packages will not declared these dependencies, to allow installing each package without forcing the installation of unwanted libraries. Distros can package the platform code separately. Another advantage is reduced code duplication (password load/store was duplicated in command line and D-Bus server). Technically this uses almost the same mechnism as loadable sync sources. The code resides in src/backends/[kde|gnome], where the autotool magic finds the *Register.cpp files automatically and includes them into executables. These files contain global singletons which, when initialized, connect platform specific code to new signals in the core (init, password load/save). The actual code is in the backend libraries. Because SE_ARG_ENABLE_BACKEND() is not used (in favor of the traditional enable macros), linking against these libs must be set up by adding them to the (now slightly misnamed) SYNCSOURCES variable in the configure fragments.
2012-03-06 09:24:15 +01:00
fun:*GNOME*Password*
syncevo-dbus-server: ignore leak in gcrypt+GNOME keyring Saving and retrieving a password in GNOME keyring leaks some small amount of memory. In particular saving doesn't get anything back except for an integer ID, so it seems unlikely that this is caused by our code.
2011-11-30 16:44:17 +01:00
}
testing: added some valgrind suppressions for GIO GDBus When setting up a connection fails, g_dbus_connection_new_for_address_sync() leaks some memory. Nothing that is caused by our code. Same for a leak inside the GIO helper thread.
2011-12-01 15:25:28 +01:00
# ==10804== 60 (16 direct, 44 indirect) bytes in 1 blocks are definitely lost in loss record 1,121 of 2,014
# ==10804== at 0x4C27673: malloc (vg_replace_malloc.c:263)
# ==10804== by 0x7FABC02: g_malloc (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.3000.2)
# ==10804== by 0x7FC0976: g_slice_alloc (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.3000.2)
# ==10804== by 0x7F9045F: g_error_copy (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.3000.2)
# ==10804== by 0x76700B1: ??? (in /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0.3000.2)
# ==10804== by 0x761465E: g_initable_new_valist (in /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0.3000.2)
# ==10804== by 0x7614748: g_initable_new (in /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0.3000.2)
# ==10804== by 0x766EB1E: g_dbus_connection_new_for_address_sync (in /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0.3000.2)
# ==10804== by 0x597E08: GDBusCXX::dbus_get_bus_connection(char const*, char const*, bool, GDBusCXX::DBusErrorCXX*) (gdbus-cxx-bridge.cpp:58)
# ==10804== by 0x583CB8: SyncEvo::ConnmanClient::ConnmanClient(SyncEvo::Server&) (connman-client.cpp:30)
# ==10804== by 0x541730: SyncEvo::Server::Server(_GMainLoop*, bool&, boost::shared_ptr<SyncEvo::Restart>&, GDBusCXX::DBusConnectionPtr const&, int) (server.cpp:239)
# ==10804== by 0x52141B: main (main.cpp:113)
# ==10804==
{
failed g_dbus_connection_new_for_address_sync
Memcheck:Leak
fun:malloc
fun:g_malloc
fun:g_slice_alloc
fun:g_error_copy
obj:*libgio*
fun:g_initable_new_valist
fun:g_initable_new
fun:g_dbus_connection_new_for_address_sync
}
# ==10804== 363 (120 direct, 243 indirect) bytes in 3 blocks are definitely lost in loss record 1,844 of 2,014
# ==10804== at 0x4C27673: malloc (vg_replace_malloc.c:263)
# ==10804== by 0x7FABC02: g_malloc (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.3000.2)
# ==10804== by 0x7FC0976: g_slice_alloc (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.3000.2)
# ==10804== by 0x7FDEEC9: ??? (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.3000.2)
# ==10804== by 0x7FDF02C: ??? (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.3000.2)
# ==10804== by 0x7FDC825: g_variant_builder_end (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.3000.2)
# ==10804== by 0x7672049: ??? (in /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0.3000.2)
# ==10804== by 0x76736ED: g_dbus_message_new_from_blob (in /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0.3000.2)
# ==10804== by 0x767F01D: ??? (in /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0.3000.2)
# ==10804== by 0x7625D86: g_simple_async_result_complete (in /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0.3000.2)
# ==10804== by 0x7625E98: ??? (in /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0.3000.2)
# ==10804== by 0x7FA50CE: g_main_context_dispatch (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.3000.2)
# ==10804== by 0x7FA58C7: ??? (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.3000.2)
# ==10804== by 0x7FA5E01: g_main_loop_run (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.3000.2)
# ==10804== by 0x767CDC5: ??? (in /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0.3000.2)
# ==10804== by 0x7FCA7E5: ??? (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.3000.2)
# ==10804== by 0x5076B3F: start_thread (pthread_create.c:304)
# ==10804== by 0x8AC636C: clone (clone.S:112)
# ==10804==
{
GIO thread leak
Memcheck:Leak
fun:malloc
fun:g_malloc
...
obj:*libgio*
obj:*libglib*
fun:start_thread
}
testing: ignore valgrind errors in libdbus The errors are minor and don't seem to be caused by SyncEvolution (dbus_server_disconnect() is called). Will go away once we move away from libdbus and/or when running one sync session per server (and thus not creating multiple servers?).
2012-01-25 10:36:48 +01:00
# ==24097== 596 (192 direct, 404 indirect) bytes in 1 blocks are definitely lost in loss record 1,605 of 1,743
# ==24097== at 0x4C260C6: calloc (vg_replace_malloc.c:566)
# ==24097== by 0x8064763: ??? (in /lib/x86_64-linux-gnu/libdbus-1.so.3.5.8)
# ==24097== by 0x8065097: ??? (in /lib/x86_64-linux-gnu/libdbus-1.so.3.5.8)
# ==24097== by 0x8065453: ??? (in /lib/x86_64-linux-gnu/libdbus-1.so.3.5.8)
# ==24097== by 0x8063881: dbus_server_listen (in /lib/x86_64-linux-gnu/libdbus-1.so.3.5.8)
# ==24097== by 0x5B8AEE: GDBusCXX::DBusServerCXX::listen(std::string const&, GDBusCXX::DBusErrorCXX*) (gdbus-cxx-bridge.cpp:73)
# ==24097== by 0x73991F: SyncEvo::ForkExecParent::start() (ForkExec.cpp:81)
# ==24097== by 0x725B33: SyncEvo::LocalTransportAgent::start() (LocalTransportAgent.cpp:143)
# ==24097== by 0x6B79CD: SyncEvo::SyncContext::createTransportAgent(void*) (SyncContext.cpp:1517)
# ==24097== by 0x5A4165: SyncEvo::DBusSync::createTransportAgent() (dbus-sync.cpp:94)
# ==24097== by 0x6B116C: SyncEvo::SyncContext::doSync() (SyncContext.cpp:3373)
# ==24097== by 0x6B6CD4: SyncEvo::SyncContext::sync(SyncEvo::SyncReport*) (SyncContext.cpp:2957)
# ==24097== by 0x57A2BF: SyncEvo::Session::run(SyncEvo::LogRedirect&) (session.cpp:743)
# ==24097== by 0x563497: SyncEvo::Server::run(SyncEvo::LogRedirect&) (server.cpp:362)
# ==24097== by 0x53EF2D: main (main.cpp:119)
# ==24097==
{
dbus_server_list
Memcheck:Leak
...
fun:dbus_server_listen
fun:*DBusServerCXX*listen*
}
testing: ignore memory leaks in DBus libdbus server implementation Made the previous suppression for dbus_server_listen() more generic, added suppressions for dbus_setup_server(). Covers some small leaks in code which is obsolete and hard to fix.
2012-01-30 13:18:24 +01:00
# ==3390== 64 bytes in 2 blocks are possibly lost in loss record 1,748 of 3,335
# ==3390== at 0x4C260C6: calloc (vg_replace_malloc.c:566)
# ==3390== by 0x7478C69: g_malloc0 (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.3000.2)
# ==3390== by 0x85113A: setup_connection (mainloop.c:331)
# ==3390== by 0x8517E6: b_dbus_setup_server (mainloop.c:463)
# ==3390== by 0x8503C3: GDBusCXX::DBusServerCXX::listen(std::string const&, GDBusCXX::DBusErrorCXX*) (gdbus-cxx-bridge.cpp:83)
# ==3390== by 0x843AFF: SyncEvo::ForkExecParent::start() (ForkExec.cpp:81)
# ==3390== by 0x82F3F3: SyncEvo::LocalTransportAgent::start() (LocalTransportAgent.cpp:143)
# ==3390== by 0x7C0FDD: SyncEvo::SyncContext::createTransportAgent(void*) (SyncContext.cpp:1529)
# ==3390== by 0x524B5E: SyncEvo::TestEvolution::doSync(int const*, std::string const&, SyncEvo::SyncOptions const&)::ClientTest::createTransportAgent() (SyncContext.h:645)
# ==3390== by 0x7BA77C: SyncEvo::SyncContext::doSync() (SyncContext.cpp:3423)
# ==3390== by 0x7C02E4: SyncEvo::SyncContext::sync(SyncEvo::SyncReport*) (SyncContext.cpp:3007)
# ==3390== by 0x52FB91: SyncEvo::TestEvolution::doSync(int const*, std::string const&, SyncEvo::SyncOptions const&) (client-test-app.cpp:431)
# ==3390== by 0x564D67: SyncEvo::SyncTests::doSync(SyncEvo::SyncOptions const&) (ClientTest.cpp:4997)
# ==3390== by 0x69A0E0: SyncEvo::SyncTests::doSync(char const*, SyncEvo::SyncOptions const&) (ClientTest.h:837)
# ==3390== by 0x55443A: SyncEvo::SyncTests::refreshClient(SyncEvo::SyncOptions) (ClientTest.h:842)
# ==3390== by 0x542922: SyncEvo::SyncTests::testItems() (ClientTest.cpp:3379)
# ==3390== by 0x6789749: CppUnit::TestCaseMethodFunctor::operator()() const (in /usr/lib/libcppunit-1.12.so.1.0.0)
# ==3390== by 0x677CC83: CppUnit::DefaultProtector::protect(CppUnit::Functor const&, CppUnit::ProtectorContext const&) (in /usr/lib/libcppunit-1.12.so.1.0.0)
# ==3390== by 0x6785CC6: CppUnit::ProtectorChain::protect(CppUnit::Functor const&, CppUnit::ProtectorContext const&) (in /usr/lib/libcppunit-1.12.so.1.0.0)
# ==3390== by 0x6790423: CppUnit::TestResult::protect(CppUnit::Functor const&, CppUnit::Test*, std::string const&) (in /usr/lib/libcppunit-1.12.so.1.0.0)
# ==3390== by 0x67894E7: CppUnit::TestCase::run(CppUnit::TestResult*) (in /usr/lib/libcppunit-1.12.so.1.0.0)
# ==3390== by 0x6790049: CppUnit::TestResult::runTest(CppUnit::Test*) (in /usr/lib/libcppunit-1.12.so.1.0.0)
# ==3390== by 0x6792472: CppUnit::TestRunner::run(CppUnit::TestResult&, std::string const&) (in /usr/lib/libcppunit-1.12.so.1.0.0)
# ==3390== by 0x6794FDA: CppUnit::TextTestRunner::run(std::string, bool, bool, bool) (in /usr/lib/libcppunit-1.12.so.1.0.0)
# ==3390== by 0x5200DD: main (client-test-main.cpp:290)
# ==3390==
#
# Probably a valid leak, but how to fix it in the (soon obsolete) code wasn't obvious.
# Very generic rule to also catch some other, similar leaks.
{
b_dbus_setup_server
Memcheck:Leak
...
fun:b_dbus_setup_server
}
testing: ignore KDE memory errors There's no time for a detailed analysis of the issues reported by valgrind in KDE/Qt libraries. Suppress them so that nightly testing can pass again.
2012-01-31 14:32:29 +01:00
### KDE ###
# ==21052== 1,040 bytes in 26 blocks are possibly lost in loss record 5,184 of 5,271
# ==21052== at 0x4C27673: malloc (vg_replace_malloc.c:263)
# ==21052== by 0x6E13E80: QListData::detach_grow(int*, int) (in /usr/lib/libQtCore.so.4.7.3)
# ==21052== by 0x66C2028: ??? (in /usr/lib/libkdecore.so.5.6.0)
# ==21052== by 0x677656A: KStandardDirs::addResourceType(char const*, char const*, QString const&, bool) (in /usr/lib/libkdecore.so.5.6.0)
# ==21052== by 0x6776E16: KStandardDirs::addKDEDefaults() (in /usr/lib/libkdecore.so.5.6.0)
# ==21052== by 0x676E9E4: ??? (in /usr/lib/libkdecore.so.5.6.0)
# ==21052== by 0x676F03F: KComponentData::config() const (in /usr/lib/libkdecore.so.5.6.0)
# ==21052== by 0x676C2F5: KGlobal::config() (in /usr/lib/libkdecore.so.5.6.0)
# ==21052== by 0x67EF05A: ??? (in /usr/lib/libkdecore.so.5.6.0)
# ==21052== by 0x684285B: ??? (in /usr/lib/libkdecore.so.5.6.0)
# ==21052== by 0x67EB637: KLocale::KLocale(QString const&, KSharedPtr<KSharedConfig>) (in /usr/lib/libkdecore.so.5.6.0)
# ==21052== by 0x676CE35: KGlobal::locale() (in /usr/lib/libkdecore.so.5.6.0)
# ==21052== by 0x61EB01D: ??? (in /usr/lib/libkdeui.so.5.6.0)
# ==21052== by 0x61EBF57: KApplication::KApplication(bool) (in /usr/lib/libkdeui.so.5.6.0)
# ==21052== by 0x7C440E: SyncEvo::SyncContext::initMain(char const*) (SyncContext.cpp:2829)
# ==21052== by 0x52B95C: SyncEvo::RegisterTestEvolution::RegisterTestEvolution() (client-test-app.cpp:573)
# ==21052== by 0x526758: _GLOBAL__sub_I_client_test_app.cpp (client-test-app.cpp:589)
# ==21052== by 0x96774C: __libc_csu_init (in /data/runtests/work/testing-amd64/build/src/client-test)
# ==21052== by 0xA323E3F: (below main) (libc-start.c:187)
# ==21052==
{
KApplication + malloc
Memcheck:Leak
...
KDE + GNOME: moved keyring/kwallet and KDE init into modules The platform specific code which is of no value unless you run a specific desktop now gets compiled as part of shared libraries, just like the storage backends. The advantage is that the rest of SyncEvolution keeps running even if one of these shared libraries cannot be loaded due to missing depdendencies. syncevolution.org packages will not declared these dependencies, to allow installing each package without forcing the installation of unwanted libraries. Distros can package the platform code separately. Another advantage is reduced code duplication (password load/store was duplicated in command line and D-Bus server). Technically this uses almost the same mechnism as loadable sync sources. The code resides in src/backends/[kde|gnome], where the autotool magic finds the *Register.cpp files automatically and includes them into executables. These files contain global singletons which, when initialized, connect platform specific code to new signals in the core (init, password load/save). The actual code is in the backend libraries. Because SE_ARG_ENABLE_BACKEND() is not used (in favor of the traditional enable macros), linking against these libs must be set up by adding them to the (now slightly misnamed) SYNCSOURCES variable in the configure fragments.
2012-03-06 09:24:15 +01:00
fun:*KDEInitMain*
testing: ignore KDE memory errors There's no time for a detailed analysis of the issues reported by valgrind in KDE/Qt libraries. Suppress them so that nightly testing can pass again.
2012-01-31 14:32:29 +01:00
}
{
Qt + malloc
Memcheck:Leak
...
obj:*libQtCore*
}
# ==21052== 30,404 bytes in 414 blocks are possibly lost in loss record 5,268 of 5,271
# ==21052== at 0x4C27673: malloc (vg_replace_malloc.c:263)
# ==21052== by 0x6E3786A: QString::QString(QChar const*, int) (in /usr/lib/libQtCore.so.4.7.3)
# ==21052== by 0x6E38C3A: QString::mid(int, int) const (in /usr/lib/libQtCore.so.4.7.3)
# ==21052== by 0x682D606: KStringHandler::perlSplit(QRegExp const&, QString const&, int) (in /usr/lib/libkdecore.so.5.6.0)
# ==21052== by 0x6718C21: ??? (in /usr/lib/libkdecore.so.5.6.0)
# ==21052== by 0x6719E45: ??? (in /usr/lib/libkdecore.so.5.6.0)
# ==21052== by 0x671A1CC: ??? (in /usr/lib/libkdecore.so.5.6.0)
# ==21052== by 0x671AA1D: KSystemTimeZones::readZone(QString const&) (in /usr/lib/libkdecore.so.5.6.0)
# ==21052== by 0x18342945: KCalCore::ICalTimeZoneSource::standardZone(QString const&, bool) (in /usr/lib/libkcalcore.so.4.6.0)
# ==21052== by 0x1832DDCE: ??? (in /usr/lib/libkcalcore.so.4.6.0)
# ==21052== by 0x1832DF7E: ??? (in /usr/lib/libkcalcore.so.4.6.0)
# ==21052== by 0x1833743C: ??? (in /usr/lib/libkcalcore.so.4.6.0)
# ==21052== by 0x18337EC5: ??? (in /usr/lib/libkcalcore.so.4.6.0)
# ==21052== by 0x18338CBE: ??? (in /usr/lib/libkcalcore.so.4.6.0)
# ==21052== by 0x183270BA: KCalCore::ICalFormat::fromRawString(QSharedPointer<KCalCore::Calendar> const&, QByteArray const&, bool, QString const&) (in /usr/lib/libkcalcore.so.4.6.0)
# ==21052== by 0x18326B5F: KCalCore::ICalFormat::fromString(QSharedPointer<KCalCore::Calendar> const&, QString const&, bool, QString const&) (in /usr/lib/libkcalcore.so.4.6.0)
# ==21052== by 0x1832B8BD: KCalCore::ICalFormat::fromString(QString const&) (in /usr/lib/libkcalcore.so.4.6.0)
# ==21052== by 0x17E6B7F6: ??? (in /usr/lib/kde4/akonadi_serializer_kcalcore.so)
# ==21052== by 0x538EE31: ??? (in /usr/lib/libakonadi-kde.so.4.6.0)
# ==21052== by 0x538F465: ??? (in /usr/lib/libakonadi-kde.so.4.6.0)
# ==21052== by 0x537B1C8: Akonadi::Item::setPayloadFromData(QByteArray const&) (in /usr/lib/libakonadi-kde.so.4.6.0)
# ==21052== by 0x6E0C62: SyncEvo::AkonadiSyncSource::insertItem(std::string const&, std::string const&, bool) (akonadisyncsource.cpp:175)
# ==21052== by 0x8342FF: SyncEvo::TrackingSyncSource::insertItemRaw(std::string const&, std::string const&) (TrackingSyncSource.cpp:151)
# ==21052== by 0x6C2A24: SyncEvo::AkonadiTest::testTimezones() (AkonadiSyncSourceRegister.cpp:145)
# ==21052== by 0x7E4C749: CppUnit::TestCaseMethodFunctor::operator()() const (in /usr/lib/libcppunit-1.12.so.1.0.0)
# ==21052== by 0x7E3FC83: CppUnit::DefaultProtector::protect(CppUnit::Functor const&, CppUnit::ProtectorContext const&) (in /usr/lib/libcppunit-1.12.so.1.0.0)
# ==21052== by 0x7E48CC6: CppUnit::ProtectorChain::protect(CppUnit::Functor const&, CppUnit::ProtectorContext const&) (in /usr/lib/libcppunit-1.12.so.1.0.0)
# ==21052== by 0x7E53423: CppUnit::TestResult::protect(CppUnit::Functor const&, CppUnit::Test*, std::string const&) (in /usr/lib/libcppunit-1.12.so.1.0.0)
# ==21052== by 0x7E4C4E7: CppUnit::TestCase::run(CppUnit::TestResult*) (in /usr/lib/libcppunit-1.12.so.1.0.0)
# ==21052== by 0x7E4CC22: CppUnit::TestComposite::doRunChildTests(CppUnit::TestResult*) (in /usr/lib/libcppunit-1.12.so.1.0.0)
# ==21052==
{
Akonadi leaks
Memcheck:Leak
...
fun:*Akonadi*
}
# ==21829== 66 bytes in 1 blocks are possibly lost in loss record 2,504 of 5,276
# ==21829== at 0x4C27673: malloc (vg_replace_malloc.c:263)
# ==21829== by 0x6E39682: QString::fromLatin1_helper(char const*, int) (in /usr/lib/libQtCore.so.4.7.3)
# ==21829== by 0x6E3978D: QString::fromLatin1(char const*, int) (in /usr/lib/libQtCore.so.4.7.3)
# ==21829== by 0x6F0B142: ??? (in /usr/lib/libQtCore.so.4.7.3)
# ==21829== by 0x6E397F1: QString::fromLocal8Bit(char const*, int) (in /usr/lib/libQtCore.so.4.7.3)
# ==21829== by 0x6E727A4: ??? (in /usr/lib/libQtCore.so.4.7.3)
# ==21829== by 0x6E72C49: QFile::decodeName(QByteArray const&) (in /usr/lib/libQtCore.so.4.7.3)
# ==21829== by 0x676FDBD: KStandardDirs::realPath(QString const&) (in /usr/lib/libkdecore.so.5.6.0)
# ==21829== by 0x67785C7: KStandardDirs::saveLocation(char const*, QString const&, bool) const (in /usr/lib/libkdecore.so.5.6.0)
# ==21829== by 0x6778C57: KStandardDirs::locateLocal(char const*, QString const&, bool, KComponentData const&) (in /usr/lib/libkdecore.so.5.6.0)
# ==21829== by 0x6778CC0: KStandardDirs::locateLocal(char const*, QString const&, KComponentData const&) (in /usr/lib/libkdecore.so.5.6.0)
# ==21829== by 0x6743120: KTemporaryFile::KTemporaryFile(KComponentData const&) (in /usr/lib/libkdecore.so.5.6.0)
# ==21829== by 0x684459E: KLockFile::lock(QFlags<KLockFile::LockFlag>) (in /usr/lib/libkdecore.so.5.6.0)
# ==21829== by 0x677B148: KToolInvocation::startKdeinit() (in /usr/lib/libkdecore.so.5.6.0)
# ==21829== by 0x677B51F: KToolInvocation::klauncher() (in /usr/lib/libkdecore.so.5.6.0)
# ==21829== by 0x6719FB4: ??? (in /usr/lib/libkdecore.so.5.6.0)
# ==21829== by 0x671A1CC: ??? (in /usr/lib/libkdecore.so.5.6.0)
# ==21829== by 0x671AA1D: KSystemTimeZones::readZone(QString const&) (in /usr/lib/libkdecore.so.5.6.0)
# ==21829== by 0x18342945: KCalCore::ICalTimeZoneSource::standardZone(QString const&, bool) (in /usr/lib/libkcalcore.so.4.6.0)
# ==21829== by 0x1832DDCE: ??? (in /usr/lib/libkcalcore.so.4.6.0)
# ==21829== by 0x1832DF7E: ??? (in /usr/lib/libkcalcore.so.4.6.0)
# ==21829== by 0x1833743C: ??? (in /usr/lib/libkcalcore.so.4.6.0)
# ==21829== by 0x18337EC5: ??? (in /usr/lib/libkcalcore.so.4.6.0)
# ==21829== by 0x18338CBE: ??? (in /usr/lib/libkcalcore.so.4.6.0)
# ==21829== by 0x183270BA: KCalCore::ICalFormat::fromRawString(QSharedPointer<KCalCore::Calendar> const&, QByteArray const&, bool, QString const&) (in /usr/lib/libkcalcore.so.4.6.0)
# ==21829== by 0x18326B5F: KCalCore::ICalFormat::fromString(QSharedPointer<KCalCore::Calendar> const&, QString const&, bool, QString const&) (in /usr/lib/libkcalcore.so.4.6.0)
# ==21829== by 0x1832B8BD: KCalCore::ICalFormat::fromString(QString const&) (in /usr/lib/libkcalcore.so.4.6.0)
# ==21829== by 0x17E6B7F6: ??? (in /usr/lib/kde4/akonadi_serializer_kcalcore.so)
# ==21829== by 0x538EE31: ??? (in /usr/lib/libakonadi-kde.so.4.6.0)
# ==21829== by 0x538F465: ??? (in /usr/lib/libakonadi-kde.so.4.6.0)
# ==21829==
{
kcalcore leaks
Memcheck:Leak
...
obj:*libkcalcore*
}
# ==22290== Invalid read of size 4
# ==22290== at 0x1224B673: ??? (in /usr/lib/x86_64-linux-gnu/libfontconfig.so.1.4.4)
# ==22290== by 0x1224D9D4: FcConfigFilename (in /usr/lib/x86_64-linux-gnu/libfontconfig.so.1.4.4)
# ==22290== by 0x12260895: FcConfigParseAndLoad (in /usr/lib/x86_64-linux-gnu/libfontconfig.so.1.4.4)
# ==22290== by 0x12260F5D: ??? (in /usr/lib/x86_64-linux-gnu/libfontconfig.so.1.4.4)
# ==22290== by 0x92CEAAB: ??? (in /lib/x86_64-linux-gnu/libexpat.so.1.5.2)
# ==22290== by 0x92CF8A0: ??? (in /lib/x86_64-linux-gnu/libexpat.so.1.5.2)
# ==22290== by 0x92CC77B: ??? (in /lib/x86_64-linux-gnu/libexpat.so.1.5.2)
# ==22290== by 0x92CE10A: ??? (in /lib/x86_64-linux-gnu/libexpat.so.1.5.2)
# ==22290== by 0x92D16B1: XML_ParseBuffer (in /lib/x86_64-linux-gnu/libexpat.so.1.5.2)
# ==22290== by 0x122609F0: FcConfigParseAndLoad (in /usr/lib/x86_64-linux-gnu/libfontconfig.so.1.4.4)
# ==22290== by 0x12260CF7: FcConfigParseAndLoad (in /usr/lib/x86_64-linux-gnu/libfontconfig.so.1.4.4)
# ==22290== by 0x12260F5D: ??? (in /usr/lib/x86_64-linux-gnu/libfontconfig.so.1.4.4)
# ==22290== by 0x92CEAAB: ??? (in /lib/x86_64-linux-gnu/libexpat.so.1.5.2)
# ==22290== by 0x92CF8A0: ??? (in /lib/x86_64-linux-gnu/libexpat.so.1.5.2)
# ==22290== by 0x92CC77B: ??? (in /lib/x86_64-linux-gnu/libexpat.so.1.5.2)
# ==22290== by 0x92CE10A: ??? (in /lib/x86_64-linux-gnu/libexpat.so.1.5.2)
# ==22290== by 0x92D16B1: XML_ParseBuffer (in /lib/x86_64-linux-gnu/libexpat.so.1.5.2)
# ==22290== by 0x122609F0: FcConfigParseAndLoad (in /usr/lib/x86_64-linux-gnu/libfontconfig.so.1.4.4)
# ==22290== by 0x12256246: FcInitLoadConfig (in /usr/lib/x86_64-linux-gnu/libfontconfig.so.1.4.4)
# ==22290== by 0x12256325: FcInitLoadConfigAndFonts (in /usr/lib/x86_64-linux-gnu/libfontconfig.so.1.4.4)
# ==22290== by 0x12256524: FcInit (in /usr/lib/x86_64-linux-gnu/libfontconfig.so.1.4.4)
# ==22290== by 0xBE2CF69: ??? (in /usr/lib/libQtGui.so.4.7.3)
# ==22290== by 0xBDBAB53: QApplicationPrivate::construct(_XDisplay*, unsigned long, unsigned long) (in /usr/lib/libQtGui.so.4.7.3)
# ==22290== by 0xBDBB2A7: QApplication::QApplication(int&, char**, bool, int) (in /usr/lib/libQtGui.so.4.7.3)
# ==22290== by 0x61EBE36: KApplication::KApplication(bool) (in /usr/lib/libkdeui.so.5.6.0)
# ==22290== by 0x7C440E: SyncEvo::SyncContext::initMain(char const*) (SyncContext.cpp:2829)
# ==22290== by 0x52B95C: SyncEvo::RegisterTestEvolution::RegisterTestEvolution() (client-test-app.cpp:573)
# ==22290== by 0x526758: _GLOBAL__sub_I_client_test_app.cpp (client-test-app.cpp:589)
# ==22290== by 0x96774C: __libc_csu_init (in /data/runtests/work/testing-amd64/build/src/client-test)
# ==22290== by 0xA323E3F: (below main) (libc-start.c:187)
# ==22290== Address 0x14d1fea4 is 20 bytes inside a block of size 22 alloc'd
# ==22290== at 0x4C27673: malloc (vg_replace_malloc.c:263)
# ==22290== by 0x1224B5CC: ??? (in /usr/lib/x86_64-linux-gnu/libfontconfig.so.1.4.4)
# ==22290== by 0x1224D9D4: FcConfigFilename (in /usr/lib/x86_64-linux-gnu/libfontconfig.so.1.4.4)
# ==22290== by 0x12260895: FcConfigParseAndLoad (in /usr/lib/x86_64-linux-gnu/libfontconfig.so.1.4.4)
# ==22290== by 0x12260F5D: ??? (in /usr/lib/x86_64-linux-gnu/libfontconfig.so.1.4.4)
# ==22290== by 0x92CEAAB: ??? (in /lib/x86_64-linux-gnu/libexpat.so.1.5.2)
# ==22290== by 0x92CF8A0: ??? (in /lib/x86_64-linux-gnu/libexpat.so.1.5.2)
# ==22290== by 0x92CC77B: ??? (in /lib/x86_64-linux-gnu/libexpat.so.1.5.2)
# ==22290== by 0x92CE10A: ??? (in /lib/x86_64-linux-gnu/libexpat.so.1.5.2)
# ==22290== by 0x92D16B1: XML_ParseBuffer (in /lib/x86_64-linux-gnu/libexpat.so.1.5.2)
# ==22290== by 0x122609F0: FcConfigParseAndLoad (in /usr/lib/x86_64-linux-gnu/libfontconfig.so.1.4.4)
# ==22290== by 0x12260CF7: FcConfigParseAndLoad (in /usr/lib/x86_64-linux-gnu/libfontconfig.so.1.4.4)
# ==22290== by 0x12260F5D: ??? (in /usr/lib/x86_64-linux-gnu/libfontconfig.so.1.4.4)
# ==22290== by 0x92CEAAB: ??? (in /lib/x86_64-linux-gnu/libexpat.so.1.5.2)
# ==22290== by 0x92CF8A0: ??? (in /lib/x86_64-linux-gnu/libexpat.so.1.5.2)
# ==22290== by 0x92CC77B: ??? (in /lib/x86_64-linux-gnu/libexpat.so.1.5.2)
# ==22290== by 0x92CE10A: ??? (in /lib/x86_64-linux-gnu/libexpat.so.1.5.2)
# ==22290== by 0x92D16B1: XML_ParseBuffer (in /lib/x86_64-linux-gnu/libexpat.so.1.5.2)
# ==22290== by 0x122609F0: FcConfigParseAndLoad (in /usr/lib/x86_64-linux-gnu/libfontconfig.so.1.4.4)
# ==22290== by 0x12256246: FcInitLoadConfig (in /usr/lib/x86_64-linux-gnu/libfontconfig.so.1.4.4)
# ==22290== by 0x12256325: FcInitLoadConfigAndFonts (in /usr/lib/x86_64-linux-gnu/libfontconfig.so.1.4.4)
# ==22290== by 0x12256524: FcInit (in /usr/lib/x86_64-linux-gnu/libfontconfig.so.1.4.4)
# ==22290== by 0xBE2CF69: ??? (in /usr/lib/libQtGui.so.4.7.3)
# ==22290== by 0xBDBAB53: QApplicationPrivate::construct(_XDisplay*, unsigned long, unsigned long) (in /usr/lib/libQtGui.so.4.7.3)
# ==22290== by 0xBDBB2A7: QApplication::QApplication(int&, char**, bool, int) (in /usr/lib/libQtGui.so.4.7.3)
# ==22290== by 0x61EBE36: KApplication::KApplication(bool) (in /usr/lib/libkdeui.so.5.6.0)
# ==22290== by 0x7C440E: SyncEvo::SyncContext::initMain(char const*) (SyncContext.cpp:2829)
# ==22290== by 0x52B95C: SyncEvo::RegisterTestEvolution::RegisterTestEvolution() (client-test-app.cpp:573)
# ==22290== by 0x526758: _GLOBAL__sub_I_client_test_app.cpp (client-test-app.cpp:589)
# ==22290== by 0x96774C: __libc_csu_init (in /data/runtests/work/testing-amd64/build/src/client-test)
# ==22290==
{
Qt + fontconfig
Memcheck:Addr4
obj:*libfontconfig*
}
{
memory leaks in fontconfig
Memcheck:Leak
...
obj:*libfontconfig*
}
# ==10153== Conditional jump or move depends on uninitialised value(s)
# ==10153== at 0x9758290: inflateReset2 (in /usr/lib/libz.so.1.2.3.4)
# ==10153== by 0x975837F: inflateInit2_ (in /usr/lib/libz.so.1.2.3.4)
# ==10153== by 0x126A2120: png_create_read_struct_2 (in /lib/x86_64-linux-gnu/libpng12.so.0.46.0)
# ==10153== by 0x126A22C6: png_create_read_struct (in /lib/x86_64-linux-gnu/libpng12.so.0.46.0)
# ==10153== by 0xBEA66F6: ??? (in /usr/lib/libQtGui.so.4.7.3)
# ==10153== by 0xBEA7414: ??? (in /usr/lib/libQtGui.so.4.7.3)
# ==10153== by 0xBE78FD7: QImageReader::read(QImage*) (in /usr/lib/libQtGui.so.4.7.3)
# ==10153== by 0xBE79606: QImageReader::read() (in /usr/lib/libQtGui.so.4.7.3)
# ==10153== by 0xBE69A7D: QImage::fromData(unsigned char const*, int, char const*) (in /usr/lib/libQtGui.so.4.7.3)
# ==10153== by 0xBE6EA3F: QImage::loadFromData(unsigned char const*, int, char const*) (in /usr/lib/libQtGui.so.4.7.3)
# ==10153== by 0x17CCFAC0: KABC::VCardTool::parsePicture(KABC::VCardLine const&) const (in /usr/lib/libkabc.so.4.6.0)
# ==10153== by 0x17CD83A5: KABC::VCardTool::parseVCards(QByteArray const&) const (in /usr/lib/libkabc.so.4.6.0)
# ==10153== by 0x17CCEA09: KABC::VCardConverter::parseVCards(QByteArray const&) const (in /usr/lib/libkabc.so.4.6.0)
# ==10153== by 0x17CCEA5C: KABC::VCardConverter::parseVCard(QByteArray const&) const (in /usr/lib/libkabc.so.4.6.0)
# ==10153== by 0x17A69E31: ??? (in /usr/lib/kde4/akonadi_serializer_addressee.so)
# ==10153== by 0x538EE31: ??? (in /usr/lib/libakonadi-kde.so.4.6.0)
# ==10153== by 0x538F465: ??? (in /usr/lib/libakonadi-kde.so.4.6.0)
# ==10153== by 0x537B1C8: Akonadi::Item::setPayloadFromData(QByteArray const&) (in /usr/lib/libakonadi-kde.so.4.6.0)
# ==10153== by 0x6E0C62: SyncEvo::AkonadiSyncSource::insertItem(std::string const&, std::string const&, bool) (akonadisyncsource.cpp:175)
# ==10153== by 0x83443F: SyncEvo::TrackingSyncSource::insertItemRaw(std::string const&, std::string const&) (TrackingSyncSource.cpp:151)
# ==10153== by 0x569099: SyncEvo::importItem(SyncEvo::TestingSyncSource*, SyncEvo::ClientTestConfig const&, std::string&) (ClientTest.cpp:299)
# ==10153== by 0x56F4E9: SyncEvo::ClientTest::import(SyncEvo::ClientTest&, SyncEvo::TestingSyncSource&, SyncEvo::ClientTestConfig const&, std::string const&, std::string&, std::list<std::string, std::allocator<std::string> >*) (ClientTest.cpp:5223)
# ==10153== by 0x6A05F9: boost::detail::function::function_invoker6<std::string (*)(SyncEvo::ClientTest&, SyncEvo::TestingSyncSource&, SyncEvo::ClientTestConfig const&, std::string const&, std::string&, std::list<std::string, std::allocator<std::string> >*), std::string, SyncEvo::ClientTest&, SyncEvo::TestingSyncSource&, SyncEvo::ClientTestConfig const&, std::string const&, std::string&, std::list<std::string, std::allocator<std::string> >*>::invoke(boost::detail::function::function_buffer&, SyncEvo::ClientTest&, SyncEvo::TestingSyncSource&, SyncEvo::ClientTestConfig const&, std::string const&, std::string&, std::list<std::string, std::allocator<std::string> >*) (function_template.hpp:95)
# ==10153== by 0x5FF153: SyncEvo::LocalTests::testImport() (function_template.hpp:1013)
# ==10153== by 0x7E4C749: CppUnit::TestCaseMethodFunctor::operator()() const (in /usr/lib/libcppunit-1.12.so.1.0.0)
# ==10153== by 0x7E3FC83: CppUnit::DefaultProtector::protect(CppUnit::Functor const&, CppUnit::ProtectorContext const&) (in /usr/lib/libcppunit-1.12.so.1.0.0)
# ==10153== by 0x7E48CC6: CppUnit::ProtectorChain::protect(CppUnit::Functor const&, CppUnit::ProtectorContext const&) (in /usr/lib/libcppunit-1.12.so.1.0.0)
# ==10153== by 0x7E53423: CppUnit::TestResult::protect(CppUnit::Functor const&, CppUnit::Test*, std::string const&) (in /usr/lib/libcppunit-1.12.so.1.0.0)
# ==10153== by 0x7E4C4E7: CppUnit::TestCase::run(CppUnit::TestResult*) (in /usr/lib/libcppunit-1.12.so.1.0.0)
# ==10153== by 0x7E4CC22: CppUnit::TestComposite::doRunChildTests(CppUnit::TestResult*) (in /usr/lib/libcppunit-1.12.so.1.0.0)
# ==10153==
{
png + Qt GUI
Memcheck:Cond
...
fun:png_create_*
...
obj:*libQtGui.so*
}
testing: valgrind suppressions for Debian Testing Updating to current Debian Testing brought up new issues in system libraries. Minor and thus can be ignored.
2012-02-21 13:24:38 +01:00
# ==14778== 46 bytes in 1 blocks are possibly lost in loss record 865 of 1,692
# ==14778== at 0x4C27673: malloc (vg_replace_malloc.c:263)
# ==14778== by 0x8217C02: g_malloc (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.3000.2)
# ==14778== by 0x822E3BD: g_strdup (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.3000.2)
# ==14778== by 0x7B01262: ??? (in /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0.3000.2)
# ==14778== by 0x7B03F0C: ??? (in /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0.3000.2)
# ==14778== by 0x15FBC997: ??? (in /usr/lib/x86_64-linux-gnu/gio/modules/libgvfsdbus.so)
# ==14778== by 0x6142B4: SyncEvo::GLibNotify::GLibNotify(char const*, boost::function<void ()(_GFile*, _GFile*, GFileMonitorEvent)> const&) (GLibSupport.cpp:205)
# ==14778== by 0x5718DD: SyncEvo::Server::run(SyncEvo::LogRedirect&) (server.cpp:338)
# ==14778== by 0x54799B: main (main.cpp:120)
# ==14778==
{
GIO potential leak
Memcheck:Leak
fun:malloc
fun:g_malloc
fun:g_strdup
obj:*libgio-2.0.so*
...
obj:*gio/modules/libgvfsdbus.so
}
testing: ignore KDE memory errors There's no time for a detailed analysis of the issues reported by valgrind in KDE/Qt libraries. Suppress them so that nightly testing can pass again.
2012-01-31 14:32:29 +01:00
# ==8627== 840 bytes in 28 blocks are possibly lost in loss record 574 of 681
# ==8627== at 0x48DB796: calloc (in /usr/lib/valgrind/vgpreload_memcheck-x86-linux.so)
# ==8627== by 0x95AED52: ??? (in /lib/i386-linux-gnu/libglib-2.0.so.0.3000.2)
# ==8627==
{
glib leak i386
Memcheck:Leak
fun:calloc
obj:/lib/i386-linux-gnu/libglib-2.0.so.0.3000.2
}
D-Bus testing: ignore specific error in TestLocalSync.testConcurrency syncevo-local-sync dies with a segfault in libdl after the TestLocalSync.testConcurrency D-Bus tests completes, but only when running under valgrind. Ignore that problem via a suppression.
2012-02-15 17:23:51 +01:00
# ==15919== Jump to the invalid address stated on the next line
# ==15919== at 0x4CE: ???
# ==15919== by 0x4005557: open_verify (dl-load.c:1821)
# ==15919== by 0x4005BE7: open_path (dl-load.c:2082)
# ==15919== by 0x4007A91: _dl_map_object (dl-load.c:2285)
# ==15919== by 0x400CF61: openaux (dl-deps.c:65)
# ==15919== by 0x400D925: _dl_catch_error (dl-error.c:178)
# ==15919== by 0x400C02B: _dl_map_object_deps (dl-deps.c:247)
# ==15919== by 0x40032B6: dl_main (rtld.c:1815)
# ==15919== by 0x4014B2D: _dl_sysdep_start (dl-sysdep.c:244)
# ==15919== by 0x4001422: _dl_start (rtld.c:342)
# ==15919== by 0x4000AF7: ??? (in /lib/x86_64-linux-gnu/ld-2.13.so)
# ==15919== Address 0x4ce is not stack'd, malloc'd or (recently) free'd
# ==15919==
{
segfault caused by valgrind + libdl
Memcheck:Jump
obj:*
fun:open_verify
fun:open_path
}
testing: valgrind suppressions for Debian Testing, part II The libdl suppression also manifests itself with a different stack backtrace. Also cover that.
2012-03-07 10:33:42 +01:00
# ==17052== Jump to the invalid address stated on the next line
# ==17052== at 0x4CE: ???
# ==17052== by 0x4005557: open_verify (dl-load.c:1821)
# ==17052== by 0x4007913: _dl_map_object (dl-load.c:2368)
# ==17052== by 0x400CF61: openaux (dl-deps.c:65)
# ==17052== by 0x400D925: _dl_catch_error (dl-error.c:178)
# ==17052== by 0x400C02B: _dl_map_object_deps (dl-deps.c:247)
# ==17052== by 0x40032B6: dl_main (rtld.c:1815)
# ==17052== by 0x4014B2D: _dl_sysdep_start (dl-sysdep.c:244)
# ==17052== by 0x4001422: _dl_start (rtld.c:342)
# ==17052== by 0x4000AF7: ??? (in /lib/x86_64-linux-gnu/ld-2.13.so)
# ==17052== Address 0x4ce is not stack'd, malloc'd or (recently) free'd
# ==17052==
{
segfault caused by valgrind + libdl, II
Memcheck:Jump
obj:*
fun:open_verify
fun:_dl_map_object
fun:openaux
}
Reference in a new issue Copy permalink