Add some asserts that were handy when looking for a stasis cache problem.
authorRichard Mudgett <rmudgett@digium.com>
Fri, 4 Apr 2014 17:57:46 +0000 (17:57 +0000)
committerRichard Mudgett <rmudgett@digium.com>
Fri, 4 Apr 2014 17:57:46 +0000 (17:57 +0000)
commit9be438299d47e71a36d252ea55d5432ac751504f
tree2a59d59bca780d66e241901f477c630a17ded9b2
parent73f337d97be6600f283a6149a7dfd107fb3a66e3
Add some asserts that were handy when looking for a stasis cache problem.

* Assert if a channel is destroyed but has the snapshot staging flag set.
In this case the final channel destruction snapshot would never get taken.

* Assert if what we just got out of the stasis cache is not what we were
looking for.  This assert would have saved several days searching for a
bug and a lot of my hair.

* Assert if the music on hold message posts could not find the associated
channel.  A crash will happen later when manager tries to send the MOH AMI
message.  This assert catches the problem when the stasis message is
posted instead of by the thread processing the defective message.

* Always generate a backtrace when an ast_assert() fails.

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

Merged revisions 411701 from http://svn.asterisk.org/svn/asterisk/branches/12

git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@411702 65c4cc65-6c06-0410-ace0-fbb531ad65f3
main/channel.c
main/stasis_cache.c
main/utils.c
res/res_musiconhold.c