From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-1.0 required=5.0 tests=MAILING_LIST_MULTI, T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 4422 invoked from network); 14 Sep 2022 00:33:35 -0000 Received: from minnie.tuhs.org (50.116.15.146) by inbox.vuxu.org with ESMTPUTF8; 14 Sep 2022 00:33:35 -0000 Received: from minnie.tuhs.org (localhost [IPv6:::1]) by minnie.tuhs.org (Postfix) with ESMTP id 4979240E77; Wed, 14 Sep 2022 10:33:30 +1000 (AEST) Received: from mcvoy.com (mcvoy.com [192.169.23.250]) by minnie.tuhs.org (Postfix) with ESMTPS id AEADA40D1F for ; Wed, 14 Sep 2022 10:33:26 +1000 (AEST) Received: by mcvoy.com (Postfix, from userid 3546) id 019B835E4C4; Tue, 13 Sep 2022 17:33:25 -0700 (PDT) Date: Tue, 13 Sep 2022 17:33:25 -0700 From: Larry McVoy To: Rob Pike Message-ID: <20220914003325.GJ1684@mcvoy.com> References: <477dbaa9-d433-471d-a1b9-045ffded634e@www.fastmail.com> <20220913015316.GM9175@mcvoy.com> <20220913021240.GN9175@mcvoy.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) Message-ID-Hash: ILBZQ4I5B2A6VFT6LDN6LTUHYLH7JY7N X-Message-ID-Hash: ILBZQ4I5B2A6VFT6LDN6LTUHYLH7JY7N X-MailFrom: lm@mcvoy.com X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-tuhs.tuhs.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header CC: TUHS main list X-Mailman-Version: 3.3.6b1 Precedence: list Subject: [TUHS] Re: DMD 5620 simulator List-Id: The Unix Heritage Society mailing list Archived-At: List-Archive: List-Help: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: Huh, I thought it was less ad-hoc than that. I never had access to the source but you could look at what you could do on that terminal and you just knew that people had put some thought into making high level commands that knew what the terminal could do. It was a cool idea. Like anything, you look back and see what you could have done better, but it was still a cool idea, a big leap ahead from just a dumb terminal. On Wed, Sep 14, 2022 at 10:23:31AM +1000, Rob Pike wrote: > I wish we had found a consistent way to manage the client/server (or as we > called it, terminal/host) separation. Every program did it a different way, > with varying levels of success. We didn't push hard enough on it at the > time, but Plan 9 came about in part by thinking about the problem, and to > be honest so did JavaScript. > > -rob > > > On Tue, Sep 13, 2022 at 11:01 PM Clem Cole wrote: > > > > > > > On Mon, Sep 12, 2022 at 10:12 PM Larry McVoy wrote: > > > >> I have very fond memories of the BLIT terminals, I just liked how much > >> you got out of a serial cable. Way, way more than anyone else imagined. > >> > > > > I think that is a good way to express it. The client/server paradigm is > > really well considered - what belongs on each side. of the link such that > > the data that actually had to be sent between them is minimum. It becomes > > a solid demonstration of what you need to get a job done. > > ??? > > -- --- Larry McVoy Retired to fishing http://www.mcvoy.com/lm/boat