[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Octave-bug-tracker] [bug #55980] Octave, after load .mat file and using
From: |
Rik |
Subject: |
[Octave-bug-tracker] [bug #55980] Octave, after load .mat file and using specific command, stop work and starts allocate all available memory |
Date: |
Fri, 22 Mar 2019 18:31:04 -0400 (EDT) |
User-agent: |
Mozilla/5.0 (Windows NT 10.0; WOW64; Trident/7.0; rv:11.0) like Gecko |
Follow-up Comment #3, bug #55980 (project octave):
The problem is definitely related to the failure of the eval statement within
the try/catch block.
The first variable that does this in the file sehrSchlect.mat is "ahrsEuler".
When I try to inspect the variable I get
ahrsEuler
ahrsEuler =
scalar structure containing the fields:
MCOS =
3707764736
2
1
1
1
2
AHRSEulerEKF =
error: octave_base_value::print (): wrong type argument '<unknown type>'
My modified code for testing is below (and also attached as tst_print.m)
more off
load sehrSchlecht.mat
printf('__cantor_delimiter_line__\n');
__cantor_list__ = who();
__cantor_parse_values__ = true;
for __cantor_index__ = 1:length(__cantor_list__)
__cantor_varname__ = char(__cantor_list__{__cantor_index__});
printf([__cantor_varname__ '\n']);
if (__cantor_parse_values__)
try
if (strcmp (__cantor_varname__, 'ahrsEuler'))
keyboard;
endif
eval(['__cantor_string__ = disp(' __cantor_varname__ ');']);
printf(__cantor_string__);
catch
keyboard;
printf(['<unprintable value>' '\n']);
end_try_catch;
endif;
printf('__cantor_delimiter_line__\n')
endfor;
clear __cantor_list__;
clear __cantor_index__;
clear __cantor_varname__;
clear __cantor_parse_values__;
clear __cantor_string__;
The behavior is worse on the development branch. In that case, after I hit
the keyboard statement, if I use dbnext then Octave segfaults.
(file #46626)
_______________________________________________________
Additional Item Attachment:
File name: tst_print.m Size:0 KB
<https://savannah.gnu.org/file/tst_print.m?file_id=46626>
_______________________________________________________
Reply to this item at:
<https://savannah.gnu.org/bugs/?55980>
_______________________________________________
Message sent via Savannah
https://savannah.gnu.org/