[asterisk-dev] [Code Review] 2763: Allow res_parking to be unloadable

[opticron]

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

(Updated Aug. 16, 2013, 12:54 p.m.)


Review request for Asterisk Developers and jrose.


Changes
-------

Rework the parking unload functionality to make it less ugly.


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


Repository: Asterisk


Description (updated)
-------

This change protects accesses of res_parking such that it can unload safely once transient uses of its registered functions are complete. The parking API has been restructured such that its consumers do not have access to the vtable exposed by the parking provider, but instead route through stubs to prevent consumers from holding on to function pointers.

This adds calls to all the parking unload functions and moves application loading and unloading into functions in parking_applications.c similar to the rest of the parts of res_parking.


Diffs
-----

  /trunk/res/parking/res_parking.h 396859 
  /trunk/res/res_parking.c 396859 
  /trunk/res/parking/parking_bridge_features.c 396859 
  /trunk/main/parking.c 396859 
  /trunk/res/parking/parking_applications.c 396859 
  /trunk/main/bridge.c 396859 
  /trunk/main/bridge_channel.c 396859 
  /trunk/include/asterisk/parking.h 396859 
  /trunk/channels/sig_analog.c 396859 
  /trunk/channels/chan_dahdi.c 396859 
  /trunk/channels/chan_skinny.c 396859 

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


Testing
-------

Unloaded and reloaded res_parking ensuring that created dialplan was removed and that tests passed once reloaded.


Thanks,

opticron

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/asterisk-dev/attachments/20130816/4b47ffa1/attachment.htm>