Public bug reported: As described in the upstream report [1], HDF I/O using load/save is broken in 4.0.0. This is a regression with the potential for data loss (almost happened to us!).
The bug is fixed upstream with [2], and I plan on making an SRU request with an updated octave package that includes this patch (will be my first SRU). To reproduce: * Extract the attached .tar.gz, which contains test_hdf5_save.m and test_hdf5_load.m from the upstream report. * Run: [Octave 3.8] octave:1> test_hdf5_save x = 123456789 [Octave 4.0.0] octave:1> test_hdf5_load x = 255 And the other way around: [Octave 4.0.0] octave:2> test_hdf5_save x = 123456789 [Octave 3.8] octave:1> test_hdf5_load x = 21 As you can see, in both cases the result is wrong. [1] http://savannah.gnu.org/bugs/?45225 [2] http://hg.savannah.gnu.org/hgweb/octave/rev/d54aa96abadf ** Affects: octave (Ubuntu) Importance: Undecided Status: New ** Attachment added: "Test case for saving/loading HDF5 with integer data" https://bugs.launchpad.net/bugs/1583128/+attachment/4665399/+files/test_hdf5.tar.gz -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1583128 Title: HDF5 I/O broken with integer variables To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/octave/+bug/1583128/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
