X-Git-Url: http://info.iut-bm.univ-fcomte.fr/pub/gitweb/simgrid.git/blobdiff_plain/27b0c1ee1d85c53f1d11bb2b8e539cd76e4cf437..69659a8281d4aeac3476820299f26a09dd285996:/tools/simgrid.supp diff --git a/tools/simgrid.supp b/tools/simgrid.supp index b2b0ff401a..10397ae82f 100644 --- a/tools/simgrid.supp +++ b/tools/simgrid.supp @@ -20,30 +20,13 @@ Memcheck:Leak match-leak-kinds:reachable ... - fun:_Znwm 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() -{ - Memory leak in libc/dlopen with -pthread - Memcheck:Leak - fun:malloc - fun:_dl_map_object_deps - fun:dl_open_worker - fun:_dl_catch_error - fun:_dl_open - fun:do_dlopen - fun:_dl_catch_error - fun:dlerror_run - fun:__libc_dlopen_mode -} - -# Another problem in glibc, where makecontext does not reset the EBP register, +# There's 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 @@ -63,6 +46,14 @@ fun:_dl_start } +# There are memory leaks when using dlopen +{ + Memory leak in libc/dlopen + Memcheck:Leak + ... + fun:_dlerror_run +} + # 72704 bytes leak from GCC >5.1 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64535 { Memory leak in dl_init @@ -75,44 +66,36 @@ 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) + Leaks in test-help-version and test-help-logs (early call to exit()) Memcheck:Leak - match-leak-kinds:reachable - fun:malloc + match-leak-kinds: reachable + fun:_Znwm + fun:_ZN7simgrid3s4u6EngineC1EPiPPc + fun:main ... - fun:dlopen@@GLIBC_* + obj:*/basic-parsing-test } +#Ignore leaks in SMPI sample codes { - dlopen handle leaks (2/3) + Leaks in SMPI sample codes Memcheck:Leak - match-leak-kinds:reachable - fun:calloc - ... - fun:dlopen@@GLIBC_* + match-leak-kinds: all + fun:malloc + fun:smpi_simulated_main_ } +#This test has an intentional leak { - dlopen handle leaks (3/3) + Intentional leak in SMPI sample codes Memcheck:Leak - match-leak-kinds:reachable - fun:realloc - ... - fun:dlopen@@GLIBC_* + match-leak-kinds: all + fun:MPI_Comm_dup + obj:coll-allreduce-with-leaks* } -# Memory leaks appearing to be in libcgraph. They can be seen with the +#Memory leaks appearing to be in libcgraph. They can be seen with the # following simple program: # ,---- # | #include @@ -132,43 +115,34 @@ # | } # `---- { - Memory leak in libcgraph (1/2) + Memory leak in libcgraph (1/3) Memcheck:Leak fun:malloc ... - obj:/usr/lib/libcgraph.so* fun:aaglex fun:aagparse fun:agconcat } { - Memory leak in libcgraph (1/2) + Memory leak in libcgraph (2/3) Memcheck:Leak fun:calloc ... - obj:/usr/lib/libcgraph.so* + obj:*/libcgraph.so* fun:aagparse fun:agconcat } { - Memory leak in libcgraph (2/2) + Memory leak in libcgraph (3/3) Memcheck:Leak fun:malloc ... fun:agnode - obj:/usr/lib/libcgraph.so* + obj:*/libcgraph.so* fun:aagparse fun:agconcat } -# We're not interested by memory leaks in the Lua interpreter -{ - Memory leak in lua - Memcheck:Leak - ... - fun:luaD_precall -} - # libunwind seems to be using msync poorly, thus triggering these # https://github.com/JuliaLang/julia/issues/4533 { @@ -196,6 +170,14 @@ obj:/usr/lib/x86_64-linux-gnu/libunwind.so.* ... } +{ + ignore unwind cruft + Memcheck:Param + write(buf) + ... + fun:_ULx86_64_step + obj:/usr/lib/x86_64-linux-gnu/libunwind.so.* +} { ignore unwind invalid reads @@ -226,3 +208,25 @@ 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* +}