<br><font size=2 face="sans-serif">Duncan:</font>
<br>
<br><font size=2 face="sans-serif">We have had cases where we use third party libs which REQUIRE a *single* thread to access them. &nbsp;Access from any thread other than the one that initialized the lib will cause the lib to go crazy (even when those accesses are sequential).... In those cases, we've had to use a &quot;worker-thread&quot; model to de-couple the ORB threads and mux them into the single main thread....</font>
<br>
<br><font size=2 face="sans-serif">Having a reactor would eliminate the need for this kind of a work-around in those cases.</font>
<br>
<br><font size=2 face="sans-serif">Regards</font>
<br>
<br><font size=2 face="sans-serif">Renny Koshy<br>
</font>
<br>
<br>
<br>
<table width=100%>
<tr valign=top>
<td>
<td><font size=1 face="sans-serif"><b>Duncan Grisby &lt;duncan@grisby.org&gt;</b></font>
<p><font size=1 face="sans-serif">07/01/2004 02:47 PM</font>
<br>
<td><font size=1 face="Arial">&nbsp; &nbsp; &nbsp; &nbsp; </font>
<br><font size=1 face="sans-serif">&nbsp; &nbsp; &nbsp; &nbsp; To: &nbsp; &nbsp; &nbsp; &nbsp;renny.koshy@rubixinfotech.com</font>
<br><font size=1 face="sans-serif">&nbsp; &nbsp; &nbsp; &nbsp; cc: &nbsp; &nbsp; &nbsp; &nbsp;omniorb-list@omniorb-support.com</font>
<br><font size=1 face="sans-serif">&nbsp; &nbsp; &nbsp; &nbsp; Subject: &nbsp; &nbsp; &nbsp; &nbsp;Re: [omniORB] Fwd: How to make an application which is both an omniorb client and TAO server</font></table>
<br>
<br>
<br><font size=2 face="Courier New">On Thursday 1 July, renny.koshy@rubixinfotech.com wrote:<br>
<br>
&gt; Having given my advice against TAO as a pure &quot;ORB&quot;... &nbsp;It does have the <br>
&gt; nice little concept of Reactors... which allows people to tie in other IO <br>
&gt; handles into the ORB's &quot;select&quot; loop....<br>
&gt; <br>
&gt; Would that be too much work to add reactors into omniORB in some <br>
&gt; standardized fashion? &nbsp;i.e. a class &quot;omniReactor&quot;<br>
<br>
As I understand it, TAO's reactor model is there to enable<br>
applications to hook into the select loop when the system is being<br>
used single threaded. omniORB always uses threads, so I'm not sure<br>
what the advantage of the application being able to share omniORB's<br>
select would be.<br>
<br>
Cheers,<br>
<br>
Duncan.<br>
<br>
-- <br>
 -- Duncan Grisby &nbsp; &nbsp; &nbsp; &nbsp; --<br>
 &nbsp;-- duncan@grisby.org &nbsp; &nbsp; --<br>
 &nbsp; -- http://www.grisby.org --<br>
</font>
<br>
<br>