-
- Downloads
Address unload order issues for res_stasis* modules
I've noticed when doing a graceful shutdown that the res_stasis_http.so module gets unloaded before the modules that use it, which causes some asserts during their unload. While r386928 was a quick hack to get it to not assert and die, this patch increases the use counts on res_stasis.so and res_stasis_http.so properly. It's a bigger change than I expected, hence the review instead of just committing it. Review: https://reviewboard.asterisk.org/r/2489/ git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@388350 65c4cc65-6c06-0410-ace0-fbb531ad65f3
Showing
- apps/app_stasis.c 9 additions, 5 deletionsapps/app_stasis.c
- include/asterisk/stasis_app.h 18 additions, 0 deletionsinclude/asterisk/stasis_app.h
- main/loader.c 2 additions, 0 deletionsmain/loader.c
- res/res_stasis.c 10 additions, 0 deletionsres/res_stasis.c
- res/res_stasis_http.c 4 additions, 5 deletionsres/res_stasis_http.c
- res/res_stasis_http_asterisk.c 5 additions, 1 deletionres/res_stasis_http_asterisk.c
- res/res_stasis_http_bridges.c 5 additions, 1 deletionres/res_stasis_http_bridges.c
- res/res_stasis_http_channels.c 5 additions, 1 deletionres/res_stasis_http_channels.c
- res/res_stasis_http_endpoints.c 5 additions, 1 deletionres/res_stasis_http_endpoints.c
- res/res_stasis_http_events.c 5 additions, 1 deletionres/res_stasis_http_events.c
- res/res_stasis_http_playback.c 5 additions, 1 deletionres/res_stasis_http_playback.c
- res/res_stasis_http_recordings.c 5 additions, 1 deletionres/res_stasis_http_recordings.c
- res/res_stasis_http_sounds.c 5 additions, 1 deletionres/res_stasis_http_sounds.c
- res/res_stasis_websocket.c 2 additions, 0 deletionsres/res_stasis_websocket.c
- rest-api-templates/res_stasis_http_resource.c.mustache 5 additions, 1 deletionrest-api-templates/res_stasis_http_resource.c.mustache
- tests/test_res_stasis.c 2 additions, 0 deletionstests/test_res_stasis.c
Loading
Please register or sign in to comment