TUHS February 2020

tuhs@tuhs.org

77 participants
39 discussions

by Warren Toomey

https://fosdem.org/2020/schedule/event/early_unix/ The video of Warner Losh's FOSDEM presentation "The Hidden Early History of Unix" is now available. Cheers, Warren -- Sent from my Android phone with K-9 Mail. Please excuse my brevity.

5 years, 1 month

Re: [TUHS] TUHS Digest, Vol 51, Issue 18

by Steve Simon

maybe if interest, i have a copy of an article by sandy fraser, “early experiments with time division networks” from ieee networks, jan 1993, pp12-26. this is a high level paper and describes spider, datakit, incon. it may have little new but i felt it had a lot of good background and a useful references list. i am wary of scanning it as its the ieee... -Steve > On 15 Feb 2020, at 2:00 am, tuhs-request(a)minnie.tuhs.org wrote: > > Send TUHS mailing list submissions to > tuhs(a)minnie.tuhs.org > > To subscribe or unsubscribe via the World Wide Web, visit > https://minnie.tuhs.org/cgi-bin/mailman/listinfo/tuhs > or, via email, send a message with subject or body 'help' to > tuhs-request(a)minnie.tuhs.org > > You can reach the person managing the list at > tuhs-owner(a)minnie.tuhs.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of TUHS digest..." > > > Today's Topics: > > 1. Datakit early end-to-end protocol(s) (Paul Ruizendaal) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Fri, 14 Feb 2020 17:22:37 +0100 > From: Paul Ruizendaal <pnr(a)planet.nl> > To: TUHS main list <tuhs(a)minnie.tuhs.org> > Subject: [TUHS] Datakit early end-to-end protocol(s) > Message-ID: <7128AB08-C99E-490E-BD81-7D62503FF676(a)planet.nl> > Content-Type: text/plain; charset=utf-8 > > > I’m looking for the end-to-end datakit network protocol as it existed in 7th Edition. > > Context is as follows: > > - The Spider network guaranteed reliable, in-order delivery of packets at the TIU interface. There does not seem to have been a standard host end-to-end protocol, although applications did of course contain sanity checks (see for instance the ‘nfs’ source here: http://chiselapp.com/user/pnr/repository/Spider/tree?ci=tip) > > - Datakit dropped the reliable delivery part (although it did retain the in-order guarantee) and moved this responsibility to the host. It is the (early) evolution of the related protocol that I’m trying to dig up. > > - 7th Edition appears to have had a (serial line based) Datakit connection. Datakit drivers are not in the distributed files, but its tty.h file has defines for several Datakit related constants. Also, as the first Datakit switches became operational at Murray Hill in ’78 or ’79, it seems a reasonable assumption that the Research code base included drivers & protocols for it around that time. > > - After that the trail continues with the 8th edition which has a stream filter (dkp.c) for the “New Datakit Protocol”: http://chiselapp.com/user/pnr/repository/v8unix/artifact/01b4f6f05733aba5 This suggests that there was an “Old Datakit Protocol” as well - if so, this may have been the protocol in use at the time of 7th Edition. > > The “New Datakit Protocol” appears to be (more or less) the same as what was later called URP (Universal Receiver Protocol). At the time of Plan9 its IL/IP protocol appears to have been designed as an equivalent for URP/Datakit. The early protocols where apparently (co-)designed by Greg Chesson and maybe also stood at the base of his later XTP protocol work. > > Any recollections about the early history and evolution of this Datakit protocol are much appreciated. Also, if the source to the 7th Edition Datakit network stack survived I’d love to hear. > > Paul > > > > > > > ------------------------------ > > Subject: Digest Footer > > _______________________________________________ > TUHS mailing list > TUHS(a)minnie.tuhs.org > https://minnie.tuhs.org/cgi-bin/mailman/listinfo/tuhs > > > ------------------------------ > > End of TUHS Digest, Vol 51, Issue 18 > ************************************

5 years, 1 month

Datakit early end-to-end protocol(s)

by Paul Ruizendaal

