Movatterモバイル変換


[0]ホーム

URL:


Skip to content

Navigation Menu

Sign in
Appearance settings

Search code, repositories, users, issues, pull requests...

Provide feedback

We read every piece of feedback, and take your input very seriously.

Saved searches

Use saved searches to filter your results more quickly

Sign up
Appearance settings

ExodusII_IO: if the mesh is renumbered then don't load solution vector data.#4341

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 ourterms of service andprivacy statement. We’ll occasionally send you account related emails.

Already on GitHub?Sign in to your account

Merged

Conversation

@drwells
Copy link
Contributor

Follow-up to#4340 - as a user, I'd rather set an additional flag then unknowingly load wrong nodal data.

Copy link
Member

@jwpetersonjwpeterson left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others.Learn more.

This seems like a good addition to me, and I think we could do something similar inExodusII_IO::copy_elemental_solution(), which would have the same problem. I'm actually curious if any of our existing CI tests will hit this new error message.

As discussed in#4340, it would also be great to add a comment in the docs for this function, but I can tack that on later if you don't have the time.

@drwellsdrwellsforce-pushed thenodal-data-no-renumbering branch fromfaac5f8 to53115f2CompareNovember 24, 2025 15:39
@drwells
Copy link
ContributorAuthor

Sounds good - I'll handle it!

@drwells
Copy link
ContributorAuthor

Does this also apply tocopy_scalar_solution?

@drwellsdrwellsforce-pushed thenodal-data-no-renumbering branch from53115f2 to0e46c84CompareNovember 24, 2025 15:46
@drwellsdrwells changed the titleExodusII_IO: if the nodes are renumbered then don't load nodal data.ExodusII_IO: if the mesh is renumbered then don't load solution vector data.Nov 24, 2025
@jwpeterson
Copy link
Member

Does this also apply tocopy_scalar_solution?

No, that one should not depend on the mesh reunumbering, it looks like we just match up theSCALAR variable names from libmesh to the ones in the Exodus file in that case.

drwells reacted with thumbs up emoji

@drwellsdrwellsforce-pushed thenodal-data-no-renumbering branch from0e46c84 to012e632CompareNovember 24, 2025 16:07

{
MeshTypemesh(*TestCommWorld);
mesh.allow_renumbering(false);
Copy link
ContributorAuthor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others.Learn more.

I haven't worked on libMesh's test suite before - I think this will fix the failing CI.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others.Learn more.

Yes, I think this case worked before because the exo file we read in was already numbered the way libmesh liked it.

@moosebuild
Copy link

JobCoverage, step Generate coverage on012e632 wanted to post the following:

Coverage

83f2b8#4341 012e63
TotalTotal+/-New
Rate65.24%65.25%+0.00%100.00%
Hits7737077376+62
Misses4121541211-40

Diff coverage report

Full coverage report

This comment will be updated on new commits.

@jwpetersonjwpeterson merged commit4d68abd intolibMesh:develNov 24, 2025
21 checks passed
@drwells
Copy link
ContributorAuthor

Thanks for the help with this issue!

Sign up for freeto join this conversation on GitHub. Already have an account?Sign in to comment

Reviewers

@jwpetersonjwpetersonjwpeterson approved these changes

@roystgnrroystgnrroystgnr approved these changes

Assignees

No one assigned

Labels

None yet

Projects

None yet

Milestone

No milestone

Development

Successfully merging this pull request may close these issues.

4 participants

@drwells@jwpeterson@moosebuild@roystgnr

[8]ページ先頭

©2009-2025 Movatter.jp