[Octave-bug-tracker] [bug #35067] Symbol table incorrect after clear -f and DLD function reload

[Rik]

URL:
  <http://savannah.gnu.org/bugs/?35067>

                 Summary: Symbol table incorrect after clear -f and DLD
function reload
                 Project: GNU Octave
            Submitted by: rik5
            Submitted on: Tue 13 Dec 2011 10:52:48 PM PST
                Category: Libraries
                Severity: 3 - Normal
                Priority: 5 - Normal
              Item Group: Incorrect Result
                  Status: None
             Assigned to: None
         Originator Name: 
        Originator Email: 
             Open/Closed: Open
         Discussion Lock: Any
                 Release: dev
        Operating System: GNU/Linux

    _______________________________________________________

Details:

This is obscure, but I thought I would report it.  The following sequence of
commands, which is designed to trigger a warning about reloading functions,
corrupts the symbol table.


sh> ./run-octave
octave:1> x = localtime (100);
Hit Ctrl-Z to suspend Octave and return to shell prompt.
sh> touch src/DLD-FUNCTIONS/time.cc
sh> make
## This updates the timestamp on time.oct
## Now resume Octave
sh> fg
octave:2> clear -f localtime
octave:3> y = localtime (200);
error: Invalid call to time.  Correct usage is:

 -- Loadable Function: SECONDS = time ()
octave:4> help localtime
`localtime' is a function from the file
/home/rik/wip/Projects_Mine/octave-doc/src/DLD-FUNCTIONS/time.oct

 -- Loadable Function: SECONDS = time ()
     Return the current time as the number of seconds since the epoch.
     The epoch is referenced to 00:00:00 CUT (Coordinated Universal
     Time) 1 Jan 1970.  For example, on Monday February 17, 1997 at
     07:15:06 CUT, the value returned by `time' was 856163706.

     See also: strftime, strptime, localtime, gmtime, mktime, now,
     date, clock, datenum, datestr, datevec, calendar, weekday


As you can see, localtime becomes aliased to the function with the same name
as the .oct file.





    _______________________________________________________

Reply to this item at:

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

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