[asterisk-bugs] [JIRA] (ASTERISK-27243) valgrind.supp doesn't supress what it's supposed to

Richard Kenner (JIRA) noreply at issues.asterisk.org
Thu Sep 14 10:33:08 CDT 2017


    [ https://issues.asterisk.org/jira/browse/ASTERISK-27243?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=238683#comment-238683 ] 

Richard Kenner commented on ASTERISK-27243:
-------------------------------------------

It sure *looks* like it's trying to supress that error:

{noformat}
{
   speex_decode
   Memcheck:Cond
   fun:speex_decode_int
   fun:...
}
{noformat}

It occurs during initialization.  I haven't seen any reason to believe there's a real problem here.  When I get a chance (which likely won't be until the weekend), I'll try the --gen-suppressions=yes option and see how the entry differs from what's above.

> valgrind.supp doesn't supress what it's supposed to
> ---------------------------------------------------
>
>                 Key: ASTERISK-27243
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-27243
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Contrib/General
>    Affects Versions: 14.6.0
>         Environment: CentOS 7
>            Reporter: Richard Kenner
>            Assignee: Richard Kenner
>            Severity: Trivial
>
> contrib/valgrind.supp appears to be trying to suppress this error:
> {noformat}
> ==11012== Conditional jump or move depends on uninitialised value(s)
> ==11012==    at 0x28217588: speex_decode_int (in /usr/lib64/libspeex.so.1.5.0)
> ==11012==    by 0x2800AFDB: speextolin_framein (codec_speex.c:229)
> ==11012==    by 0x608A45: framein (translate.c:423)
> ==11012==    by 0x609628: generate_computational_cost (translate.c:678)
> ==11012==    by 0x60B08F: __ast_register_translator (translate.c:1223)
> ==11012==    by 0x2800C13F: load_module (codec_speex.c:626)
> ==11012==    by 0x544755: start_resource (loader.c:988)
> ==11012==    by 0x54537A: load_resource_list (loader.c:1240)
> ==11012==    by 0x545A71: load_modules (loader.c:1375)
> ==11012==    by 0x45DD48: asterisk_daemon (asterisk.c:4647)
> ==11012==    by 0x45D299: main (asterisk.c:4396)
> {noformat}
> but it actually doesn't and the error is still reported.



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



More information about the asterisk-bugs mailing list