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 32344 invoked from network); 20 Feb 2022 21:03:51 -0000 Received: from minnie.tuhs.org (45.79.103.53) by inbox.vuxu.org with ESMTPUTF8; 20 Feb 2022 21:03:51 -0000 Received: by minnie.tuhs.org (Postfix, from userid 112) id F056A9CBCD; Mon, 21 Feb 2022 07:03:45 +1000 (AEST) Received: from minnie.tuhs.org (localhost [127.0.0.1]) by minnie.tuhs.org (Postfix) with ESMTP id BAF609CBBA; Mon, 21 Feb 2022 07:02:20 +1000 (AEST) Received: by minnie.tuhs.org (Postfix, from userid 112) id 0CA089CBBA; Mon, 21 Feb 2022 07:02:17 +1000 (AEST) Received: from mcvoy.com (mcvoy.com [192.169.23.250]) by minnie.tuhs.org (Postfix) with ESMTPS id 953999CB50 for ; Mon, 21 Feb 2022 07:02:16 +1000 (AEST) Received: by mcvoy.com (Postfix, from userid 3546) id 3950735E08B; Sun, 20 Feb 2022 13:02:16 -0800 (PST) Date: Sun, 20 Feb 2022 13:02:16 -0800 From: Larry McVoy To: Chet Ramey Message-ID: <20220220210216.GJ3964@mcvoy.com> References: <8102A7AB-21F5-477D-8D37-5412103CD396@iitbombay.org> <4a8c1f33-ab34-7f5d-321a-a8d759eee7c8@in-ulm.de> <5a9e9d48-aaad-851e-94af-1f4c100e1eb2@case.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5a9e9d48-aaad-851e-94af-1f4c100e1eb2@case.edu> User-Agent: Mutt/1.5.24 (2015-08-30) Subject: Re: [TUHS] v7 source code for sh X-BeenThere: tuhs@minnie.tuhs.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: The Unix Heritage Society mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: tuhs@minnie.tuhs.org Errors-To: tuhs-bounces@minnie.tuhs.org Sender: "TUHS" On Sun, Feb 20, 2022 at 03:54:12PM -0500, Chet Ramey wrote: > >All that might have been implemented more elegant directly in the terminal > >I/O instead of in every program? (that is, not in a MS-DOS-like way, where > >every program even needs its own pager). > > Elegant, maybe, but it never seemed to take off. > > It always seemed like it would have been just the thing to implement as a > tty streams module, but research Unix went in a different direction. Not really. You want history files, I have one for each tty. Telling the tty driver to write to this inode seems sort of weird. I guess you could make it work, but to me, this screams libc or libhistory or something like that. I agree it shouldn't be in each app that wants it but isn't that what libraries are for?