Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!uunet!husc6!mit-eddie!ll-xn!ames!lll-tis!ptsfa!ihnp4!inuxc!iuvax!pur-ee!j.cc.purdue.edu!ags
From: ags@j.cc.purdue.edu (Dave Seaman)
Newsgroups: comp.sys.mac,comp.lang.lisp
Subject: Re: Coral/Franz Extended Common Lisp PRESS RELEASE
Message-ID: <5204@j.cc.purdue.edu>
Date: Mon, 31-Aug-87 10:13:43 EDT
Article-I.D.: j.5204
Posted: Mon Aug 31 10:13:43 1987
Date-Received: Fri, 4-Sep-87 06:26:15 EDT
References: <334@su-russell.ARPA> <1563@apple.UUCP> <3700@sdcsvax.UCSD.EDU> <1367@bloom-beacon.MIT.EDU> <1189@mind.UUCP>
Reply-To: ags@j.cc.purdue.edu.UUCP (Dave Seaman)
Organization: Purdue University
Lines: 19
Xref: mnetor comp.sys.mac:6223 comp.lang.lisp:432

In article <1189@mind.UUCP> eliot@mind.UUCP (Eliot Handleman) writes:
>I've been working with Franz Lisp on a Minivax 2 over the past year and
>I'm wondering if any other users have noted difficulties - or bugs -
>in the following not unsignificant areas:
>1. the debugger, when called in the break loop, doesn't access the stack
>   and so is entirely useless. 

I have noticed under 4.3bsd and predecessors that the Franz debugger seems
to lose track of the stack when it autoloads.  My solution has been to exit
the debugger and re-invoke the function that caused the error.  The
debugger works from then on.

>2. Similar problems with step.l, which doesn't do what the manual claims
>  it should, unless inserted in a fn def.

I don't use the stepper, but you might try the same technique on it.
-- 
Dave Seaman	  					
ags@j.cc.purdue.edu