[reSIProcate] stack initialization proposed change

[Kennard White]

Hi,

I'm proposing changing the way SipStack is initialized (constructed). Goal
is to make it easier to add additional initialization parameters (to support
new features within stack) without constantly extending the constructor
arguments. To that end, there is a new class SipStackOptions, which has
field that can be individually set, and then the whole instance is passed to
the SipStack constructor. This makes it easier to have helper
classes/functions that "pass thru" initialization arguments.

The change is entirely backwards compat: the old constructor is supported.
Originally I had planned to share more code between the two constructors,
but in the end I wasn't comfortable with the possible change in order of
operations.

 Also added is new class "EventStackSimpleMgr" which handles creating thread
related resources (thread, pollgrp, asyncIntr) and initializing the stack on
an application behalf. This should simplify writing simple applications.

Two patches are attached. The first has the core changes to resip/stack. The
2nd has changes to resip/stack/tests (mostly testStack.cxx).

I'll commit sometime next week if feedback is positive.

Thanks,
 Kennard
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://list.resiprocate.org/pipermail/resiprocate-devel/attachments/20110313/f30c5821/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: resip-stackinit.patch
Type: application/octet-stream
Size: 25750 bytes
Desc: not available
URL: <http://list.resiprocate.org/pipermail/resiprocate-devel/attachments/20110313/f30c5821/attachment.obj>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: resip-stackinit2.patch
Type: application/octet-stream
Size: 22647 bytes
Desc: not available
URL: <http://list.resiprocate.org/pipermail/resiprocate-devel/attachments/20110313/f30c5821/attachment-0001.obj>