![]() | This article is rated C-class on Wikipedia's content assessment scale. It is of interest to the following WikiProjects: | |||||||||||||
|
I'm not a good enough editor to fix this with the right referencing. But the article currently states that the Nubus was developed at MIT for use with lisp machines. But that is not correct. The NuBus was developed as part of a machine that ran Unix on a 68000 processor. See http://en.wikipedia.orghttps://demo.azizisearch.com/lite/wikipedia/page/NuMachine
TI later manufactured these in a big cabinet, and the LMI Lambda was a processor board set that fit into a NuMachine. — Preceding unsigned comment added by 69.46.227.226 (talk) 23:35, 12 February 2015 (UTC)
One of the deleted edits mentioned rumors of a prototype Sony handheld lisp machine (presumably from around 1978). I couldn't find any information supporting this claim on the net. And I believe Japanese companies at the time were much more interested in Prolog than Lisp. --Zippy 02:00, 18 October 2005 (UTC)
I added a link to ICAD (a Knowledge Based Engineering system) as an example of a system that started in Lisp (on the Lisp Machine) and then ported to Unix as Common Lisp evolved.
Personally, I have worked with 9 variety of Lisp Machines in a commercial context (Symbolics (3 variety), LMI (2 variety), TI (3 variety), Xerox). It would be good to see other examples collected.
Related topics to be added: -- Moby (spelling?) memory - LMI's (?) work on distributed Lisp, -- tools such as KEE, Knowledgecraft, ..., -- applications - KBE on Unix accounted for buckets of dollars (cost savings) in very large system design and manufacture (aircraft), -- other approaches, such as IBM's implementation of KEE on the mainframe, ...
Added GBB as another example. Let's get these application engines recorded and recognized!!! jmswtlk 13:22, 28 December 2005 (UTC)
Over the years I have heard many people talk about the power of the Lisp machine while rueing its departure from the scene. The Lisp that ensued on Unix took many years to get back a lot of the functionality.
In a sense, development was crippled.
This is an analog, IMHO, of a larger problem of 'green field' versus 'legacy' that, perhaps, ought to be discussed elsewhere; however, the Lisp machine experience offers a wonderful and concrete example. So, let's hear stories about pre and post. Those who liked the Lisp Machines liked Lisp. What became of those who had the 'bounty' of this experience (or better, could understand the significance)?
A recent example is ICAD which is in hiatus. Given comments posted on this page, there is something missing in the proposed replacement systems. Has anyone characterized what might be the missing pieces and why Lisp might still be useful? It's interesting that GBBOpen is Lisp-based. jmswtlk 13:22, 28 December 2005 (UTC)
Much of the history is yet to be written. Remember that Intel was just starting to build a 32-bit chip at the time when lisp was very big with some rather wealthy US Government customers. In fact Intel cpu architects met with many big LISP customers before the i386 was produced, and met with people at LMI too, with an eye toward possible cooperation. What exactly was important about the CADR? Why would TI want to produce a LISP chip? How did this relate to the (Intel in particular) efforts at an Ada chip and other high-level language chip sets?
For the general market cheapness and price/performance were the only drivers. But other markets might like to have a bit more security at the hardware level.
How much human effort has been wasted in the last 35 years by people debugging memory buffer overlap bugs? Array out of bounds bugs? Enough to support 1000 companies the size of Symbolics and LMI combined. — Preceding unsigned comment added by 50.245.46.27 (talk) 11:38, 2 June 2016 (UTC)
This is a great article! WP:FA, anyone? :) But while copyediting, I ran across the sentence
Two problems: First, WP:RS; if we're going to claim that the machine was affectionately referred to as such-and-such, we'd better have at least a primary source for that (e.g., a Wikipedia editor who claims to be an old-school Lisp hacker), or better a secondary source (e.g., a dead-tree history of Lisp). Second, an ambiguity: Did Knight write his thesis on the computer, perhaps using Emacs? Or did he write it on the computer, perhaps focusing on its history and development? Assuming the latter, I changed the underlined bit to "on the subject"; but if that's not right, please make the appropriate substitution. --Quuxplusone 05:39, 30 March 2007 (UTC)
I worked with the CADR at MIT from the time of its birth, (including assembly, using the infamous debug cable, whatever was needed to get the job done, which was getting the application work done, whereas system and hardware work was just part of the pain we all had to pay to gain access to such an amazing tool). Well, I never once heard anyone refer to the thing as a "Knight machine" and I couldn't imagine Tom Knight going along with that. What was the CADR emulator (written in PDP-10 assembly language) called? The Greenblatt Machine? Ha. Such designations were just not part of the culture. Was the Connection Machine the Hillis machine? Now I am not saying that personal names were not added to some things, especially when there were software packages that represented different authors points of view or alternatives. There were different window systems, different object systems, so it was useful parlance to refer to things by different authors names, not necessarily with affection! — Preceding unsigned comment added by 50.245.46.27 (talk) 11:27, 2 June 2016 (UTC)
Laser Printing was developed first on Lisp Machines at Xerox? Windowing Systems? Computer Mice? Bitmapped Graphics?
I think they were available early, but they were not developed first on Lisp Machines. The things that Xerox developed (also not the first) were often done for their office system or for the Smalltalk systems. Those were often using similar hardware, but were not developed in Lisp.
I see two alternatives:
a) replace 'developed first' with something like 'developed early'. b) coming up with references that backup those claims. —The preceding unsigned comment was added by 85.176.6.193 (talk) 22:41, 7 April 2007 (UTC).
During a talk at Cambridge University, I heard Arthur Norman refer to a Lisp Machine known as SLIP - though I have no references for it. Does anyone have any further information - or I might write to ACN himself to "remind" me ! AbruptlyObscure (talk) 12:55, 14 March 2017 (UTC)
Lisp machines were general-purpose computers designed (usually through hardware support) to efficiently run Lisp as their main software language.
What type of "hardware support" did Lisp machines provide that made them better platforms for running Lisp code? Did they have more memory and faster processors than other machines of the day?
This page says that Emacs was ported to the Lisp machines in 1975, but the Emacs article says the first complete implementation was in 1976.
Arghman (talk) 21:42, 30 November 2014 (UTC)
In August 1976, a bunch of hackers decided it was time to write a new editor. A runnable binary file for EMACS version 24 is dated November 1976.
Could it be that the Lisp machines from the 1980s is because of some critiques on von Neumann architectures (and "von Neumann programming languages")? See, for instance, [1].
Is there someone, more knowledgable than me, that could make the link in this article with Backus and others, and the von Neumann architecture or languages, or refute this link I'm seeing altogether? Hulten (talk) 11:57, 25 July 2018 (UTC)
References
I have been doing some reading recently regarding the Xerox Dorado, Dolphin, and Dandelion and it appears to me that they are sort of a unique case. They are not all the same architecture. It is not clear to me whether the Dolphin has the same processor as the Dorado but with different software, but the Dandelion clearly does not have the same processor as the Dorado. All of them are clearly descended from the Xerox Alto, having user-programmable microcode; the Dorado and Dolphin at the least appear to be partially backwards compatible with it. To me Lisp machine implies that these machines were principally designed to run Lisp, which does not appear to be the case. Lisp was but one set of microcode that could be run on the machine, and appears to not be the primary concern of the manuals, which appear to have been written with the assumption that Mesa would be the primary operating environment and spend about as much time talking about Smalltalk as Lisp. --Blah2 (talk) 16:35, 25 April 2021 (UTC)