Re: MacOS X 10.3.9 build but load-save.m test failure

On 28-Apr-2005, John W. Eaton wrote:
|
| On 28-Apr-2005, Dmitri A. Sergatskov wrote:
|
| | John W. Eaton wrote:
| |
| | > I can load the binary.mat file that you included in the attachment
| | > with a copy of Octave built from the current CVS sources. So if there
| | > is a bug, I'm not sure what it is. It would help if someone who can
| | > reproduce the failure could do some debugging.
| |
| | It may be irrelevant here, but I cannot load mat7.mat file.
| | The octave quickly uses 2GB of ram, and at this moment I
| | kill it...
| |
| | This is on Intel, not on PPC.
|
| I see the same problem here. Is this a byte order problem? I'm not
| sure, and I don't understand this code well enough to quickly debug
| it. Perhaps David will have some clues?


Ok, I see the same problem trying to load the mat7.mat file, though the 
others load correctly, and in particular binary.mat. Note that the -zip 
option used in these tests creates an ifstream/ofstream that passes the 
code through zlib. The load/save code itself has not changed. It appears 
that OS X is saving files like binary.mat correctly... Given that the 
load is the inverse operation, I don't see why it isn't loading them 
correctly.

If you do this

% mv binary.mat binary.mat.gz
% gunzip binary.mat.gz
% octave
octave:1> load binary.mat

what happens? what is the reponse to whos? This will confirm that the 
problem is particular to the zlib code in the binary load issue? As 
crash happened at binary.mat,  you didn't test the loading of the 
mat5.mat and mat7.may files.. What does

octave:1> load mat5.mat

and

octave:2> load mat7.mat

gives. In particular what does "whos" give.

Matlab v7 files are a different issue than the other files. Individual 
data elements are zipped seperately with a header giving its size. So 
like you I suspect its an endianness issue in this header. However there 
are too many variable in this file to effectively debug the problem, so 
if someone with 2.9.2 on OS X can send me the file produced by

a = eye(10);
save -v7 mat7.mat a

it would allow me to much more effectively debug the problem...

Regards
David

--
David Bateman                                David.Bateman@xxxxxxxxxxxx
Motorola Labs - Paris                        +33 1 69 35 48 04 (Ph) 
Parc Les Algorithmes, Commune de St Aubin    +33 1 69 35 77 01 (Fax) 
91193 Gif-Sur-Yvette FRANCE

The information contained in this communication has been classified as: 

[x] General Business Information 
[ ] Motorola Internal Use Only 
[ ] Motorola Confidential Proprietary



-------------------------------------------------------------
Octave is freely available under the terms of the GNU GPL.

Octave's home on the web:  http://www.octave.org
How to fund new projects:  http://www.octave.org/funding.html
Subscription information:  http://www.octave.org/archive.html
-------------------------------------------------------------