Thanks for reporting this bug, and taking the time to make Ubuntu better! I have been able to duplicate this bug using the information you provided, and will therefore mark this bug as "confirmed".
This bug appears to be a known problem in either valgrind or glibc. If the fault lies with glibc, this would seem to indicate a trivial memory leak. There are several possible valgrind suppressions you can use to clean up its output. In my testing I found the following suppressions to be useful, although l can't claim that the set is optimal:
Thanks for reporting this bug, and taking the time to make Ubuntu better! I have been able to duplicate this bug using the information you provided, and will therefore mark this bug as "confirmed".
This bug appears to be a known problem in either valgrind or glibc. If the fault lies with glibc, this would seem to indicate a trivial memory leak. There are several possible valgrind suppressions you can use to clean up its output. In my testing I found the following suppressions to be useful, although l can't claim that the set is optimal:
{ error-leak- 1 open_worker dl_catch_ error error-leak- 2 dl_close_ worker dl_catch_ error
dl_catch_
Memcheck:Leak
...
fun:dl_
fun:_
...
}
{
dl_catch_
Memcheck:Leak
...
fun:_
fun:_dl_close
fun:_
...
}