The Unix Heritage Society mailing list
 help / color / mirror / Atom feed
From: Clem Cole <clemc@ccc.com>
To: Lars Brinkhoff <lars@nocrew.org>
Cc: The Eunuchs Hysterical Society <tuhs@tuhs.org>
Subject: Re: [TUHS] head/sed/tail (was The Unix shell: a 50-year view)
Date: Fri, 16 Jul 2021 10:19:15 -0400	[thread overview]
Message-ID: <CAC20D2McU80+T+OzTNTQcFZ+_siXr9S-5SXtMd_QPcskhX6v9w@mail.gmail.com> (raw)
In-Reply-To: <7wczriptt4.fsf@junk.nocrew.org>

[-- Attachment #1: Type: text/plain, Size: 2250 bytes --]

On Fri, Jul 16, 2021 at 4:05 AM Lars Brinkhoff <lars@nocrew.org> wrote:

> Clem Cole wrote:
> > The 'second' C compiler was a PDP-10 and Honeywell (36-bit) target
> > Alan Synder did for his MIT Thesis.  It was originally targeted to ITS
> > for the PDP-10, but it ran on Tops-20 also.  My >>memory<< is he used
> > a 7-bit Character, ala SAIL, with 5 chars stored in a word with a bit
> > leftover.
>
> On ITS it only ever stored characters as full 36-bit words!  So sizeof
> char == 1 == sizeof int.  This is allowed per the C standard.  (Maybe it
> was updated somewhere else, I dunno.)
>

Ah - that makes sense.  I never programmed the Honeywell in anything but
Dartmouth BASIC (mostly) and any early FORTRAN (very little) and the whole
idea of storage size was somewhat oblivious to me at the point as I was a
youngster when I did that.  Any idea did the Honeywell treat chars as
36-bit entities also?  Steve, maybe you remember?

Also, please remember that the standard does not yet exist for a good 10
years ;-)  At this point, the 'standard' was the Ritchie Compiler for the
PDP-11.

At the time, we to run wanted the program on all of the UNIX/v6 systems and
CMU's version of TOPS-10 and later TOPS-20 as an interchange format.  Thus,
I have memories of having to use the  "c =& 0177" idiom in the
backup/dumper program in a number of places [remember tar does not yet
exist, and tp/stp was a binary program].  Beyond that, I don't remember
much about the running C on the 10s.  I think we started trying to move
Harvard's stp to TOPS-10, but ran into an issue [maybe the directory size]
and stopped.  Since backup (dumper) was heavily used, we were trying to get
IUS and SUS to be able to be backed up and handled the same way the
operators did the backup for the 10's.  In my own case, I had learned SAIL
(and BLISS) on the 10s before C on the PDP-11, plus this was an early C
program for me, maybe my second or third non-trivial one after I worked
with Ted on fsck, so coming from the PDP-10/SAIL/BLISS *et al *world, 7-bit
chars certainly seemed normal.   I also remember having an early 'ah-ha'
moment, when the difference between a 7-bit and 8-bit char started to
become important.

Clem
ᐧ

[-- Attachment #2: Type: text/html, Size: 3595 bytes --]

  reply	other threads:[~2021-07-16 14:20 UTC|newest]

Thread overview: 34+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-07-15 19:01 Norman Wilson
2021-07-15 19:27 ` Clem Cole
2021-07-15 19:28   ` Clem Cole
2021-07-15 19:34   ` Warner Losh
2021-07-16  7:38     ` arnold
2021-07-16 16:09       ` Warner Losh
2021-07-16  8:05   ` Lars Brinkhoff
2021-07-16 14:19     ` Clem Cole [this message]
2021-07-17  0:34       ` Charles Anthony
  -- strict thread matches above, loose matches on Subject: below --
2021-07-18 20:07 Douglas McIlroy
     [not found] <CAKH6PiW58PDPb5HRi12aKE+mT+O8AjETr9R51Db6U3KcEp_KkA@mail.gmail.com>
2021-07-16 14:17 ` Nelson H. F. Beebe
2021-07-16 16:13   ` Theodore Y. Ts'o
2021-07-16 12:09 Douglas McIlroy
2021-07-16 14:32 ` Bakul Shah
2021-07-15 22:26 Nelson H. F. Beebe
2021-07-15 23:18 ` Jim Davis
2021-07-16  0:02   ` John Floren
2021-07-16  1:02     ` Nelson H. F. Beebe
2021-07-16  8:27     ` Lars Brinkhoff
2021-07-16 15:28       ` John Floren
2021-07-16  0:02 ` Clem Cole
2021-07-16  0:25   ` Nelson H. F. Beebe
2021-07-16  8:50     ` Lars Brinkhoff
2021-07-15 22:00 Douglas McIlroy
2021-07-15 22:12 ` John Cowan
2021-07-15 21:26 Paul Ruizendaal
2021-07-15 16:54 Nelson H. F. Beebe
2021-07-15 15:44 Norman Wilson
2021-07-15  2:38 Douglas McIlroy
2021-07-15  4:19 ` arnold
2021-07-15  4:25   ` Adam Thornton
2021-07-15  7:20   ` Thomas Paulsen
2021-07-15 14:28 ` Theodore Y. Ts'o
2021-07-15 22:29 ` Bakul Shah

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=CAC20D2McU80+T+OzTNTQcFZ+_siXr9S-5SXtMd_QPcskhX6v9w@mail.gmail.com \
    --to=clemc@ccc.com \
    --cc=lars@nocrew.org \
    --cc=tuhs@tuhs.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).