[Core] BaseObject: remove components from the slave list#5891
Merged
hugtalbot merged 2 commits intosofa-framework:masterfrom Feb 6, 2026
Merged
[Core] BaseObject: remove components from the slave list#5891hugtalbot merged 2 commits intosofa-framework:masterfrom
hugtalbot merged 2 commits intosofa-framework:masterfrom
Conversation
hugtalbot
approved these changes
Jan 27, 2026
Contributor
Author
|
[ci-build][with-all-tests] |
bakpaul
approved these changes
Jan 30, 2026
c6c511b to
2752d0c
Compare
Contributor
|
I still cannot make up my mind if the responsibility to clean up slaves is on the base or derived class... |
Contributor
|
It depends what does the remove do when called. Does the slave run a callback that might act on the owner ? Is there any way this callback could access the owner ? If this is the case, IMO the safest way to go would be to make the most derived class to do this. But in the meantime if it is the case, I guess there is a design flaw. So for me the best way to go is to make sure no such callback exists and the slaves never access their owner in the destructor and keep this in the BaseObject destructor |
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Related (and fix) : #5890
Description:
Searching for memory leaks, I detected big ones coming from TetrahedronFEMForcefield.
In particular the colorMap, which was supposed to be deleted in the destructor.
I noticed that the destructor was not called and then... asked Claude which found that slaves was keeping a reference to their owner, and so the reference counter of the Sptr was not at the end of the program (so not the dtor was not called).
Easy solution is to unlink the slaves during the cleanup phase (what is done in this PR)
Only problem is if a component is overriding this function and not calling super::cleanup() 💀
(template method design blabla for BaseObject blabla 🫠)
[with-all-tests]
By submitting this pull request, I acknowledge that
I have read, understand, and agree SOFA Developer Certificate of Origin (DCO).
Reviewers will merge this pull-request only if