octave-bug-tracker
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Octave-bug-tracker] [bug #38236] invoking script in demo block to defin


From: Rik
Subject: [Octave-bug-tracker] [bug #38236] invoking script in demo block to define variables causes errors
Date: Wed, 20 Mar 2013 20:25:21 +0000
User-agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:19.0) Gecko/20100101 Firefox/19.0

Follow-up Comment #15, bug #38236 (project octave):

I've made an abbreviated set of files which demonstrates the problem without
having to use demo.m.  I'm attaching the files, block1.m, block2.m, block3.m.
to this report.

To see the problem, run block1 twice.

Sample code:


octave:1> block1
setting vr to 7
vr =  7
*** calling who to see variables present ***
Variables in the current scope:

vr  x

*** done calling who ***
a =  98
octave:2> block1
setting vr to 7
vr =  7
*** calling who to see variables present ***
*** done calling who ***
error: 'vr' undefined near line 3 column 13
error: called from:
error:   __tmp__ at line 3, column 8
error:   /home/rik/wip/Projects_Mine/octave-dbg/block1.m at line 8, column 3


What you can see from running is that the assignment statement is executed, vr
= 7, and echoed to the screen.  But, the symbol table is not updated with
actual values.  I had a keyboard() statement in block3.m and could see that
nothing was defined during the second run of block1.  Manual assignment of
variables at the debug prompt did work.  So the symbol table was not entirely
messed up.

Another oddity is that if the lowest level function is removed before each run
the code will always work.

Example


block1
clear -f block3
block1
clear -f block3
block1
... etc. 




(file #27640, file #27641, file #27642)
    _______________________________________________________

Additional Item Attachment:

File name: block1.m                       Size:0 KB
File name: block3.m                       Size:0 KB
File name: block2.m                       Size:0 KB


    _______________________________________________________

Reply to this item at:

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

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




reply via email to

[Prev in Thread] Current Thread [Next in Thread]