]> git.ipfire.org Git - thirdparty/asterisk.git/commit
Merged revisions 334355 via svnmerge from
authorRichard Mudgett <rmudgett@digium.com>
Fri, 2 Sep 2011 21:08:16 +0000 (21:08 +0000)
committerRichard Mudgett <rmudgett@digium.com>
Fri, 2 Sep 2011 21:08:16 +0000 (21:08 +0000)
commit2ce6c668ca239ba0f6eb43a331d025ae8844a8ff
treeea1d104ae8ea75cf1d06350a1675bdeb724166a4
parent57acdddb2dd8c10a9b1595df52000d177f825cc4
Merged revisions 334355 via svnmerge from
https://origsvn.digium.com/svn/asterisk/branches/1.8

........
  r334355 | rmudgett | 2011-09-02 15:59:49 -0500 (Fri, 02 Sep 2011) | 19 lines

  MusicOnHold has extra unref which may lead to memory corruption and crash.

  The problem happens when a call is disconnected and you had started a MOH
  class that does not use the files mode.  If you define REF_DEBUG and
  recreate the problem, it will announce itself with the following warning:
  Attempt to unref mohclass 0xb70722e0 (default) when only 1 ref remained,
  and class is still in a container!

  * Fixed moh_alloc() and moh_release() functions not handling the
  state->class reference consistently.

  (closes issue ASTERISK-18346)
  Reported by: Mark Murawski
  Patches:
        jira_asterisk_18346_v1.8.patch (license #5621) patch uploaded by rmudgett
  Tested by: rmudgett, Mark Murawski

  Review: https://reviewboard.asterisk.org/r/1404/
........

git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/10@334357 65c4cc65-6c06-0410-ace0-fbb531ad65f3
res/res_musiconhold.c