HDTenEightyP/NetNews huggingface dataset:
From: malowany@cs.concordia.ca (Stephen Malowany)
Newsgroups: comp.sys.sun.hardware
Subject: How to survive a console terminal power-off?
Keywords: console, terminal
Date: 27 Jan 93 03:20:30 GMT
Organization: Computer Science, Concordia University, Montreal, Quebec


Is it possible to wire up the console serial port of a Sun server in
such a way that:

    (1) the machine WILL NOT halt if the serial cable is
        unplugged at the terminal end.
    (2) the machine WILL halt in the presence of a software generated
        line break (e.g. via ioctl() calls).
    (3) the machine WILL NOT halt if the connected terminal is
        powered off.

We have been able to achieve (1) and (2) so far with the following
wiring, but not (3).

Sun file                                                     Console
Server                                                       Server
Side                                                         Side


   2  Tx  -------------------------  ------------------------- 2 Tx
                                   \/
                                   /\
   3  Rx  ------+------------------  ------------------------- 3 Rx
                |
                Z    4.7K resistor
                |
  25  -5v ------+                                             25 -5v

   7  GND ---------------------------------------------------- 7 GND

   4  RTS --+                                                  4 RTS
            |
   5  CTS --+                                                  5 CTS

   6  DSR --+                                                  6 DSR
            |
  20  DTR --+                                                 20 DTR

(diagram from "conserver" software by K.S. Braunsdorf & T. Fine)

We need this to work for the 3/160, 4/3X0, SS2, and SS10. If anyone can
suggest to me a method for getting (1), (2), & (3) to work all at once,
I would REALLY appreciate it! Oh, and ya, I know about UPS's, but that's
just not in the cards right now.

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Steve Malowany                                                Systems Analyst
Centre for Pattern Recogn. & Machine Intell.   malowany@cenparmi.concordia.ca
Department of Computer Science                       malowany@cs.concordia.ca
Concordia University                                 Montreal, Quebec, Canada
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
From: timm@mpii02000.mpi-sb.mpg.de (Jan Timm)
Newsgroups: comp.sys.sun.hardware
Subject: Apple CD ROM on a sun3/60 ?
Date: 28 Jan 93 16:51:18
Organization: /HG/usr2/hiwis/timm/.organization
NNTP-Posting-Host: mpii02000.ag2.mpi-sb.mpg.de


As someone asked here the same question for a NEC CD ROM:

Can an Apple CD ROM (SCSI) be connected to a SUN 3/60 ?
(Shure it can be :-), but does it work ?)
I'm afraid this is a FAQ, but i didn't find it in the 
sun-admin-faq.

Jan Timm

--
mail: Jan-G. Timm                               email: Jan.Timm@mpi-sb.mpg.de
      Sulzbachstr.1                 		           timm@mpi-sb.mpg.de
      D-6600 Saarbruecken             PGP 2.0 public key available on request
      West-Germany                    *** Heisenberg might have been here ***

Newsgroups: comp.sys.sun.hardware
From: haberman@s6.msi.umn.edu (Joe Habermann)
Subject: SPARCclassic frame buffer - can it be fooled?
Summary: Can the fb on the LC be fooled into believing it has a 16" monitor?
Keywords: frame buffer cgthree cgtwo resulution monitor
Organization: University of Minnesota
Date: Wed, 27 Jan 1993 02:10:59 GMT

The other day I tried an experiment.  I took a 15" SPARCclassic
monitor (machine hasn't been set up yet because we're waiting on
software) and hooked it up to a 4/330.  It worked fine and 
displayed a resolution of 1152x900.  This got me wondering.

What kind of frame buffer does the Classic use?  Is it a cgtwo
or cgthree?  Can it be fooled into believing that a 15" monitor
is really a 16" monitor?  Just wondering if there is a way to
sacrifice pixel size in exchange for real estate.

Thanks,

Joe Habermann
MSI Technical Support, University of Minnesota
Newsgroups: comp.sys.sun.hardware
From: behzad@jolt.att.com (Behzad Nadji)
Subject: Looking for ethernet to manufacturer map
Organization: AT&T
Distribution: usa
Date: Sun, 24 Jan 1993 18:35:27 GMT
Followup-To: comp.sys.sun.hardware
Keywords: ethernet manufacturer

