HDTenEightyP/NetNews huggingface dataset:
From: vixie@pa.dec.com (Paul A Vixie)
Subject: Re: BSD names (was: BSD on floppies)
Organization: DEC Network Software Lab
	<1992Apr8.110359.10948@pegasus.com> <148@adagio.UUCP>
Date: 9 Apr 92 15:22:42

> Yes, but it did. I'm not taking sides in this rift, but the fact is
> that Jolitz worked for BSDI before going his own way and bringing out
> 386BSD.

Well, yes, but before he worked for BSDI he hammered on this code on his
own time, for his own purposes, and gave a bunch to CSRG for the Net-2
release.  I'm not sure I follow your point in any case.  We've got two
similar things in the world and we need a way to differentiate them but
we certainly don't need to do it based on "who was first".

> Even his articles in Dr. Dobbs and UNIX Magazin call it BSD386, not 386BSD.

Interesting.  And beside the point.  We still need different names.

How about "Jolitz 386BSD" and "BSDI BSD/386" ?  Seems unambiguous to me.
--
Paul Vixie, DEC Network Systems Lab	
Palo Alto, California, USA         	"Ready, Fire, Aim"
<vixie@pa.dec.com> decwrl!vixie
<paul@vix.com>     vixie!paul          alt.pink.bunny.boom.boom.boom moderator
From: zoo@cygnus.com (david d 'zoo' zuhn)
Newsgroups: comp.unix.bsd
Subject: Re: BSD names (was: BSD on floppies)
Date: 7 Apr 92 06:18:51 GMT
	<1992Apr4.015115.5860@cirrus.com> <1992Apr4.215301.17060@uwm.edu>
	<24838.9204051603@thor.cf.ac.uk>
Organization: Cygnus Support -- 1 415 322 3811
In-reply-to: spedpr@thor's message of 5 Apr 92 16:03:11 GMT
X-Md4-Signature: 2067a8a6113fbba65be4af3555b37754


   I don't think BSDI and BSDJ are very good choices. If you think there's
   a tendency to mix up 386BSD and BSD386 then what do you think will
   happen when the names only differ by the last digit and they're
   consecutive letters of the alphabet.

But they're mnemonic at least.  There's nothing to tell 386BSD from
386BSD unless you can keep them straight by other means.  Mine is BSDI
and BSDJ (I for Inc. and J for Jolitz).  

I like the fact that J is close to I: full source puts your 1 step
ahead.

  david d 'zoo' zuhn |  
      cygnus support |  member of the league for programming freedom 


Newsgroups: comp.unix.bsd
From: vixie@pa.dec.com (Paul A Vixie)
Subject: Re: What happens if you have both BSD/386 and 386BSD?
Organization: DEC Network Software Lab
	<1992Apr7.224109.7413@pony.Ingres.COM>
	<1992Apr12.000208.24862@pegasus.com>
Date: 11 Apr 92 20:19:25

wait, wait...

