|
From: | David Bateman |
Subject: | [Octave-bug-tracker] [bug #29786] Octave does not save sparse matrices correctly in -mat format |
Date: | Wed, 12 May 2010 00:11:25 +0000 |
User-agent: | Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.0.14) Gecko/2009091010 Iceweasel/3.0.14 (Debian-3.0.14-1) |
Update of bug #29786 (project octave): Status: In Progress => Fixed Open/Closed: Open => Closed _______________________________________________________ Follow-up Comment #6: As I suspected the length of the sparse data element of a mat-file was miscalculated when it was written in the following two cases 1) When the value of NNZ/NZMAX was 1. In this case the length was overestimated by 4 bytes 2) When the number of columns in the sparse matrix was zero. In this case the length of the data element was overestimated by 4 bytes.. and the bug was only evident when the sparse data element wasn't the last element in the file. These cases are relative rare in practice which is why this issue hadn't been spotted yet. Also only the NNZ elements of the index vector ridx were being written to the file, and in fact now that NNZ and NZMAX are not equal in Octave the NZMAX elements of ridx should have been written. This however was a separate bug. The changeset http://hg.savannah.gnu.org/hgweb/octave/rev/0e98fb2068fc addresses this bug. Thanks for the report D. _______________________________________________________ Reply to this item at: <http://savannah.gnu.org/bugs/?29786> _______________________________________________ Message sent via/by Savannah http://savannah.gnu.org/
[Prev in Thread] | Current Thread | [Next in Thread] |