Search found 238 matches
- Thu Oct 22, 2015 8:21 am
- Forum: Support - RCF
- Topic: NamedEndpoint is broken in 2.1.0.0 (with patch)
- Replies: 1
- Views: 4534
Re: NamedEndpoint is broken in 2.1.0.0 (with patch)
Thanks. I've imported the patch here and committed it.
- Thu Oct 22, 2015 8:12 am
- Forum: Support - RCF
- Topic: got a error on the internet
- Replies: 4
- Views: 12722
Re: got a error on the internet
This sounds a lot like some sort of connectivity issue on your network. Have you used telnet to verify that the clients have TCP connectivity to the server?
There may be a firewall getting in the way, or something like that.
There may be a firewall getting in the way, or something like that.
- Fri Oct 16, 2015 11:31 am
- Forum: Support - RCF
- Topic: Publish/subscribe via PGM?
- Replies: 1
- Views: 4264
Re: Publish/subscribe via PGM?
Unfortunately I don't think this is likely. The pub/sub implementation currently maps quite closely to TCP, and extending it to something like PGM would be a lot of work.
- Mon Sep 14, 2015 6:56 am
- Forum: Support - RCF
- Topic: Assert in send() throws exception
- Replies: 4
- Views: 7267
Re: Assert in send() throws exception
I was eventually able to reproduce this... The assert is faulty - you can comment it out and rebuild, and it should be fine.
- Tue Aug 11, 2015 8:51 am
- Forum: Support - RCFProto
- Topic: Unable to use OpenSSL type on Windows
- Replies: 1
- Views: 7563
Re: Unable to use OpenSSL type on Windows
I haven't seen that before. I will see if I can reproduce it here.
On Windows you're probably better off using the default Schannel SSL implementation anyway. That will work even if your server is on a non-Windows OpenSSL-based platform.
On Windows you're probably better off using the default Schannel SSL implementation anyway. That will work even if your server is on a non-Windows OpenSSL-based platform.
- Tue Aug 11, 2015 8:46 am
- Forum: Support - RCF
- Topic: Assert in send() throws exception
- Replies: 4
- Views: 7267
Re: Assert in send() throws exception
Hi Ariel,
Can you send us a stack trace of the ASSERT?
Is your client process multithreaded? If so you'll need to make sure that only one thread at a time is using any given RcfClient<> object.
Can you send us a stack trace of the ASSERT?
Is your client process multithreaded? If so you'll need to make sure that only one thread at a time is using any given RcfClient<> object.
- Wed Jul 01, 2015 1:43 am
- Forum: Support - RCF
- Topic: Clock skew issues
- Replies: 7
- Views: 10153
Re: Clock skew issues
Hi Volker,
I've just imported the changes you previously attached - thanks for that. I will send you a patch you can apply to RCF 2.1 , just so you can verify that it works the way you expect it to. You will need to define RCF_USE_CLOCK_MONOTONIC in your build, for the changes to take effect.
I've just imported the changes you previously attached - thanks for that. I will send you a patch you can apply to RCF 2.1 , just so you can verify that it works the way you expect it to. You will need to define RCF_USE_CLOCK_MONOTONIC in your build, for the changes to take effect.
- Wed Jul 01, 2015 12:40 am
- Forum: Support - RCFProto
- Topic: receive SIGABRT
- Replies: 14
- Views: 28962
Re: receive SIGABRT
Hi,
I suspect this may be due to multi-threading issues in the client side code. Can you send us some code of how you are establishing and maintaining client connections? It's important that only one thread at a time is accessing a RcfClient<> object.
I suspect this may be due to multi-threading issues in the client side code. Can you send us some code of how you are establishing and maintaining client connections? It's important that only one thread at a time is accessing a RcfClient<> object.
- Wed Jun 10, 2015 7:25 am
- Forum: Support - RCFProto
- Topic: How to reuse TCP connection among RcfProtoChannel instances
- Replies: 8
- Views: 16386
Re: How to reuse TCP connection among RcfProtoChannel instances
The behavior here has not changed - you still need to use multiple RcfProtoChannel objects (one for each thread).
- Thu Jun 04, 2015 8:32 am
- Forum: Support - RCF
- Topic: IO Service Association in Win32NamedPipeClientTransport
- Replies: 3
- Views: 6056
Re: IO Service Association in Win32NamedPipeClientTransport
Thanks for the patch. This has been fixed in RCF 2.1.0.0 .