🚀 go-pugleaf

In article <1991Mar2.235829.18638@cunixf.cc.columbia.edu> eh@cunixb.cc.columbia.edu (Erik Hilsdale) writes:

   Path: ai-lab!snorkelwacker.mit.edu!apple!usc!zaphod.mps.ohio-state.edu!sol.ctr.columbia.edu!cunixf.cc.columbia.edu!cunixb.cc.columbia.edu!eh
   From: eh@cunixb.cc.columbia.edu (Erik Hilsdale)
   Newsgroups: comp.lang.scheme.c
   Date: 2 Mar 91 23:58:29 GMT
   Sender: usenet@cunixf.cc.columbia.edu (The Network News)
   Organization: Columbia University
   Lines: 28
   Nntp-Posting-Host: cunixb.cc.columbia.edu


   assuming this is the right newsgroup for discussions of
   MIT's implementation of scheme (and not scheme in
   general, which i believe comp.lang.scheme covers), i've
   a number of questions about the debugger.

   first of all, since the debugger as a whole seems to be
   a totally undocumented feature of the implementation
   (alluded to in gnu-emacs documentation in a description
   of scheme-mode of all things, but unmentioned in both
   the MIT scheme user's manual and reference guide), are
   there _any_ docs available, and if so, where?  

   secondly, the undocumented debugger works fine when
   scheme is called as a separate process, but only works
   marginally well when called as a sub-process to emacs
   (after sending "(debug)" to the process buffer a bunch
   of non-formatted garbage appears on the screen, and
   emacs needs the command "M-x scheme-debugger-self-input" 
   to interface correctly).  are there emacs-lisp modules
   that will make this work right?  

   any answers are appreciated, and apologies if this is
   the wrong forum for the question.

   oh, and we're running MIT scheme 7.1.0 (beta).

   -me (erik hilsdale)

This is the right newsgroup.  The info-cscheme@zurich.ai.mit.edu
mailing list should be cross-linked to it.

At any rate, there is no current debugger documentation.
Documentation for a somewhat older version, not different in
significant ways, is part of the user's manual used internally at MIT
for the two classes that use MIT Scheme, but has not been spliced out.
Perhaps this should be made available through ftp.

The problems that you are having with the gnu-emacs interface arise
from not using the correct version of the gnu-emacs/CScheme interface.
The version that comes with your release should always be used, rather
than the one that comes with your Emacs (which should match the
release of CScheme distributed by FSF).  Look in the etc subdirectory
for xscheme.{el,elc} and load them explicitly or install them in the
right place.