TUHS

tuhs@tuhs.org

48 participants
6504 discussions

by Sergey Lapin

Hi, all!!! Still trying to implement multi-user unix-learning environment. So, I run simh with Quasijarus, when I telnet to port, that is redirected from serial, it automatically picks up unused line, that is fine, and eleminates a need for reconfiguration. But there is something interesting: I want to implement possibility to allow outgoing connections from emulated VAX. As I understand, 4.3BSD supports SLIP protocol. And I can get SLIP working through emulated serial line. So, the problem is: 1. How it was used to setup SLIP lines in 4.3BSD? :) 2. The other end - will slirp package work in such case? All the best, and thanks for all help, S.

20 years, 9 months

V7 and TCP/IP

by Sergey Lapin

Hi, all!!! Just lazy interest: Was there some TCP/IP implementations for V7, that could be found now? All the best, S.

20 years, 9 months

dmr article on slashdot

by Kenneth Stailey

http://it.slashdot.org/article.pl?sid=04/07/25/2311235&tid=130&tid=156

20 years, 10 months

Lions' V6 source code

by Maciek Bieszczad

Hi, What version, exactly, of 6th Edition source code is contained in the Lions' commentary booklets? I took a look at the version available for download at [http://v6.cuzuco.com/v6.pdf] but it does not seem to match the source code in the TUHS archives. If the source code was in fact modified by Lions, are there any machine-readable versions available? Regards, Maciek.

20 years, 10 months

Re: [TUHS] Lions' V6 source code

by Brian S Walden

