[Users] Test failures on OS X

[Roland Haas]

Hello all,

I guess this would be one of the few times where a change in HDF5
breaks binary compatibility between different minor HDF5 versions.

I believe there is some code that casts a hid_t (or some other hdf5
type) to a CCTK_INT (that I wrote) though I also think that that code
contains an assert that the actual value is small enough to fit into a
CCTK_INT.

Yours,
Roland

> I have run Cactus with HDF5 1.10 without problems. I don't think the file
> format change is causing any problems.
> 
> There is one incompatibility: The type hid_t is now a 64-bit integer. If
> there is code in PUGH that converts this type from/to int, there would be
> problems. (Of course, HDF5 never specified that hid_t used to have 32 bits,
> but there might be source code that implicitly assume this.)
> 
> -erik
> 
> On Sun, May 29, 2016 at 2:22 PM, Ian Hinder <ian.hinder at aei.mpg.de> wrote:
> 
> > Hi,
> >
> > I have run the ET tests on OS X.  There are 5 failures (
> > https://build.barrywardell.net/view/EinsteinToolkitMulti/job/EinsteinToolkitMulti-sandbox/MACHINE=osx-10.9.5-macports,label=master/lastCompletedBuild/testReport/
> > ):
> >
> > IOHDF5.test_recover/1procs
> > SphericalHarmonicReconGen.SpEC-h5-test/1procs
> > CT_MultiLevel.boostedpuncture/2procs
> > IOHDF5.test_recover/2procs
> > SphericalHarmonicReconGen.SpEC-h5-test/2procs
> >
> > and also when running the test
> >
> > EinsteinInitialData/Exact/test/Schwarzschild_EF.par
> >
> > on one process on OS X, the test hung after running.  The Cactus process
> > was a zombie, and mpirun was waiting for it to finish.  I killed the mpirun
> > process, and everything went smoothly after that.
> >
> > Several of the test failures seem to be related to HDF5 (see the output
> > pages from the link above).
> >
> > For example, I get these warnings:
> >
> > HDF5-DIAG: Error detected in HDF5 (1.10.0) thread 0:
> >   #000: H5Dio.c line 170 in H5Dread(): can't read data
> >     major: Dataset
> >     minor: Read failed
> >   #001: H5Dio.c line 418 in H5D__read(): unable to set up type info
> >     major: Dataset
> >     minor: Unable to initialize object
> >   #002: H5Dio.c line 953 in H5D__typeinfo_init(): not a datatype
> >     major: Invalid arguments to routine
> >     minor: Inappropriate type
> > WARNING[L1,P0] (IOHDF5Util): HDF5 call 'H5Dread (dataset,
> > rec_info->hdf5type, H5S_ALL, H5S_ALL, H5P_DEFAULT, data)' returned error
> > code -1
> >
> > and the diffs say
> >
> >  phi.xl: substantial differences
> >       significant differences on 165 (out of 165) lines
> >       maximum absolute difference in column 2 is 1.4849088247045
> >       maximum relative difference in column 2 is 3.18869248642747
> >
> > for example, in IOHDF5.test_recover/1procs.
> >
> > This might be because MacPorts is now using HDF5 1.10.0, and I don't know
> > how much this has been tested with Cactus. It introduces a format change in
> > HDF5, but the new version is supposed to be able to read files written by
> > old versions, so that shouldn't be an issue here.
> >
> > Erik, have you run the tests on any system with HDF5 1.10.0?  I'm also a
> > bit concerned that Cactus didn't abort after those HDF5 errors.
> >
> > --
> > Ian Hinder
> > http://members.aei.mpg.de/ianhin
> >
> > _______________________________________________
> > Users mailing list
> > Users at einsteintoolkit.org
> > http://lists.einsteintoolkit.org/mailman/listinfo/users
> >  
> 
> 
> 



-- 
My email is as private as my paper mail. I therefore support encrypting
and signing email messages. Get my PGP key from http://keys.gnupg.net.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 181 bytes
Desc: OpenPGP digital signature
Url : http://lists.einsteintoolkit.org/pipermail/users/attachments/20160530/c9d729ff/attachment.bin