Path: utzoo!mnetor!uunet!husc6!bbn!bbn.com!aboulang
From: aboulang@bbn.com (Albert Boulanger)
Newsgroups: comp.ai
Subject: Re: Explorer (vs. Sun) Experience ?
Message-ID: <24306@bbn.COM>
Date: 7 May 88 15:47:10 GMT
References: <9457@sol.ARPA>
Sender: news@bbn.COM
Reply-To: aboulanger@bbn.com
Lines: 34
In-reply-to: miller@ACORN.CS.ROCHESTER.EDU's message of 7 May 88 01:43:28 GMT




  There are many other advantages to the lispm environment, but I'm just
  attempting to address this issue of libraries. Several papers have been
  published on the lispm programming environment(s), the more current of which
  I'm sure e.g. Symbolics will be happy to provide you with. As a quick
  starter, look at _Interactive Programming Environments_ by Barstow, Shrobe,
  and Sandewall, but realize that the book was published 4 years ago, and all
  of Xerox, TI and Symbolics have done much to advance the state of the art
  since then.


Also, for a non-lispm oriented discussion of the advantages of single
address environments, see the article:

"Towards Monolingual Programming Environments" Jay Heering & Paul Klint
ACM Trans. on Prog. Lang. & Systems Vol7 No. 2 April 1985. 183-213.

Personally, I feel the house of cards that multiple address
programming environments collapse when it comes to error handling.
While it is possible to fix this, it is VERY VERY hard. Question: What
do you do when you get an error in somebody elses foreign-language
(non lisp) window system that you are using within lisp on, say, a UNIX box?
Can you debug the code within a lisp stack trace? Can you build an
interface to mix the stack traces together?



Albert Boulanger
aboulanger@bbn.com
Albert Boulanger
BBN Labs Inc.
ABoulanger@bbn.com (arpa)
Phone: (617)873-3891