As you know, the first three bytes of the ethernet address determines
the name of the manufacturer of the interface.  For a utility that I am
writing, I need the corresponding mapping table.  Any ideas on where I
can find one?

Thanks,

-- 
Behzad Nadji					Internet: behzad@jolt.att.com
AT&T Bell Labs					   Uunet: att!jolt!behzad
200 Laurel Ave., 4F-228			           Phone: (908) 957-6914
Middletown, NJ 07748				     Fax: (908) 957-4215
Newsgroups: comp.sys.sun.admin
Subject: Re: Licences in Solaris 2.n
From: shadow@alycia.andrew.cmu.edu (Derrick J. Brashear)
Date: 22 Jan 93 11:08:26 -0500
Reply-To: shadow@alycia.andrew.cmu.edu
Distribution: world
Organization: Shadow Enterprises

In article 17748@siemens.com, aad@siemens.com (Anthony Datri) writes:
>>>Now if they'd unbundle OpenWindows and put the C compiler back... :)
>
>>Why?  You *liked* that crufty bundled compiler??
>
>It *worked*.
>
Uh... Some of us happen to like OpenWindows... (Even though we're stuck at OW 2 on SunOS 4.1.1. Sun 3:-)

And the bundled C compiler worked fine for me too:-)

-D

Newsgroups: comp.sys.sun.admin
From: casper@fwi.uva.nl (Casper H.S. Dik)
Subject: Re: Help on building X11R5 under Solaris 2.1
Organization: FWI, University of Amsterdam
Distribution: inet
Date: Mon, 25 Jan 1993 13:16:27 GMT

mchiarin@jade.tufts.edu (Marc Chiarini) writes:

>I'm trying to build the core X11 Release 5 distribution on a new Sparc 10
>with Solaris 2.1/SunOS 5.1 as I'm told.  I'm just having a hard time of
>it especially because I don't really know much about System V.  Has anyone
>been successful in building the release under Solaris 2.1?  I would be
>grateful if they could indicate what types of changes need to be made to
>the configuration files, etc.  Also, I'm using the latest version of gcc.
>Thank you.

Yes. I've succcesfully done this.

My basis was the patches on export, jpl-multiscreen, and a sun.cf file
posted a while back and patches made by John DiMarco for JPL-multiscreen.
Since my version now compiles and runs with cc and gcc 2sx. on both SunOS 4.x
and SunOS 5.1.  In both versions (4.x and 5.x) it is possible to link or
run gcc compiled binaries with cc compiled libraries and vice versa.

It has been tested on CG3 & GX. Note that the patch will require
at least gcc 2.3.3, as gcc 2.3.2 and earlier didn't generate proper
PIC code for Solaris 2.1. Any Gcc 2.x will work for 4.x

Other differences of this patch with the other Solaris 2.1 X patches:

	- builds completely with Gcc 2.x on SunOS 4.x and SunOS 5.x
	- still works on SunOS 4.x
	- doesn't use /usr/ucblib, /usr/ucbinclude or /usr/ucb.
	- automatically sets RUN_PATH in executables, if UsrLibDir != /usr/lib
	  or AlternateUsrLibDir is defined as YES
	- xterm -C that works, xterm that uses utmpx
	- xload that uses libkvm and libelf
	- no ``-z nodefs'' set when linking: you can be sure that everything is
	  defined if you get an executable.
	- defines SYSV and SVR4
	  By defining SYSV and SVR4 both, a lot of the code that is
	  #ifdef'ed SYSV is compiled in automatically.
	- libraries compatible between gcc and cc by linking -lgcc with
	  two of the shared libraries. (With one exception: programs that
	  define variadic functions and are compiled with gcc, linked with
	  libs compiled with gcc, but running with cc compiled libs will fail.)
	- will include xview3pl patches as a sepreate file.

I'll make these patches available at export during this week.

Casper
Xref: sparky comp.sys.sun.admin:10599 comp.sys.sun.apps:3036 comp.sys.sun.misc:6409
From: mike@sdd.comsat.com (Mike Stennett)
Newsgroups: comp.sys.sun.admin,comp.sys.sun.apps,comp.sys.sun.misc
Subject: SEGV inside malloc() - This shouldn't happen!
Date: 21 Jan 93 17:20:08 GMT
Distribution: na
Organization: SDD, COMSAT Labs, Clarksburg, MD

