[asterisk-dev] [Code Review] IAX timer not loading

Russell Bryant russell at digium.com
Tue Jun 2 12:56:53 CDT 2009


-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
http://reviewboard.digium.com/r/262/#review819
-----------------------------------------------------------

Ship it!


This gets my approval, since it is a very simple solution to the problem and I can't think of any reason why this would be a bad thing.

However, when I spoke to Kevin about this approach, he seemed to have some reservations about it.  So, we should check with him on that before committing it.


/trunk/main/loader.c
<http://reviewboard.digium.com/r/262/#comment2014>

    Instead of needing the head variable, you could pass the value of !strncasecmp() directly.


- Russell


On 2009-05-29 17:03:02, David Vossel wrote:
> 
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> http://reviewboard.digium.com/r/262/
> -----------------------------------------------------------
> 
> (Updated 2009-05-29 17:03:02)
> 
> 
> Review request for Asterisk Developers.
> 
> 
> Summary
> -------
> 
> When loading chan_iax2, a timer is opened.  If this timer fails to open trunk peers/users may not be built correctly.  Depending on the order Asterisk loads modules, the timer may or may not be loaded before chan_iax2.  If it is not loaded before hand, trunk peers/users will not be set up even though a timing interface may be possible.  This patch waits until Asterisk is fully booted to create the timer.  If the timer fails, all trunked peers/users' IAX_TRUNK flags are cleared and a warning message appears.
> 
> 
> This addresses bug 15191.
>     https://issues.asterisk.org/view.php?id=15191
> 
> 
> Diffs
> -----
> 
>   /trunk/main/loader.c 197680 
> 
> Diff: http://reviewboard.digium.com/r/262/diff
> 
> 
> Testing
> -------
> 
> tested with and without loading the timer module. worked correctly.
> 
> 
> Thanks,
> 
> David
> 
>




More information about the asterisk-dev mailing list