Luigi Rizzo
51391e6b09
shuffle a little bit the content of header files to reduce dependencies.
...
In this commit:
- move the ast_register/unregister_app functions to module.h
to avoid the need to include pbx.h for the simpler apps;
- move the ast_group structure to channel.h to remove the
dependency of app.h on linkedlists.h
Note, this is a long process that I am doing in small steps.
The main difficulty is that now for each subsystem we
have a single header (e.g. channel.h) included by the subsystem
provider (usually one file, e.g. channel.c) and by its clients
(dozens of them, e.g. we have some 70+ apps and 30+ functions).
This requires the clients to include all the extra headers
required by the provider (eg. lock.h, linkedlists.h, definitions
of substructures...) even though many of the clients would be
just happy with opaque struct declarations and function prototypes.
The long term plan is to eventually rectify this structure
so that the compilation can become faster, and also APIs
are more stable.
git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@89522 65c4cc65-6c06-0410-ace0-fbb531ad65f3
2007-11-22 03:50:04 +00:00
..
2007-11-21 23:24:55 +00:00
2007-11-21 23:24:55 +00:00
2007-11-21 23:24:55 +00:00
2007-11-21 23:24:55 +00:00
2007-11-22 03:50:04 +00:00
2007-11-21 23:24:55 +00:00
2007-11-21 23:24:55 +00:00
2007-11-21 23:24:55 +00:00
2007-11-22 02:07:33 +00:00
2007-11-21 23:24:55 +00:00
closes issue #11285 , where an unload of a module that creates a dialplan context, causes a crash when you do a 'dialplan show' of that context. This is because the registrar string is defined in the module, and the stale pointer is traversed. The reporter offered a patch that would always strdup the registrar string, which is practical, but I preferred to destroy the created contexts in each module where one is created. That seemed more symmetric. There were only 6 place in asterisk where this is done: chan_sip, chan_iax2, chan_skinny, res_features, app_dial, and app_queue. The two apps destroyed the context, but left the contexts. All is fixed now and unloads should be dialplan friendly.
2007-11-21 23:54:12 +00:00
2007-11-22 02:07:33 +00:00
2007-11-21 23:24:55 +00:00
2007-11-22 02:07:33 +00:00
2007-11-21 23:24:55 +00:00
2007-11-22 03:50:04 +00:00
2007-11-22 03:50:04 +00:00
2007-11-21 23:24:55 +00:00
2007-11-21 23:24:55 +00:00
2007-11-21 23:24:55 +00:00
2007-11-21 23:24:55 +00:00
2007-11-21 23:24:55 +00:00
2007-11-19 18:52:04 +00:00
2007-11-21 23:24:55 +00:00
2007-11-21 23:24:55 +00:00
2007-11-22 01:39:06 +00:00
2007-11-19 18:52:04 +00:00
2007-11-21 23:24:55 +00:00
2007-11-21 23:24:55 +00:00
2007-11-22 03:50:04 +00:00
2007-11-21 23:24:55 +00:00
2007-11-22 03:50:04 +00:00
2007-11-21 23:24:55 +00:00
2007-11-22 01:03:02 +00:00
2007-11-21 23:24:55 +00:00
2007-11-21 23:24:55 +00:00
2007-11-21 23:24:55 +00:00
2007-11-21 23:24:55 +00:00
2007-11-22 01:39:06 +00:00
2007-11-21 23:24:55 +00:00
closes issue #11285 , where an unload of a module that creates a dialplan context, causes a crash when you do a 'dialplan show' of that context. This is because the registrar string is defined in the module, and the stale pointer is traversed. The reporter offered a patch that would always strdup the registrar string, which is practical, but I preferred to destroy the created contexts in each module where one is created. That seemed more symmetric. There were only 6 place in asterisk where this is done: chan_sip, chan_iax2, chan_skinny, res_features, app_dial, and app_queue. The two apps destroyed the context, but left the contexts. All is fixed now and unloads should be dialplan friendly.
2007-11-21 23:54:12 +00:00
2007-11-22 03:50:04 +00:00
2007-11-22 03:50:04 +00:00
2007-11-21 23:24:55 +00:00
2007-11-22 03:50:04 +00:00
2007-11-21 23:24:55 +00:00
2007-11-21 23:24:55 +00:00
2007-11-22 03:50:04 +00:00
2007-11-21 23:24:55 +00:00
2007-11-19 18:52:04 +00:00
2007-11-19 18:52:04 +00:00
2007-11-21 23:24:55 +00:00
2007-11-19 18:52:04 +00:00
2007-11-19 18:52:04 +00:00
2007-11-22 03:50:04 +00:00
2007-11-22 03:50:04 +00:00
2007-11-21 23:24:55 +00:00
2007-11-22 01:03:02 +00:00
2007-11-22 03:50:04 +00:00
2007-11-22 03:50:04 +00:00
2007-11-22 01:39:06 +00:00
2007-11-22 03:50:04 +00:00
2007-11-21 23:24:55 +00:00
2007-11-21 23:24:55 +00:00
2007-11-21 23:24:55 +00:00
2007-11-22 03:50:04 +00:00
2007-11-19 18:52:04 +00:00
2007-11-21 23:24:55 +00:00
2007-11-21 23:24:55 +00:00
2007-11-21 23:24:55 +00:00
2005-11-29 18:24:39 +00:00
2005-11-29 18:24:39 +00:00
2007-11-20 16:12:10 +00:00
2005-11-29 18:24:39 +00:00