I am currently porting a program to a SparcStation 2 running SUN/OS 4.1.2.
The program is written in C, Pascal, and Fortran.  I am using all SUN 
compilers.  My problem is I am getting segmentation faults within malloc.
Now I have been writing C programs for 4 years and know that malloc should
never cause a segmentation faults.

IS ANYONE AWARE OF A SPECIAL PROBLEM THAT THE SUN'S HAVE WITH MALLOC?

A little more information...
The segmentation faults occur in regular locations for a compilation.  However,
if I add mallocs to different sections of the program different mallocs 
then create the segmentation faults.  The mallocs are being called correctly
and occur in many different places.  For example I have had crashes from mallocs
called by me directly, utility routines such as fscanf, Pascal calls like "new"
and another library I'm using for graphics Prior-GKS.  Since it is not how I
am calling the mallocs, I would like to think that I am running out of memory.
However, I don't think this is the problem.  When I put a large loop that 
called a malloc of small size to eat up all of the system memory, the expected
result occured.  Instead of a segmentation fault the system came to a slow
and then almost to a halt.  I noted that when the mallocs were causing 
segmentation faults, the process was not large relative to the amount of memory
my system has.

I find it hard to believe that SUN's malloc has been written poorly, but
currently that is the only reasonable explination I have.

CAN SOMEONE GIVE ME A CLUE?
--
Signed: Mike Stennett           Domain: mike@sdd.comsat.com
Phone: +1-301-428-4083          Fax: +1-301-428-7747
USPS: COMSAT Labs, 22300 COMSAT Drive, Clarksburg, MD 20871
Newsgroups: comp.sys.sun.admin
From: ckd@eff.org (Christopher Davis)
Subject: Re: / and /usr on separate disks in 4.1.3?
Organization: Electronic Frontier Foundation Tech Central
Date: Fri, 22 Jan 1993 17:39:33 GMT

a> == andrew.d.hay  <adh@cbnews.cb.att.com>

 a> there IS a strong reason to do it [besides space] -- having /bin and
 a> /usr/bin on different disks should give you a noticeable performance
 a> boost...

On SunOS 4.1.x, I doubt it'll help much:
lrwxrwxrwx  1 root     wheel           7 Dec  2 19:59 /bin -> usr/bin
--
 * Christopher Davis * <ckd@eff.org> * <ckd@kei.com> * [CKD1] * MIME * RIPEM *
Newsgroups: comp.sys.sun.admin,comp.windows.x,comp.windows.open-look
From: elf@ee.ryerson.ca (luis fernandes)
Subject: Re: How to determine frame buffer type on a Sun?
Keywords: X11, Xsun, XunMono
Organization: Ryerson Polytechnical Institute, Toronto
Distribution: na
Date: Thu, 28 Jan 1993 18:44:52 GMT

tim@mdd.comm.mot.com (Tim Rosmus) writes:
>
>Has anybody got a little shell script or any type of program that
>will return something that you can use to choose which X11 Server
>to use on a Sun?  Something like .....
>
I use the following to determine what to map on my background
depending on the type of machine I log-in to (you can adapt
it for your needs...):

#!/bin/sh
:
:
if [ `constype` = gx ]
then
#SPARCstation with GX card
        xview -onroot -colors 100 cindy
elif [ `constype` = cg3 ]
then
#el cheapo SPARC
        xview -onroot -colors 100 cindy
else
#assume mono & display a mundane bitmap
        xsetroot -bitmap $HOME/bm/wings.bm
fi

Xref: sparky comp.sys.sun.admin:10676 comp.unix.sys5.r4:1365
From: mju@mudos.ann-arbor.mi.us (Marc Unangst)
Newsgroups: comp.sys.sun.admin,comp.unix.sys5.r4
Subject: Re: Sys5 admin gripes (was Re: Uh-oh, Solaris 2.1 is here...)
Date: 22 Jan 1993 18:26:36 -0500
Organization: The Programmers' Pit Stop, Ann Arbor MI
NNTP-Posting-Host: mudos.ann-arbor.mi.us

In article <1993Jan20.154450.21736@mnemosyne.cs.du.edu> aburt@mnemosyne.cs.du.edu (Andrew Burt) writes:
>Oh, while we're talking menus, and lack of capabilities, I'd like to see
>a supported way to add users in batches.

