9fans - fans of the OS Plan 9 from Bell Labs
 help / color / mirror / Atom feed
From: Dan Cross <cross@math.psu.edu>
To: 9fans@cse.psu.edu
Subject: Re: [9fans] Python filesystem
Date: Thu, 29 Nov 2001 15:37:01 -0500	[thread overview]
Message-ID: <200111292037.PAA25596@augusta.math.psu.edu> (raw)
In-Reply-To: <20011129200126.8C925199BB@mail.cse.psu.edu>

In article <20011129200126.8C925199BB@mail.cse.psu.edu> you write:
>> cvshell?  I've noticed a trend in Plan 9 to write compressed word
>> sequences using all letters, eg, cvsshell.
>
>As opposed to all numbers?

Aren't all letters also numbers?  Certainly, that's true in the semetic
languages.  One can think of the Roman letters of English as being
numbered; a is 1, b is 2, etc.  Then of course there are the character
encoding systems such as ASCII, EBCDIC, Unicode, Baudot, etc.

>I'm confused.

It's a natural state for lots of people.  I estimate that I spend
90%-95% of my time hopelessly confused.  :-)

>I suppose I could have written cvs.shell or cvs_shell
>but that removes the ambiguity and that was most
>of the fun.

And that's what I meant: cvshell; is that CVS Hell, or CVS Shell with
an attempt to save a character?

>> Now the question arises, is
>> this a Freudian slip, or an intentional jab at CVS?  :-)
>
>I ported CVS to Plan 9.  Does that make me more
>or less likely to jab at it?  </unhelpful>

Well....  If the things Boyd says about CVS are any indication, it
probably makes you more likely to jab at it.  But then there's the
possibility that you did so subconsiously.  Note that I didn't leave
the option of it being a typo.  :-)

>A constructive note: the biggest problem with making CVS
>a file system is that it's not at all clear how to make
>it present _useful_ views of the world.  The dump is nice
>because the versioning is at the top of the tree, so that
>each directory is internally consistent.  If you did the
>same with CVS, I can easily see being overwhelemed with
>needless detail in order to present consistent pictures.

This is why I was looking at what VMS did; by appending the version
number on the end of the file, and then adding hooks such that opening
foo.dat by default opened the latest version of foo.dat, they
sidestepped much of the detail.  Creating a file automatically created
a new version.  I know several VMS programmers who never bothered with
revision control; the filesystem did it for them.

The downside was that you could have huge numbers of old files hanging
around, and the entire file was copied each time the editor saved a new
version, even if you only changed one character.  That was a pain, and
lead to the necessity for the PURGE command to delete old copies (I
suppose you could have done the same thing with DELETE, but it was a
pain).

At anyrate, I wonder if a two-filesystem model would work; the lower
one holds deltas, etc, and the higher one provides a useful view onto
that.
	- Dan C.



  reply	other threads:[~2001-11-29 20:37 UTC|newest]

Thread overview: 46+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-11-29 20:01 Russ Cox
2001-11-29 20:37 ` Dan Cross [this message]
2001-11-29 20:49   ` Boyd Roberts
2001-11-30 16:01     ` plan9
2001-12-01  4:44       ` Boyd Roberts
  -- strict thread matches above, loose matches on Subject: below --
2001-12-08 19:58 Doug McIlroy
2001-11-30  0:11 geoff
2001-11-30  3:10 ` William Josephson
2001-11-29 23:07 geoff
2001-11-29 23:26 ` George Michaelson
2001-11-29 14:49 Russ Cox
2001-11-29 19:28 ` Dan Cross
2001-11-29 20:02   ` Skip Tavakkolian
2001-11-29 20:05   ` Boyd Roberts
2001-11-29 10:23 rog
2001-11-29 10:54 ` Boyd Roberts
2001-11-28 20:36 David Gordon Hogan
2001-11-28 18:54 Russ Cox
2001-11-28 19:09 ` Matt
2001-11-28 21:46   ` Boyd Roberts
2001-11-29 12:24     ` Matt
2001-11-29  5:49   ` Lucio De Re
2001-11-29  6:30     ` Boyd Roberts
2001-11-29  6:31       ` George Michaelson
2001-11-29  7:10         ` Boyd Roberts
2001-11-29 11:26           ` Sam Holden
2001-12-06 16:56           ` Ralph Corderoy
2001-12-06 17:32             ` Boyd Roberts
2001-11-29 10:50       ` Lucio De Re
2001-11-29 11:06         ` Boyd Roberts
2001-12-06 15:59           ` Ralph Corderoy
2001-11-29  7:21     ` Skip Tavakkolian
2001-11-29  7:32       ` Steve Kilbane
2001-12-03 22:39         ` Laura Creighton
2001-12-07  9:36           ` Ralph Corderoy
2001-12-07 14:07             ` Laura Creighton
2001-11-29  7:37       ` Boyd Roberts
2001-11-29 11:10         ` Christopher Nielsen
2001-11-29 19:51         ` Skip Tavakkolian
2001-11-29 10:08     ` John Murdie
2001-11-29 10:37       ` Boyd Roberts
2001-11-29 12:03       ` Lucio De Re
2001-11-28 18:21 Russ Cox
2001-11-28 18:34 ` Matt
2001-11-28 18:18 Matt
2001-11-30  5:44 ` Quinn Dunkan

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=200111292037.PAA25596@augusta.math.psu.edu \
    --to=cross@math.psu.edu \
    --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).