TUHS

tuhs@tuhs.org

34 participants
6420 discussions

Re: [TUHS] Early Unix manuals (Was: fortran compiler, in assembly, for pdp-11)

by jnc＠mercury.lcs.mit.edu

> From: Paul Ruizendaal > The "Research Unix Reader" Thanks for mentioning that; I'd never heard of it. Very interesting. A query: it seems to have been written with access to a set of manuals for the various early versions of Research Unix. The Unix Tree: http://minnie.tuhs.org/cgi-bin/utree.pl has the manual pages for V3 and V4, and V6 and later, but not the other ones. Do the manuals used for the preparatio of that note still exist; and, if so, is there any chance of getting them scanned? (I have a auto-page-feed scanner, and volunteer to do said scanning. Someone else is going to have to do the OCR, and back-conversion to NROFF source, though... :-) Noel

7 years, 10 months

fortran compiler, in assembly, for pdp-11

by ron minnich

I spent a year or so working on this in 1977. I was wondering who wrote it. Funny but: I once had a compile fail on Motorola's MPL compiler, which was written in fortran. It had so many continued comment lines that the 16-bit column number went negative, and I got a fairly obscure error. Anyone remember who wrote it?

7 years, 10 months

Source code abundance?

by Arthur Krewat

Anyone ever looked at vetusware.com ? Google it with: site:vetusware.com unix source Is all of this stuff archived somewhere else?

7 years, 10 months

Re: [TUHS] communication files: interprocess IO before pipes

by Rudi Blom

On SCO UNIX 3.2V4 pipes where simulated as follows int fd[2] struct strfdinsert ins; /* * First open the stream clone device "/dev/spx" twice, * obtaining the two file descriptors. */ if ( (fd[0] = open(SPX_DEVICE, O_RDWR)) < 0) { gen_trace(gtr_flag, "-gen_pipe(): -open(fd[0]): %s\n", strerror(errno)); break; } if ( (fd[1] = open(SPX_DEVICE, O_RDWR)) < 0) { gen_trace(gtr_flag, ">gen_pipe(): -open(fd[1]): %s\n", strerror(errno)); close(fd[0]); break; } /* * Now link these two streams together with an * I_FDINSERT ioctl. */ ins.ctlbuf.buf = (char *) &pointer; /* no ctl info, just the ptr */ ins.ctlbuf.maxlen = sizeof(queue_t *); ins.ctlbuf.len = sizeof(queue_t *); ins.databuf.buf = (char *) 0; /* no data to send */ ins.databuf.len = -1; /* magic: must be -1, not 0, for stream pipe */ ins.databuf.maxlen = 0; ins.fildes = fd[1]; /* the fd to connect with fd[0] */ ins.flags = 0; /* nonpriority message */ ins.offset = 0; /* offset of pointer in control buffer */ if (ioctl(fd[0], I_FDINSERT, (char * ) &ins) < 0) { gen_trace(gtr_flag, ">gen_pipe(): -ioctl(I_FDINSERT): %s\n", strerror(errno)); close(fd[0]); close(fd[1]); break; } /* * reset close_on_exec flag */ gen_trace(gtr_flag, ">gen_pipe(): +fcntl()\n"); if ((rc = fcntl(fd[0], F_SETFD, 0)) == -1) gen_trace(gtr_flag, ">gen_pipe(): -fcntl(fd0, close_on_exec): %s\n", strerror(errno)); if ((rc = fcntl(fd[1], F_SETFD, 0)) == -1) gen_trace(gtr_flag, ">gen_pipe(): -fcntl(fd1, close_on_exec): %s\n", strerror(errno)); rc = 0; break;

7 years, 10 months

Need your help for 2019

by Warren Toomey