Look into useradd(1), usermod(1), and userdel(1).  They are similar to
the older passmgmt(1) command, but include a few new features
(adjustable defaults, etc.).  The only thing they don't allow you to
do is specify an initial password; you still need to use passwd(1) to
set that.  Alternately, you could probably write a quick Perl or C
program to take a password from the command line or a data file, crypt
it, and write it to the password field of /etc/shadow.

>what other files *is* the menu fiddling with to add users besides
>passwd?)

I'm pretty sure that the sysadm-based menus only modify /etc/passwd
and /etc/shadow.  I've deinstalled OA&M on this machine, though, so I
can't check.  :-)

>Maybe us expert sysadmins are a dying breed, but don't forsake us!

Agreed.  SCO is finally starting to learn this, I think; in ODT 1.0
and 1.1, there was NO supported (or documented!) way to add users
other than using their interactive menu-based tool (sysadmsh).  I
think there still is no officially supported alternate method, but at
least they've bothered to document their C2 security extensions in
ODT 2.0 so you can build your own tools.

-- 
Marc Unangst, N8VRH         | "Of course, in order to understand this you
mju@mudos.ann-arbor.mi.us   |  have to remember that the nucleus of the atom
                            |  is squishy."
                            |    -W. Scheider, from a Physics lecture
Newsgroups: comp.sys.sun.admin
Subject: Passwd Blues??
From: lindstrom@acs.harding.edu
Date: 25 Jan 93 07:50:58 -0600
Reply-To: lindstrom@acs.harding.edu
Organization: Harding University

Hello-
  The last couple of days my SPARC IPC has been waiting
up to five seconds to verify logins.  It *seems* to reject
them quick enough (at normal speed), but when a correct
password is entered, it will sit and think about it.  The
only thing which _I_ have changed the last few days is
I installed COPS.

   Any thoughts? Should I panic now, or wait abit??
Please e-mail unless it would benefit the group.

lindstrom@acs.harding.edu
From: olsenc@stein2.u.washington.edu (Clint Olsen)
Newsgroups: comp.sys.sun.admin
Subject: Using HP Laserjet 4M and Milan Fastport 3100
Date: 26 Jan 93 05:04:18 GMT
Article-I.D.: shelley.1k2goiINNcal
Distribution: world
Organization: University of Washington, Seattle
NNTP-Posting-Host: stein2.u.washington.edu

Hello:

I asked on the net earlier about the Jet Direct Card and using
HP Laserjet 4.  Someone recommended that using a Milan Fastport
is better because the Jet Direct requires having a diskless
boot server.

If anyone has set up such a system (SunOS 4.1.2/3) please email
me and let me know if this setup works well.  I don't want my
hind quarters hanging out in the wind.

Thanks.

-Clint
From: fetrow@biostat.washington.edu (David Fetrow)
Newsgroups: comp.sys.sun.admin
Subject: Re: Compuserve's Internet Address
Date: 25 Jan 1993 06:13:47 GMT
Organization: Biostatistics, School of Public Health, Univ. of Wash.
NNTP-Posting-Host: orac.biostat.washington.edu

In article <C1Dzwp.BFM@news2.cis.umn.edu> bob@sparkie.nrri.umn.edu (Robert I. Benett) writes:
>
>The above note indicates that someone wants to email to a Compuserve user.  
>Seems like I've heard of that working.  What I'd really like to know is if
>you can use Compuserve via Internet as if you were using the (usual) dialup
>connection.
>
>Anybody know??
>

 I asked a few months ago and the answer was: definitely not and not any time
soon but that things change and they might reconsider in the future.
 


-- 
   -dave   fetrow-		INTERNET:	fetrow@biostat.washington.edu
   				BITNET:		fetrow@uwalocke
From: C.R.Ritson@newcastle.ac.uk (C R Ritson)
Newsgroups: comp.sys.sun.admin
Subject: Name for a YP services map
Date: 26 Jan 93 16:31:52 GMT
Organization: University of Newcastle upon Tyne, UK, NE1 7RU

Some time ago, I discovered that the NIS/YP map "services.byname"
is in fact keyed on the port number and protocol, as needed for
getservbyport(). This makes getservbyname() very slow, as it reads
every record using yp_next().

