9fans - fans of the OS Plan 9 from Bell Labs
 help / color / mirror / Atom feed
From: "Dan Cross" <crossd@gmail.com>
To: "Fans of the OS Plan 9 from Bell Labs" <9fans@cse.psu.edu>
Subject: Re: [9fans] How can I shift a variable other than ?
Date: Sat, 10 Mar 2007 16:20:22 -0500	[thread overview]
Message-ID: <aa7e41150703101320t766fbe45o91fa2af8400fef68@mail.gmail.com> (raw)
In-Reply-To: <20070310173030.GG12719@kris.home>

On 3/10/07, Kris Maglione <bsdaemon@comcast.net> wrote:
> The difference here is that there has always been one rc (ignoring the
> UNIX version, which is gratuitously incompatible), unlike the bourne
> shells. One of the great things about it has always been that you could
> write rc scripts and know that they'd work on rc wherever they were run.
> If you start extending the spec, then things start to suck, truly.

Nonsense.  You think rc has never changed before?  There have been
plenty of non-backwards compatible changes in Plan 9.

Plan 9 is a research system; it should be unfettered by the demands of
backwards compatibility with itself (within reason).  Taking your
argument to its logical conclusion, we should all be using VT220's (or
better yet, DECwriter III's) on a VAX running 7th edition Unix.  But
I'd rather incorporate good ideas for change than remain stuck in the
past.  In this environment, I think innovation is worth more than some
minimal amount o backwards compatibility.  Besides, one doesn't even
know how used this feature would be; it may come to pass that the
vast, vast majority of sites are totally unaffected.

Besides, there are sufficiently few sites running Plan 9 that, when
confronted with script breakage, it is not an unreasonable answer to
say, ``upgrade your shell.''

There are times when forward progress demands a break from established
convention.  Sometimes, this buys you nothing, but that does not mean
that every proposed change is bad.  Certainly, without deciding to
break backwards compatibility with Unix, Plan 9 would never have come
about.

> >doesn't run on plan 9.  it's written in limbo and depends on
> >features of inferno that are not part of plan 9.
>
> It runs on Inferno, which runs on Plan 9. You can script for Plan 9 in
> Inferno's sh. You can even script for UNIX in it. I've done both. It
> works. It's not even ugly.

Have to incorporate all of the Inferno machinery into a system just to
run a shell script is way too much to ask of most people.  Certainly,
more than asking them to upgrade their shell interpreter from sources.

> At any rate, someone might write a new shell which is neither es nor
> Inferno's shell, which is designed to run on Plan 9. I'd still rather
> just use Inferno's shell, myself.

Then by all means, port over the Inferno shell.

        - Dan C.


  reply	other threads:[~2007-03-10 21:20 UTC|newest]

Thread overview: 40+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-03-10 12:32 erik quanstrom
2007-03-10 17:30 ` Kris Maglione
2007-03-10 21:20   ` Dan Cross [this message]
2007-03-10 21:53     ` Kris Maglione
2007-03-10 22:20       ` Dan Cross
2007-03-11 12:12       ` matt
2007-03-11 20:23         ` Kris Maglione
2007-03-11 22:11           ` erik quanstrom
2007-03-11 23:14             ` Martin Neubauer
2007-03-12  8:50               ` Kris Maglione
2007-03-12 12:26                 ` erik quanstrom
2007-03-12 13:37                   ` Anthony Sorace
2007-03-12 13:39           ` Dan Cross
2007-03-12 15:22             ` Russ Cox
2007-03-12 17:05               ` Dan Cross
2007-03-12 18:41                 ` Kris Maglione
2007-03-13 14:59           ` rog
2007-03-13 15:22             ` erik quanstrom
2007-03-13 15:40               ` [9fans] minimal-instruction-sets (was: How can I shift a variable other than ?) andrey mirtchovski
2007-03-13 15:40             ` [9fans] How can I shift a variable other than ? C H Forsyth
2007-03-13 17:45               ` Anthony Sorace
2007-03-13 20:39                 ` Paweł Lasek
2007-03-13 17:32             ` Anthony Sorace
  -- strict thread matches above, loose matches on Subject: below --
2007-03-10  4:46 erik quanstrom
2007-03-10  5:14 ` Kris Maglione
2007-03-09  4:38 erik quanstrom
2007-03-09  4:48 ` erik quanstrom
2007-03-09  5:27   ` Federico G. Benavento
2007-03-09  5:31     ` erik quanstrom
2007-03-09  7:00       ` Kris Maglione
2007-03-09 13:55         ` erik quanstrom
2007-03-09 14:09           ` Kris Maglione
2007-03-09 14:33             ` erik quanstrom
2007-03-09 14:37             ` erik quanstrom
2007-03-09  4:57 ` lucio
2007-03-09 14:41   ` erik quanstrom
2007-03-08  8:00 YAMANASHI Takeshi
2007-03-08  8:41 ` Russ Cox
2007-03-09 18:23 ` rog
2007-03-09 19:25   ` Kris Maglione

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=aa7e41150703101320t766fbe45o91fa2af8400fef68@mail.gmail.com \
    --to=crossd@gmail.com \
    --cc=9fans@cse.psu.edu \
    /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).