Hello Michael,
On 9/20/2011 6:40 AM, Michael Raab wrote:
> sorry to bother you again, but I wasn't able to make any progress with that
> issue.
> I'm currently testing with 2 servers and 1 client. When I call
> OSGGroupMcastConnection::disconnect() on client side, the socket connection
> to the appropriate render server seems to be closed well.
> The server application closes without problems.
> The client and the remaining server do their regular sync-signal-swap routine
> for the next 7 frames. Everything seems to be fine. After rendering the 7th
> frame the client waits forever for the next signal message of the server. The
> problem is well reproducable does not depend on timing....
> I tried to debug using TCPView and its seems all relevant sockets are still
> open and the number of sent/received signal/swap messages for the client and
> the server are equal. So it seems that the OpenSG connection somehow looses
> or mishandles that special message. Maybe the threaded
> OSGGroupMcastConnection::sendQueue() method is involved but I have no more
> clue how to track that down.
>
> I would be more than pleased if you or someone else may have the time to take
> a look at the OSGGroupMcastConnection code to provide some ideas what the
> current problem may be.
sorry for the delay on this, I was traveling with limited internet
access. I'll take a look tomorrow (Monday) when I'm back in the office.
Cheers,
Carsten
------------------------------------------------------------------------------
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security
threats, fraudulent activity, and more. Splunk takes this data and makes
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2dcopy2
_______________________________________________
Opensg-users mailing list
Opensg-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensg-users
