On 3/22/2011 8:46 AM, Martin Galpin wrote:
Dear all,
Please find a fork of HDF5DotNet on github at:
https://github.com/galpin/HDF5.NET
Changes include:
* Jesse Lai's H5PT bindings (working with the latest HDF5 [1.8.6]).
* Test cases for H5PT (fixed length packet tables and compound data
types).
* A small bug fix (a7e1ab9d).
* Compatibility with 1.8.x deprecated functions (80a2c544d).
* A test suit that fully passes.
Please fork and improve.
I haven't "reversed" Jesse's .NET style for H5PT. Ultimately, I would
like update to entire set of bindings to be consistent with Microsoft.
Best wishes,
Martin
_______________________________________________
Hdf-forum is for HDF software users discussion.
[email protected]
http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org
Hello Martin,
I wasn't aware of any public repository for sharing the updates to the
HDF5DotNet library. I've already made all .NET style changes to the
rest of the classes, as well as added additional functionality where it
was missing. That does break compatibility with any of the existing
HDF5DotNet code in the wild, but its typically just minor casing issues.
If you like, I can send you the whole updated source code for the
project. I haven't really used Git before so I don't know how the fork
process works, but I'd be interested in contributing to your project.
I've written some minimal unit tests for the various functions. I
originally wrote the unit tests using the MS Visual Studio testing
framework. I like it because you can easily integrate to databases so
you can more easily test various cases for inputs. But then it requires
that you have the full Visual Studio to run the tests. I started
looking at NUnit for unit tests and have a a couple of basic tests
implemented, but it doesn't integrate with databases as easily so I
haven't spent any time really doing anything with it.
As an aside, I also have a pure C# version of the HDF5DotNet library
where I wrote everything in C# just using PInvoke's to call the HDF5
library. I thought this might be nicer since then it could be possible
to build the assembly as AnyCPU and not have to worry about the x86/x64
versions etc. It mostly works, but there are some pretty major issues
with pinned data arrays of arbitrary types (i.e. not the basic types
such as int, float, double, etc). I'm starting to doubt the usefulness
of it now, so I haven't really messed with it in a while.
Jesse
_______________________________________________
Hdf-forum is for HDF software users discussion.
[email protected]
http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org
