Copy Link
Add to Bookmark
Report

AIList Digest Volume 5 Issue 045

eZine's profile picture
Published in 
AIList Digest
 · 1 year ago

AIList Digest           Wednesday, 18 Feb 1987     Volume 5 : Issue 45 

Today's Topics:
Queries - Window System & And/Or Graphs & Organic Microchips &
OPS5 in Standard/Cambridge Lisp & Lisp Sources for OPS5 &
Legal Reasoning & Parallel Functional Programming Languages,
AI Tools - DEC AI Workstation & Common LISP

----------------------------------------------------------------------

Date: Thu, 12 Feb 87 12:15:49 MEZ
From: ZZZO%DHVRRZN1.BITNET@wiscvm.wisc.edu
Subject: Window System

Date: 12 February 1987, 12:07:58 MEZ
From: Wolfgang Zocher (0511) 762-3684 ZZZO at DHVRRZN1
To: AILIST at SRI-STRIPE

I'm looking for an powerful window-system written in LISP (pref. Commonlisp)
to support an object-oriented KR-System (TLC-LISP on IBM PC/AT). My major
task is the devellopment of KR; windows are only needed for better demon-
stration... So, I would like public domain sources.

Wolfgang Zocher
zzzo@dhvrrzn1.bitnet

------------------------------

Date: Thursday, 12 February 1987 17:10:44 EST
From: Kenneth.Goldberg@a.gp.cs.cmu.edu
Subject: And/Or graphs


Two queries concerning And/Or graphs (as opposed to trees):

1) Has anyone published a thorough survey of And/Or graph search algorithms?

2) What is the convention regarding And-nodes? Nilsson (Prob. Solving
Methods in AI, pp. 87-88) labels those with incoming And-links
as And-nodes. Winston (AI, p. 148) and Pearl (Heuristics, p. 25)
labels those with outgoing And-links as And-nodes. More importantly,
is there a convincing argument for either one?

------------------------------

Date: 12 Feb 87 22:26:26 GMT
From: gorin@MEDIA-LAB.MIT.EDU (Amy Gorin)
Subject: organic microchips

if anybody has any information regarding organic systems for use in ai and
computers in general,and especially the work of :

Arieh Aviram and Philip Seiden of IBM
Mark ratner of Northwestern
Robert Metzger and Charless Panetta of U of Miss.
Forest L. Carter, Naval Research Lab
Pichart Potember , John's Hopkins
Tim Posten and F. Eugene Yates, UCLA

Please let me know (recent papers and articles, etc.)

Thanks,

* ARPA: gorin@media-lab.media.mit.edu * It's not who you know, *
* UUCP: mit-eddie!mit-amt!gorin * it's whom you know *

------------------------------

Date: 15 Feb 87 19:58:50 GMT
From: husc2!chabris@husc6.harvard.edu (chabris)
Subject: OPS5 in Standard/Cambridge Lisp?


I have the OPS5 source code in Franz Lisp and Common Lisp (as posted in the
AI Forum on Compuserve) and am interested in porting it to Cambridge Lisp.
Does anyone know if this has already been done, or if there is any OPS5 source
in either Standard Lisp or Portable Standard Lisp, the ancestor dialects of
Cambridge Lisp? Thank you very much.


--
===============================================================================
Christopher F. Chabris Contributing Editor, START Magazine, Antic Publishing
[Dunster F-61, Harvard University, Cambridge, MA, 02138 (617) 498-2239]
[Permanent: 15 Sterling Road, Armonk, NY, 10504 (914) 273-8828]
ARPAnet: chabris@husc4.harvard.edu Compuserve: 73277,305
UUCP: ...harvard!husc4!chabris Bitnet: chabris@harvunxu
===============================================================================

------------------------------

Date: 17 Feb 87 20:12 AST
From: AXDRW%ALASKA.BITNET@wiscvm.wisc.edu
Subject: Lisp Sources for OPS5


Hello, I have been asked to look for the Lisp source to OPS5.
Does anyone out there know of where I might get this? I would
perfer a net address if possible. Please EMAIL your responses
directly to me. Thank you


Don R Withey BITNET: AXDRW@ALASKA.BITNET
University of Alaska BIX: dwithey
3221 UAA Drive
Anchorage, Alaska 99508
907-786-4851 (work) 907-277-9063 (home) 907-274-6378 (other home)

Any expressed opinion is my own, and in no way represent those of my employer,
the University of Alaska.

------------------------------

Date: Sun, 15 Feb 87 22:44:17 est
From: mayerk@eniac.seas.upenn.edu (Kenneth Mayer)
Subject: Legal reasoning


Could someone give some pointers into the literature about legal
reasoning. Or better yet, someone you know whom I could contact.

Ken

/|---------------------------------------------------------------|\
/ | ARPA: mayerk@eniac.upenn.seas.EDU | \
| | USnail: Kenneth Mayer | |
| | University of Pennsylvania, Moore School of Eng.| |
- | 305 S. 41st St | -
| | Philadelphia, PA 19104 | |
| | GENIE: MAYERK | |
\ | CIS: [73537,3411] | /
\|---------------------------------------------------------------|/
"It's a sky-blue sky, "The future is a place,
Satellites are out tonite, About 70 miles east of here,
Let X = X..." Where it's lighter..."

------------------------------

