Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!seismo!rutgers!ucla-cs!cit-vax!oberon!othello.usc.edu!barad
From: barad@othello.usc.edu (Herb Barad)
Newsgroups: comp.lang.smalltalk
Subject: Re: Severe Limitation of Smalltalk for Big Projects
Message-ID: <3188@oberon.USC.EDU>
Date: Sat, 4-Jul-87 13:09:18 EDT
Article-I.D.: oberon.3188
Posted: Sat Jul  4 13:09:18 1987
Date-Received: Sat, 4-Jul-87 20:27:29 EDT
References: <3005@oberon.USC.EDU>
Sender: nobody@oberon.USC.EDU
Reply-To: barad@othello.usc.edu.UUCP (Herb Barad)
Distribution: world
Organization: University of Southern California, Los Angeles
Lines: 27
Keywords: PS, Smalltalk
Summary: clarification...

I would like to clarify a point that I started with an article I
posted a little while ago.  I was not intending to discourage anyone
from using PS.  In fact, I feel that PS is a excellent product and is
extremely well supported.  The point I was making in my article had to
do with a letter I received from an individual asking about the
usefulness of Smalltalk (PS specifically) in "industrial strength"
applications and I just wanted to point out a limitation that I have
reached.

Again, I feel that PS is a great tool for prototyping and it has been
indespensible in my PhD research.  I have also been told by the people
at ParcPlace that this limit will be removed in an upcoming version.
The limit won't just be increased, it will be removed and you will
only be limited by your own h/w (and maybe operating system).

I would heartily recommend PS.  If you have any specific questions
reguarding it, you can contact Nannette Harter at ParcPlace Systems:
	pplace!harter@sun.com

I appologize for any misunderstandings...




Herb Barad	[USC - Signal and Image Processing Institute]
email:	barad@brand.usc.edu	or
	...!sdcrdcf!oberon!brand!barad