While looking for virgin/vanilla v6 and v7 tapes to boot on simh, I'm kinda stuck.
And since simh mailing list wasn't much help, cuz seems there mostly vax/vms guys,
maybe it's someone here to help me out.
V6.tape from Ken Wellsch was quite easy to boot, by cutting three rk images directly
from it by means of "dd", then booting the root image and mounting source and doc
where it should belong. Also it boots nicely in more traditional way off the
tape by using "ltap" script from "www.ba-stuttgart.de/~helbig/os" and then following
the standard install procedure for v6.
The same "ltap" set of commands or it's slightly shorter version like this one:
d 100000 012700
d 100002 172526
d 100004 010040
d 100006 012740
d 100010 060003
d 100012 172522
d 100014 105737
d 100016 172522
d -h 100020 80FD
d 100022 005007
run 100000
boots "catted" in one file Keith Bostic v7 bits of tape, up to the
Boot
:
promt. But when calling mkfs or restor programs by "tm(0,3)" or "tm(0,4)",
the simh just hangs indefinitely. Can someone explain what I'm doing wrong maybe?
Thank you.
--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
> for new code (and Sys V is mostly new enough, unlike Unix V32) after
Hmm. I'm coming into this late so maybe I'm not seeing the full context.
If the statement is that V32 != Sys V I have to disagree, I've read all
of 32V source (kernel and user and I mean all of it. It's not like I
had deep understanding of every line but my eyes have seen every line
of code in 32V, it's not that big). I've also read large chunks of
Sys V - not all of it, but depending on the release, fairly large
chunks, like 80% or more.
The idea that most stuff was rewritten in Sys V is not true, not even
slightly true. I dunno if that is what is being claimed but if it is
that's silly. Most of the stuff is the same, especially in userspace
but also in the kernel, tons of the kernel is unchanged.
--
---
Larry McVoy lm at bitmover.comhttp://www.bitkeeper.com
Since SGI is EOL'ing IRIX at the end of the year, has anyone asked
them if they would donate it's source ( under some sort of OSI
license of course ) to the UNIX archive?
Or is there too much SysV code in it?
It would be cool to have easy access to the older IRIX versions for
older SGI hardware.
- Derrik
Derrik Walker v2.0, RHCE
lorddoomicus(a)mac.com
http://www.doomd.net
... I am using an Apple Macintosh to design the Cray-3
supercomputer. -- Seymour Cray, 1986
> http://ex-vi.sourceforge.net
Thanks to both of the people who just replied with this answer!
I didn't know about this but will look at it ASAP.
Arnold
Hi. Has anyone managed to compile a version of the original BSD vi under
Linux? I'm looking from something from the 4.3 to 4.4 vintage sources.
I made a stab at the Open Solaris version of vi, but could only get so
far.
Thanks,
Arnold Robbins
Caldera changed very drastically as a company at the time it changed
its name to SCO). Ancient Unix was opened up in January of 2002. In
June of that year, the CEO of Caldera was forcibly replaced with an
M$-backed anti-open source crusader. It was at that point that Caldera
stopped selling its Linux distro, changed its name to SCO and started
suing any company involved with Linux.
On 11/28/06, Robert Tillyard <rob(a)vetsystems.com> wrote:
>
> On 28 Nov 2006, at 13:17, Michael Kerpan wrote:
>
> > That would never happen as it's SCO, not Novell, that owns System V
> > and SCO is a M$-funded anti-open source crusader.
>
> Didn't SCO open up the early UNIX versions on TUHS now? and I thought
> that previously Caldera had opened some old OSs like DR-DOS or CP-M.
>
> Regards, Rob.
>
See the December 2002 discussion threads "V6: 50 bugs tape"
and "Patches to improve 6th Edition" in the archive
(http://minnie.tuhs.org/pipermail/tuhs/2002-December/date.html)
While not specifically mentioned in those mails it is part
of the 50 bugs tape -- you'll want to extract usr/sys/v6unix/* from
http://www.tuhs.org/Archive/Applications/Spencer_Tapes/unsw3.tar.gz
and you'll see it fixed in usr/sys/v6unix/updat/ken/sig.c
> From: jigsaw <jigsaw(a)gmail.com>
> Subject: [TUHS] UNIX V6 line 3973: Is it really a typo?
>
> hi all,
>
> It's stated in Lion's book chapter 13.13 that at line 3973, i.e. the
> function psignal, there is a typo where the p_stat should be p_pri.
>
> Is there anyone can confirm it?
>
> If it's really a bug, why it remains p_stat in UNIX V7?
>
> Thanks in advance
>
> Qinglai
hi Hellwig,
Thanks for pointing out.
I was viewing actually the V6's source while I had thought it's V7.
Thanks &
Regards,
Qinglai
On 10/17/06, Hellwig Geisse <Hellwig.Geisse(a)mni.fh-giessen.de> wrote:
> Hi Qinglai,
>
> On Tue, 2006-10-17 at 14:26 +0800, jigsaw wrote:
> > If it's really a bug, why it remains p_stat in UNIX V7?
>
> it was changed in V7 to p_pri (file sig.c, lines 64/65).
>
> Regards,
> Hellwig
>
>
hi all,
It's stated in Lion's book chapter 13.13 that at line 3973, i.e. the
function psignal, there is a typo where the p_stat should be p_pri.
Is there anyone can confirm it?
If it's really a bug, why it remains p_stat in UNIX V7?
Thanks in advance
Qinglai
The thrust meter project -- was that an analog meter that displayed %
CPU utilization? I remember that Tom Ferrin had one mounted in the
middle of a DEC panel filler on the 11/70 at the Computer Graphics
Lab at UCSF. It was really delightful having this analog meter
bouncing up and down as people worked away.
Brian
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
_| _| _| Brian Knittel
_| _| _| Quarterbyte Systems, Inc.
_| _| _| Tel: 1-510-559-7930
_| _| _| Fax: 1-510-525-6889
_| _| _| Email: brian(a)quarterbyte.com
_| _| _| http://www.quarterbyte.com