I was really bothered that using clang with SANITIZE=leak found a leak that gcc didn't. And then I was doubly bothered to find that there is one that gcc finds that clang doesn't! I don't think either of these are urgent or important leaks on their own, but the flaky nature of the results makes it annoying while trying to find and clean up other leaks. So here are some fixes. Patches 1 and 3 are those two cases, respectively. Patch 2 is a more interesting leak-fix enabled by the infrastructure added in patch 1. [1/3]: decorate: add clear_decoration() function [2/3]: revision: clear decoration structs during release_revisions() [3/3]: daemon: free listen_addr before returning daemon.c | 37 ++++++++++++++++++-------------- decorate.c | 15 +++++++++++++ decorate.h | 10 +++++++++ line-log.c | 10 +++++++++ line-log.h | 2 ++ revision.c | 9 ++++++++ t/helper/test-example-decorate.c | 2 ++ t/t4217-log-limit.sh | 1 + t/t5811-proto-disable-git.sh | 2 ++ t/t9004-example.sh | 2 ++ 10 files changed, 74 insertions(+), 16 deletions(-) -Peff