>> And why wouldn't you expect to see BSDI litter in, and taint, more and
>> more BSD files as they add new `features', large and small?
>>
>> They have yet to make any public statements to give us any other impression.

so have you stopped beating your wife?

c'mon, folks.  BSDI hasn't give you any reason to suspect that they are
going to do the thing you suggest, so why should they have to make some
public statement denying it?

can we GET ON WITH IT and start coding and stop arguing?
--
Paul Vixie, DEC Network Systems Lab	
Palo Alto, California, USA         	"Ready, Fire, Aim"
<vixie@pa.dec.com> decwrl!vixie
<paul@vix.com>     vixie!paul          alt.pink.bunny.boom.boom.boom moderator
From: dxper@dtek.chalmers.se (Per Anders Olausson)
Newsgroups: comp.unix.bsd
Subject: 386BSD coredumps to /dev/null?
Date: 13 Apr 92 23:11:59 GMT
Organization: Chalmers University of Technology, Gothenburg Sweden


  Hi!

  I just got 386BSD Version 0.0 "newer" running on my

	486DX 33 Mhz (a clone from Netcom in Taiwan or whatever)
	AMI Bios
	3.5" floppy
	105 Mb IDE
	Adaptec 1542b
	Konica FD-10 10 Mb remov 5 1/4" (yeah that's right - 480TPI on a 5 1/4"!)
	etc...

  and it booted without any hassles whatsoever.

  I was surprised by this since I had some strange stuff around in the box 
and what boggles me more is that when I got the machine to panic (after getting
tired of roaming around on the barren dist.fs floppy) it core dumped to I 
don't know what because neither the dist.fs nor the harddisk seem to have been
affected by the core dump. (I was expecting an hours work recovering my backup
but alas I didn't have to :-))

  So anyone have any clues as to were the core went? 

  /dev/null?

pao
PS!
  I actually got used to it so fast so that I did a CTRL-Z without thinking
about it and job-control really worked. Great. Made my day, that's for sure!
--
-------------------------------Andrew Olausson--------------------------------
------------------------------Systems Architect-------------------------------
----------------------------dxper@dtek.chalmers.se----------------------------
--------------------------------pao@proxxi.se---------------------------------
From: dean@ksr.com
Newsgroups: comp.unix.bsd
Subject: Re: Need Help with picking machine
Date: 6 Apr 92 19:14:58 EDT

In article <1992Apr3.161000.1190@rice.edu> pkn@is.rice.edu (Kay Nettle)  
writes:
> Would some of you that have 386BSD running on a 486, please tell me  
what
> hardware you have?  I don't know much at all about 386/486 machines,
> so please provide as much details as possible.  

I have 386BSD working on the following:

486/33 DX ISA from M&W Computer, 46713 Fremont Blvd, Fremont CA 94538.
This is an OPTI chipset with 64K cache and AMI bios.  The cache is  
enabled and seems to work fine.  16Meg of Ram.  1.44meg floppy

Ultrastor 12f ESDI Controller

Priam 638  330 Meg ESDI Hard disk.

Sigma VGA Legend VGA controller (ET4000 based)

WD 8013EP Ethernet card.  (Doesn't work yet on 386BSD, but I haven't
had a chance or rather a pressing need to look at the problem)

Dean Anderson 
KSR Computing Facilities
Kendall Square Research
dean@ksr.com
#include <std.disclaimer>
From: terry@ithaca.npd.Novell.COM (Terry Lambert)
Newsgroups: comp.unix.bsd
Subject: Re: 386bsd & NFS??
Keywords: 386bsd NFS
Date: 13 Apr 92 17:07:28 GMT
Organization: Novell NPD -- Sandy, UT

In article <1992Apr10.204438.2254@NeoSoft.com>, karl@NeoSoft.com (Karl Lehenbauer) writes:

|> Note that the default shell doesn't recognize the "if [ ]" syntax.  You'll
|> have to use bash or modify the script to do "if test ..." instead

	Or link /bin/\[ to /bin/test, like it's supposed to be.

							Terry Lambert
							terry_lambert@gateway.novell.com
							terry@icarus.weber.edu
Newsgroups: comp.unix.ultrix
From: mjr@hussar.dco.dec.com (Marcus J. "will do TCP/IP for food" Ranum)
Subject: Re: Why is dxclock bigger than vmunix?
Organization: Digital Equipment Corporation, Washington ULTRIX Resource Center
Date: Fri, 17 Apr 1992 15:49:38 GMT

nelson@reed.edu (Nelson Minar) writes:

>Everyone say it at once - "we want shared libraries".

	Shared libraries are a joke. Think about it. Basically, you're
paying a tremendous price in efficiency *JUST* to make X windows work.
A more effective solution is to just heave X and use something that is
not a bloated pig. Having every single program on your system do the
indirections necessary for shared loading, *JUST* to make X windows
tolerable is not unlike sawing your legs off below the knee to cure an
ingrown toenail.

	If you say X is too big, don't use X.

mjr.
Newsgroups: comp.unix.ultrix
From: mark@merlin.dev.cdx.mot.com (Mark Scherfling)
Subject: tty redirection to TCP/IP sockets
Organization: Motorola Codex, Canton, Massachusetts
Distribution: na
Date: Wed, 8 Apr 1992 20:48:46 GMT

Hello Net.

We have a situation where I find myself asking: "someone's probably
solved this before". So here goes:

We have a 3rd party monitor program which is written to connect to
a hardware device through a tty port.  What we'd like to do is
connect the hardware device to a terminal server and redirect the
workstation tty stream to a tcp/ip connection made between the decstation 
(5000/120) and the terminal server. I know there are issues of first
establishing the tcp connection to the terminal server. But that 
seems like a nit compared to the tty redirection.
We can perform the redirection of a tty port to a LAT session, but
we've run into some problems with packet size limitations (too small)
and the lack of support for LAT when used outside a printer connection
with the terminal server.
Does anyone know of a technique or program which would allow us to 
perform this tty to tcp/ip (socket) redirection?
Thanks for your help.

-- Mark Scherfling
   Systems and Tools Manager
   Motorola Codex
   mark@merlin.dev.cdx.mot.com
From: iglesias@draco.acs.uci.edu (Mike Iglesias)
Subject: Re: disassociate X display from system console
Newsgroups: comp.unix.ultrix
Organization: University of California, Irvine
Date: 15 Apr 92 14:41:20 GMT

In article <1992Apr15.142423.18173@coe.montana.edu> osyjm@cs.montana.edu (Jaye Mathisen) writes:
>Access to the system console could allow users to boot the thing up
>single user, disconnect drives, more easily crash the machine during
>normal running operations, basically just hose things over.  I can 
>think of lots of reasons to put the consoles in a locked secure environment...
>Especially with the occasional capricious student running around...

Setting the console password can slow down students booting the systems
single user.  Once the password is set, you can only type "boot" (no
args) or "passwd" (to unlock the console).  Make sure you make the changes
suggested in the 4.2 release notes or a failing fsck can leave the
in single user, available for (mis)use.

We have 8 DECstation 5000/200 systems in a cardkey locked room for
students to use.  For students in a class, they can check out the card
key from the operators (who run other systems).  Others (faculty, grad
students) can get their own card key.  We haven't had any problems
other than a few people turning the systems off when they were done
(they were used to PCs).  Education corrected that. 


Mike Iglesias                        Internet:    iglesias@draco.acs.uci.edu
University of California, Irvine     BITNET:      iglesias@uci
Office of Academic Computing         uucp:        ...!ucbvax!ucivax!iglesias
Distributed Computing Support        phone:       (714) 856-6926
Newsgroups: comp.unix.ultrix
From: rng@cs.ulowell.edu (Raymond F. Ng)
Subject: fileFile- security
Organization: University of Massachusetts at Lowell Computer Science
Date: Fri, 10 Apr 1992 07:38:08 GMT



Hi,

I am looking for a way to monitor all the bin files (executables).
I want to write a function which can check whether a file has
been modified.  Any suggestion?

What I am thinking is that get all checksum of all bin files and
save them in a file.  When I need to check a file, get the new
checksum and compare it with its old checksum to see if there is
any difference.  How to get the checksum?

Are there any better ways to do it?

Thanks

	RNG
From: mckay@gimli.bio.purdue.edu (Dwight McKay)
Newsgroups: comp.unix.ultrix
Subject: Strange Fortran v3.0 runtime message...
Date: 6 Apr 92 21:14:24 GMT
Reply-To: mckay@gimli.bio.purdue.edu (Dwight McKay)
Organization: Department of Biological Science, Purdue University

What does this Fortran v3.0 runtime message mean?  I've checked the file
listed,
/usr/lib/for_msg.cat, it's a sym-link and both the link and the file it
references and the path to the file are all open and readable.  I can even cat
the file, why can't the fortran rtl?

The message is:
forrtl: info: Fortran error message number is 24.
forrtl: warning: Could not open message catalog: for_msg.cat.
forrtl: info: Check location/protection of NLSPATH and /usr/lib/for_msg.cat.

--
--Dwight D. McKay, Purdue University, Department of Biological Sciences
--Office: LILY B-145, Phone: (317) 494-4481
--mckay@gimli.bio.purdue.edu
From: alan@shodha.enet.dec.com ( Alan's Home for Wayward Notes File.)
Newsgroups: comp.unix.ultrix
Subject: Re: Making one disk drive capable of booting any model DECstation
Date: 7 Apr 92 18:47:50 GMT
Organization: Digital Equipment Corp. - Colorado Springs, CO.

In article <ku1ppoINN49g@goose.aa.ox.com>, paulh@goose.aa.ox.com (Paul Haas) writes:
> [ The customer asked "How do I make a disk capable of botting any
>   model DECstation", after having observed that /dev/mouse is
>   different between the Model 100s and Model 200s. ]

	To the best of my knowledge that is the only real problem
	in trying to make a generic bootable disk.  The problem is
	that the Model 100 and Model 200 have different serial
	interfaces and therefore different drivers (SEE ALSO dc(4)
	and scc(4)).

	The suggestion of adding something to /etc/rc.local to
	make a new mouse special device file according to which
	is needed is probably the best solution.
> --
> Paul Haas   (313) 930-1888
> paulh@ox.com


-- 
Alan Rollow				alan@nabeth.cxo.dec.com

Newsgroups: comp.unix.ultrix
From: castor@drizzle.Stanford.EDU (Castor Fu)
Subject: dxbook,  font width tables, Display Postscript problem?
Organization: DSG, Stanford University
Date: 17 Apr 92 18:24:24 GMT

We recently got an RRD42 CD-ROM drive with the all the dxbook online
documentation, etc.  It's pretty nice, except for one thing:

A lot of the text looks kind of screwy, with text spacings somewhat
off.  Is this normal behavior, or have we somehow corrupted our
font tables?  Could it be that there is some problem with the
native Display PostScript fonts?  When using dxpsview there's an option
which one can choose which sort of fixes things, but this isn't possible
in dxbook.

This is under ultrix 4.2a on DECstation 5000/200 (CX card 19" screen) and 
			     DECstation 5000/25 (native frame buffer 17" 
						greyscale screen)
	-castor fu
	castor@drizzle.stanford.edu
Newsgroups: comp.unix.ultrix,comp.sys.dec
From: klr@umbc4.umbc.edu (Kurt Reisler)
Subject: Re: Looking for RRD42 driver for playing audio CD
Organization: Hadron.com in exile
Date: Wed, 15 Apr 1992 02:50:11 GMT

In article <709@eagle.ukc.ac.uk> mu@ukc.ac.uk (M.Ulicny) writes:
>
>We are looking for a DEC RRD42 driver (on a DEC station 5000/200 with 
>Ultrix 4.2) for playing audio CD. Please mail to
>

Other than the standard "look on gatekeeper.dec.com" responses, I am
going to bring a copy of xcd to the US DECUS symposium and see to it
that it gets into the DECUS library in the US, Europe and Australia.

-- 
                Kurt Reisler (UNISIG Chair, DECUS US Chapter)
		  Captain, UNISIG International Luge Team
		     Only a guest at klr@umbc3.umbc.edu
		      (formerly at klr@decuac.dec.com)
Newsgroups: comp.unix.ultrix
From: avolio@dco.DEC.COM (Frederick M. Avolio)
Subject: Re: Why is dxclock bigger than vmunix?
Reply-To: avolio@dco.DEC.COM (Frederick M. Avolio)
Organization: Digital Equipment Corp., Washington ULTRIX Resource Center
Distribution: na
Date: Thu, 16 Apr 1992 18:30:23 GMT


In article <29EDBABE.558@noiro.acs.uci.edu>, iglesias@draco.acs.uci.edu (Mike Iglesias) writes:
>In article <peterd.703429230@pjd.dev.cdx.mot.com> peterd@pjd.dev.cdx.mot.com (Peter Desnoyers) writes:
>>I'm sure people have beaten this topic to death before, but I'll flog it
>>again - WHY DOES IT TAKE 400K BYTES MORE CODE SPACE AND 200K BYTES MORE
>>DATA SPACE TO PUT A SILLY CLOCK ON THE SCREEN THAN TO IMPLEMENT ULTRIX?
>
>dxclock is also dxcalc, dxcalendar, and dxpuzzle.  They are all
>hardlinked to the same executable.  

And, although known by very few people, dxclock is also the executable that
runs the traffic information signs on the New Jersey  Turnpike (you know...
accident/snow/fog/rain/ice conditions ahead) so please don't strip it's symbol
table and try to keep your workstation up and running.

F
From: robbins@calvin.Kodak.COM (Gretchen Mittelstaedt)
Newsgroups: comp.unix.ultrix
Subject: Problems getting more swap
Keywords: swap swapon
Date: 15 Apr 92 16:09:18 GMT
Reply-To: grobbins@kodak.com
Organization: Easman Kodak Co. -  Research Labs, Rochester NY

Oh loyal Ultrix-ites,
	I am trying to allocate more swap on my DECstation 5000/200.
I thought I could do the following:
	1)  Use this fstab entry:
		/dev/rz0g:/swap:sw:0:0:ufs::

	2)  Depend on the "/etc/swapon -a                  >/dev/console"
	line in the rc to get my additional swap

	When I reboot the system, I get the error:
		/dev/rz0g: No such device

	I also tried issuing the swapon command from the command line,
as follows:
		swapon /dev/rz0g
It gave be the same error as above.  I would rather not re-partition the
rz0 disk (swap is currently on b, and b is too small).

	I there something I have to do to rz0g so I can swap on it?
By the way, here's the partition table for rz0:
/dev/rrz0a
Current partition table:
partition     bottom        top       size    overlap
    a              0      	32767      32768    c,h
    b          32768     163839     131072    c
    c              0     	649039     649040    a,b,d,e,f,g,h
    d         163840     316285     152446    c,g
    e         316286     468731     152446    c,g
    f         468732     649039     180308    c,g
    g         163840     649039     485200    c,d,e,f
    h              0          0          0    a,c

Thanks in advance!

Gretchen Mittelstaedt
grobbins@kodak.com
Eastman Kodak, Rochester NY

Newsgroups: comp.unix.ultrix
From: "Ian! D. Allen [CGL]" <idallen@guest0.iit.nrc.ca>
Subject: ((unsigned long)-1)/10 = 0 on Ultrix 3.1 (VAX)
Organization: Computer Graphics Laboratory, University of Waterloo, Ontario, Canada
Date: Wed, 8 Apr 1992 17:58:56 GMT

|From: Adrian Pepper <arpepper@watmath.uwaterloo.ca>
|The following program shows that on Ultrix3.1-Vax, ((unsigned)-1)/10
|is treated as zero, although if it is stored in a variable and arrived
|at by calculation, it has its correct value.  In addition,
|((unsigned)-1) is their definition for ULONG_MAX in <limits.h>

#include <stdio.h>
#include <math.h>
#include <string.h>

main(argc,argv)
int argc;
char ** argv;
{
	int i;
	unsigned long test;
	unsigned long u;

	u = ((unsigned long)-1);
	printf("((unsigned long)-1)=%lu\n", ((unsigned long)-1));
	printf("((unsigned long)-1)/10=%lu\n", ((unsigned long)-1)/10);
	printf("((unsigned long)-1)/2=%lu\n", ((unsigned long)-1)/2);
	printf("((unsigned long)-1)/((unsigned long)10)=%lu\n",
		((unsigned long)-1)/((unsigned long)10) );

	printf("u=((unsigned long)-1)/10=%lu\n", u);
	u /= 10;
	printf("u/10=((unsigned long)-1)=%lu\n", u);
/* the rest is optional, just in case the printfs *APPEARED* to work... */
	for ( i = 1; i < argc; ++i) {
		test = (unsigned long)strtol(argv[i],NULL,0);
		printf("%lu\n", test);
		if (((unsigned long)-1)/10 < test) {
			printf("Whoops %lu < %lu\n", ((unsigned long)-1)/10,
				test);
		}
		else {
			printf("Ah.... %lu >= %lu\n", ((unsigned long)-1)/10,
				test);
		}
	}
	for ( i = 1; i < argc; ++i) {
		test = (unsigned long)strtol(argv[i],NULL,0);
		printf("%lu\n", test);
		if (u < test) {
			printf("Whoops %lu < %lu\n", u, test);
		}
		else {
			printf("Ah.... %lu >= %lu\n", u, test);
		}
	}
}
From: elwin@hubcap.clemson.edu (lawrence brown)
Newsgroups: comp.unix.ultrix
Subject: Re: Why does a DECStation dump core on C program with *large* auto var?
Keywords: Stupid C compiler, stupid computer, stupid user (?)
Date: 14 Apr 92 21:04:04 GMT
Organization: Clemson University

I just ran into this myself.  From testing things, it appears
that any auto variable larger than 64K causes the machine to
hurl at runtime.  Global variables work fine. Anyone know why?
And where would I find this sort of thing written down?  By the
way, it seems to be in the linker since gcc causes the same
problem. 
Larry Brown
From: leuthold@atmo1.atmo.arizona.edu
Newsgroups: comp.unix.ultrix
Subject: Problem with Colormate PS...
Date: 14 Apr 92 18:25:33 GMT
Organization: University of Arizona, Atmospheric Sciences

Hi...
	I'm trying to print to a Colormate Postscript printer from a DS5000/120
running Ultrix 4.2A.  When printing a large file (1MB), the file starts to
transfer to the printer OK, but, after a few minutes, a timeout of some sort
occurs.  When I do a lpc status, lpc says "Sleeping for 30 seconds before
retrying".  I've hooked the serial line up to a terminal to see what is going
on and what happens is that the Postscript file transfers for awhile, then
the transfer stops.  After the above timeout period is up, the file is again
transfered from the beginning.  I've tried various Postscript files from
different drivers and I still get the same problem.  Below is my printcap
entry.
color_ps|lp8|:\
        :af=/usr/adm/lp8acct:\
        :lf=/usr/adm/lp8err:\
        :lp=/dev/tty01:\
        :br#19200:\
        :ct=dev:\
        :fc#0177777:\
        :fs#03:\
        :xc#0177777:\
        :xs#044000:\
        :mc#20:\
        :mx#0:\
        :rw:\
        :uv=4.0:\
        :sh:\
        :sb:\
        :db#1:\
        :sd=/usr/spool/lpd8:

	I've made sure the printer is using XON/XOFF as it's handshaking.  
Thanks for any help....

Mike

--
leuthold@atmo1.atmo.arizona.edu
From: yeidel@tomar.accs.wsu.edu (Joshua Yeidel)
Newsgroups: comp.unix.ultrix
Subject: Re: Problems getting more swap
Keywords: swap swapon
Date: 16 Apr 92 00:37:58 GMT
Reply-To: yeidel@tomar.accs.wsu.edu (Joshua Yeidel)
Organization: Academic Computing Services, Washington State University


You should beware of using any "a" partition for swap, since that 
can/will destroy the disk partition table (which is located within the
a partition, not in a separate disk label). 

--
Joshua Yeidel               | yeidel@tomar.accs.wsu.edu
Academic Computing Services | All standard disclaimers apply
Washington State University |   "Believe it if you need it, 
Pullman, WA 99164-1226      |     or leave it if you dare..."
509/335-0441                |         -- Robert Hunter
Newsgroups: comp.unix.ultrix
From: ccgwt@blaze.trentu.ca (Grant Totten)
Subject: Personal DECstation 5000 Audio?
Organization: Trent University
Date: Thu, 16 Apr 1992 13:30:26 GMT

Hi all,

	I've seen several mentions of the Personal DECstation 5000's audio
capabilities but can't seem to find any information on how to actually DO
it.  Does anyone know how to use this capability?  It would be neat if it
worked like SUNs do - just copy a sound file to /dev/audio...

-- 
-----------------------+------------------------------------------------------
Grant Totten           |  "If this was a bad dream,  would you tell me?"
Programmer/Analyst     |                      - Bev Crusher, STTNG
Trent University       |  
Peterborough, Ontario  |  
GTotten@TrentU.CA      |  
-----------------------+------------------------------------------------------
From: petav@Physik.TU-Muenchen.DE (Peter Averkamp)
Newsgroups: comp.unix.ultrix
Subject: nfs-server patch
Summary: NFS speedup by async-write patch
Keywords: nfs,performance
Date: 6 Apr 92 14:02:49 GMT
Organization: Technische Universitaet Muenchen, Germany

There was a recent posting about some 
  "UTTERLY AND TOTALLY UNSUPPORTED AND EVIL" 
patch to the ultrix nfs write routine by John Hascall.
This was a source modification, therefore not very many people
seemed to have been able to apply it. As i have got the
impression that i am not the only one who wants to use
it w/o getting a source licence, i worked out a binary patch
on the object files for Ultrix 4.2 & 4.2a. I am willing to provide 
this (totally unsupported, of course) to anyone who drops me a mail. 
I would be very interested in any experiences you make with it, or
some performance comparison to prestoserve.
As i am mainly interested in the tranfer speed for big files, 
here is a startpoint:

    cp /genvmunix(2761504 bytes) /mountpoint  :  20.8sec w/o patch
                                              :  5.2sec  w patch
    source was a DEC DSP3085 disk (a small,nice & fast little thing;
    very good job, DEC!) on a 5k/200 and destination a Maxtor
    Panther12 on a 5k125, both machines w/o load.

Please be aware of the fact that this patch is not supported by
anyone. DEC won't even listen to bugreports that come from a
system that has this kind of mad-maniac patch in it. According
to what i've heard & read about it from DEC, data loss seems to be 
at least probable, if not the compelling punishment for anybody
who dares to apply the evil methods of its competitors to DEC's
machines. I will use it anyway.

 - Peter Averkamp -
--
Peter Averkamp,                      | email:
Physics Department E20               | petav@radon.e20.physik.tu-muenchen.de
Techn. Univ. of Munich               | Phone: ++49 (89) 3209-2408
D-8046 Garching, Germany             | Fax:   ++49 (89) 3209-2338