[asterisk-bugs] [JIRA] (ASTERISK-27238) Yet another crash freeing a frame that's already been freed
Rusty Newton (JIRA)
noreply at issues.asterisk.org
Tue Sep 5 18:03:07 CDT 2017
[ https://issues.asterisk.org/jira/browse/ASTERISK-27238?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Rusty Newton updated ASTERISK-27238:
------------------------------------
Assignee: Richard Kenner
Status: Waiting for Feedback (was: Triage)
Are you able to test your fix? If you are creating a massive memory leak, you should be able to spot that. You are probably aware also of the commands provided with MALLOC_DEBUG.
https://wiki.asterisk.org/wiki/display/AST/MALLOC_DEBUG+Compiler+Flag
If you can test your fix and submit the patch to Gerrit, then you can get some reviews on it and we can move it through if it works out.
https://wiki.asterisk.org/wiki/display/AST/Gerrit+Usage
> Yet another crash freeing a frame that's already been freed
> -----------------------------------------------------------
>
> Key: ASTERISK-27238
> URL: https://issues.asterisk.org/jira/browse/ASTERISK-27238
> Project: Asterisk
> Issue Type: Bug
> Security Level: None
> Components: Core/Bridging
> Affects Versions: 14.6.0
> Environment: Centos 7
> Reporter: Richard Kenner
> Assignee: Richard Kenner
> Attachments: traceback.txt, valgrind.txt
>
>
> See traceback.txt traceback. The frame being freed is below:
> {noformat}
> $2 = {frametype = AST_FRAME_VOICE, subclass = {integer = 0,
> format = 0x24bc940, frame_ending = 0}, datalen = 0, samples = 320,
> mallocd = 1, mallocd_hdr_len = 545, offset = 64,
> src = 0x7f554c00c7a8 "func_jitterbuffer interpolation", data = {ptr = 0x0,
> uint32 = 0, pad = "\000\000\000\000\000\000\000"}, delivery = {
> tv_sec = 1504146592, tv_usec = 647484}, frame_list = {
> next = 0x7f5544002de0}, flags = 0, ts = 0, len = 0, seqno = 0}
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.2#6252)
More information about the asterisk-bugs
mailing list