[asterisk-bugs] [JIRA] (ASTERISK-20727) core reload crashing certified asterisk 1.8-cert8 when DPMA module is loaded

[Jordan McQuown (JIRA)]

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

Jordan McQuown commented on ASTERISK-20727:
-------------------------------------------

;
; Asterisk Module Loader configuration file
;
;

[modules]
;app_fax.so noload added by noojeefax installer
noload => app_fax.so
autoload=yes
noload => res_jabber.so
noload => chan_gtalk.so
;
; Any modules that need to be loaded before the Asterisk core has been
; initialized (just after the logger has been initialized) can be loaded
; using 'preload'. This will frequently be needed if you wish to map all
; module configuration files into Realtime storage, since the Realtime
; driver will need to be loaded before the modules using those configuration
; files are initialized.
;
; An example of loading ODBC support would be:
;preload => res_odbc.so
;preload => res_config_odbc.so
;
; As FreePBX is using Local as the channel for queue members we need to make sure
; that pbx_config.so and chan_local.so are preloaded. If not, queue members
; will be marked as invalid until app_queue is reloaded.
preload => pbx_config.so
preload => chan_local.so
;
; Uncomment the following if you wish to use the Speech Recognition API
;preload => res_speech.so
;
; If you want, load the GTK console right away.
; KDE console is obsolete and was removed from Asterisk 2008-01-10
;
noload => pbx_gtkconsole.so
;load => pbx_gtkconsole.so
noload => pbx_kdeconsole.so
;
; Intercom application is obsoleted by
; chan_oss.  Don't load it.
;
noload => app_intercom.so
;
; DON'T load the chan_modem.so, as they are obsolete in * 1.2

noload => chan_modem.so
noload => chan_modem_aopen.so
noload => chan_modem_bestdata.so
noload => chan_modem_i4l.so

; Trunkisavail is a broken module supplied by Trixbox
noload => app_trunkisavail.so

; Ensure that format_* modules are loaded before res_musiconhold
;load => format_ogg_vorbis.so
load => format_wav.so
load => format_pcm.so

; format_au.so is removed from Asterisk 1.4 and later, remove ; to enable

; This isn't part of 'Asterisk' iteslf, it's part of asterisk-addons. If this isn't
; installed, asterisk will fail to start. But it does need to go here for native MOH
; to work using mp3's.
;       Note that on a system with a high number of calls, using a compressed audio format for
;       musiconhold takes CPU resources. Converting these files to ulaw/alaw makes the job
;       much easier for your CPU.
load => format_mp3.so
load => res_musiconhold.so
;
; Load either OSS or ALSA, not both
; By default, load no console driver
;
noload => chan_alsa.so
noload => chan_oss.so
;
noload => app_directory_odbcstorage.so
noload => app_voicemail_odbcstorage.so

                
> core reload crashing certified asterisk 1.8-cert8 when DPMA module is loaded
> ----------------------------------------------------------------------------
>
>                 Key: ASTERISK-20727
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-20727
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>    Affects Versions: 1.8.11.1
>         Environment: Centos 5 X86_64, Freepbx 2.10
>            Reporter: Jordan McQuown
>            Assignee: Jordan McQuown
>
> When freepbx issues a core reload or a manual core reload is issued asterisk crashes with "segfault at 0000000000000150 rip 0000000000483b50 rsp 0000000045f97d90 error 4" or similiar. I cannot reproduce when res_digium_phone.so is unloaded. I've tried debugging using methods described including valgrind. However I could not get the module to load when I recompiled with DONT_OPTIMIZE, DEBUG_THREADS, MALLOC_DEBUG. 

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira