Hi Daniel! I just made some cross checking. The dxhdf5 module is working the same way for dx=1:4.3.2-3 and for dx=1:4.4.0-1! It read data and data attributes correctly! So it is WORKING.
Corruption happen sometime latter in DX. So, there is really show stopping bug somewhere... I'll try to ping down place in my dx program where it is happen, but it is for sure not dxhdf5. Cheers! Viktor On 2/1/06, Viktor Malyarchuk <[EMAIL PROTECTED]> wrote: > Hi Daniel! > > I rebuild libhdf5-1.6.2-0 and then dxdhf5 with gcc-4.0. > Unfortunately, nothing changed :-( > > Do not work properly with dx=1:4.4.0-1 and dx=1:1:4.3.2-7. > (While reading data it fail to read data attributes, so dx can not > make correct axes). > Work fine with dx=1:4.3.2-3 (dx=1:4.3.2-6 is not available anymore). > No need to downgrade libdx4. > > Working configuration: > > dpkg -l | grep dx > ii dx 4.3.2-3 OpenDX (IBM > Visualization Data Explorer) - m > ii dx-doc 4.4.0-1 OpenDX (IBM > Visualization Data Explorer) - d > ii dxhdf5 0.4.4-1 The dxhdf5 > package contains two ImportHDF5* > ii dxsamples 4.2.0-1 Sample programs > for the OpenDX Data Explorer > ii libdx4 4.4.0-1 OpenDX (IBM > Visualization Data Exploror) - s > ii libdx4-dev 4.4.0-1 OpenDX (IBM > Visualization Data Explorer) - d > > dpkg -l | grep hdf > ii dxhdf5 0.4.4-1 The > dxhdf5 package contains two ImportHDF5* > ii hdf5-tools 1.6.4-4 > Hierarchical Data Format 5 (HDF5) - Runtime > ii libhdf4g 4.1r4-18.1 The > Hierarchical Data Format library -- libr > ii libhdf4g-dev 4.1r4-18.1 The > Hierarchical Data Format library -- deve > ii libhdf4g-run 4.1r4-18.1 The > Hierarchical Data Format library -- runt > ii libhdf5-serial-1.6.2-0c2 1.6.2-3 Hierarchical > Data Format 5 (HDF5) - runtime > ii libhdf5-serial-1.6.4-0c2 1.6.4-4 Hierarchical > Data Format 5 (HDF5) - runtime > rc libhdf5-serial-1.6.5-0c2 1.6.5-1 Hierarchical > Data Format 5 (HDF5) - runtime > ii libhdf5-serial-dev 1.6.2-3 > Hierarchical Data Format 5 (HDF5) - developm > > Can not compile dxhdf5 aginst libhdf5-1.6.4-0c2 or > libhdf5-1.6.5-0c2(custom build, not in Debian yet). Error messages are > the same. > > If you are interested I can send my dxhdf5 deb/dsc/tar to you (Quality > is terrible but at least it easy to install/uninstall/reinstall). > > Cheers! > Viktor > > On 2/1/06, Daniel Kobras <[EMAIL PROTECTED]> wrote: > > severity 350524 normal > > thanks > > > > On Mon, Jan 30, 2006 at 07:51:21PM -0600, Viktor Malyarchuk wrote: > > > Sorry for confusion. I just find out that porblem not in dx package but > > > in dxhdf5 http://www-beams.colorado.edu/dxhdf5/ > > > There are not dxhdf5 packaged yet in Debian. > > > I compiled this module against libhdf5-serial-1.6.2-0 > > > It was working fine till dx=4.3.2-6 and stop working with dx=4.3.2-7. > > > It do not work with dx=4.4.0-1 also. It look like dx is not linked > > > against libhdf5-serial-1.6.2-0 anymore. Unfortunately it fail to > compile > > > against libhdf5-serial-1.6.4-0c2. > > > > dx has never been shipped with any hdf5 support. Therefore, neither past > > nor present versions have depended on libhdf5. I'm not quite sure why > > the plugin stopped working with 4.3.2-7, but given that they're written > > in C++, the c2a ABI change might be the culprit. Try rebuilding the > > plugin with a custom build of libhdf5, and let me know if this solves > > your problem. > > > > I'm inclined to close this report as invalid, but it definitely doesn't > > sound release-critical, so for now I'm just lowering the severity. > > > > Regards, > > > > Daniel. > > > > >
