Using the C++ API, we are seeing 3 types of crashes being reported on our iOS app using SFS2X 1.1.6: Thread : Crashed: Thread 0 A iOS 0x0000000100fa3cc8 boost::asio::detail::kqueue_reactor::start_op(int, int, boost::asio::detail::kqueue_reactor::descriptor_state*&, boost::asio::detail::reactor_o...

We are seeing some situations (infrequent - but does happen), where SmartFox appears to be deadlocked between locks in ThreadManager, mtxDisconnect, and mutexes for reading from TCPClient. Everything stops responding but the app doesn't crash. Please see the attached 2 screenshots showing where this...

Patch looks good.

Still waiting for feedback on the 3rd part of this issue.

Thanks.

Thanks. We'll give the patch a try and report back.

Hello, http://docs2x.smartfoxserver.com/Overview/zones-room-architecture The above page discusses the ability to specific Bitswarm packet priorities for USER_COUNT_CHANGE messages. It doesn't describe how or where this is configured. How would we go about reducing the Bitswarm packet priority for US...

Hi -

Sorry - I know what's wrong. Our mistake. We were programmatically setting the zone's userCountChangeUpdateInterval which would cause it to ignore the XML setting.

Hi -

Thanks for the response. The way you are testing is exactly how we are testing. We are seeing realtime even when set to a very high value such as 30000. What else could we be missing?

We've set <userCountChangeUpdateInterval>5000</userCountChangeUpdateInterval> for a specific zone to help reduce bandwidth consumption. However, we are still seeing SFSEvent.USER_COUNT_CHANGE events being fired in real time. We've tried changing that setting from 1000 to 10000 and nothing ever seems...

Hi! Thanks for the follow-up. We can get CONNECTION_RESUME to fire now after making our changes to the C++ API (detailed in the previous post). Basically the C++ client needed to do a disconnect first and cleanup the previous underlying socket before retrying connection. What lead me to believe that...

Ok so in response to previous post and what we've tried, if we don't send the previous sessionToken in the handshake during a reconnection using a secondary/different line, then we are able to get a response to the handshake request we send. So this confirms that SmartFox server keeps sessions keyed...

Ok we have a working fix (I think) On top of calling a Disconnect() as mentioned in the previous post, we also changed the following: void TCPClient::Shutdown() { boost::lock_guard<boost::recursive_mutex> lock(mtxDisconnection); // Cancel all asynchronous operations associated with the socket // boo...

Hi I'm trying to get C++ HRC working but am not having any luck. This is how we are testing: 1. Use SmartFox::killConnection() to simulate a connection going away - this is tied to a button inside our game 2. When we trigger a killConnection(), we see that the CONNECTION_RETRY event is fired in the ...

Just installed the latest SFS2X 2.10.0 patch on a Linux server. The CPU utilization in the SFS2X Administration dashboard shows as NaN% now.

See the attached screenshot.

Thank you - we removed our 'hack' and updated with the changes you posted. It's all behaving as expected now.

Hi- Have a question about the 100K CCU white paper. It mentions that during the 100K CCU test, ~18000 Rooms are created. It doesn't mention anything about the 18000 Rooms being segregated into Room Groups. Were Room Groups used for that test or were all ~18000 Rooms running under the "default&q...