Hello Jarl,
today I stumbled over release 2.1.0.0 and it seems to me that the clock skew-problem is still present. Do you plan to address this problem in the next release ?
Kind Regards
Volker
Search found 26 matches
- Mon Jun 22, 2015 8:35 am
- Forum: Support - RCF
- Topic: Clock skew issues
- Replies: 7
- Views: 13698
- Sun Oct 19, 2014 6:18 pm
- Forum: Support - RCF
- Topic: Clock skew issues
- Replies: 7
- Views: 13698
Re: Clock skew issues
Sorry for the delay, pls find the necessary patches in the attachments. I tested those patches against RCF-2.0.0.2685 and RCF-2.0.1.101 on Ubuntu Linux. The monotonic_clock - patches additionally need linking against librt. There may be issues when trying to use these patches on other platforms (not...
- Wed Sep 24, 2014 2:58 pm
- Forum: Support - RCF
- Topic: Clock skew issues
- Replies: 7
- Views: 13698
Re: Clock skew issues
Yes, when I change the system clock I observe RCF connections getting closed. This happens with those RCF connections where we added a session timeout. I will send you our patches for Platform.cpp and posix_event.hpp/ipp but you may have to add some ifdef's for the MacOS users. And I learnt that the...
- Sat Sep 20, 2014 6:52 pm
- Forum: Support - RCF
- Topic: Clock skew issues
- Replies: 7
- Views: 13698
Re: Clock skew issues
Hello Jarl,
I assume you're quite busy. I just need your confirmation about the points mentioned above so we can write some patches for our next release.
Kind Regards
Volker
I assume you're quite busy. I just need your confirmation about the points mentioned above so we can write some patches for our next release.
Kind Regards
Volker
- Thu Aug 14, 2014 6:58 pm
- Forum: Support - RCF
- Topic: Clock skew issues
- Replies: 7
- Views: 13698
Clock skew issues
Hi Jarl, we observed some issues within our software due to time modifications (I must think of the famous Rocky Horror Picture Show whenever I make the Time Warp within our simulator ;) ). I found and fixed some locations and I stumbled over the following code sniplets : (Platform.cpp from RCF 2.0....
- Fri Jan 03, 2014 10:47 am
- Forum: Support - RCF
- Topic: High CPU load due to RCF AMI thread
- Replies: 1
- Views: 5591
High CPU load due to RCF AMI thread
Hi Jarl, we're observing that one of the threads in our process starts occupying one core of our CPU. This happens after stopping the process hosting the server. As our clients mainly need to become informed about new events from the server the clients instantiate a server on their own to establish ...
- Thu Nov 14, 2013 12:27 pm
- Forum: Support - RCF
- Topic: RCF::ClientStub::setAutoReconnect ?
- Replies: 7
- Views: 11742
Re: RCF::ClientStub::setAutoReconnect ?
I found the misunderstanding in our conversation : In case the flag mAutoReconnect has been set to false, the caller will get an exception of type RCF::Exception(_RcfError_PeerDisconnect()) in response to the first call he makes after the server has been restarted. The second call via RCF to the ser...
- Wed Nov 13, 2013 5:40 pm
- Forum: Support - RCF
- Topic: Serialize boost::shared_ptr<T const> and C++11 enum classes
- Replies: 3
- Views: 8972
Re: Serialize boost::shared_ptr<T const> and C++11 enum clas
Perfect !
I will prepare a patch for our library deployment until the new version comes out.
Regards,
Volker
I will prepare a patch for our library deployment until the new version comes out.
Regards,
Volker
- Wed Nov 13, 2013 5:38 pm
- Forum: Support - RCF
- Topic: RCF::ClientStub::setAutoReconnect ?
- Replies: 7
- Views: 11742
Re: RCF::ClientStub::setAutoReconnect ?
Thats what I tried to achieve with the simple modification of the example. I would expect that when I start client and server (I which order doesn't matter), the client will establish the connection. That is what I see, everythings fine. But after that when I stop and restart the server, I would exp...
- Mon Nov 11, 2013 4:29 pm
- Forum: Support - RCF
- Topic: Serialize boost::shared_ptr<T const> and C++11 enum classes
- Replies: 3
- Views: 8972
Serialize boost::shared_ptr<T const> and C++11 enum classes
Hi Jarl, we have problems serializing the types mentioned above via SF. The interface including the shared pointer looks like the following : RCF_BEGIN(I_ManagerMaster, "I_ManagerMaster") RCF_METHOD_R2( ManagerInfo, registerManager, std::string const &, std::vector<boost::shared_ptr<Report const> > ...