Number: 583

Date: 10-Apr-84 10':46':08

Submitter: Sannella.PA

Source: Lipkis

Subject: U.D.F from compiled fn, OK, REVERT causes microcode halt

Lisp Version: 

Description: '
Date': Mon, 9 Jan 84 16':32 PST'
Sender': dering.PASA'
Subject': Problem Report P5072  (Stack bug (Ucode halt))'
From': 1100Support'
Tom Lipkis reports the following':'
The following sequence of events causes a microcode halt in Fugue.3.'
If a compiled function calls an undefined function, one ends up in a break'
with LASTPOS pointing to the \INTERPRETER frame under the compiled'
function.  If one then types OK (an odd thing to do, granted, but this'
actually happened to someone), one gets back into the same UNDEFINED'
FUNCTION break, with LASTPOS (which is now a different stack pointer)'
still pointing at the \INTERPRETER frame.  However, buttoning frames in'
the backtrace menu at this point does not change LASTPOS (though it does'
display the appropriate stuff in the frame window).  Further, a REVERT @'
at this point results in a microcode halt.  If one first sets LASTPOS'
with an @ FOO command, the revert works ok.'
This does not appear to be an Interlisp-D specific problem, as a similar'
thing happens in Interlisp-VAX (where, instead of the Ucode halt, it gets'
(Originally reported  to  1100Support 12/9/83,  not previously forwarded  to LispSupport)'


Test Case: 

Edit-By: Sannella.PA

Edit-Date: 16-Aug-84 15':51':53


Assigned To: Masinter


Disposition: LASTPOS no longer will point at \INTERPRETER.'
Further, REVERT uses a new mechanism which will avoid this and other odd kinds of recursive microcode loops which cause the machine to freeze.'
- lmm 15 Aug 84

System: Language Support

Subsystem: Stack and Interpreter



Microcode Version: 

Memory Size: 

File Server: 

Server Software Version: 


Frequency: Everytime

Impact: Moderate

Priority: Perhaps

Status: Fixed

Problem Type: Bug

Source Files: