Ed Hartnett

OK, the problem can be seen from the h5dump: ``` HDF5 "nc_rename_coord_dim.nc" { GROUP "/" { ATTRIBUTE "_NCProperties" { DATATYPE H5T_STRING { STRSIZE 67; STRPAD H5T_STR_NULLTERM; CSET H5T_CSET_ASCII; CTYPE H5T_C_S1;...

This is happening on this branch: https://github.com/NetCDF-World-Domination-Council/netcdf-c/tree/ejh_zender_coordinate_var_rename So far I have just added the new test that demonstrates the problem.

@czender I am working on this now as part of my current branch. I have been sneaking up on this by writing tests for lots of simpler code in nc4var.c....

Mea culpa, mea culpa, mea maxima culpa.

@cameronsmith1 thanks for the explanation. What workaround are you using?

OK I have a fix for this problem, as well as several other rename problems. I am still working on another one I found. There is a bunch of state...

OK, these fixes are up as PR #755. It's branch ejh_fill_values on my netcdf clone: [email protected]:NetCDF-World-Domination-Council/netcdf-c.git @czender if you could grab the branch and give it a try, that would...

@czender you should actually use branch currently up as PR #763. This PR contains *just* the rename fixes from the other PR, now closed without merging. In tst_rename.c there are...

Well it might be a good idea for us to use the NCO tests as another set of testing for netCDF... On Tue, Jan 9, 2018 at 12:27 PM, Charlie...

@czender I've just put up another PR (#830) which I believe fixes the test case that you gave me for this issue. Not sure if *all* possible rename issues are...