-
Notifications
You must be signed in to change notification settings - Fork 263
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
Fix checking for HDF5 max dims, no longer re-create atts if not needed, confirm behavior for HDF5 cyclical files, allow user to set mpiexec #1119
Conversation
@WardF can we get this merged soon please? I think you want this in the next release. There are some important bug fixes and the removal of an unneeded file lookup for every netcdf call, which will improve performance for power-users with thousands of files open. |
Double checking something on Windows, but looks good will merge shortly. |
Thanks! |
1) We have to use H5Tequal() to compare HDF5 type IDs. 2) When checking if we can re-use an NC_CHAR attribute it is enough to compare data types (H5Tequal() takes care of the size comparison). 3) This commit adds missing code (reuse_att was set but not used). Now an attribute in a NetCDF-4 file can be modified as many times as necessary, as long its type and length remain the same. Modifications changing either type or length of an attribute require deleting and re-creating an attribute which increments the attribute order creation index. Once this index reaches 65535 all attribute modifications (for a particular group or variable) will fail. For reference: Issue 350 title: NetCDF-4 limits the number of times an attribute can be modified Pull request 1119 title: Fix checking for HDF5 max dims, no longer re-create atts if not needed, confirm behavior for HDF5 cyclical files, allow user to set mpiexec
OK, you are quite right. Sorry about that, not sure what happened to that fix and test, but there was a lot going on in that PR - too much I guess. ;-) @WardF can you reopen this issue? I will take a look... |
Fixes #320.
Fixes #322.
Fixes #350.
Fixes #433.
Fixes #1099.
Part of #857.
Fixes #302.
This PR continues the work of preparing for lazy vars, and I also cleared up some old issues along the way.
In this PR: