summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorPatrick Ohly <patrick.ohly@intel.com>2013-03-07 10:18:49 +0100
committerPatrick Ohly <patrick.ohly@intel.com>2013-03-07 19:55:48 +0100
commit3bc0adfebfb1e76931b492495ea63b24a2ed4178 (patch)
tree3646f11f9ea2fe62524e725b5967f6cfd9254db2
parentafe766b4e58d5b9fa24cfa5ce676ec75aa16c860 (diff)
Revert "testing: ignore GIO D-Bus leak"
This reverts commit 3c0396abcfc956ab140b0836980cfb6a1c328df5. Conflicts: test/evo.supp Memory leak is fixed in SyncEvolution now. However, glib itself also leaks the GDBusMethodInfo when the method gets called. See https://bugzilla.gnome.org/show_bug.cgi?id=695376
-rw-r--r--test/evo.supp33
1 files changed, 0 insertions, 33 deletions
diff --git a/test/evo.supp b/test/evo.supp
index 2e0b5f1d..2dcc1227 100644
--- a/test/evo.supp
+++ b/test/evo.supp
@@ -4878,39 +4878,6 @@
fun:*GFileMonitorEvent*
}
-# ==7434== 1,480 (160 direct, 1,320 indirect) bytes in 4 blocks are definitely lost in loss record 1,773 of 1,883
-# ==7434== at 0x4C260C6: calloc (vg_replace_malloc.c:566)
-# ==7434== by 0x9906590: g_malloc0 (gmem.c:189)
-# ==7434== by 0x658338: void GDBusCXX::DBusObjectHelper::add<SyncEvo::Connection*, SyncEvo::Connection, void ()(GDBusCXX::Caller_t const&, bool, std::string const&)>(SyncEvo::Connection*, void (SyncEvo::Connection::*)(GDBusCXX::Caller_t const&, bool, std::string const&), char const*) (gdbus-cxx-bridge.h:3629)
-# ==7434== by 0x656399: SyncEvo::Connection::Connection(SyncEvo::Server&, GDBusCXX::DBusConnectionPtr const&, std::string const&, std::map<std::string, std::string, std::less<std::string>, std::allocator<std::pair<std::string const, std::string> > > const&, bool) (connection.cpp:415)
-# ==7434== by 0x618861: SyncEvo::Server::connect(GDBusCXX::Caller_t const&, boost::shared_ptr<GDBusCXX::Watch> const&, std::map<std::string, std::string, std::less<std::string>, std::allocator<std::pair<std::string const, std::string> > > const&, bool, std::string const&, GDBusCXX::DBusObject_t&) (server.cpp:155)
-# ==7434== by 0x62A1A1: GDBusCXX::MakeMethodEntry<boost::function<void ()(GDBusCXX::Caller_t const&, boost::shared_ptr<GDBusCXX::Watch> const&, std::map<std::string, std::string, std::less<std::string>, std::allocator<std::pair<std::string const, std::string> > > const&, bool, std::string const&, GDBusCXX::DBusObject_t&)> >::methodFunction(_GDBusConnection*, _GDBusMessage*, void*) (function_template.hpp:760)
-# ==7434== by 0x613BA8: GDBusCXX::MethodHandler::handler(_GDBusConnection*, char const*, char const*, char const*, char const*, _GVariant*, _GDBusMethodInvocation*, void*) (gdbus-cxx-bridge.h:908)
-# ==7434== by 0x93D187A: call_in_idle_cb (gdbusconnection.c:4687)
-# ==7434== by 0x9900799: g_main_context_dispatch (gmain.c:2515)
-# ==7434== by 0x9900B5F: g_main_context_iterate.isra.23 (gmain.c:3123)
-# ==7434== by 0x9900F59: g_main_loop_run (gmain.c:3317)
-# ==7434== by 0x617EE8: SyncEvo::Server::run(SyncEvo::LogRedirect&) (server.cpp:349)
-# ==7434== by 0x5E3E7A: main (main.cpp:120)
-# ==7434==
-#
-# Tried to find the root cause for half a day, without success.
-# Suppressing the leak temporarily (famous last words).
-{
- GIO GDBus method entry leak
- Memcheck:Leak
- fun:calloc
- fun:g_malloc0
- fun:*DBusObjectHelper*add*
-}
-{
- GIO GDBus method entry leak, II
- Memcheck:Leak
- fun:calloc
- fun:g_malloc0
- fun:*MakeMethodEntry*make*
-}
-
# ==10148== 3,912 (512 direct, 3,400 indirect) bytes in 1 blocks are definitely lost in loss record 4,885 of 4,958
# ==10148== at 0x4C28CCE: realloc (vg_replace_malloc.c:632)
# ==10148== by 0x9E45E7E: g_realloc (gmem.c:224)