Date: 17 FEB 87 18:53 GMT
From: U06Q%CBEBDA3T.BITNET@wiscvm.wisc.edu
Subject: Parallel Functional Programming Languages


Hello out there,

I'm looking for books, papers news etc. about parallel functional
programming languages and especially about possibilities to
parallelize LISP (garbage collection, memory management etc). Is there
anyone out there, who has some experience with that subject or who
knows someone, who has experiences. I would be glad to receive book
titles or to receive addresses of people, who are interested in that
subject.
My network address: U06Q@CBEBDA3T.BITNET
thanks a lot Rene Rehmann
Dep. of computer science
University of Berne
Switzerland

------------------------------

Date: Thu, 12 Feb 87 08:49:03 EST
From: yerazuws@csv.rpi.edu (Crah)
Subject: Re: DEC AI Workstation

In article <8702120856.AA22369@ucbvax.Berkeley.EDU>, DON@atc.bendix.com writes:
> .... Of particular interest to me are
> remarks from people who have used the DEC workstation and one of the
> standard Lisp workstations (XEROX, Symbolics, LMI, TI, Sun, Apollo).
>

First the disclaimer - I've worked for DEC over two summers now, and am
hoping to work there permanently. However, the opinions below are
(I believe) not significantly influenced by that- and I'm also a
stockholder in Symbolics, so *there* :-)

I've worked with 3600's, SUNs and AI VAXstations.

The Symbolics used to be unquestionably superior- now I'm not
so sure. Release 7 of Symbolics not only has proprietary code (and new
microcode _again_), but now there are two different LISPS (Zeta and Common)
and you have to be careful which LISP window you're typing at. The
Symbolics also carry hefty price tags. The color display is a separate
monitor- which takes up a good chunk of space. The tools are great, however.
Window Debugger (c-m-W) is still unmatched elsewhere.

I wouldn't bother with the SUN, especially in a diskless
configuration. I wasted (yes, wasted) nine months trying to develop
an architecture simulator on Sun 2's. Little things like a server
being slow can completely hang your LISP and your editor - so you sit.
And sit. And forget what you were doing...

The problem is that when you page on a diskless SUN, you generate I/O
requests at a HUGE rate compared to normal file I/O. Hence, a server
which is only mildly busy as seen by fileio users is essentially locked
up as far as the LISP user is concerned. I don't know if adding huge
amounts of memory would help the SUN or not... but see the comments
under "memory" below.

Just so you understand HOW bad diskless SUN's are- We switched
from the SUN workstations to a heavily loaded 4.2 BSD /780 and found
that we were getting about ten times as much work done- even though
we were sharing the machine with twenty other people.

Now, the AI VAXstation. I like it a lot. I've got the simulator
running (in LISP), the compiler for it (a LISP compiler, in LISP, with chunks
migrating into OPS5), and most of my thesis written (in TeX). I've got
C when I want to do C-like things, and FORTRAN when that's appropriate.
I only have the black and white scope- but the color scope is usable
without needing a b/w scope also.

The LISP on VAXstations can do graphics, too. Very cleanly.

I don't bother with the LISP Language Sensitive Editor, having
been addicted to EMACS for so long. Sorry, can't help you there.

Suggestion- if you buy the VAXstation, get lots of memory.
Five megs is not enough if you have a LISP, three EMACSes and a DCL and are
using them all- the LISP will thrash when you gc. Get nine megs (the
one meg that comes on the CPU card, plus an eight-meg card) and you'll
GC in about six seconds- which is much better than the Symbolics'
time of ONE HOUR or more. I don't know if going to 16 megs (max addressable
in a MicroVAX II) would improve anything- my system rarely pages at
all in the above LISP/EMACS/DCL load configuration.

I had Ultrix and Xwindows up for a while instead of DCL; I liked
UIS better than X, so I accepted the DCL as part of the package. Besides
there's a shell around somewhere....


Disclaimer repeated: I have been and hope again to be an employee of
DEC. I am a stockholder of record in Symbolics, Inc. My best drinkin'
buddy works for SUN Microsystems.

-Bill Yerazunis

------------------------------

Date: 13 Feb 87 22:01:14 GMT
From: brothers@topaz.rutgers.edu (Laurence R. Brothers)
Subject: Re: Against the Tide of Common LISP

The fun thing about common lisp, though, is that any given little
utility function you care to write probably already exists.... I was
working on a project last year that caused me to want to resize an
array - I wrote the little routine, then something caused me to look
in the arrays section of Steele, and -- lo and behold -- resize-array
(or something like that).
--
Laurence R. Brothers
brothers@topaz.rutgers.edu
{harvard,seismo,ut-sally,sri-iu,ihnp4!packard}!topaz!brothers
"I can't control my fingers -- I can't control my brain -- Oh nooooo!"

------------------------------

End of AIList Digest
********************

← previous
next →
loading
sending ...
New to Neperos ? Sign Up for free
download Neperos App from Google Play
install Neperos as PWA

Let's discover also

Recent Articles

Recent Comments

Neperos cookies
This website uses cookies to store your preferences and improve the service. Cookies authorization will allow me and / or my partners to process personal data such as browsing behaviour.

By pressing OK you agree to the Terms of Service and acknowledge the Privacy Policy

By pressing REJECT you will be able to continue to use Neperos (like read articles or write comments) but some important cookies will not be set. This may affect certain features and functions of the platform.
OK
REJECT