[asterisk-dev] [Code Review] 3067: channels: Return channel locked when allocating.

[rmudgett]

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

Ship it!


Ship It!

- rmudgett


On Dec. 18, 2013, 5:31 p.m., Joshua Colp wrote:
> 
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> https://reviewboard.asterisk.org/r/3067/
> -----------------------------------------------------------
> 
> (Updated Dec. 18, 2013, 5:31 p.m.)
> 
> 
> Review request for Asterisk Developers.
> 
> 
> Repository: Asterisk
> 
> 
> Description
> -------
> 
> Currently when allocating a channel it is possible for external entities to become aware of the channel and try to interact with it before it is completely set up. This occurs because the channel is returned unlocked, and the caller allocating it is then expected to lock, populate it, and unlock. This leaves a small window where something else can get the channel.
> 
> The attached change makes it so ast_channel_alloc returns the allocated channel locked. It is expected that the caller then populates and unlocks. This leaves no window for something external to get and use it.
> 
> 
> Diffs
> -----
> 
>   /branches/12/tests/test_voicemail_api.c 404134 
>   /branches/12/tests/test_substitution.c 404134 
>   /branches/12/tests/test_stasis_channels.c 404134 
>   /branches/12/tests/test_cel.c 404134 
>   /branches/12/tests/test_cdr.c 404134 
>   /branches/12/tests/test_app.c 404134 
>   /branches/12/res/res_stasis_snoop.c 404134 
>   /branches/12/res/res_calendar.c 404137 
>   /branches/12/res/parking/parking_tests.c 404134 
>   /branches/12/main/pbx.c 404134 
>   /branches/12/main/message.c 404134 
>   /branches/12/main/core_unreal.c 404134 
>   /branches/12/main/channel.c 404134 
>   /branches/12/include/asterisk/channel.h 404134 
>   /branches/12/channels/chan_vpb.cc 404134 
>   /branches/12/channels/chan_unistim.c 404134 
>   /branches/12/channels/chan_skinny.c 404134 
>   /branches/12/channels/chan_sip.c 404134 
>   /branches/12/channels/chan_pjsip.c 404134 
>   /branches/12/channels/chan_phone.c 404134 
>   /branches/12/channels/chan_oss.c 404134 
>   /branches/12/channels/chan_nbs.c 404134 
>   /branches/12/channels/chan_multicast_rtp.c 404134 
>   /branches/12/channels/chan_motif.c 404134 
>   /branches/12/channels/chan_misdn.c 404134 
>   /branches/12/channels/chan_mgcp.c 404134 
>   /branches/12/channels/chan_jingle.c 404134 
>   /branches/12/channels/chan_iax2.c 404134 
>   /branches/12/channels/chan_h323.c 404134 
>   /branches/12/channels/chan_gtalk.c 404134 
>   /branches/12/channels/chan_dahdi.c 404134 
>   /branches/12/channels/chan_console.c 404134 
>   /branches/12/channels/chan_alsa.c 404134 
>   /branches/12/apps/confbridge/conf_chan_record.c 404134 
>   /branches/12/apps/app_voicemail.c 404134 
>   /branches/12/apps/app_meetme.c 404134 
>   /branches/12/addons/chan_ooh323.c 404134 
>   /branches/12/addons/chan_mobile.c 404134 
> 
> Diff: https://reviewboard.asterisk.org/r/3067/diff/
> 
> 
> Testing
> -------
> 
> Placed calls, ran tests, all work as expected.
> 
> 
> Thanks,
> 
> Joshua Colp
> 
>

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