mirror of
http://git.haproxy.org/git/haproxy.git/
synced 2025-04-07 01:31:35 +00:00
BUG/MINOR: acl: Fix freeing of expr->smp in prune_acl_expr
Instead of simply calling free() in expr->smp->arg_p in certain cases properly free the sample using release_sample_expr(). Given the following example configuration: frontend foo bind *:8080 mode http http-request set-var(txn.foo) str(bar) acl is_match str(foo),strcmp(txn.hash) -m bool Running a configuration check within valgrind reports: ==31371== 160 (48 direct, 112 indirect) bytes in 1 blocks are definitely lost in loss record 35 of 45 ==31371== at 0x4C2FB55: calloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==31371== by 0x4C3832: sample_parse_expr (sample.c:876) ==31371== by 0x56B3E0: parse_acl_expr (acl.c:319) ==31371== by 0x56BA4F: parse_acl (acl.c:697) ==31371== by 0x48D225: cfg_parse_listen (cfgparse-listen.c:816) ==31371== by 0x4797C3: readcfgfile (cfgparse.c:2167) ==31371== by 0x5293ED: init (haproxy.c:2021) ==31371== by 0x41F382: main (haproxy.c:3126) After this patch this leak is reduced. It will be fully removed in a follow up patch: ==32503== 32 bytes in 1 blocks are definitely lost in loss record 20 of 43 ==32503== at 0x4C2FB55: calloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==32503== by 0x4C39B5: sample_parse_expr (sample.c:982) ==32503== by 0x56B410: parse_acl_expr (acl.c:319) ==32503== by 0x56BA7F: parse_acl (acl.c:697) ==32503== by 0x48D225: cfg_parse_listen (cfgparse-listen.c:816) ==32503== by 0x4797C3: readcfgfile (cfgparse.c:2167) ==32503== by 0x52943D: init (haproxy.c:2021) ==32503== by 0x41F382: main (haproxy.c:3133) This is a fairly minor leak that can only be observed if ACLs need to be freed, which is not something that should occur during normal processing and most likely only during shut down. Thus no backport should be needed.
This commit is contained in:
parent
a5194607ab
commit
9fa0df55cd
Loading…
Reference in New Issue
Block a user