I do not have shared libraries (I am not using a sun client), but
have more or less convinced my vendor to use a new map for the
services database which really is keyed by service name and protocol,
and to modify getservbyname().

Question:
	Is there any consensus as to what this new map should be
	called, given that services.byname must stay as it is.

Send me your ideas, preferably by mail, including the string
"services map" in the subject line. I will summarise.

I realise that the new NIS+ will avoid this problem, by having
multiple keys, but there will no doubt be old servers around for
some time to come.

Chris Ritson <C.R.Ritson@newcastle.ac.uk>
EMAIL: C.R.Ritson@newcastle.ac.uk       Chris Ritson,
PHONE: +44 91 222 8175                  Department of Computing Science
FAX  : +44 91 222 8232                  University of Newcastle upon Tyne,
TELEX: uk+53654-UNINEW_G                UK, NE1 7RU
From: jpd@tardis.cl.msu.edu (Joe P. DeCello)
Newsgroups: comp.sys.sun.admin
Subject: Re: 386i RAM/frame buffer on (a sun3/480s??) In article 7826@athena.mit.edu, zhu@athena.mit.edu (Erin Zhu) writes:
Date: 26 Jan 93 22:38:22 GMT
Reply-To: jpd@tardis.cl.msu.edu
Organization: Michigan State University
NNTP-Posting-Host: tardis.cl.msu.edu


]Would I be able to use the memory and/or the color frame buffer from
]a 386i on a SS1?  If not, does anyone have a cheap frame buffer for
]sale?
]
]  --Erin


Why were asking, could one from a sun386i/250 be used on a sun3/480s,
which BTW was originally a 3/280??


---
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Joseph P. DeCello III                      e-mail:  jpd@cad.msu.edu
Michigan State University                      ph:  (517) 353-3027 
Specialized Computing Support Services           1:00pm - 5:00pm EST
From: twong@civil.ubc.ca (Thomas Wong)
Newsgroups: comp.sys.sun.admin
Subject: Re: Setting up a postscript printer....
Date: 26 Jan 1993 23:33:51 GMT
Organization: Dept. of Civil Engineering, U.B.C., Vancouver, B.C., Canada
Distribution: world
NNTP-Posting-Host: sam.civil.ubc.ca


Hhmm.... I've gotten replies telling me to use Newsprint, and replies
for ascii to ps converters, but how does one set things up so that lpr
can print on the postscript printer at all. Right now, I have to do a
lpr -h to suppress the burst page or the printer will misinterpret the
burst page. How does one get around the problem of the burst page
without having to use the -h option for lpr. I know it's possible cause
I know I've seen this done before. But can't remember how.
Thanks in advance!

Thomas.
From: twong@civil.ubc.ca (Thomas Wong)
Newsgroups: comp.sys.sun.admin
Subject: Re: Setting up a postscript printer....
Date: 28 Jan 1993 20:00:56 GMT
Organization: Dept. of Civil Engineering, U.B.C., Vancouver, B.C., Canada
NNTP-Posting-Host: sam.civil.ubc.ca

In article <1993Jan27.141600.19282@clark.dgim.doc.ca> don@mars.dgrc.doc.ca writes:
>from man printcap ...
>
>     sh   bool false              suppress  printing   of   burst
>                                  page                     header
>

Hi there. Thanks for the suggestion.
Is there a way to keep the burst page though? On a multiuser environment
like Unix, and having multiple users printing, it'd be nice to keep a
burst page before each job so that if we have 2 (or more) users printig
out data files, for example. It'd be quite a chore looking through
each page of the printout to find where the end of the first data
file is and where the next one begins. Whereas a burst page would separate 
jobs nicely.

On another note. I must say I'm quite surprised by the replies I have
been getting (or the lack of). I thought we were doing things the
ancient ways by not using postscript. I thought everyone out there
would have a postscript printer on their Sun if they have a printer at
all. But from the replies I have received so far, only a few actually
uses a postscript printer. And those who does use Newsprint. Nobody
uses lpr anymore?? Hhmm... I thought this was a simple question and
everyone else have already been using postscript for printing (with 
lpr) for a long time. I guess I was wrong. Postscript on Unix isn't
catching on like I thought.

Thomas.