This is good. You can also get the straight text of the source without the line numbers by just removing the .html suffix of the the file (e.g try http://www.tom-yam.or.jp/2238/src/lp.c) I cannot read Japanese so I don't know if it says how it was produced or it's origin. But I can tell that it is not a derivative of the PDF I produced. -B > Well, I found a Japanese page that seems to have the Lions-formatted V6 code available in HTML format, just in case anyone is interested: > > http://www.tom-yam.or.jp/2238/src/ > > Maciek.

20 years, 10 months

re: media: Unix's Founding Fathers

by dmr＠plan9.bell-labs.com

At this instant, there is an accessible link at http://www.economist.com/printedition/displayStory.cfm?Story_ID=2724348 though it has some popups. A very nice story indeed. I talked to the author (Konstantin Kakaes) for a couple of hours in March. He really did want to know mostly about the kind of things the article talks about, and though the PR guy had probably told him that I wouldn't get into things like SCO, in fact that wasn't what he was interested in. Dennis

20 years, 11 months

media: Unix's Founding Fathers

by Corey

Good article in the June 10th issue of the Economist that may be of interest to TUHS members (I would have caught it sooner, but I'm a little behind in my reading). Unix's founding fathers Jun 10th 2004 From The Economist print edition Dennis Ritchie invented C and was one of the key members of the team behind Unix - two developments that underpin much modern software http://www.economist.com/displaystory.cfm?story_id=S%27%2980%2EQQ7%27%23%40… Subscription or "pay-per-view" required. I'd share the full article, but I am afraid of their lawyers. ---corey

20 years, 11 months

Re: History of "sno" Snobol interpreter (V4, Sys V?)

by dmr＠plan9.bell-labs.com

Shoppa wondered, Can anyone comment about the history of the "sno" Snobol interpreter that seems to exist in V4 (man page in the archives gives 2/7/93 as the date) and some later Unix versions (Sys V, V6, etc.)? In the TUHS archives we have the V6 sources but they are remarkably comment- free. Was "sno" ever part of the build chain of any interesting utilities etc? Not that I know of; I think writing it was just a quick entertainment for Ken. The "application" that has survived is a 1-page program that solves the Soma (or Instant Insanity) puzzle. Dennis

20 years, 11 months

History of "sno" Snobol interpreter (V4, Sys V?)

by shoppa＠trailing-edge.com

Can anyone comment about the history of the "sno" Snobol interpreter that seems to exist in V4 (man page in the archives gives 2/7/93 as the date) and some later Unix versions (Sys V, V6, etc.)? In the TUHS archives we have the V6 sources but they are remarkably comment- free. Was "sno" ever part of the build chain of any interesting utilities etc? I'm just generally curious about awk predecessors, if anyone wants to chime in with their favorite pre-awk string processing tools. Tim.

20 years, 11 months

Re: [TUHS] Lions' V6 source code

by Wolfgang Helbig

Hi >If the source code was in fact modified by Lions, are there any machine-readable versions available? The source is not modified by Lions, aside some layout and commentary changes. You can find it at http://www.tuhs.org/Archive/PDP-11/Distributions/research/Ken_Wellsch_v6/ By the way, the V6 documentation can be viewed at http://www.ba-stuttgart.de/~helbig/os/v6/doc/index.html Have fun, Wolfgang

20 years, 11 months

386BSD & NetBSD 0.8

by Jason Stevens

Hi, I have one question about 386BSD & NetBSD 0.8... If I'm right the reason that they were 'pulled' was because of infringing AT&T code. However didn't you need a 32v license to get access to 4.X BSD? So in that case since 32v is now public wouldn't that allow these early self hosting BSD's to be 'free' again??? Just wondering... Jason

20 years, 11 months

Multiple system call sets

by dayton＠brooklyn.cuny.edu

Folks, I am interested in the use of multiple system call sets in Unix systems. I recollect that Pyramid Technology machines in the 80's allowed users and/or processes to select whether to use BSD or SYSV system call semantics. Also, FreeBSD supports Linux system calls and SYSV in emulation. Does anyone know a good location (book, article, website) that discusses this. thanks dayton Dayton Clark CIS Department dayton(a)brooklyn.cuny.edu Brooklyn College/CUNY 718.951.4811 Brooklyn, New York 11210 718.951.4842 (fax)

20 years, 11 months

Re: [TUHS] Sprite

by Aharon Robbins

> There where several ports: Sun3, Sun4 / SPARC, DECstation, SPUR, Sequent > Symmetry at least. Even mixed architecture clusters where supported. See > http://www.cs.berkeley.edu/projects/sprite/retrospective.html Wasn't the Symmetry a 386 based system? Could Sprite be "revived" for the modern PC? Just wondering ... Arnold

20 years, 11 months

RE: [TUHS] Sprite

by Aharon Robbins

I think you're confused. The DECstation was made by DEC, but used a MIPS processor, not a VAX. SIMH won't be able to do anything with it, although there are likely other MIPS simulators out there to be found. Arnold > From: "Gregg C Levine" <hansolofalcon(a)worldnet.att.net> > To: <tuhs(a)minnie.tuhs.org> > Subject: RE: [TUHS] Sprite > Date: Sun, 30 May 2004 18:16:33 -0400 > > Hello from Gregg C Levine > Okay, now this begs the question: Can the VAX Station boot code which > is targeted to that specific system, be rewritten to accommodate the > VAX processor that SIMH emulates? I am not a good C programmer, just a > whatever comes before that. I can only offer these suggestions, and > ask these questions. > > For that matter, do any of us have any of the SUN hardware that I do > know Sprite ran on? Or that VAX Station? For me, its no to all three. > ------------------- > Gregg C Levine hansolofalcon(a)worldnet.att.net

20 years, 11 months

Re: [TUHS] Sprite

by Carl Lowenstein

> Date: Wed, 26 May 2004 07:19:19 -0500 > From: Cornelius Keck <cornelius(a)mail.keck.cx> > To: Randy Belk <rbelk(a)onlybsd.com> > Subject: Re: [TUHS] Sprite > Cc: tuhs(a)minnie.tuhs.org > > I looked at the Berkeley repository last night, and did not > see some files required to run Sprite directly from disk -- > for instance, the Sparc bootimage (sun4.bt or so) seems to > be missing, or I'm overlooking it, in my coffein-deprived > state of mind. > > Come to think of it.. I do have a few Sparc 2 machines, with > a few improvements (like 128MB RAM, Weitek PowerUp), and would > like to give Sprite a spin. I'm all for adding the Sprite ISO > to the archive! > > - Cornelius Jose' R Valverde wrote: > > > > > > I had the (small) pleasure to run it on a small number of > > > DECstations back in 1994-1995 out of the freshly published > > > WalnuCreek CD and I still long for some of it features. Let me be confused, and note that a DECstation is not a SPARCstation. carl -- carl lowenstein marine physical lab u.c. san diego clowenst(a)ucsd.edu

20 years, 12 months

Re: [TUHS] Sprite

by Cornelius Keck

Jose, TNX for parking Sprite on ftp.es.embnet.org! I just ran into a little problem.. looks as if the node is either down, or not reachable (at least from here (== Plano, Texas): $ ping ftp.es.embnet.org PING bakalao.cnb.uam.es (150.244.80.6): 56 data bytes ^C --- bakalao.cnb.uam.es ping statistics --- 9 packets transmitted, 0 packets received, 100% packet loss $ ftp ftp.es.embnet.org [2 minutes later] ^C$ > generated an ISO from the raw CD and am copying now the CD > contents to disk, which are being made available as > > ftp://ftp.es.embnet.org/pub/misc/TUHS/sprite > and > ftp://ftp.es.embnet.org/pub/misc/TUHS/sprite.iso > > as the copying is done. Beware, it is ~530MB. This goes for both my machine at home, and here at work. Now, www.es.embnet.org responds fairly fast, so I don't think that it's the wire across the big pond. Any ideas? TNX! Regards, Cornelius

20 years, 12 months

Sprite

by José R. Valverde

Would it make sense to add Sprite to the Unix Archives? To me, yes, it was enough UNIX like although it wasn't ATT or BSD derived and it had many advanced features. I had the (small) pleasure to run it on a small number of DECstations back in 1994-1995 out of the freshly published WalnuCreek CD and I still long for some of it features. The distribution is still available at http://www.cs.berkeley.edu/projects/sprite/ j -- These opinions are mine and only mine. Hey man, I saw them first! José R. Valverde De nada sirve la Inteligencia Artificial cuando falta la Natural

20 years, 12 months

Re: TUHS Digest, Vol 12, Issue 2

by Larry McVoy

> From: Albert Cahalan <albert(a)users.sf.net> > Subject: Re: [TUHS] cvsweb for BSD > > One of the big problems is that they move files all over the place as BSD > > developed and CVS doen't work too elegantly with those kind of changes. > > Bitkeeper handles this well. I suspect that Larry McVoy would > at least be mildly interested in giving advice for such > a project. Bitkeeper is SCCS-based. Yes, I'd be interested. Other than the renames I think we can automate most of this. > Bitkeeper also has a superior web interface. You can't beat > standard unified diff format with a tiny bit of color added. Thanks. One day we'll get around to adding sub line highlighting - that would be an improvement. > From: "M. Warner Losh" <imp(a)bsdimp.com> > Subject: Re: [TUHS] cvsweb for BSD > > If you are going to use a proprietary system, you might as well use > perforce, which has better branching and file movement support than > bitkeeper. But I guess I'm a little biased because I like p4 better > than bk. Both biased and incorrect. There are over 10,000 branches of the linux kernel floating around in BitKeeper (we know, we counted them) and we handle file movement much more nicely than perforce does (we have our own concept of an inode, a pathname is a attribute of an inode just like contents are an attribute of the inode - so you can move A to B, I modify A, you pull from me and the changes apply to B in your tree.) You can be as biased as you want, I don't want to turn this into a SCM discussion, but try and be accurate. About the only thing that p4 does that we don't do is centralized locking; we don't need to do that in a distributed/replicated system but people sometimes want it. -- --- Larry McVoy lm at bitmover.com http://www.bitkeeper.com

20 years, 12 months

Grokline: Tracing the history of Unix IP

by Chris Palmer

Maybe everyone here already knows about this, but I haven't seen anything, so I'm posting it. http://www.groklaw.net/article.php?story=20040524130757328 "We hope with this Grokline project to be able to identify any conceivable legal issues that those wishing to block, slow, hobble or tax GNU/Linux may try to use in future legal assaults on the community. If there are litigation risks, even just from nuisance lawsuits, particularly with respect to patents, we want to find those risks, hopefully before they do, and mitigate or resolve them now. I am personally convinced, as you no doubt are too, that the next wave of attacks on GNU/Linux and the GPL will involve patents." -- http://chris.nodewarrior.org/

20 years, 12 months

m68k SVR2 on Perq (was: web site detailing Apple's mc68k UNIX, A/UX)

by Eric Riebling

> >Incidentally, the Unisoft m68k port of SVR2 at the core of A/UX was also >ported to the Perq-5 in 1986/1987, to create the Crosfield Studio 9500. > >Perq had just folded, but a core group of ex-Perq employees worked with a >team from the UK company Crosfield Electronics to take the machine (which at >that time existed only as a wire-wrap prototype) through to production. > >I was a member of that team and I have fond memories of sitting in a >basement office in Pittsburgh surrounded by kernel listings (with a very >puzzled look on my face). > >Just a small footnote in Unix history... > >-- >Roger That's strange, I have those very same memories. In fact I was looking for someone who would appreciate this: #ifdef PYTHON Cheers, Eric

21 years

Quasijarus 0c now listed on SIMH Software Kits page

by Kenneth Stailey

http://simh.trailing-edge.com/software.html __________________________________ Do you Yahoo!? SBC Yahoo! - Internet access at a great low price. http://promo.yahoo.com/sbc/

21 years

[pups] E11 and versions and I/O devices

by Gregg C Levine

Hello from Gregg C Levine I've got a bundle of questions regarding E11, and its range of I/O devices. Here goes: 1) Is anyone running the DOS/Windows version with the Display Register device attached to a LPT port? Where did they obtain the LED devices for it? 2) How did they configure its interpretation of the PDP-11 serial devices? 3) Or the network connections? Favorite Ethernet cards as well. And last but not least: 4)Which printer arrangement was used? Serial? Even a parallel solution? To be honest I haven't seen any action on both lists with in the past number of days, so I thought I'd post something new to the PUPS list, and give it something to chew on. ------------------- Gregg C Levine hansolofalcon(a)worldnet.att.net ------------------------------------------------------------ "The Force will be with you...Always." Obi-Wan Kenobi "Use the Force, Luke." Obi-Wan Kenobi

21 years

cvsweb for BSD

by Kenneth Stailey

Hi, I just thought of a neat idea. Put old versions of BSD source code into a CVS archive using "cvs import" and then run a CVSWEB site with that. Possibly converting SCCS to RCS to CVS. I don't know how far back my BSD SCCS goes. Maybe a smaller project to CVS 4.3BSD-tahoe to Quasijarus first. One of the big problems is that they move files all over the place as BSD developed and CVS doen't work too elegantly with those kind of changes. Maybe subversion not CVS but I've yet to do anything with subversion. Does anything like this already exist? Thanks, Ken __________________________________ Do you Yahoo!? Win a $20,000 Career Makeover at Yahoo! HotJobs http://hotjobs.sweepstakes.yahoo.com/careermakeover

21 years

Re: [TUHS] cvsweb for BSD

by msokolov＠ivan.Harhan.ORG

Kenneth Stailey <kstailey(a)yahoo.com> wrote: > One of the big problems is that they move files all over the place as BSD > developed and CVS doen't work too elegantly with those kind of changes. Yes, neither SCCS nor RCS nor CVS tracks file moves, and for this single reason an SCCS/RCS/CVS tree is not sufficient by itself to act as a complete BSD history tree. See this page for an idea of what I had to go through: http://ifctfvax.Harhan.ORG/Quasijarus/sccs.html MS

21 years

SVR4-MP "ps -z" and "ps -Z"

by Albert Cahalan

I'm seeking info about the SVR4-MP ps options -z and -Z, as used for mandatory access control. This is so that they can be implemented for Linux. Alternately, are there more-common ways to handle this security data or more-common usage of the -z and -Z options? I could use some example output. All "trusted" high-security systems are of interest.

21 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