use weak_ptr for rcl entities in the memory strategy.#2988
use weak_ptr for rcl entities in the memory strategy.#2988fujitatomoya merged 1 commit intorollingfrom
Conversation
fujitatomoya
left a comment
There was a problem hiding this comment.
@jmachowinski @skyegalaxy @wjwwood can you take a look at this when you have time?
skyegalaxy
left a comment
There was a problem hiding this comment.
lgtm, this definitely seems cleaner
|
Pulls: #2988 |
|
This is dead code, and can be removed altogether. |
|
@skyegalaxy thanks for review. @jmachowinski ah i did not remember that, thanks for point that out. i was checking the flaky result of probably what we should do is that deprecate those methods and classes, and remove the corresponding test cases. |
Signed-off-by: Tomoya Fujita <Tomoya.Fujita@sony.com>
c605630 to
11e6ce2
Compare
i reopend this pr because,
i believe this is what needs to be done by procedure. |
|
Pulls: #2988 |
|
@fujitatomoya Should we add a deprecation now together with this PR ? |
|
@jmachowinski once we deprecate those unused classes, there were many places need to be removed to make the CI green. so i would say we can do that with another PR? |
Description
i would like to discuss on this enhancement.
we should not keep the shared pointer to rcl entity handles inside the MemoryStrategy?
instead, we could use weak / non-owning references in the following vectors?
this avoids extending the lifetime of the underlying rcl entity beyond the node that owns it, while still allowing the memory strategy to observe live handles.
as you can see the test, this actually cleans up the destruction sequence.
Is this user-facing behavior change?
Did you use Generative AI?
No,
Additional Information
No,