- Nov 19, 2018
-
-
Ward Fisher authored
-
Ward Fisher authored
-
Ward Fisher authored
-
Ward Fisher authored
-
Ward Fisher authored
-
- Nov 16, 2018
-
-
Ward Fisher authored
-
Ward Fisher authored
-
Ward Fisher authored
-
Ward Fisher authored
-
Ward Fisher authored
-
Ward Fisher authored
-
- Nov 15, 2018
-
-
Ward Fisher authored
Merge branch 'ejh_static_szip' of https://github.com/NetCDF-World-Domination-Council/netcdf-c into v4.6.2-release-branch.wif
-
Ward Fisher authored
-
Ward Fisher authored
V4.6.2 release branch.wif
-
Ward Fisher authored
-
Ward Fisher authored
-
Ward Fisher authored
-
Dennis Heimbigner authored
Fix introduced alert https://lgtm.com/projects/g/Unidata/netcdf-c/rev/pr-5fdf9cb537c1a981abb3838fdfb061b1088636f0 by removing offending, unused global variable.
-
Ward Fisher authored
-
https://github.com/gsjaardema/netcdf-cWard Fisher authored
Merge branch 'fix_warnings' of https://github.com/gsjaardema/netcdf-c into v4.6.2-release-branch.wif
-
Ward Fisher authored
-
Dennis Heimbigner authored
This is a follow up to PR https://github.com/Unidata/netcdf-c/pull/1173 Sorry that it is so big, but leak suppression can be complex. This PR fixes all remaining memory leaks -- as determined by -fsanitize=address, and with the exceptions noted below. Unfortunately. there remains a significant leak that I cannot solve. It involves vlens, and it is unclear if the leak is occurring in the netcdf-c library or the HDF5 library. I have added a check_PROGRAM to the ncdump directory to show the problem. The program is called tst_vlen_demo.c To exercise it, build the netcdf library with -fsanitize=address enabled. Then go into ncdump and do a "make clean check". This should build tst_vlen_demo without actually executing it. Then do the command "./tst_vlen_demo" to see the output of the memory checker. Note the the lost malloc is deep in the HDF5 library (in H5Tvlen.c). I am temporarily working around this error in the following way. 1. I modified several test scripts to not execute known vlen tests that fail as described above. 2. Added an environment variable called NC_VLEN_NOTEST. If set, then those specific tests are suppressed. This should mean that the --disable-utilities option to ./configure should not need to be set to get a memory leak clean build. This should allow for detection of any new leaks. Note: I used an environment variable rather than a ./configure option to control the vlen tests. This is because it is temporary (I hope) and because it is a bit tricky for shell scripts to access ./configure options. Finally, as before, this only been tested with netcdf-4 and hdf5 support.
-
-
- Nov 14, 2018
-
-
Ward Fisher authored
-
-
Ed Hartnett authored
-
Ward Fisher authored
-
Ward Fisher authored
-
Gregory Sjaardema authored
-
Ed Hartnett authored
-
Gregory Sjaardema authored
Removes extra argument to match function prototype in `NC_Dispatch` as described in #1196
-
- Nov 12, 2018
-
-
Ward Fisher authored
-
Ward Fisher authored
V4.6.2 release branch.wif
-
Ward Fisher authored
-
Ward Fisher authored
Merge branch 'ejh_next_6' of https://github.com/NetCDF-World-Domination-Council/netcdf-c into v4.6.2-release-branch.wif
-
Ward Fisher authored
-
Ward Fisher authored
-
Ed Hartnett authored
-
Ed Hartnett authored
-
Ed Hartnett authored
-