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

[Malcolm Davenport (JIRA)]

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

Malcolm Davenport commented on ASTERISK-20727:
----------------------------------------------

That file's got two general sections and includes a host of other files, including one which says it provides general section options, which may step on the general section options that you define in that file, and individual phone .cfg files.

You're also putting bad parameters into the definition for the [102] line type - registration address and alt registration address, etc.

You should probably go back to the wiki docs (https://wiki.asterisk.org/wiki/display/DIGIUM/DPMA+Configuration) anad make sure you're putting valid stuff in the right places and then open a case with our Support people.
                
> 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: Rusty Newton
>         Attachments: backtrace.txt, backtrace.txt, modules.conf.txt, resdigiumphone.conf
>
>
> 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