Hi, ok, forget my reply yesterday. :)
On Wed, 3 Oct 2007, Fabio Margarido wrote: >> 1.12.4 allowed you to create the su_root object in one thread, and then >> run it in another. This was changed in 1.12.6. But even with 1.12.4, you >> weren't supposed to access nua objects from two threads at the same time! >> This hasn't changed since 1.12.4 AFAIK. > > If that's so, I believe nua documentation is a bit misleading. Quoting > the section 'Initialization and deinitialization': > > "If the application is not just responding to incoming SIP messages > there must also be means to send messages to NUA. This can be handled > for example by having a separate thread that calls NUA functions to So it would seem this is supported as well after all and the documentation is in fact correct. Basicly the public nua functions implement the approach I outlined in my previous post, except using a different wake-up mechanism. If I'm now reading the code right, the request execution worst-case delay will be somewhat worse when submitting nua requests from other threads, vs implementing the local pipe trick I described in my mail. But I'll have to double-check this... Oh well, I've never used the API this way myself, and didn't bother to recheck the sources before pushing 'send' yesterday. Sorry for adding to the confusion, and thanks Fabio for pointing this out! -- links, my public keys, etc at http://eca.cx/kv ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ Sofia-sip-devel mailing list Sofia-sip-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sofia-sip-devel
