I downloaded 32V after thinking and thinking and thinking about it, and of
course untarred and defeathered it, then had a look at some of the source
code.
I got a buzz out of reading it! (I usually don't give myself time to read
source code, so I suppose I get out of the habit of thinking of it as a
pleasure. And University tends to make one think of it as a chore ;^)
Just thought I'd pass that on - and thanks to everybody - AT&T, UOC@Berkeley,
SCO, Caldera and PUPS/TUHS for allowing me my unexpected pleasures!
Much appreciated!
Wesley Parish
--
Mau e ki, "He aha te mea nui?"
You ask, "What is the most important thing?"
Maku e ki, "He tangata, he tangata, he tangata."
I reply, "It is people, it is people, it is people."
Jochen Kunz <jkunz(a)unixag-kl.fh-kl.de> wrote:
> The thing with NetBSD is that you get a modern *ix like OS complete with
> ssh etc. and features like mmap(2) that 4.3BSD-Tahoe doesn't have.
Just a nitpick, but ssh is available for 4.3BSD-Quasijarus, look for it in:
ifctfvax.Harhan.ORG:/pub/unix/apps/
But yes, NetBSD is a "modern *ix", not UNIX, which is why I can't stand it. My
love for UNIX as opposed to "modern *ix"'s is what made me create and run
4.3BSD-Quasijarus. Since I use it as my sole and only OS for my real world
computing needs, not a hobby, I have everything for it that one needs in
everyday life, including ssh, httpd, Russian support, PostScript support, PPP
support, etc. But it's still pure 4.3BSD as all of the latter are just user
applications.
MS
Markus Weber <jmbw(a)nather.com> wrote:
> Stand/copy from tms(0,1) to ra(0,1) fails with a 'disk unlabeled' diagnostic
> on a cold disk image.
It should print the unlabeled diagnostic, but then proceed rather than fail. I
just double-checked the standalone driver source, and it does provide a default
label for RA82, as long as the MSCP controller actually returns RA82 as the MSCP
disk ID. Does it give you an error message about disk type (some hex humber)
not supported? If so, SIMH's MSCP emulation must be lacking in quality.
> If only ra0 is
> configured for simh, it takes the kernel a long time to decide that ra1,
> ra2, and ra3 are offline. Having said that, I do not know how long this
> takes on actual hardware.
On real HW it takes no noticeable time.
> the kernel (and
> not simh) subsequently segfaults (trap type 8, code = c0000200, pc =
> 8003fe16).
Well, obviously this doesn't happen on real HW, since on real HW it works (I'm
typing this message on a MicroVAX 3+ running 4.3BSD-Quasijarus).
But I will grant the possibility that the kernel is not w/o fault either in that
perhaps it's going south (dereferencing a garbage pointer and crashing) when the
MSCP controller (in this case SIMH's poor emulation) is doing something it
doesn't expect. If this is so, it should be fixed, since even w/o emulators
(which I refuse to support on principle) real HW can be broken and return
garbage on reg reads, and the kernel must handle it gracefully. I'll look into
it.
MS
Hello (again) from Gregg C Levine
The RPM file provided didn't build correctly. Remember I did say that
I use Slackware. I don't have a running instance of Red Hat here.
However, I was able to build a copy of SIMH straight from the current
source code. One thing does get to me, though. This creation moves a
lot slower on SIMH/VAX, then NetBSD, which worked well enough. I'm
guessing that this is indeed a populated pack you have here, but do
you have any idea as to why it's practically moving slower then a
tortoise? This is running on a Pentium 100.
As to your question, yes they are working on it, moving through the
2.4.2x series of kernels. It isn't pretty, but it is working. If you
want to join the list to offer complements, or comments, or just lurk,
go to their website, and tell the list-manager that I sent you. He'll
give you a good seat.
-------------------
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
(This company dedicates this E-Mail to General Obi-Wan Kenobi )
(This company dedicates this E-Mail to Master Yoda )
> -----Original Message-----
> From: Markus Weber [mailto:jmbw@nather.com]
> Sent: Tuesday, September 30, 2003 3:40 PM
> To: Gregg C Levine
> Subject: RE: [TUHS] Re: 4.3 BSD version in the Unix Archive
>
> Hi Gregg!
>
> The src.rpm was built on Redhat 7.3, but you should be able to
rebuild in on
> a more recent version of Redhat. There is, however, no reason not to
do a
> straight recompile of the simh sources. I simply prefer to package
> everything and thought I may save somebody else the bother.
>
> My site runs Postnuke, which uses cookies internally. Unless you
want to
> create an account and login, I doubt that it matters one way or the
other if
> you reject the cookies or not.
>
> I would guess that the primary objective of simh/vax is to run
OpenVMS,
> which it does just fine for me. If you wish, I can dig up a URL for
a
> beautiful installation-on-simh write-up. You can really follow the
standard
> instructions to the letter once simh is set up properly.
>
> It looks like simh can run most, if not all, BSD's. I'm happy with
> Quasijaro - it has a certain sentimental value to observe 4.3BSD in
its
> native habitat. Quasijaro has issues, but they can be worked around.
NetBSD
> 1.5.2 works with a very minor install-time glitch. OpenBSD is the
one I
> still haven't figured out; there's an odd fatal error when mounting
the root
> filesystem. Or rather, there's something very odd about the in-core
> disklabel. Come to think of it, there is a common theme of problems
relating
> to disk labels and first-time access of disks. By and large, it's
not clear
> (to me) in any of these cases if the emulation is broken or simply
exposes
> flaws in the OS.
>
> So the Linux/Vax project is still alive?
>
> Cheers
> -Markus
>
> -----Original Message-----
> From: Gregg C Levine [mailto:hansolofalcon@worldnet.att.net]
> Sent: Tuesday, September 30, 2003 2:02 PM
> To: 'Markus Weber'; tuhs(a)minnie.tuhs.org
> Subject: RE: [TUHS] Re: 4.3 BSD version in the Unix Archive
>
>
> Hello (again) from Gregg C Levine
> Just for the sake of argument, Markus, what was your build
environment
> for your SRC RPM version of SIMH? Personally I use Slackware Linux
> here, and the source code files straight from Bob's site. Also, that
> site kept wanting to set a cookie on my machine here. Is that a
normal
> process?
>
> Incidentally, the folks building Linux for the VAX, also use
SIMH/VAX
> for testing, and sometimes even they have problems. So the comment
> regarding this product, and the VAX simulation is valid, just needs
to
> be further tested.
>
> I, myself, have used it, to boot either VAX VMS, (Didnt workout how
> to install it on blank disk though.). or a relative of what we
> discuss, as well.
> -------------------
> 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
> (This company dedicates this E-Mail to General Obi-Wan Kenobi )
> (This company dedicates this E-Mail to Master Yoda )
>
>
>
> > -----Original Message-----
> > From: tuhs-bounces(a)minnie.tuhs.org
> [mailto:tuhs-bounces@minnie.tuhs.org] On
> > Behalf Of Markus Weber
> > Sent: Tuesday, September 30, 2003 9:05 AM
> > To: Joseph F. Young; tuhs(a)minnie.tuhs.org
> > Subject: RE: [TUHS] Re: 4.3 BSD version in the Unix Archive
> >
> > Thanks to your help it works. Please see
> >
> >
>
http://www.itsecuritygeek.com/modules.php?op=modload&name=News&file=ar
> ticl
> > e&
> > sid=22
> >
> > for an annotated installation transcript. You'll find a
> pre-installed disk
> > image in the site's Download section.
> >
> >
> >
> > -----Original Message-----
> > From: Joseph F. Young [mailto:jy99@swbell.net]
> > Sent: Monday, September 29, 2003 1:50 PM
> > To: tuhs(a)minnie.tuhs.org
> > Cc: jy99(a)swbell.net
> > Subject: [TUHS] Re: 4.3 BSD version in the Unix Archive
> >
> >
> > From my experience, you need to have a recent release of SIMH in
> order to
> > run 4.3BSD. A few months ago, I managed to build "working"
> Quasijarus and
> > Reno disk images (Quasijarus appears to work fine for me, but Reno
> is as
> > buggy as I remember it being on real hardware). I had to use
Ultrix
> and
> > Netbsd to do the bootstrap/install; I could not get the tape boot
to
> work
> > at all.
> >
> >
> > ---
> > Outgoing mail is certified Virus Free.
> > Checked by AVG anti-virus system (http://www.grisoft.com)
> > Version: 6.0.520 / Virus Database: 318 - Release Date: 9/18/2003
> >
> > _______________________________________________
> > TUHS mailing list
> > TUHS(a)minnie.tuhs.org
> > http://minnie.tuhs.org/mailman/listinfo/tuhs
>
>
>
> ---
> Incoming mail is certified Virus Free.
> Checked by AVG anti-virus system (http://www.grisoft.com)
> Version: 6.0.520 / Virus Database: 318 - Release Date: 9/18/2003
>
> ---
> Outgoing mail is certified Virus Free.
> Checked by AVG anti-virus system (http://www.grisoft.com)
> Version: 6.0.520 / Virus Database: 318 - Release Date: 9/18/2003