Unregister SIP provider API if module load is declined
authorMatthew Jordan <mjordan@digium.com>
Wed, 30 Jan 2013 15:57:41 +0000 (15:57 +0000)
committerMatthew Jordan <mjordan@digium.com>
Wed, 30 Jan 2013 15:57:41 +0000 (15:57 +0000)
commit01309cf41ea95473d0234cbf1bb19a0a1417b45f
tree37b409a87e9431fb4e755d83d85c4ce02c79d49e
parent8018bdd8e1327047ebfb687f6e97ad2fa396fab1
Unregister SIP provider API if module load is declined

A user in #asterisk ran into a problem where a configuration error prevented
the chan_sip module from being loaded. Upon fixing their configuratione error,
they could no longer load the chan_sip module. This was because the
configuration checking happened after the SIP provider was registered with the
Asterisk core, and subsequent attempts to load the SIP module failed as the
provider was already registered.

Since we want to detect any failure in registering chan_sip as early as
possible (as that could be emblematic of a deeper mismatch between module
and Asterisk core), this patch does not change the registration location, but
does ensure that if a module load is declined, we unregister the module as
the SIP api provider.
........

Merged revisions 380480 from http://svn.asterisk.org/svn/asterisk/branches/11

git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@380500 65c4cc65-6c06-0410-ace0-fbb531ad65f3
channels/chan_sip.c