supp: Ignore leaks caused by shout/sethostent

sethostent() seems to be using a global state and we endup with leaks from
that API when called through shout_init(). We had the option to only
ignore the shout case, but the impression is that if we have shout and
another sethostend user, as it's a global state, we may endup with a
different stack trace for the same leak. So in the end, we just ignore
memory allocated by sethostent in general.
This commit is contained in:
Nicolas Dufresne 2019-06-04 13:39:00 -04:00
parent dbd5d5b2a5
commit f227f65947

View file

@ -205,3 +205,12 @@
fun:g_tls_certificate_gnutls_real_copy
fun:g_tls_server_connection_gnutls_retrieve_function
}
{
<shout leaks through sethostent, ignoring all sethostent leaks as this is using global>
Memcheck:Leak
match-leak-kinds: definite
fun:malloc
...
fun:sethostent
}