I have a simple C++ application that attempts to allocate (up to) 24 domain participants and then just deletes them after a short pause. I can never get past 9. The code looks like this:
Progeny Systems Corp.
I'm trying to do something that I thought was really simple! Just this:
DDS::ReturnCode_t code;
DDS::SampleInfo info;
TestTopic sample;
code = dataReader->take_next_sample(sample,info);
That always fails with:
PRESPsReaderQueue_readOrTakeNextSample:!copy
PRESPsREader_takeNextSample:!queue takeNextSample
What does that mean and what am I doing wrong?
Thanks,
Frank
I have generated a number of classes using rtiddsgen and put them in a JAR. Everything worked great, any of my applications that used that jar would show up in RTI Analyzer and both "Logical Structure" and "Equivalent IDL Definition" would be displayed in the "Data Types" tab for all of them.
That is a very useful feature and allowed me to succesfully resolve a problem where one application had a slightly different version of one of the topics in use (the @key annotations had been removed) and that resulted in the usual problems.
Symantec Endpoint Protection detects the C:\Program Files\RTI\RTI Real-Time Connect 4.5d\bin\i86Win32\rtirtc_timesten.exe file as a Trojan.Gen.2. I think that it is a case of a false positive. Of course, my Symantec is administrated by the IT staff and I have no control over it.
Is it possible to have an application that disposes of topic instances that it did not create?
Further, is it possible for an application to start up and dispose of topic instances that it has never seen? (by key)
The documentation states that the create_datawriter() or create_datawriter_with_profile() methods will return a null reference on certain conditions. Is there any way to determine the cause of these errors? I've seen that the method fails when certain QOS settings are inconsistent, but it would really be nice to know which ones, etc.
Thanks,
Frank
I've got 2 machines sitting side-by-side. Both running RHEL and RTI DDS 4.5d. I have applications written by 3rd parties running on both that share the same IDLs and topic names and domain ID "0." And no source. And I'm pretty new to RTI DDS.
Application A on machine A will publish topics that are subscribed to by Application B on machine B. Further, Application B will publish topics that Application A will subscribe to.
I've recently installed RTI DDS 4.5d on a RHEL 5.4 machine. Whenever I run RTI Monitor, I am able to see all the hosts and participantsand such that I would expect to see. Except that it never discovers any topics. Even if I run the RTI shapes demo. Same thing.
Oh and I never get any statistics in the Status Panel.