[asterisk-dev] [Code Review] 4590: Optional API does not work for sources that are both provider and user of optional API's.

Corey Farrell reviewboard at asterisk.org
Mon Apr 13 06:37:45 CDT 2015


-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/4590/
-----------------------------------------------------------

(Updated April 13, 2015, 7:37 a.m.)


Status
------

This change has been discarded.


Review request for Asterisk Developers.


Bugs: ASTERISK-17608
    https://issues.asterisk.org/jira/browse/ASTERISK-17608


Repository: Asterisk


Description
-------

OPTIONAL_API has conditionals to define AST_OPTIONAL_API and AST_OPTIONAL_API_ATTR differently based on if AST_API_MODULE is defined.  Unfortunately this is inside the "#ifndef __ASTERISK_OPTIONAL_API_H" include protection block, so only the first status of AST_API_MODULE is respected.  For example res_monitor is a provider, but uses beep.h (func_periodic_hook).  This makes func_periodic_hook non-optional to res_monitor.

The patch applies cleanly to 13 and fixes the issue, but I'm not sure this should be fixed in 13.  Although there is no ABI change, it is a change in behaviour for sources that #include optional_api.h.  If this is wanted for 13 please let me know, otherwise I will follow up with a patch for 13 to make res_monitor require func_periodic_hook.


Diffs
-----

  /trunk/include/asterisk/optional_api.h 434423 

Diff: https://reviewboard.asterisk.org/r/4590/diff/


Testing
-------

Verified I could load res_monitor with or without func_periodic_hook.  Ran a couple testsuite tests.


Thanks,

Corey Farrell

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/asterisk-dev/attachments/20150413/a112aece/attachment.html>


More information about the asterisk-dev mailing list