HI Daniel! I pinned down the bug :-)
"Collect" module is corrupting the fields that going into it. Here the log for dx=1:4.4.0-1 with "Description" modules inserted before and after "Collect" module: ------------------------------------ Starting DX executive Memory cache will use 844 MB (52 for small items, 792 for large) port = 1900 server: accepted connection from client 0: worker here [10940] Begin Execution Object Description: Input object is a Field, the basic data carrying structure in DX. There are 2137443 data items, each is of type double (8-byte or real*8). The positions are enclosed within the box defined by the corner points: [ 0 0.619925 -0.196079 ] and [ 43.3532 2.60522 4.14379 ] Data range is: minimum = -0.735171, maximum = 15.5366, average = 1.8827 Input contains a surface. Planar (flat) surfaces exactly aligned along the viewpoint will NOT be visible. To see the surface move the viewpoint slightly off-axis. Input contains Fields with Float colors. Float colors use 3-float triplets per data value. Valid color values are between 0 and 1 for each of Red, Green and Blue. Object Description: Input object is a Group which contains 1 member. The member is a Field, the basic data carrying structure in DX. The positions are enclosed within the box defined by the corner points: [ 0 1.23985 -0.392157 ] and [ 43.3532 3.22515 3.94771 ] Data range is: minimum = -0.735171, maximum = 15.5366, average = 1.8827 Input contains a surface. Planar (flat) surfaces exactly aligned along the viewpoint will NOT be visible. To see the surface move the viewpoint slightly off-axis. Input contains Fields with Float colors. Float colors use 3-float triplets per data value. Valid color values are between 0 and 1 for each of Red, Green and Blue. ------------------------------------ Log for dx=1:4.3.2-3 ------------------------------------ Starting DX executive Memory cache will use 844 MB (52 for small items, 792 for large) port = 1900 server: accepted connection from client 0: worker here [11400] Object Description: Input object is a Field, the basic data carrying structure in DX. There are 2137443 data items, each is of type double (8-byte or real*8). The positions are enclosed within the box defined by the corner points: [ 0 0.619925 -0.196079 ] and [ 43.3532 2.60522 4.14379 ] Data range is: minimum = -0.735171, maximum = 15.5366, average = 1.8827 Input contains a surface. Planar (flat) surfaces exactly aligned along the viewpoint will NOT be visible. To see the surface move the viewpoint slightly off-axis. Input contains Fields with Float colors. Float colors use 3-float triplets per data value. Valid color values are between 0 and 1 for each of Red, Green and Blue. Object Description: Input object is a Group which contains 1 member. The member is a Field, the basic data carrying structure in DX. The positions are enclosed within the box defined by the corner points: [ 0 0.619925 -0.196079 ] and [ 43.3532 2.60522 4.14379 ] Data range is: minimum = -0.735171, maximum = 15.5366, average = 1.8827 Input contains a surface. Planar (flat) surfaces exactly aligned along the viewpoint will NOT be visible. To see the surface move the viewpoint slightly off-axis. Input contains Fields with Float colors. Float colors use 3-float triplets per data value. Valid color values are between 0 and 1 for each of Red, Green and Blue. ------------------------------------ Now diff of both: ------------------------------------ diff dx_4.4.0-1.log dx_4.3.2-3.log 5,6c5 < 0: worker here [10940] < Begin Execution --- > 0: worker here [11400] 24c23 < [ 0 1.23985 -0.392157 ] and [ 43.3532 3.22515 3.94771 ] <===== Corrupted --- > [ 0 0.619925 -0.196079 ] and [ 43.3532 2.60522 4.14379 ] <===== Good ------------------------------------ "Collect" module should NOT modify fields!!! This is really GRAVE bug :-( 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. > > > > >
