Re: [TUHS] Sockets and the true UNIX

you can go back and find an early RFC which discusses the notion of /dev/tcp etc. I think I referenced it the last time this question came up. In that rfc, the idea of /dev/tcp and so on was advanced. To connect to harv, one might create /dev/tcp/harv, for example. It was not quite right. How do you name a port? What file system operation in Unix corresponds to what socket operation? There were lots of efforts from 77 or so on to get sockets APIs done in a Unix style, i.e. not the style we ended up with, but AFAIK nobody really worked it out until Plan 9 did it. While it is true that socket()/bind/listen/accept/connect have stood the test of time, I know when they were introduced many people thought of that API as the first break in the Unix model, and a wrong turn, one that was never fixed. It's very easy to create a "file system" model for the network in a way that doesn't make sense, e.g. if I have /dev/tcp/harv, and mv it to /dev/tcp/prep, does that mean I close the connection to harv and open one to prep? And so on. These issues were covered really nicely in a talk Rob Pike gave in the 90s, but I can't find those slides any more and neither can he. They're probably still on the venti server in the Unix room ... :-) For an example of (IMHO) not getting it right, see: http://www.cs.vu.nl/~herbertb/papers/osreview2008-2.pdf I think anyone looking to put something like a network stack in the name space should study on what Plan 9 did, not because it's the "right" or "only' way to do it, but it's a way that worked. But overall, in the 1977 timeframe, when (IIRC) there were no synthetic file systems, I think we did not know how to think about "networks in the file system" and we got what we got. By the time it was worked out, well, it was too late to change.