Newsgroups: comp.sys.sun.admin,comp.sys.sun.apps,comp.sys.sun.misc
From: poffen@sj.ate.slb.com (Russ Poffenberger)
Subject: Re: SEGV inside malloc() - This shouldn't happen!
Followup-To: comp.sys.sun.admin,comp.sys.sun.apps,comp.sys.sun.misc
Organization: Schlumberger Technologies, ATE division, San Jose, Ca.
X-Newsreader: TIN [version 1.1 PL7]
Distribution: na
Date: Fri, 22 Jan 93 21:58:35 GMT

Conor P. Cahill (cpcahil@vti.com) wrote:
: mike@sdd.comsat.com (Mike Stennett) writes:
: 
: >I am currently porting a program to a SparcStation 2 running SUN/OS 4.1.2.
: >The program is written in C, Pascal, and Fortran.  I am using all SUN 
: >compilers.  My problem is I am getting segmentation faults within malloc.
: >Now I have been writing C programs for 4 years and know that malloc should
: >never cause a segmentation faults.
: 
: This is almost always due to the fact that you have overrun a previous pointer
: returned by malloc and thereby corrupted the "arena" managed by malloc and 
: free.  
: 
: The solution to your problem is to find where you are overrunning your
: data area and fix it.  
: 
: There are several products available to help you in this task including:
: 
: a) dbmalloc 	- a debugging version of malloc posted to comp.sources.misc
: 	 	  in Sept of 92 (Volume 32, issues 6-15).  It should be
: 		  available at an archive site near you.
: 
: b) SENTINEL	- our commercial memory access debugger.  Send email, or
: 		  call 800-296-3000 if you would like additional information.

The best product I have seen is called "purify". It is not a debugger, but
rather instruments your module at link time. No funny macros, no funny
switches, just a change of your link line from "cc ..." to "purify cc ...",
then run the program. It will report memory overwrites, uninitialized
pointer usage, and memory leaks.

Pure Software
(415)903-5100
support@pure.com
info@pure.com
From: brown@ftms.UUCP (Vidiot)
Newsgroups: comp.sys.sun.admin
Subject: Re: Sun Solaris 1.x on new Sun Classic
Date: 21 Jan 93 21:48:12 GMT
Reply-To: brown@ftms.UUCP (Vidiot)
Organization: Vidiot's Other Hangout

In article <1ji0gvINNc90@gap.caltech.edu> jack@ccsf.caltech.edu (Jack Stewart) writes:
<In article <1993Jan19.152059.2146@searchtech.com>, kelly@searchtech.com (Kelly Thompson) writes:
<> 
<> Has anyone been able to load Solaris 1.x on the new Classic ?
<
<My understanding from the Sun Engineer at the local sales office is
<that Sun modified the Boot Prom on the Sun Classic and LX so that they
<would only run Solaris 2.X or higher.  Apparantly they were worried
<that users were not moving to Solaris 2.X fast enough...
<
<I would yell at Sun about this stupidity.  If enough people complained
<perhaps they would offer a PROM kit.  This "enhancement" of the boot
<prom has not altered my timetable for moving to Solaris 2.X but it has
<cost Sun some sales (from our department - there is no point in buying
<a bunch of machines that will sit around for 6+ months).  If your Sun
<sales rep. neglected to mention the Solaris 1.X incompatibilty problem
<perhaps you could get Sun to take the machines back.

Your understanding is a little bit off...

The I/O structure of the new SPARC processor in these computers is a little
bit different, so the kernal driver needed changing.

At the outset, Sun management said that these two machines will only run 
Solaris 2.x.  E-mail/postings were flying around the internal Sun network,
saying that a few minor changes to the driver(s) would fix the problem of
loading 4.1.x onto these machines.

Management got wind of it...said the following...(paraphrased)

Whomever discusses changing the OS to allow Solaris 1.x to run on these
machines, or change code to make it work, will be fired.

Management has decreed that these two platforms WILL not run 4.1.x, ever.

Guess what, we aren't buying those machines or suggesting that our customers
get them.

-- 
harvard\
  ucbvax!uwvax!astroatc!ftms!brown  or  uu2.psi.com!ftms!brown
rutgers/
INTERNET: brown@wi.extrel.com  or  ftms!brown%astroatc.UUCP@cs.wisc.edu