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
Other. Please specify in Additional context section.
Transport layer
Default configuration, UDPv4 & SHM
Additional context
DomainParticipantImpl::MyRTPSParticipantListener::onParticipantDiscovery() info is std::move'd, and then conditionally used after that move.
I understand that moving this object is actually a no-op, since its only members are an enum and a const reference. Perhaps for future-proofing or at least adhering to move semantics, this should probably be changed to only move once.
XML configuration file
No response
Relevant log output
No response
Network traffic capture
No response
The text was updated successfully, but these errors were encountered:
On the one hand, the std::move in this case will be transformed into a static_cast so yes, they are a no-op.
On the other hand, the overload of on_participant_discovery not receiving should_be_ignored will be removed in the next major version, so this will not be an issue in the future.
Is there an already existing issue for this?
Expected behavior
N/A
Current behavior
N/A
Steps to reproduce
N/A
Fast DDS version/commit
Introduced in f15c7c7
Platform/Architecture
Other. Please specify in Additional context section.
Transport layer
Default configuration, UDPv4 & SHM
Additional context
DomainParticipantImpl::MyRTPSParticipantListener::onParticipantDiscovery()
info
is std::move'd, and then conditionally used after that move.I understand that moving this object is actually a no-op, since its only members are an enum and a const reference. Perhaps for future-proofing or at least adhering to move semantics, this should probably be changed to only move once.
XML configuration file
No response
Relevant log output
No response
Network traffic capture
No response
The text was updated successfully, but these errors were encountered: