🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: fa.editor-p
Article #127

Re: Concurrent File Access

#127
From: ucbvaxC70editor-people
Date: Mon, 01 Mar 1982 14:40
15 lines
1212 bytes
>From Craig.Everhart@CMU-10A Mon Mar  1 11:43:30 1982
I see no reason why an editor should by default allow an edit session to
proceed with the file-being-edited unlocked, certainly not after the user
makes the first change to his image of the file.  How this is integrated into
the user interface is largely a matter of taste; however, it's highly annoying
to have made lots of changes to a file only to find that they really weren't
being made to the file at all, because you couldn't write them back out
without clobbering something unknown.  Better to find out that someone else
is editing the same file either as you start looking at it or as you make your
first change.

The situation is reminiscent of a circa-1975 feature of CMU's mail sender; it
would let you type in an arbitrarily-long message, then once you had finished
it would notice that you had mis-typed your recipient's name, so it wouldn't
send the mail.  I think it didn't save a copy of what you had typed, either.
Technical Details
Message-ID: <anews.Aucb.561>
Path: arc1-ca.pugleaf.net!utzoo!decvax!ucbvax!C70:editor-people

Show Full Headers
Complete Article Headers
Path: arc1-ca.pugleaf.net!utzoo!decvax!ucbvax!C70:editor-people
From: ucbvax!C70:editor-people
Newsgroups: fa.editor-p
Subject: Re: Concurrent File Access
Date: Mon, 01 Mar 1982 14:40:58 +0000
Message-ID: <anews.Aucb.561>