-
Notifications
You must be signed in to change notification settings - Fork 1.1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Sort CombinerMG input mesh to avert error #29853
base: next
Are you sure you want to change the base?
Conversation
Job Documentation, step Docs: sync website on 7b33fca wanted to post the following: View the site here This comment will be updated on new commits. |
Job Coverage, step Generate coverage on 7b33fca wanted to post the following: Framework coverage
Modules coverageCoverage did not change Full coverage reportsReports
Warnings
This comment will be updated on new commits. |
I would rather not do that as the boundary & subdomain name /id deconfliction relies on the order of the input meshes (for its id assignments). The number of elements is not as good a criterion for ordering as the parameter order the right fix is likely in LibMesh here |
I agree that fixing it in libMesh makes more sense. |
// Sort the _meshes by the number of elements so that we start with the largest input mesh | ||
// calling libMesh's copy_nodes_and_elements() in distributed mesh mode with the destination | ||
// mesh with only one element and big source mesh leads to a crash |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks, @lindsayad and @roystgnr
I also opened a libMesh issue for this libMesh/libmesh#4075
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
great, thanks @miaoyinb
closes #29843