I’m looking for the end-to-end datakit network protocol as it existed in 7th Edition. Context is as follows: - The Spider network guaranteed reliable, in-order delivery of packets at the TIU interface. There does not seem to have been a standard host end-to-end protocol, although applications did of course contain sanity checks (see for instance the ‘nfs’ source here: http://chiselapp.com/user/pnr/repository/Spider/tree?ci=tip) - Datakit dropped the reliable delivery part (although it did retain the in-order guarantee) and moved this responsibility to the host. It is the (early) evolution of the related protocol that I’m trying to dig up. - 7th Edition appears to have had a (serial line based) Datakit connection. Datakit drivers are not in the distributed files, but its tty.h file has defines for several Datakit related constants. Also, as the first Datakit switches became operational at Murray Hill in ’78 or ’79, it seems a reasonable assumption that the Research code base included drivers & protocols for it around that time. - After that the trail continues with the 8th edition which has a stream filter (dkp.c) for the “New Datakit Protocol”: http://chiselapp.com/user/pnr/repository/v8unix/artifact/01b4f6f05733aba5 This suggests that there was an “Old Datakit Protocol” as well - if so, this may have been the protocol in use at the time of 7th Edition. The “New Datakit Protocol” appears to be (more or less) the same as what was later called URP (Universal Receiver Protocol). At the time of Plan9 its IL/IP protocol appears to have been designed as an equivalent for URP/Datakit. The early protocols where apparently (co-)designed by Greg Chesson and maybe also stood at the base of his later XTP protocol work. Any recollections about the early history and evolution of this Datakit protocol are much appreciated. Also, if the source to the 7th Edition Datakit network stack survived I’d love to hear. Paul

5 years, 2 months

Also, a video service

by Warren Toomey

All, I've also set this up to try out for the video chats: https://meet.tuhs.org/COFF Password to join is "unix" at the moment. I just want to test it to confirm that it works; I'll be heading out the door to go to the shops soon. Cheers, Warren

5 years, 2 months

Unix50.org

by Paul Ruizendaal

I rather enjoyed having the “unix50.org” website around: very handy to test out bits and pieces of Unix history. It seems to have been taken down. Would it make sense to have this resource available permanently?

5 years, 2 months

Re: [TUHS] V9 shell [was Re: Warner's Early Unix Presentation]

by Doug McIlroy

> What i like is the autocorrect feature in v8: > > $ cd /usr/blot > /usr/blit > $ pwd > /usr/blit Here I am, editor of the v8 manual and unaware of the feature. We now know that silent correction is a terrible idea. Postel's principle: "be conservative in what you do, be liberal in what you accept from others" was doctrine in early HTML specs, and led to disastrous disagreement among browsers' interpretation of web pages. Sadly, the "principle" lives on despite its having been expunged from the HTML spec. Today's "langsec" movement grew out of bitter experience with malicious inputs exploiting "liberal" interpretation of nonconforming data. Today's NYT has an article about fake knockoffs of George Orwell for sale on Amazon. It cites an edition of "Animal Farm" apparently pirated by lowgrade OCR autocorrected and never proofread. One of the many gaffes is that every instance of "iv" beame ChapterIV, as in "prChapterIVacy". I didn't like some Lisp systems' DWIM (do what I mean) when I first heard about the feature, and I like it even less 40-some years on. I would probably have remonstrated with Rob had I realized the shell was doing it. Doug

5 years, 2 months

compiling v9sh

by arnold＠skeeve.com

For anyone who's interested, here is what it took to compile Geoff Collyer's v9sh on Ubuntu 18.04. Arnold ---------------------------------- diff -ur v9sh/error.c v9sh-new/error.c --- v9sh/error.c 2017-07-29 11:45:07.000000000 +0300 +++ v9sh-new/error.c 2020-02-10 17:31:33.275920947 +0200 @@ -24,7 +24,7 @@ } if (per) { prs(colon); - prs(errno < 0 || errno >= sys_nerr? "Bad errno": sys_errlist[errno]); + prs(strerror(errno)); } newline(); exitsh(ERROR); diff -ur v9sh/pathserv.c v9sh-new/pathserv.c --- v9sh/pathserv.c 2017-07-29 12:06:25.000000000 +0300 +++ v9sh-new/pathserv.c 2020-02-10 17:29:43.666971083 +0200 @@ -30,7 +30,7 @@ { struct stat buf; - if (stat(name, &buf) == 0 && (buf.st_mode&S_IFMT) == S_IFREG && + if (stat(name, &buf) == 0 && S_ISREG(buf.st_mode) && access(name, EXECUTE) == 0) return 0; else diff -ur v9sh/xec.c v9sh-new/xec.c --- v9sh/xec.c 2017-07-29 12:27:02.000000000 +0300 +++ v9sh-new/xec.c 2020-02-10 17:29:50.607030967 +0200 @@ -612,7 +612,7 @@ if (flags&ttyflg && (dir1 = spname(tempdir, &score)) && stat(dir1, &sb) == 0 && - (sb.st_mode&S_IFMT) == S_IFDIR && + S_ISDIR(sb.st_mode) && access(dir1, EXECUTE) == 0) { /* dir1 is a searchable directory. */ if (score < bestscore) {

5 years, 2 months

Re: [TUHS] screen editors

by Thomas Paulsen

>What's funny is that in doing the work to get 'se' running on Georgia >Tech's Vax, I had to learn vi. By the time I was done, vi had become >my main editor and had burned itself into my finger's ROMs. I do ed/se occasionally for simple tasks, vim frequently , because it loads fast, and emacs for all bigger projects, beside liteide for golang.

5 years, 2 months

keyboards and command names

by Rich Morin

I have always suspected that the brevity of the Unix command names was strongly influenced by the clunky keyboards on the teletypes that were being used. Can anyone confirm, deny, and/or comment on this? -r

5 years, 2 months

Discord channels for COFF/TUHS

by Warren Toomey

All, Silent700 has graciously set up channels underneath the ClassicCMP Discord server for COFF and TUHS: COFF: https://discordapp.com/channels/642419539946110997/675860587355308049 TUHS: https://discordapp.com/channels/642419539946110997/675860622738718775 I thought it made sense to have the channels on a server where there was already old computer people (old for either or both :-). Cheers, Warren

5 years, 2 months

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

1997

1996

1995

1994

1993

1992

1991

1990

TUHS February 2020