ROS 2 rclcpp + rcl - humble
humble
ROS 2 C++ Client Library with ROS Client Library
|
Public Member Functions | |
LoanedMessage (const rclcpp::PublisherBase &pub, std::allocator< MessageT > allocator) | |
Constructor of the LoanedMessage class. More... | |
LoanedMessage (const rclcpp::PublisherBase *pub, std::shared_ptr< std::allocator< MessageT >> allocator) | |
Constructor of the LoanedMessage class. More... | |
LoanedMessage (LoanedMessage< MessageT > &&other) | |
Move semantic for RVO. | |
virtual | ~LoanedMessage () |
Destructor of the LoanedMessage class. More... | |
bool | is_valid () const |
Validate if the message was correctly allocated. More... | |
MessageT & | get () const |
Access the ROS message instance. More... | |
std::unique_ptr< MessageT, std::function< void(MessageT *)> > | release () |
Release ownership of the ROS message instance. More... | |
Protected Member Functions | |
LoanedMessage (const LoanedMessage< MessageT > &other)=delete | |
Deleted copy constructor to preserve memory integrity. | |
Protected Attributes | |
const rclcpp::PublisherBase & | pub_ |
MessageT * | message_ |
MessageAllocator | message_allocator_ |
Definition at line 32 of file loaned_message.hpp.
|
inline |
Constructor of the LoanedMessage class.
The constructor of this class allocates memory for a given message type and associates this with a given publisher.
Given the publisher instance, a case differentiation is being performaned which decides whether the underlying middleware is able to allocate the appropriate memory for this message type or not. In the case that the middleware can not loan messages, the passed in allocator instance is being used to allocate the message within the scope of this class. Otherwise, the allocator is being ignored and the allocation is solely performaned in the underlying middleware with its appropriate allocation strategy. The need for this arises as the user code can be written explicitly targeting a middleware capable of loaning messages. However, this user code is ought to be usable even when dynamically linked against a middleware which doesn't support message loaning in which case the allocator will be used.
[in] | pub | rclcpp::Publisher instance to which the memory belongs |
[in] | allocator | Allocator instance in case middleware can not allocate messages |
anything | rclcpp::exceptions::throw_from_rcl_error can throw. |
Definition at line 59 of file loaned_message.hpp.
References rclcpp::PublisherBase::can_loan_messages(), rclcpp::get_logger(), rclcpp::PublisherBase::get_publisher_handle(), rcl_borrow_loaned_message(), and RCL_RET_OK.
|
inline |
Constructor of the LoanedMessage class.
The constructor of this class allocates memory for a given message type and associates this with a given publisher.
Given the publisher instance, a case differentiation is being performaned which decides whether the underlying middleware is able to allocate the appropriate memory for this message type or not. In the case that the middleware can not loan messages, the passed in allocator instance is being used to allocate the message within the scope of this class. Otherwise, the allocator is being ignored and the allocation is solely performaned in the underlying middleware with its appropriate allocation strategy. The need for this arises as the user code can be written explicitly targeting a middleware capable of loaning messages. However, this user code is ought to be usable even when dynamically linked against a middleware which doesn't support message loaning in which case the allocator will be used.
[in] | pub | rclcpp::Publisher instance to which the memory belongs |
[in] | allocator | Allocator instance in case middleware can not allocate messages |
anything | rclcpp::exceptions::throw_from_rcl_error can throw. |
Definition at line 109 of file loaned_message.hpp.
|
inlinevirtual |
Destructor of the LoanedMessage class.
The destructor has the explicit task to return the allocated memory for its message instance. If the message was previously allocated via the middleware, the message is getting returned to the middleware to cleanly destroy the allocation. In the case that the local allocator instance was used, the same instance is then being used to destroy the allocated memory.
The contract here is that the memory for this message is valid as long as this instance of the LoanedMessage class is alive.
Definition at line 136 of file loaned_message.hpp.
References rclcpp::PublisherBase::can_loan_messages(), rclcpp::get_logger(), rclcpp::PublisherBase::get_publisher_handle(), RCL_RET_OK, and rcl_return_loaned_message_from_publisher().
|
inline |
Access the ROS message instance.
A call to get()
will return a mutable reference to the underlying ROS message instance. This allows a user to modify the content of the message prior to publishing it.
If this reference is copied, the memory for this copy is no longer managed by the LoanedMessage instance and has to be cleanup individually.
Definition at line 182 of file loaned_message.hpp.
|
inline |
Validate if the message was correctly allocated.
The allocated memory might not be always consistent and valid. Reasons why this could fail is that an allocation step was failing, e.g. just like malloc could fail or a maximum amount of previously allocated messages is exceeded in which case the loaned messages have to be returned to the middleware prior to be able to allocate a new one.
Definition at line 169 of file loaned_message.hpp.
|
inline |
Release ownership of the ROS message instance.
A call to release()
will unmanage the memory for the ROS message. That means that the destructor of this class will not free the memory on scope exit. If the message is loaned from the middleware but not be published, the user needs to call rcl_return_loaned_message_from_publisher
manually. If the memory is from the local allocator, the memory is freed when the unique pointer goes out instead.
Definition at line 199 of file loaned_message.hpp.
References rclcpp::PublisherBase::can_loan_messages().