Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!ames!sun-arpa!male!pitstop!texsun!texbell!sw1e!uucibg From: uucibg@sw1e.UUCP (3929]) Newsgroups: comp.editors Subject: Re: multi-user editors....... Keywords: why, how Message-ID: <1523@sw1e.UUCP> Date: 24 Apr 89 14:56:04 GMT References: <8583@xanth.cs.odu.edu> Reply-To: uucibg@sw1e.UUCP (Brian Gilstrap [5-3929]) Distribution: usa Organization: Southwestern Bell Telephone Co Lines: 41 In article <8583@xanth.cs.odu.edu> lazarus@cs.odu.edu (Keith E. Lazarus) writes: >i'm really surprised at the reactions i've gotten when i've mentioned >this idea to people... a very strange look and 2 questions: > > 1) why would you want to allow that??? & > 2) how can it be done??? > >i now realize that this is a <<>> idea, however, I don't think that it is >too ridiculous. i'm really surprised that nothing like this already exists. Perhaps to the Un*x world. Though I think this may be a matter of a lack of need (the system which I know of which has such an editor has much more compelling reasons: it was quite a bit slower in user-repsonsiveness (and as near as I can tell, in general ), and didn't support lots of smaller files as well as a few *huge* files). >my original question still stands: > Do any of y'all know of any full-screen editors that support multiple > users editing a single file at one time??? There is such and editor that runs under the MCP operating system on the Unisys (used to be Burroughs) A-series machines. It probably doesn't quite qualify since the inherant assumption in this discussion seems to be that the full-screen editor is asynchronous (along the lines of emacs or vi). The A-series machines use a poll/select approach (as near as I recall) so as a result you get more of a synchronous "feel" in your editing (you know, make a bunch of changes, hit enter, wait for the screen to come back). I was not at all impressed with the MCP operating system when I worked for Unisys (though I certainly can't claim that I knew it intimately). However, this editor definitely allowed multi-user access, with granularity down to lines. It also required that files have line numbers (ack!). > Keith E. Lazarus Department of Computer Science > lazarus@xanth.cs.odu.edu Old Dominion University Norfolk, VA Brian R. Gilstrap Southwestern Bell Telephone One Bell Center Rm 17-G-4 ...!ames!killer!texbell!sw1e!uucibg St. Louis, MO 63101 ...!bellcore!texbell!sw1e!uucibg (314) 235-3929 ...!uunet!swbatl!sw1e!uucibg #include