X-Git-Url: http://info.iut-bm.univ-fcomte.fr/pub/gitweb/simgrid.git/blobdiff_plain/8f8bd4e0654bdeadb3653e14cd6f3ee8aa465443..refs/heads/master:/tools/simgrid.supp

diff --git a/tools/simgrid.supp b/tools/simgrid.supp
index e15cfce365..e1c3f281de 100644
--- a/tools/simgrid.supp
+++ b/tools/simgrid.supp
@@ -15,23 +15,18 @@
    obj:/usr/bin/*
 }
 
-# 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
+   Memory leak in cmake
    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
+   match-leak-kinds:reachable
+   ...
+   fun:_ZN4Json5Value13nullSingletonEv
+   obj:*/libjsoncpp.so*
+   ...
+   fun:_dl_init
 }
 
-# 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
@@ -51,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
@@ -63,39 +66,36 @@
    fun:_dl_init
 }
 
-#Ignore leaks in SMPI sample codes
 {
-   Leaks in SMPI sample codes
+   Leaks in test-help-version and test-help-logs (early call to exit())
    Memcheck:Leak
-   match-leak-kinds: all
-   fun:malloc
-   fun:smpi_simulated_main_
+   match-leak-kinds: reachable
+   fun:_Znwm
+   fun:_ZN7simgrid3s4u6EngineC1EPiPPc
+   fun:main
+   ...
+   obj:*/basic-parsing-test
 }
 
-#SMPI leaks the dlopen handle used for loading the program
+#Ignore leaks in SMPI sample codes
 {
-   dlopen handle leaks (1/2)
+   Leaks in SMPI sample codes
    Memcheck:Leak
-   match-leak-kinds:reachable
+   match-leak-kinds: all
    fun:malloc
-   ...
-   fun:dlopen@@GLIBC_*
-   ...
-   fun:main
+   fun:smpi_simulated_main_
 }
 
+#This test has an intentional leak
 {
-   dlopen handle leaks (2/2)
+   Intentional leak in SMPI sample codes
    Memcheck:Leak
-   match-leak-kinds:reachable
-   fun:calloc
-   ...
-   fun:dlopen@@GLIBC_*
-   ...
-   fun:main
+   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 <stdio.h>
@@ -115,50 +115,52 @@
 # | }
 # `----
 {
-   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
+# Ignore python cruft
 {
-   Memory leak in lua
-   Memcheck:Leak
+   ignore python cruft 1
+   Memcheck:Cond
    ...
-   fun:luaD_precall
+   obj:/usr/bin/python*
 }
 
-# libunwind seems to be using msync poorly, thus triggering these
-# https://github.com/JuliaLang/julia/issues/4533
 {
-   msync unwind
-   Memcheck:Param
-   msync(start)
+   ignore python cruft 2
+   Memcheck:Addr4
    ...
-   obj:*/libpthread*.so
+   obj:/usr/bin/python*
+}
+
+{
+   ignore python cruft 3
+   Memcheck:Value8
    ...
+   obj:/usr/bin/python*
 }