You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I tested the different Incompatible QoS combinations of the RxO QoS and ran into a problem related to the Presentation QoS of a Publisher/Subscriber.
The setup looks like following:
I have two applications which simply do this:
Application A creates participant, topic, publisher/subscriber with relating Presentation QoS and writer/reader
Application B creates participant, topic, publisher/subscriber with relating Presentation QoS and writer/reader
The topics are used so that writerA matches readerB and readerA matches writerB
Here is a quick overview how I e.g. did it with a reader:
/* First, a domain participant is needed.*/
dds::domain::DomainParticipant participantA(5);
/* To recieve something, a topic is needed. */
dds::topic::Topic<HelloWorld::msg> topicA(participantA, "TopicA");
dds::sub::qos::SubscriberQos dataSubscriberQoS;
dataSubscriberQoS << dds::core::policy::Presentation::TopicAccessScope();
/* A reader also needs a subscriber. */
dds::sub::Subscriber subscriberA(participantA, dataSubscriberQoS);
/* Now, the reader can be created to recieve a HelloWorld message. */
dds::sub::DataReader<HelloWorld::msg> readerA(subscriberA, topicA);
I assigned the Presentation QoS like this to provocate the IncompatibleQoS Events:
Subscriber=TOPIC, Publisher=INSTANCE
Subscriber=GROUP, Publisher=INSTANCE
Subscriber= GROUP, Publisher=TOPIC
So when I run those two application and look at application A I expect a OfferedIncompatibleQoS event AND a RequestedIncompatibleQoS event triggered.
But unfortunately I only get the OfferedIncompatibleQoS events for every combination. For the reader I get a SubscribtionMatchedEvent which is not expected at that point.
To verify it I did the same with other RxO QoS for example assigning Reliability QoS incompatible combinations and there I get both incompatible events right like expected.
Another thing I looked at is to try the very same experiment with the cyclonedds C api and this works fine.
I assume that there is a problem in the cxx version with the RequestedIncompatibleQoS event for the Presentation QoS.
The text was updated successfully, but these errors were encountered:
Hello together,
I tested the different Incompatible QoS combinations of the RxO QoS and ran into a problem related to the Presentation QoS of a Publisher/Subscriber.
The setup looks like following:
I have two applications which simply do this:
Here is a quick overview how I e.g. did it with a reader:
I assigned the Presentation QoS like this to provocate the IncompatibleQoS Events:
So when I run those two application and look at application A I expect a OfferedIncompatibleQoS event AND a RequestedIncompatibleQoS event triggered.
But unfortunately I only get the OfferedIncompatibleQoS events for every combination. For the reader I get a SubscribtionMatchedEvent which is not expected at that point.
To verify it I did the same with other RxO QoS for example assigning Reliability QoS incompatible combinations and there I get both incompatible events right like expected.
Another thing I looked at is to try the very same experiment with the cyclonedds C api and this works fine.
I assume that there is a problem in the cxx version with the RequestedIncompatibleQoS event for the Presentation QoS.
The text was updated successfully, but these errors were encountered: