Aucbvax.6465
fa.works
utcsrgv!utzoo!decvax!ucbvax!works
Fri Mar 12 11:57:17 1982
UNIX as a working environment
>From COMSAT.SoftArts@Mit-Multics Thu Mar 11 20:18:37 1982
Local:  works at mit-ai
Via:  Mit-Ai; 11 Mar 82 22:10-EDT
Via:  Brl-Bmd; 11 Mar 82 22:31-EDT

UNIX is a nice homey system but it is not a lot different from
something like CP 67.  Like a half a dozen other systems I have
used it has a nice subroutine library so you can get at the OS
from a higher level language and it provides a weak form of
dynamic linking (using process forking) so you can write your
own command processor like programs.  Multics did it better,
OS/360 MVS did it about as well except the terminal support was
worse, early Primos blew it because their high level language
was Fortran, Magic 6 did this pretty well but was a bit big for
the processor and so on.  Some of these systems felt more
comfortable than others.  UNIX is usually the first decent
system people get to use and they usually fall in love with it
and never question it.  [1]  Having put up with a dozen
operating systems so far I put UNIX in the much better than
average category but am constantly reminded of the saying, "If
English was a good enough language for the Lord to write the
Bible in then it's good enough for me."

As far as the future?  My favorite system today consists of a
hairy EMACS.  I login, enter EMACS and stay there.  Why?
Because, with a few extensions we have put in, there is no
reason not to work in an environment in which the screen is
well managed and I can do the things I do all the time easily.
Is EMACS the answer?  I doubt it.

What does a good system need?

    Dynamic linking: UNIX almost has this, but you still have
    to work to fix a bug in a library.  Multics, Magic 6,
    SMALLTALK systems and the Lisp Machine have this.

    Screen Management: You don't NEED bit mapped screens to do
    something nice to your screen.  You need imagination.
    Personally, I like bit mapped screens, they can be treated
    device independently, but what you really need is to think
    in terms of screens, not teletypes.

    Memory Management: I have seen several good approaches.
    Language oriented systems use "object" orientation which
    will probably be the winner, but segmentation provides a
    number of useful advantages.  The Lisp Machine uses both
    and, of course, you PAGE underneath the whole thing.  [2]

I agree that there is a software problem and I think there is a
software problem because most systems programmers and most
systems hackers are NOT IMAGINATIVE and INNOVATIVE enough.

                             Wow, that ought to get the bath
                             water a-bubbling,

                                  Great balls of fire ...

                                       Seth Steinberg

USELESS FOOTNOTES

[1]  Why else does everyone say: UNIX is just like Multics
except better and ignore all of the work on capabilities and
scaling large systems back on CTSS and the PDP-1?  It's simple,
they know UNIX but they haven't even read about Multics.

[2] SMALLTALK does not page.  It loads objects from the disk
which is NOT the same.  They tried a BIBOP scheme and when it
failed threw out the baby too.  As you may have gathered I
think they made a mistake with their VERY CLEVER scheme but I
may be wrong.




-----------------------------------------------------------------
gopher://quux.org/ conversion by John Goerzen <[email protected]>
of http://communication.ucsd.edu/A-News/


This Usenet Oldnews Archive
article may be copied and distributed freely, provided:

1. There is no money collected for the text(s) of the articles.

2. The following notice remains appended to each copy:

The Usenet Oldnews Archive: Compilation Copyright (C) 1981, 1996
Bruce Jones, Henry Spencer, David Wiseman.