TUHS

tuhs@tuhs.org

50 participants
6506 discussions

[Unix-jun72] s1 fragments are now in the svn repository

by Warren Toomey

I have just spent some time reconciling the differences between Doug's s1 fragment reconstruction and mine: we both had roughly the same # of errors, and having the other's work was great. The repository has all the files in src/cmd. I have not tried to assemble all of them yet, so any reports here would be good. Remember, the C files will not compile with the existing compiler. Cheers, Warren

17 years

Setting System V up for local echo TTYs?

by Derek Peschel

A friend of mine has gotten an AT&T 3B2 running at the Vintage Telephone Equipment Museum here in Seattle. A Teletype model 33 and a 37 can now also connect (through a small step-by-step switch and then a #5 crossbar) to the computer. Even if System V is not exactly classic UNIX, I hope the configuration as a whole counts. The 33 has local echo. The 37 has it too (but supposedly that's easier to change). I've been experimenting with the correct stty settings, but it's hard to get everything right. Mostly I've been experimenting with the 33 since the 37 just started working yesterday. Could some setting cause line feeds to intermittently not happen, so that two lines are overprinted? I'm wondering if this is due to a mechanical problem in the 33, or to line noise (which I know we are having) because I can't see much pattern to when lines are being overprinted. Are there any input settings that allow me to use LINE FEED and CAR RET interchangeably as line terminators in canonical mode? I'm assuming they won't affect the output settings, so that programs can print NL (which becomes CRLF) or CR (which stays CR). Is the terminal driver smart enough to print the LF character while the CR is happening, so I can shorten the delay settings? That's only dealing with output. Is the driver smart enough to change the timing when dealing with input? (since the driver can't change the LF key into CRLF because the LF is already happening when the driver sees it). I have tabs expanded on output. Can I get the terminal driver to expand them as input is being echoed? And what controls echoing of login names? (besides /etc/gettydefs) We want to turn that off for certain lines. If you need more details, they will have to wait until Tuesday. Sorry. And does anyone have any ideas about interesting ways to demonstrate the features of the 37, 43, and 5610? I thought eqn might be smart enough to use the half and reverse line feeds, and vertical tabs, of our 37. Does any software know about the ribbon colors? What about software to control tape readers and punches? We probably don't have the extra 32 printing characters that dmr's pages on early UNIX mention. Thanks, -- Derek

17 years

[Unix-jun72] I recovered 100% of the s1 src code fragments

by Doug Merritt

FYI I recovered 100% of the s1 src code fragments; I presume this is of interest to y'all on this list, yes? Actually I started to do so years ago, got distracted, and just started again April 18, purely by coincidence, just days before this list started -- quite a coincidence! Then I went off trying to chase down the Multics source that Ken and Dennis and Doug and Joe et al wrote, which eventually lead me to discover the V1 source listing at bitsavers, and googling *that* lead me to this (apparently stealth-mode) list. (I have no gmail, btw, so I haven't requested to join, nor to svn.) And reading the archived messages, wow, you guys got an amazing amount done in a very short time! Congrats! (Boy am I glad I don't have to do all that by myself after all...) To give you an idea of what I got out of those frags, here's the file listing of the result: acct.s cc.c fed2.s ar.s chmod.s fed3.s as11.s chown.s form1.s as12.s cmp.s form2.s as13.s colon.s form3.s as14.s cp.c form4.s as15.s date.s form5.s as16.s db1.s form6.s as17.s db2.s fstrip.s as18.s db3.s getty.s as19.s db4.s glob.c as21.s dc1.s goto.c as22.s dc2.s if.c as23.s dc3.s init.s as24.s dc4.s ld1.s as25.s dc5.s ld2.s as26.s df.s ldx.s as27.s dsw.s ln.s as28.s dusg.s login.s as29.s ed3.s ls.s bas0.s exit.c unknown_frag64.c bas1.s fc.c cat.s fed1.s (Warren's "Missing commands" missive in the list archive said "maki" is present as a v2 binary, but don't forget that its *source* is present also, in /usr/ken/maki.s and also /usr/sys/maki.s) Note that ed1.s and ed2.s are missing. Their source code simply wasn't in any of the fragments (which means, was not on the s1 disk image). The "unknown_frag64.c" is almost certainly just a random useless C program, not part of the actual Unix source (it doesn't look like interesting code, and the indentation is random -- it's not written in The One True Style). Warren's frag68 and frag69 are not true fragments, so given all the above, the reconstitution of s1 is complete (but needs double checking, e.g. by people trying to assemble and run the source). NOTE: I am not sure of precisely when s1 dates to, but many of these source files use the "jsr r5, 0: <buffer>" calling convention that requires writable code segments -- did that go away sharply with the pdp11/20 to pdp11/45 move, or no? Also note that these source files have both 0405 *and* 0407 types of preludes, and that is also true of some of the binary disk blocks on the s1 image that happen to contain executable commands (I've taken only a brief look at the latter so far). On the subject of the TEK graphics display, don't forget that good old xterm(1) has a Tektronix 4014 mode! I don't remember how much variation Tektronix had between different models (I may still have some manuals somewhere, not sure), but conceivably that's a starting point. P.S. Since doing the above, I've been working on a disassembler; it works ok, and emits of course 'as'-syntax asm, and accepts a markup- command file to allow e.g. introduction of human-chosen labels for octal addresses -- and I'm nearly done adding the ability to produce "1f" "1b" style branch labels -- I created a bunch of bugs in the process of doing that. When I get that settled down better, I intend to use it for very much the same purpose that Warren was talking about in the list archives. I also wrote a tap-format unarchiver from scratch to re-extract s2, but unsurprisingly that was a wasted effort; Ken's extraction did in fact recover everything in s2 that there is to recover. I should have known. :-) P.P.S. While you're asking Ken and Dennis for more listings, ask them for any "Unics" PDP 7 listings they may have, too! I suspect Ken even has a Space Travel listing lying around, although I don't think he has ever mentioned it over the decades. P.P.P.S. The Computer History Museum is opening its exhibit of the second Babbage engine replica tomorrow; I'm looking forward to it. Doug Merritt -- Professional Wild-eyed Visionary Member, Crusaders for a Better Tomorrow

17 years

[Unix-jun72] boot_080511.tar.gz -- UNIX V1 bootstrap

by James A. Markevitch

17 years

[Unix-jun72] organization of fs tree

by Tim Newsham

The new boot stuff that James provided has more fs/usr files. How do we want to organize this in the tree? Do we just mix it with the fs2 bits? Do we enter it as part of the new bits? Tim Newsham http://www.thenewsh.com/~newsham/

17 years

[Unix-jun72] sh.s

by Tim Newsham

I did a comparison of s2's /bin/sh and the sh.s we have (notes in the notes file about this). There were a few changes, but they were pretty similar. I added a patch in the patches directory that reflects the changes and I verified that if you build with the patch you get an identical binary (modulo the padding bytes that the assembler fills in for ".." and ".even"). It's currently marked as an optional patch and the sh.s build isn't being installed over /bin/sh in the rf0.dsk image. I think the sh.s listing itself might be defective in two ways: - There's an rts missing at the end of the "error" function - It doesn't check for the "*" character when looking for globbing. The 1e man page does list "*" as one of the globbing characters, so its likely that these three instructions (1 rts, 2 for comparison) somehow got dropped from the commented jun72 listing. I'm torn between adding them to the original "pages" sources as obvious mistakes or just leaving it out and using a patch to fix it. Right now we don't have a patch that adds just these two fixes. I guess if we did that and made it a mandatory patch, we could use the sh we build from sh.s as /bin/sh in the images. I look forward to seeing what shell sources we might get from the s1 fragments recovery. Tim Newsham http://www.thenewsh.com/~newsham/

17 years

[Unix-jun72] if you're looking for a different way to volunteer...

by doug＠remarque.org

if you want to contribute, but don't have e.g. arcane knowledge of PDP 11 assembly and such -- then let me suggest that it would be interesting to find out more about these people listed in the 1973 "Study of Unix" documents (http://www.bitsavers.org/pdf/bellLabs/unix/) that formed the basis of this reconstruction effort. For starters, who was this "T. R. Bashkow" who called the meeting? Some googling last week indicates to me that he has an engineering award named after him, and that he does not have a wikipedia entry. B. A. Tague's name is prominent too, although I personally do not recognize it. And similarly for the other memo addressees. Consider that any of these people might just happen to still have source code listings, magnetic/DEC-tapes, paper tape, or even just historical anecdotes to share, but perhaps no one ever asked them. Or their heirs, for any who have passed on. In any case, it's getting kind of late in history; this may be the last chance to track down even information about these people who participated in this historic meeting, let alone find them and ask them about ancient media. P.S. The above thoughts apply to all other historic systems, of course, not just those Unix-related. I managed to find a RESISTORS-related historic document last week, for instance. (Princeton-area early hobbyist computer group.) Doug Merritt -- Professional Wild-eyed Visionary Member, Crusaders for a Better Tomorrow

17 years

[Unix-jun72] build reorg

by Tim Newsham

I just committed some changes that reorganize the build process a bit. The Readme contains information about the change. Basically now you just do a "make" at the top level. If you have a checked out tree you might have to move your current "build" aside when you do an update. Please let me know if anyone notices brokenness. Warren, can you look over the Readme? Tim Newsham http://www.thenewsh.com/~newsham/

17 years

[Unix-jun72] another small hack

by Tim Newsham

No memory protection: .. = 40014 mov $0,037772 / u.uid = 0, u.ruid = 0 sys exec; shell; shellp sys exit shell: </bin/sh\0> shellm: <-\0> shellp: shellm 0 ----- $ APOUT_ROOT=../fs/root ../tools/apout/apout ../fs/root/bin/as hack.s $ ../tools/fixaout.py $ mv b.out hack ... put it on your rk0 as /bin/hack, login as bin, run "hack". Tim Newsham http://www.thenewsh.com/~newsham/

17 years

[Unix-jun72] T4002A

by Tim Newsham

An early section of the jun72 document has some code for "modifications to UNIX to accomodate the T4002A graphic console." Is anyone familiar with this? If we could emulate this device easily, it might be fun to enter this patch as an optional patch to the system. Tim Newsham http://www.thenewsh.com/~newsham/

17 years

[Unix-jun72] DC-11 quick hack

by Tim Newsham

Ok, I had some initial success with a quick and dirty hack. - apply the attached patch to your simh tree and rebuild pdp11 and copy it into your tools directory. - maps the TTIX device into the DC11 space - forces the CSR to return the carry-detect bit as always on - edit build/init.s and uncomment some or all of the ttys build it and place it on your drive: $ vi build/init.s $ tools/as build/init.s $ cp b.out build/root/etc/init $ tools/mkfs -p fs/Readme build/root rf0.dsk rf - copy your simh.cfg to simh2.cfg and add these lines before the "go" line: set ttix en set ttix lines=8 att ttix 5555 - run "./simh2.cfg" at this point you can telnet to port 5555 and enjoy a multi user unix system. This lacks a lot of polish and needs a bit of work yet, but its quick and dirty. You'll have to revert to the old init if you want to use the normal simh.cfg since the kernel will panic when opening the other ttys if the DC11 hardware isnt attached. Tim Newsham http://www.thenewsh.com/~newsham/

17 years

Re: [Unix-jun72] Self supporting

by James A. Markevitch

> We need to recreate enough of the boot chain to make self-support possible. > James Markevitch I think was working on this; James, can you give us a > status report? It's up and running. It requires the KE11 fix that Brad made (so that switch registers work). I tested against that and can boot without pre-loading core with anything other than the 32W bootstrap. It pulls the bootstrap (bos) and operating system from the high portion of the RF11 image. I'll upload this this evening. James Markevitch

17 years

[Unix-jun72] Self supporting

by Brantley Coile

Wednesday I got V1 running on my Mac. Great fun! The level of sophistication impressed people here. Do you folks think we can move the sources for the kernel into it and have it be self supporting?

17 years

by Angus Robinson

Hi I have a few xt computers and would like to put some old unix OS on, what unix would you guys recommend for it ? most of the unix that i have tried to search for are for machines that are older than xt. Regards, Angus

17 years

[Unix-jun72] Readme written: needs checking

by Warren Toomey

I've just written a Readme to describe how to build the kernel and filesystems, and to run 1st Edition UNIX. Can a few people who haven't actually used the system please have a go and give me feedback on the Readme. To fetch the repository: svn checkout http://unix-jun72.googlecode.com/svn/trunk/ unix72 Then go into the new unix72/ and read the Readme. Thanks, Warren

17 years

[Unix-jun72] last1120 C compiler added to svn

by Warren Toomey

I'm still working on the last1120 C compiler, so I've added the original code to svn. Right now, the compiler executes fine under Apout (enough to recompile itself), but not on V1 with the 0407 patch. I can compile simple C programs, and execute the resulting 0407 binary on V1. I'm running this program to get a memory dump of the process while it is running: main() { char c[]; int i; printf("Hello world\n"); c= main; while (c != 0) { i= *c & 0277; printf("%o %o\n", c, i); c++; } } so I can compare the Apout memory environment with the V1 memory environment. But it's very sloooow. I wonder why; V7 on simh is much faster than V1. Cheers, Warren P.S The C compiler doesn't have for loops :-)

17 years

[Unix-jun72] irc channel for UNIX V1 effort

by Warren Toomey

To help co-ordinate real-time effort, Tim & I thought we might use irc.freenode.net, channel #unixv1. Please pop in and say hello! Warren

17 years

[Unix-jun72] Finally! CR/LF annoyance fixed

by Warren Toomey

In the svn repository, patches/upcase.patch now fixes the kernel so that CR is converted into LF. This means that you don't have to type ^J in any more. Warren

17 years

[Unix-jun72] warning - removing files

by Tim Newsham

I removed some older tools from the svn. If you're still using them and want to hold on to them, you might want to back up your copy before updating, or pull old versions from svn (feel free to send me questions if you are unsure how). Assemv7 and assem went away as did dumpaout.py. Tim Newsham http://www.thenewsh.com/~newsham/

17 years

[Unix-jun72] Import apout into svn?

by Warren Toomey

Would people mind if I imported apout src code into svn under tools/? It's 35 files, 280K. I've fixed one small bug, and as we use it a lot it might be good that you can get the latest version. Warren

17 years

[Unix-jun72] Oddness

by Warren Toomey

I just tried this command and got this output. Any ideas? Warren # who bin ).. Jan 1 13:02:48 b Dec 17 21:22:33 :. Jan 6 04:04:20 Jan 1 00:00:00 s1c Jan 2 08:46:04 2cat Jan 1 15:35:29 e Jan 2 08:27:52 chmod6 Dec 3 20:05:51 Jan 1 00:00:00 d Nov 24 08:05:49 :db Jan 1 18:01:07 Jan 1 00:00:00 ds> Jan 9 10:39:19 Jan 1 00:00:01 hoAe Jan 1 00:00:00 Bexit Jan 1 20:26:45 n Jan 1 00:00:00 formF Dec 26 13:00:28 Jan 1 00:00:01 l Jan 1 00:00:00 Jlogin Jan 1 22:53:32 i Jan 1 00:00:00 makiN Nov 24 06:05:45 r Jan 1 00:00:01 n Jan 1 00:00:00 Rod Jan 2 01:19:06 w Jan 1 00:00:00 rmV Dec 20 04:59:37 Jan 1 00:00:01 s Nov 24 09:55:03 Zskip Jan 2 03:44:31 a Jan 1 00:00:00 strip^ Jan 12 21:01:19 Jan 1 00:00:01 mat Jan 2 09:58:53 btm Jan 2 06:10:31 Jan 1 00:00:00 wcf Dec 4 02:01:29 e Jan 1 00:00:01

17 years

[Unix-jun72] File ownerships

by Warren Toomey

In the V1 filesystem, there are a few files are owned by users which are not in the /etc/passwd or /etc/uids files: xrwr- 6 2860 169 Mar 7 12:23 /bin/cal xrwr- 4 7154 61 Jul 21 12:42 /bin/roff -rwr- 28 304 448 Jun 30 20:31 /usr/lib/fr0.o -rwr- 28 12222 449 Jun 30 20:37 /usr/lib/filib.a -rwr- 28 9158 419 Jun 30 20:46 /usr/lib/libf.a xrwr- 28 3462 491 Jul 1 16:35 /usr/fort/fc1 xrwr- 28 3238 498 Jul 1 16:35 /usr/fort/fc2 xrwr- 28 6840 505 Jul 1 16:35 /usr/fort/fc3 xrwr- 28 4918 519 Jul 1 16:35 /usr/fort/fc4 Now, I know that ken worked on the Fortran compiler, Joe Ossanna (jfo) wrote roff, and in V6 & V7, ken had uid 6 and dmr had uid 7. So I propose the following: - add ken == 6, dmr == 7, jfo == 4 to /etc/passwd and /etc/uids, as new files in fs/new. Thus jfo will own /bin/roff and ken will own /bin/cal - modify the permissions file so that the Fortran files which are uid 28 become uid 6 == ken. Sound reasonable? Cheers, Warren

17 years

[Unix-jun72] V2 assembler can now build the kernel

by Warren Toomey

Now that we have the V1 and V2 binaries in the svn tree, I thought I would try to use the V2 assembler to build the kernel, instead of the V7 one. After a bit of experimentation, I got it to work. It means we can remove our dependency on the V7 assembler. I've committed tools/assemv2, the script to build with V2 as, and a patch to redefine $mount and $gtty. It probably means that we could rebuild the kernel while running V1; I haven't tried this as yet. Cheers, Warren

17 years

[Unix-jun72] Import V1 filesystem trees into svn?

by Warren Toomey

I think it would be a good idea to import the V1 / and /usr filesystem from the s2 tape into the subversion repository, so that we can write a tools/ script to build "known good" rf0.dsk and rk1.dsk disk images. In my private tree I have 1root/ and 1usr/, but perhaps we should have something like fs/root/ and fs/usr. They need to be split so that my mkfs tool can build separate disk images. Comments? Warren

17 years

[Unix-jun72] Hey, the fortran compiler works too

by Warren Toomey

:login: root # chdir /usr/jack # rm a.out x.o # fc x.f x.f: Fortran ii iii iiii I II # ./a.out hi 2.30 10 Cheers, Warren

17 years

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