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
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
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_
-}
-
-#SMPI leaks the dlopen handle used to load the program
-{
- dlopen handle leaks (1/3)
- 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 <stdio.h>
# | }
# `----
{
- 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
-{
- msync unwind
- Memcheck:Param
- msync(start)
- ...
- obj:*/libpthread*.so
- ...
-}
-
+# Ignore python cruft
{
- 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 python cruft 1
+ Memcheck:Cond
...
-}
-
-{
- ignore unwind invalid reads
- Memcheck:Addr8
- fun:_Ux86_64_setcontext
+ obj:/usr/bin/python*
}
-# Java cruft
-{
- JavaCruft 1
- Memcheck:Addr4
- ...
- fun:_ZN9JavaCalls11call_helperEP9JavaValueP12methodHandleP17JavaCallArgumentsP6Thread
- fun:JVM_DoPrivileged
- ...
-}
{
- JavaCruft 2
- Memcheck:Cond
- ...
- fun:_ZN13CompileBroker25invoke_compiler_on_methodEP11CompileTask
+ ignore python cruft 2
+ Memcheck:Addr4
...
+ obj:/usr/bin/python*
}
{
- Somewhere within the Java conditions and monitors
- Memcheck:Cond
- fun:MarsagliaXORV
+ ignore python cruft 3
+ Memcheck:Value8
...
+ obj:/usr/bin/python*
}
