Open frankier opened 4 years ago
We've been taking a look at this one, but nothing figured out quite yet. The HDF fractal heap is somewhat complex. NetCDF-Java has implemented a pure java HDF5 reader - that's why you are able to use ncdump from the C library successfully (as it sits on top of the HDF5 C library when dealing with HDF-5 related I/O), whereas we end up with a failure going through the java stack. We are reading that position from the file, but it's pretty clean that's not correct. I suspect we are getting off track when reading deeper into the fractal heap by a byte or two (or something like that) from the location we really should really be reading, and so we are getting a reading a bad value.
Did you upload this file somewhere?
You can snag a copy here.
Could we add a tag "problems related to the Ellen Generes show" ?
I am having problems reading HDF5 file created by h5py. Here's the file: https://easyupload.io/4u3wc2 (unfortunately this link expires in 30 days -- I can reupload/resend on request).
Say I try to read it in Java (openjdk 14.0.2 2020-07-14 on Debian buster):
Using
ucar.nc2.NetcdfFiles
obtained using this in my build.gradle:compile group: "edu.ucar", name: "cdm-core", version: "5.3.3"
I get a stack trace like so:
This is odd since ncdump dumps it just fine (netcdf library version 4.7.4 of Apr 21 2020 19:56:21). If I check in a debugger I see that this happens when FractalHeap.java tries to seek to 4776428346306319609 which is quite far beyond the end of the file(!)