[asterisk-bugs] [JIRA] (ASTERISK-27974) core: Leaksanitizer reports libedit2 el_set EL_ADDFN wcsdup leaks

[Joshua Colp (JIRA)]

     [ https://issues.asterisk.org/jira/browse/ASTERISK-27974?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Joshua Colp updated ASTERISK-27974:
-----------------------------------

    Summary: core: Leaksanitizer reports libedit2 el_set EL_ADDFN wcsdup leaks  (was: Leaksanitizer reports libedit2 el_set EL_ADDFN wcsdup leaks)

> core: Leaksanitizer reports libedit2 el_set EL_ADDFN wcsdup leaks
> -----------------------------------------------------------------
>
>                 Key: ASTERISK-27974
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-27974
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Core/General
>    Affects Versions: 13.22.0, 15.5.0, 16.0.0
>            Reporter: Walter Doekes
>            Severity: Trivial
>
> When running the asterisk console with the leak sanitizer enabled, you may see this:
> {noformat}
> hostname*CLI> quit
> Disconnected from Asterisk server
> Asterisk cleanly ending (0).
> Executing last minute cleanups
> =================================================================
> ==22860==ERROR: LeakSanitizer: detected memory leaks
> Direct leak of 120 byte(s) in 2 object(s) allocated from:
>     #0 0x7f855ee95bcf in __interceptor_malloc (/usr/lib/x86_64-linux-gnu/liblsan.so.0+0xebcf)
>     #1 0x7f855cdaa3ee in wcsdup (/usr/lib/x86_64-linux-gnu/libedit.so.2+0x183ee)
> SUMMARY: LeakSanitizer: 120 byte(s) leaked in 2 allocation(s).
> {noformat}
> Those leaks are caused by:
> {code}
> el_set(el, EL_ADDFN, "ed-complete", "Complete argument", cli_complete);
> {code}
> But they're not an asterisk problem, but a libedit2-problem.
> It is documented in the libedit2 code (the Strdup is a macro around wcsdup):
> {code}
>         case EL_ADDFN: {          /* const char *, const char *, el_func_t */
> ...
>                 // XXX: The two strdup's leak
>                 ret = map_addfunc(el, Strdup(wargv[0]), Strdup(wargv[1]),
>                     func);
>                 ct_free_argv(wargv);
>                 break;
> {code}
> Nothing to fix on the asterisk side. Just reporting it so we have something to point to when the issue is observed.
> Other projects have also reported this. For instance:
> https://freeswitch.org/jira/si/jira.issueviews:issue-html/FS-11131/FS-11131.html ("\[FS-11131\] Memory Leak with libedit")



--
This message was sent by Atlassian JIRA
(v6.2#6252)