The Unix Heritage Society mailing list
 help / color / mirror / Atom feed
From: will.senn@gmail.com (Will Senn)
Subject: [TUHS} Running V8 ...
Date: Mon, 16 Oct 2017 11:38:48 -0500	[thread overview]
Message-ID: <314e66e3-c357-0e05-f0ed-75dd386366a5@gmail.com> (raw)
In-Reply-To: <201710161158.v9GBweD4005539@coolidge.cs.Dartmouth.EDU>

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 3011 bytes --]

On 10/16/17 6:58 AM, Doug McIlroy wrote:
> The advent of non-typewriter input put a damper on Universal Unix. One has
> to learn something to get started with a novel device. I am impressed,
> though, by the breadth of Universal Unix that survives behind those
> disparate facades.

Doug,

I totally agree. In 2005, I bought a Powerbook because I liked the 
aesthetics of it over Windows laptops of that era. I had been using 
Linux for fun but not without a significant bit of pain since the early 
1990's (0.9 kernel), but never seriously. When I opened up my first 
terminal on the Powerbook, I began to love my Powerbook and Unix - 
beauty AND power! As a result of that exposure, I'm comfortable with 
pretty much any *nix and am only frustrated when distributions mess with 
the core tools or leave out system documentation.

To digress a little, my recent exposure to V6 an V7 have only served to 
reinforce my appreciation for the universal aspects of Unix. How is it 
remotely possible that OS's that are approaching 40 years old have so 
much in common with their modern ancestors? The thing that most 
impresses me though, is the durability of the documentation. I was 
reading K&R's "Programming Unix" in volume 2 of the V7 programmer's 
guide. When I came across a concise and informative description of fork:

    Now  we  will  show  how  to regain  control  after  running a 
    program  with execl or execv.   Since  these  routines simply 
    overlay  the new  program  on  the  old  one,  to  save the  old 
    one  requires  that  it  first  be  split  into  two copies;  one  of
    these  can  be  overlaid,  while  the  other  waits  for  the new, 
    overlaying  program  to  finish.   The  splitting  is
    done  by  a  routine  called fork.

Nowadays, fork is usually discussed first, with exec seeming to be 
included as a second class citizen (see Rago & Stevens APUE), which to 
me always seemed a little inverted. The K&R note shows exec first and 
then fork - seems logical - which is how most of K&R and most of the V6 
& V7 documentation is - too bad most of today's documentation is either 
deemed unnecessary (vis a vis the intuitiveness of the Mac/iPhone or is 
of poor quality.

Your note makes me wonder what you thought of Plan 9's mouse input, or 
what K&R thought of it, about "having" to use a mouse for input. I'm 
playing with Plan 9 on my raspberry pi 2 model b and while it seems to 
work, I find the interface constantly getting in the way of my mind and 
fingers :). You even have to use the mouse to wake the screen up! Don't 
get me wrong, I find Plan 9 to be quite interesting and parts of it  
conceptually elegant, but not the interface!

Later,

Will




-- 
GPG Fingerprint: 68F4 B3BD 1730 555A 4462  7D45 3EAA 5B6D A982 BAAF

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://minnie.tuhs.org/pipermail/tuhs/attachments/20171016/4bf58ed0/attachment.html>


      parent reply	other threads:[~2017-10-16 16:38 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-10-16 11:58 Doug McIlroy
2017-10-16 15:41 ` Don Hopkins
2017-10-17 11:47   ` Tony Finch
2017-10-17 14:30     ` Larry McVoy
2017-10-17 14:50     ` Don Hopkins
2017-10-16 16:28 ` Clem Cole
2017-10-16 16:39   ` [TUHS} Running V8 ... [ really basic tools ] Jon Steinhart
2017-10-16 19:16     ` Ian Zimmerman
2017-10-16 19:28       ` Jon Steinhart
2017-10-17  1:15         ` Ian Zimmerman
2017-10-17  4:20           ` UNIX version 2*pi Don Hopkins
2017-10-17  6:08             ` Dave Horsfall
2017-10-17 18:23               ` Ron Natalie
2017-10-18  2:46                 ` Dave Horsfall
2017-10-18 10:15                   ` Ron Natalie
2017-10-16 16:38 ` Will Senn [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=314e66e3-c357-0e05-f0ed-75dd386366a5@gmail.com \
    --to=will.senn@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).