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