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 autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 30604 invoked from network); 20 Jan 2023 23:11:41 -0000 Received: from minnie.tuhs.org (50.116.15.146) by inbox.vuxu.org with ESMTPUTF8; 20 Jan 2023 23:11:41 -0000 Received: from minnie.tuhs.org (localhost [IPv6:::1]) by minnie.tuhs.org (Postfix) with ESMTP id 9E34342529; Sat, 21 Jan 2023 09:11:17 +1000 (AEST) Received: from mcvoy.com (mcvoy.com [192.169.23.250]) by minnie.tuhs.org (Postfix) with ESMTPS id 6B0A442516 for ; Sat, 21 Jan 2023 09:11:08 +1000 (AEST) Received: by mcvoy.com (Postfix, from userid 3546) id 078EB35E603; Fri, 20 Jan 2023 15:11:07 -0800 (PST) Date: Fri, 20 Jan 2023 15:11:07 -0800 From: Larry McVoy To: Rob Pike Message-ID: <20230120231107.GB12196@mcvoy.com> References: 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: DRT77QDKT7E5IOFOWRCBKHR54CBEMO4R X-Message-ID-Hash: DRT77QDKT7E5IOFOWRCBKHR54CBEMO4R 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: The Eunuchs Hysterical Society X-Mailman-Version: 3.3.6b1 Precedence: list Subject: [TUHS] Re: FD 2 List-Id: The Unix Heritage Society mailing list Archived-At: List-Archive: List-Help: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: On Sat, Jan 21, 2023 at 09:56:16AM +1100, Rob Pike wrote: > I will let others respond with specifics, but that was there in v5 at least. > > One of the many shocks I had on arrival at Google was that in production, > fd2 was pretty much standard output, as all the logging went there. And > since our machines were still 32-bit CPUs then, it was common to overflow > the offset because the logging output was, well, not parsimonious. It felt > like I'd entered bizarro world, until I realized that few anywhere really > knew how Unix was supposed to be used. And they still don't, and never will. Isn't there a logging API complete with the ability to centralize the logs?