Path: csiph.com!news.mixmin.net!eternal-september.org!feeder3.eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail From: Keith Thompson Newsgroups: comp.lang.c Subject: Re: Python (Re: iso646.h) Date: Tue, 23 Jan 2024 15:35:39 -0800 Organization: None to speak of Lines: 35 Message-ID: <87v87j8vxw.fsf@nosuchdomain.example.com> References: MIME-Version: 1.0 Content-Type: text/plain Injection-Info: dont-email.me; posting-host="1a14796772ccb3100f0d224a23edc517"; logging-data="1571551"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1/UghJy5dyq0oZPp57bM02t" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.2 (gnu/linux) Cancel-Lock: sha1:+QNT7aGFbI+ij+2CL9KL8B+95Ws= sha1:awBFM7KWpzLO51qv19nmiMOwWqI= Xref: csiph.com comp.lang.c:380728 kalevi@kolttonen.fi (Kalevi Kolttonen) writes: > Lawrence D'Oliveiro wrote: >> On Tue, 23 Jan 2024 19:32:26 -0000 (UTC), Kalevi Kolttonen wrote: >> >>> Dennis Ritchie has said that he regretted the spelling of creat(2) >>> function. Presumably the abbreviation was supposed to save one byte of >>> storage. >> >> Given that, in POSIX, all the functions of creat(2) have been subsumed >> under open(2) anyway, we can largely ignore that. > > I know. creat() is now completely redundant because > open() suffices. The reason I brought it up was just > so that people would realize that at least sometimes > it was a matter of saving storage space - even one > byte. I don't believe it was ever about storage space. Early UNIX systems used ASR-33 teletypes for interactive I/O. The keyboard required a lot more physical force than modern keyboards do, which made names like "mv" and "rm" easier to type than, say "rename" and "delete". (And it's turned out that the terse names aren't much of a problem. It would be easy to set up aliases with more verbose names, but few if any people bother to do so.) Some function names were limited to 6 characters by linker limitations, but that doesn't explain "creat", which was just a poor choice. [...] -- Keith Thompson (The_Other_Keith) Keith.S.Thompson+u@gmail.com Working, but not speaking, for Medtronic void Void(void) { Void(); } /* The recursive call of the void */