[Octave-bug-tracker] [bug #42064] executing empty m-file as a command fails

[Rik]

Follow-up Comment #6, bug #42064 (project octave):

The issue is that parse_fcn_file returns a null pointer when the file is
completely empty.  I can see how this makes sense from a parsing perspective,
since there isn't anything in the file, but it does lead to this bug.  Here is
the backtrace:


#0  parse_fcn_file (full_file=..., file=..., dispatch_type=...,
package_name=..., 
    require_file=true, force_script=false, autoload=false,
relative_lookup=true, 
    warn_for=...) at oct-parse.yy:3880
#1  0x00007ffff6e69e04 in load_fcn_from_file (file_name=..., dir_name=..., 
    dispatch_type=..., package_name=..., fcn_name=..., autoload=false)
    at oct-parse.yy:4101
#2  0x00007ffff72115ab in
symbol_table::fcn_info::fcn_info_rep::find_user_function (
    this=0x7fffd846efa0) at corefcn/symtab.cc:1086
#3  0x00007ffff7210740 in symbol_table::fcn_info::fcn_info_rep::xfind (
    this=0x7fffd846efa0, args=..., local_funcs=true) at corefcn/symtab.cc:857
#4  0x00007ffff720fdec in symbol_table::fcn_info::fcn_info_rep::find (
    this=0x7fffd846efa0, args=..., local_funcs=true) at corefcn/symtab.cc:694
#5  0x00007ffff72151f8 in symbol_table::fcn_info::find (this=0x7fffdd427690,
args=..., 
    local_funcs=true) at corefcn/symtab.h:1020
#6  0x00007ffff7213207 in symbol_table::do_find (this=0x7fffd81574d0,
name=..., args=..., 
    skip_variables=true, local_funcs=true) at corefcn/symtab.cc:1457
#7  0x00007ffff7212412 in symbol_table::find (name=..., args=...,
skip_variables=true, 
    local_funcs=true) at corefcn/symtab.cc:1257
#8  0x00007ffff7212666 in symbol_table::find_function (name=..., args=..., 
    local_funcs=true) at corefcn/symtab.cc:1292
#9  0x00007ffff720db7e in symbol_table::symbol_record::find
(this=0x7fffd846eeb8, 
    args=...) at corefcn/symtab.cc:142
#10 0x00007ffff6e231b0 in tree_identifier::rvalue (this=0x7fffd846ee90,
nargout=0, 
    lvalue_list=0x0) at parse-tree/pt-id.cc:70
#11 0x00007ffff6e23cc7 in tree_identifier::rvalue (this=0x7fffd846ee90,
nargout=0)
    at parse-tree/pt-id.h:109
#12 0x00007ffff6e234f2 in tree_identifier::rvalue1 (this=0x7fffd846ee90,
nargout=0)
    at parse-tree/pt-id.cc:121
#13 0x00007ffff6e1ec2a in tree_evaluator::visit_statement
(this=0x7ffff78fd038, stmt=...)
    at parse-tree/pt-eval.cc:753
#14 0x00007ffff6e3fb7c in tree_statement::accept (this=0x7fffd846ef60,
tw=...)
    at parse-tree/pt-stmt.cc:178
#15 0x00007ffff6e1ee96 in tree_evaluator::visit_statement_list
(this=0x7ffff78fd038, 
    lst=...) at parse-tree/pt-eval.cc:803
#16 0x00007ffff6e4019c in tree_statement_list::accept (this=0x7fffd81749a0,
tw=...)
    at parse-tree/pt-stmt.cc:291
#17 0x00007ffff7248d3d in main_loop () at corefcn/toplev.cc:593


I'm not going to go any further because the parser is not something I
understand.


    _______________________________________________________

Reply to this item at:

  <http://savannah.gnu.org/bugs/?42064>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/