Solutions

This Solution addresses how to create a reader and a writer that use reliable communication. It also shows, by example, some of the more common QoS policies that you might want to change. Method One for modifying the QoS The following C++ code snippet shows how to change those QoS policies. Data ...
9582 reads — 0 comments
Note: Applies to RTI Connext 4.0 and above. This example shows how to achieve batching without using the Batch QoS policy (which was introduced in 4.4). Publisher This Publisher sends out bursts of 32 keyed reliable samples at 20Hz. The point here is that the dataWriterQos.protocol.push_on_write = ...
7030 reads — 0 comments
Note: Applies to RTI Real-Time Connect 4.x and above. One possible reason might be your ODBC driver. The following error may appear when RTI Real-Time Connect tries to store a sample and after creating a new entry in the RTC database table RTIDDS_SUBSCRIPTIONS , such as table_history_depth : RTI ...
4782 reads — 0 comments
When running a subscribing application on a Windows system under heavy load (such as when running performance tests), you may experience erratic behavior when receiving samples, due to reassembly failures. You may see that the application temporarily stops receiving data. You can verify this ...
22683 reads — 2 comments
Note: Applies to RTI Data Distribution Service 4.1 and above. The DDS_TopicBuiltinTopicData built-in topic is meant to convey information about discovered Topics. It is a known issue in RTI Data Distribution Service 4.1 and 4.2 that these topic samples are not propagated in a separate packet on the ...
3099 reads — 0 comments
Note: Applies to RTI Connext 4.x. In general, a can't reach:locator: error message means that a DataWriter cannot send to the locator of a DataReader , usually due to a transport configuration error. For example, suppose Participant A has both the UDPv4 and shared-memory built-in transports enabled ...
33994 reads — 2 comments
Note: Applies to RTI Connext 4.x and above. Upon changing the liveliness lease duration of both the DataReader and DataWriter , and instrumenting the on_liveliness_changed() listener callback on the reader side, you will see the callback is called twice when you kill the publishing application. ...
6680 reads — 0 comments

Pages