X-Git-Url: http://info.iut-bm.univ-fcomte.fr/pub/gitweb/simgrid.git/blobdiff_plain/1b4e20873a7bd405842f3d8d1e6dd1d518db5535..3a8e2482063363c58098e170e6a7c250f62c7711:/tools/simgrid.supp diff --git a/tools/simgrid.supp b/tools/simgrid.supp index 27bab275b2..e71b44f036 100644 --- a/tools/simgrid.supp +++ b/tools/simgrid.supp @@ -15,6 +15,17 @@ obj:/usr/bin/* } +{ + Memory leak in cmake + Memcheck:Leak + match-leak-kinds:reachable + ... + fun:_ZN4Json5Value13nullSingletonEv + obj:*/libjsoncpp.so* + ... + fun:_dl_init +} + # There's a constant leak of 56 bytes in the depths of libc which # manifests, for example, when using backtrace() { @@ -31,6 +42,75 @@ fun:__libc_dlopen_mode } +# Another problem in glibc, where makecontext does not reset the EBP register, +# and backtrace goes too far when walking up the stack frames +{ + Invalid read in backtrace, called after makecontext + Memcheck:Addr4 + fun:backtrace + ... + fun:makecontext +} + +#There seems to be an issue with libc using an uninitialized value somewhere in dlopen +{ + Invalid read in dl_start + Memcheck:Cond + fun:index + fun:expand_dynamic_string_token + ... + fun:_dl_start +} + +# 72704 bytes leak from GCC >5.1 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64535 +{ + Memory leak in dl_init + Memcheck:Leak + match-leak-kinds:reachable + fun:malloc + obj:/usr/lib/*/libstdc++.so.* + fun:call_init.part.0 + ... + fun:_dl_init +} + +#Ignore leaks in SMPI sample codes +{ + Leaks in SMPI sample codes + Memcheck:Leak + match-leak-kinds: all + fun:malloc + fun:smpi_simulated_main_ +} + +#SMPI leaks the dlopen handle used to load the program +{ + dlopen handle leaks (1/3) + Memcheck:Leak + match-leak-kinds:reachable + fun:malloc + ... + fun:dlopen@@GLIBC_* +} + +{ + dlopen handle leaks (2/3) + Memcheck:Leak + match-leak-kinds:reachable + fun:calloc + ... + fun:dlopen@@GLIBC_* +} + +{ + dlopen handle leaks (3/3) + Memcheck:Leak + match-leak-kinds:reachable + fun:realloc + ... + fun:dlopen@@GLIBC_* +} + # Memory leaks appearing to be in libcgraph. They can be seen with the # following simple program: # ,---- @@ -51,22 +131,31 @@ # | } # `---- { - Memory leak in libcgraph (1/2) + Memory leak in libcgraph (1/3) Memcheck:Leak fun:malloc ... - obj:/usr/lib/libcgraph.so* + obj:*/libcgraph.so* fun:aaglex fun:aagparse fun:agconcat } { - Memory leak in libcgraph (2/2) + Memory leak in libcgraph (2/3) + Memcheck:Leak + fun:calloc + ... + obj:*/libcgraph.so* + fun:aagparse + fun:agconcat +} +{ + Memory leak in libcgraph (3/3) Memcheck:Leak fun:malloc ... fun:agnode - obj:/usr/lib/libcgraph.so* + obj:*/libcgraph.so* fun:aagparse fun:agconcat } @@ -78,3 +167,83 @@ ... fun:luaD_precall } + +# libunwind seems to be using msync poorly, thus triggering these +# https://github.com/JuliaLang/julia/issues/4533 +{ + msync unwind + Memcheck:Param + msync(start) + ... + obj:*/libpthread*.so + ... +} + +{ + ignore unwind cruft + Memcheck:Param + rt_sigprocmask(set) + ... + obj:/usr/lib/x86_64-linux-gnu/libunwind.so.* + ... +} +{ + ignore unwind cruft + Memcheck:Param + msync(start) + ... + obj:/usr/lib/x86_64-linux-gnu/libunwind.so.* + ... +} + +{ + ignore unwind invalid reads + Memcheck:Addr8 + fun:_Ux86_64_setcontext +} + +# Java cruft +{ + JavaCruft 1 + Memcheck:Addr4 + ... + fun:_ZN9JavaCalls11call_helperEP9JavaValueP12methodHandleP17JavaCallArgumentsP6Thread + fun:JVM_DoPrivileged + ... +} +{ + JavaCruft 2 + Memcheck:Cond + ... + fun:_ZN13CompileBroker25invoke_compiler_on_methodEP11CompileTask + ... +} + +{ + Somewhere within the Java conditions and monitors + Memcheck:Cond + fun:MarsagliaXORV + ... +} + +#ignore python cruft +{ + ignore python cruft 1 + Memcheck:Cond + ... + obj:/usr/bin/python* +} + +{ + ignore python cruft 2 + Memcheck:Addr4 + ... + obj:/usr/bin/python* +} + +{ + ignore python cruft 3 + Memcheck:Value8 + ... + obj:/usr/bin/python* +}