Path: ...!eternal-september.org!feeder3.eternal-september.org!news.eternal-september.org!eternal-september.org!.POSTED!not-for-mail From: Peter Flass Newsgroups: alt.folklore.computers,comp.os.linux.misc Subject: Re: evolution of bytes, The joy of FORTRAN Date: Mon, 3 Mar 2025 06:54:32 -0700 Organization: A noiseless patient Spider Lines: 31 Message-ID: <1342120109.762702202.379609.peter_flass-yahoo.com@news.eternal-september.org> References: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Injection-Date: Mon, 03 Mar 2025 14:54:33 +0100 (CET) Injection-Info: dont-email.me; posting-host="3b4502b22dac128ba350c0aa60a92817"; logging-data="1414924"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1+ALcGApMbGVMghMLDpYD0w" User-Agent: NewsTap/5.3.1 (iPad) Cancel-Lock: sha1:GYpNziWiRTUXYTSQFfnm/cHGl6A= sha1:mSSyYH2HRdMCnBw1HXVOKzItlzg= Bytes: 2462 John Levine wrote: > According to Ted Nolan : >> In article , >> Lawrence D'Oliveiro wrote: >>> On Sun, 2 Mar 2025 20:34:09 -0000 (UTC), John Levine wrote: >>> >>>> S/360 brought us the addressable 8 bit byte packaged into 16 bit >>>> halfwords and 32 bit words, using the same addressing for each. >>> >>> Did any machine offer “byte” addressability with “byte” having >>> any meaning >>> other than “8-bit quantity”? >> >> As late as the last half of the 1980s, we ran some network operations >> on a BB&N C-70 machine with 10 bit bytes. > > Good point, I'd forgotten about it. It was a C-30 with two extra bits in > each byte to increase the address space from 16 to 20 bits. > > I talked to one of the developers who told me with considerable frustration > how much C code implicitly assumed 8 bit bytes. Well, duh. > C is supposed to be agnostic about data sizes, with a few specifications such as “sizeof(short)<=sizeof(int)”. This was probably a reaction against PL/I where sizes are specified explicitly, such as “bit(8) unsigned”. As usual programmers managed to sabotage this, just like they introduced character code dependencies . -- Pete