Ok, here's my memory of void *, blurred as it may be by time.
Void was put into C, but it was actually not necessary by itself -- the default return type was int, and if nobody was using the value there was no particular reason to use it. So only those who were practitioners of the strong-type religion tended to use it. A major problem in making C strongly typed was deciding on a return type for malloc. It had traditionally returned char *, but this would require a cast to allow you to allocate things other than characters.
I was at a /usr/grp conference at the alcohol-fueled reception talking to Charlie Roberts about the problems of making C more strongly typed. The topic of malloc came up. All of a sudden Charlie got a huge grin on his face and said "Hey! Why don't we have malloc return void *". It took me a minute or two to even understand what void * could possibly mean, but the idea was an instant winner. I seem to recall it was done a week or two later. The idea may have simply ready to be born and others may have had it as well, but this is what I remember of it. And the experience sticks in my mind as being an almost literal example of being "struck by an idea".
Steve
----- Original Message -----
From:
"jnc@mercury.lcs.mit.edu (Noel" <Chiappa)>
To:
<tuhs@minnie.tuhs.org>
Cc:
<jnc@mercury.lcs.mit.edu>
Sent:
Sun, 5 Nov 2017 10:43:06 -0500 (EST)
Subject:
Re: [TUHS] origins of void*
> From: Clem Cole
> typing hard started to become more important in the kernel.
I can imagine! The V6 kernel had all sorts of, ah, 'unusual' typing - as I
learned to my cost when I did that hack version of 'splice()' (to allow a
process in a pipline to drop out, and join the two pipes together directly),
which I did in V6 (my familiar kernel haunt).
Since a lot of code does pointer math to generate wait 'channel' numbers,
e.g.:
sleep(ip+2, PPIPE);
when I naively (out of habit) tried to declare my pointers to be the correct
type, the math didn't work any more! ('ip', in this particular case, was
declared to be an 'int *'.)
No doubt part of this was inherited from older versions (of the system, and
C); the code was working, and there was no call to tweak it. The lack of
casts/coercion in the V6 C compiler may have been an issue, too - I had to do
some equally odd things to make my splice() code work!
Noel