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, RCVD_IN_DNSWL_NONE autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 7116 invoked from network); 24 Jun 2020 05:11:23 -0000 Received: from minnie.tuhs.org (45.79.103.53) by inbox.vuxu.org with ESMTPUTF8; 24 Jun 2020 05:11:23 -0000 Received: by minnie.tuhs.org (Postfix, from userid 112) id 4329C945BF; Wed, 24 Jun 2020 15:11:18 +1000 (AEST) Received: from minnie.tuhs.org (localhost [127.0.0.1]) by minnie.tuhs.org (Postfix) with ESMTP id C01719459A; Wed, 24 Jun 2020 15:10:35 +1000 (AEST) Received: by minnie.tuhs.org (Postfix, from userid 112) id D1C4E9459A; Wed, 24 Jun 2020 15:10:32 +1000 (AEST) Received: from viclamta21p.bpe.bigpond.com (viclamta21p.bpe.bigpond.com [203.38.21.85]) by minnie.tuhs.org (Postfix) with ESMTPS id 38EE094599 for ; Wed, 24 Jun 2020 15:10:31 +1000 (AEST) Received: from smtp.telstra.com ([10.10.26.4]) by viclafep21p-svc.bpe.nexus.telstra.com.au with ESMTP id <20200624051029.MYMT14930.viclafep21p-svc.bpe.nexus.telstra.com.au@smtp.telstra.com> for ; Wed, 24 Jun 2020 15:10:29 +1000 X-RG-Spam: Unknown X-RazorGate-Vade: gggruggvucftvghtrhhoucdtuddrgeduhedrudekiedgledvucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuuffpveftpgfvgffnuffvtfetpdfqfgfvnecuuegrihhlohhuthemucegtddtnecunecujfgurhepfffhvffujgfkfhgfgggtsehmtddtredtreejnecuhfhrohhmpeffrghvvgcujfhorhhsfhgrlhhluceouggrvhgvsehhohhrshhfrghllhdrohhrgheqnecuggftrfgrthhtvghrnhepieegteeivdevfeffudekhfegleduveejkedtgfefudekhfekleelvdejheetfeefnecukfhppeduuddtrddugedurdduleefrddvfeefnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehhvghloheprghnvghurhhinhdrhhhorhhsfhgrlhhlrdhorhhgpdhinhgvthepuddutddrudeguddrudelfedrvdeffedpmhgrihhlfhhrohhmpeeouggrvhgvsehhohhrshhfrghllhdrohhrghequceuqfffjgepkeeukffvoffkoffgpdhrtghpthhtohepoehtuhhhshesthhuhhhsrdhorhhgqe X-RazorGate-Vade-Verdict: clean 0 X-RazorGate-Vade-Classification: clean X-RG-VS-CLASS: clean Received: from aneurin.horsfall.org (110.141.193.233) by smtp.telstra.com (5.8.420) id 5E865EB50EB00E89 for tuhs@tuhs.org; Wed, 24 Jun 2020 15:10:28 +1000 Received: from aneurin.horsfall.org (localhost [127.0.0.1]) by aneurin.horsfall.org (8.15.2/8.15.2) with ESMTP id 05O5ARR1066812 for ; Wed, 24 Jun 2020 15:10:27 +1000 (EST) (envelope-from dave@horsfall.org) Received: from localhost (dave@localhost) by aneurin.horsfall.org (8.15.2/8.15.2/Submit) with ESMTP id 05O5ARLw066809 for ; Wed, 24 Jun 2020 15:10:27 +1000 (EST) (envelope-from dave@horsfall.org) X-Authentication-Warning: aneurin.horsfall.org: dave owned process doing -bs Date: Wed, 24 Jun 2020 15:10:26 +1000 (EST) From: Dave Horsfall To: The Eunuchs Hysterical Society In-Reply-To: Message-ID: References: <1592950638.2831.for-standards-violators@oclsc.org> User-Agent: Alpine 2.21.9999 (BSF 287 2018-06-16) X-GPG-Public-Key: http://www.horsfall.org/gpgkey.pub X-GPG-Fingerprint: 05B4 FFBC 0218 B438 66E0 587B EF46 7357 EF5E F58B X-Home-Page: http://www.horsfall.org/ X-Witty-Saying: "chmod 666 the_mode_of_the_beast" MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="1483753691-1304748715-1592975427=:46505" Subject: Re: [TUHS] VFS prior to 1984 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: , Errors-To: tuhs-bounces@minnie.tuhs.org Sender: "TUHS" This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --1483753691-1304748715-1592975427=:46505 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8BIT On Tue, 23 Jun 2020, Warner Losh wrote: > > Ioctl: the Swiss Army knife of system calls.  I thought it was a neat > > idea when it arrived (much better then those primitive stty/gtty > > calls) but now... > > More like the swiss army chainsaw with engine trouble and a dull > blade.... (Slowly drifting off-topic (as all mailing lists do) so perhaps a new thread would be better.) Love it! On the other hand though, if an extra service is required of the OS and you don't want to extend ioctl(), then that means Yet Another System Call (tm). I really like the idea of /proc, so if there's an equivalent for ioctl() then I'd love to see it; /sys would be an obvious choice, but it's already taken (Harris' Lament). No doubt, someone will now chime in and say that there's an existing mechanism involving shared memory or something... My Unix-fu is getting rather long in the tooth now (just like me). -- Dave --1483753691-1304748715-1592975427=:46505--