ExodusII IO has variable ID bug which can prevent coordinates from being read-in from a file

[EdwardPalmer99]

ExodusII IO has variable ID bug which can prevent coordinates from being read-in from a file

[jwpeterson]

Hi @EdwardPalmer99,

Thanks for the info. For quite a while now, I believe we default to using Exodus v8.11 in libMesh, so hopefully this bug does not affect many of our users. I'm curious, if you are actually using libmesh and still getting Exodus 5.22b, what version of libmesh are you using and how is it configured?

We could try and patch the 5.22 sources that we bundle with libmesh, but at this point it might be more productive to actually remove them from master and make sure that everyone is using v8.11.

[EdwardPalmer99]

Hi, the libmesh commit hash is 7dbd90a (2nd April 2024). This is the version currently in use by the master branch of Moose. Libmesh was built without the optional HDF5 library which may be why the older 5.22 Exodus version was used.

[roystgnr]

We default to v8.11 when we have HDF5 available, but I think it's important to keep v5.22 around for users without HDF5.

The diff is much larger, but it looks like a fix would be a half dozen lines of it. I wouldn't want to futz around forking old Exodus without better test coverage of the issue too, though. Can you come up with a short Exodus file that triggers the bug?

[EdwardPalmer99]

Yes, this is a simple ExodusII file. It can be read-in successfully using Coreform Cubit. Please note that I have changed the extension to 'txt' in order to upload it to Github.

simple-cube-hex8-dodgy.txt