Delta V Software Forums

jarl wrote:There should be an assert message in the output window of your application, when this happens - can you send that to us.

Is there a way of reproducing this?

It's random as I observed. I will keep watching.

The calling stack is as follow. I have not found any rules in this error until now. *** SIGABRT (@0x2bd000045ec) received by PID 17900 (TID 0x7f992d3ff700) from PID 17900; stack trace: *** @ 0x315780f500 (unknown) @ 0x31574328a5 (unknown) @ 0x3157434085 (unknown) @ 0x315742ba1e (unknown) @ 0x315742b...

I got the following error when using RCFProto:
Client-side message length error. Incoming message length: 1332039. Max allowed message length: 1048576.

What should I do if I want transfer long message?

When a server-side computaion takes long time that exceeds the given timeout of the client, RcfError_ClientReadTimeout error will be raised.
I think in that scenario, we can resuse a the existing TCP connection.
But, why does RCF disconnect it?

OK I see what you're doing. The problem is that you can't make multiple simultaneous calls on the same client stub, which is what your code is trying to do. When making asynchronous calls on a single stub, you can only begin a new call after the previous call has completed. This is a bit of a limit...

You don't need a new connection for each request... The client is expected to create a single RcfProtoChannel, then use that to create a service stub, and after that all requests that are made on that stub will be using the same underlying connection. if you have several different services you are ...

That's correct - with RCFProto there is a one-to-one relationship between RcfProtoChannel and an underlying network connection (TCP in this case). So different RcfProtoChannel instances will have different TCP connections. Do you think this is too heavy? For each new request, I need use a new RcfPr...

First, the following code is somewhat unreasonable. I just want to carry out a stress test. Howerver, I found a TCP connection is not reused in a new RcfProtoChannel, though it connected to the same server. Is there some way to reuse an existing TCP connection. Or, is it by design in RCFProto framew...

How can I lauch multiple processes listening on the same port in RCFProto server side?