Mid-year 2019 is the 50th anniversary of the creation of Unix and I've been quietly agitating for something to be done to celebrate this. Up to now, there's been little response. The original Unix user's group, Usenix, will hold its Annual Technical Conference on the west coast of the US at this time, so it would make sense to do something in conjunction with this conference. Some suggestions: - a terminal room with a bunch of period terminals: ASR-33s, -37s, VT100s, VT102s, VT220s - these connected to real/emulated Unix systems either locally or via a terminal server and telnet to remotely emulated systems - some graphical terminals: Sun pizza boxes, a Blit would be great - if possible, some actual real PDP-11s, VAXen - emulated systems: V1 to V7 Unix, 32V, the BSDs etc. In fact there are plenty of Unix versions that we could run in emulated mode. - Unix of course was one of the systems used to implement the Arpanet protcols, so it would be interesting to get some of the real/emulated systems networked together - how about an emulated UUCP network with Usenet on top of it, and some mail/news clients on the emulated systems. - retro workshops/tutorials: how to edit with ed, using nroff, posting a Usenet article, dealing with bang paths. I'm proposing to gather a bunch of people to start the ball rolling on the technical/demonstration side. We'd need people: - with terminals, portable PDP-11s and VAXen, Sun boxen - prepared to set up emulated systems - who can help bring the networking (UUCP, Usenet, Arpanet) back to life - willing to write and run workshops that show off this old technology - to help set up terminal servers and all the RS-232 to telnet stuff Some of this we can start doing now, e.g. rebuild an emulated Arpanet, UUCP, Usenet, get emulated systems up, build front-end telnet interfaces. Is there anybody willing to sign up for this? I think once we have some momentum, we can tell the Usenix people and get some buy-in from them. Post back and/or e-mail me if you can help. Thanks, Warren

7 years, 10 months

[TUHS} communication files: interprocess IO before pipes

by Doug McIlroy

It's not really Unix history, but Dartmouth's "communication files" have so often been cited as pipes before Unix, that you may like to know what this fascinating facility actually was. See http://www.cs.dartmouth.edu/~doug/DTSS/commfiles.pdf

7 years, 10 months

Re: [TUHS] Need your help for 2019

by Paul Ruizendaal

On 6 Mar 2017, at 12:37 , Warren Toomey wrote: > On Mon, Mar 06, 2017 at 12:16:48PM +0100, Paul Ruizendaal wrote: >> Hopefully I will have some time later this year to add 'direct run' emulations to the TUHS site based on this code (assuming Warren agrees). The idea would be that next to Archive and the Tree there would be emulation. A visitor would go to e.g. the V5 page of the Tree and also find a link to run V5 in emulation. From the SIMH and Nankervis sites images for: > > Yes please. And an 11/20 for 1st Edition Unix too :-) (my wishlist). > > Thanks! Warren From a quick glance at "u0.s" it would seem that V1 has support for a RK11 disk. Also, I would assume that when the MMU is disabled, that a 11/45 would boot up from a disk image with 11/20 code - at least it is worth a try. Do you have a RK11 disk image with V1 installed handy?

7 years, 10 months

Re: [TUHS] Source code abundance?

by jnc＠mercury.lcs.mit.edu

> From: Warner Losh > On Wed, Mar 1, 2017 at 12:49 PM, Random832 <random832(a)fastmail.com> wrote: >>> My understanding is that System V source of any sort is not legal to >>> distribute. >> surely there are big chunks of the opensolaris code that are not *very >> much* changed from the original System V code they're based on. Under >> what theory, then, was Sun the copyright holder and therefore able to >> release it under the CDDL? > Their paid-up perpetual license that granted them the right to do that? I wonder, if they do indeed have such a license, if they have the rights to distribute original SysV source under the CDDL? Or does that license only apply to SysV code that they have modified? And if so, _how much_ does it have to be modified, to qualify? Maybe we can get them to distribute SysV under the CDDL... :-) Noel

7 years, 10 months

Unfortunately, time to limit things

by Warren Toomey

All, I've been running the TUHS list since 1994 and it's always been an open list. People can say what they want, and I rely on sense and courtesy to ensure good behaviour. I think only once before I've had to hold and vet an individual's postings. However, I've seen undesirable behaviour recently on the list and I've had a substantial amount of private correspondance about it. Therefore, I've decided to hold and vet the postings of a few list members (i.e. >1). I don't take this step lightly; in fact, I've dithered for a while on this. But the new policy is: if you don't show respect to other members on the TUHS list, I will hold and vet your postings. If your postings are respectful then there will be no hold and vet. I will e-mail the people involved. I feel disappointed to have taken this step, but that's the way it is. Cheers, Warren

7 years, 10 months

Re: [TUHS] Source code abundance?

by jnc＠mercury.lcs.mit.edu

> From: Wesley Parish > I think the best thing for all would be the release of the Unix SysV > source trees under a suitable open source license. You may think that; I may think that, we _all_ may think that. But in the legal world, that, and $2 (or whatever the going rate is these days) will get you a cup of coffee. Unless someone is prepared to chivvy a rights-holder into actually _doing_ something, any talk is ... just that. Any volunteers to make something actually happen? Noel

7 years, 10 months

Jump to page:

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