HDTenEightyP/NetNews huggingface dataset:
From: howells@pioneer.arc.nasa.gov (John Howells)
Subject: Re: xv root tile as background for login screen
Organization: NASA Ames Res. Ctr. Mtn Vw CA 94035
Date: Mon, 9 Nov 92 15:36:35 GMT

teek@flight.uwaterloo.ca (Prateek Dwivedi) writes:

<We just got a DEC 5000/240 for our group.  We are called the Flight
<Control Systems Group, so we'd like to have plane like backgrounds for
<everyone to have. 

<I have found a few gif files we would like to use, and we view them with
<xv (which also allows us to use the pictures as backgrounds on our 
<xterminals.

<The problem is that we don't know how to force the picture to be the
<background for the login screen.  Any ideas?

If you're running xdm you can add the following to your
/usr/lib/X11/xdm/xdm-config file:

DisplayManager*setup:           xv -root -max -quit name_of_gif_file

This will cause the gif file to be displayed as a background to the
xdm login window and for the remainder of the session, unless the user
overrides this with another xv or xsetroot upon logging in.

--
                                        John Howells
                                        howells@pioneer.arc.nasa.gov 
                                        howells@earth.arc.nasa.gov
Newsgroups: comp.unix.ultrix
From: senetza@sigma.uleth.ca (Len Senetza)
Subject: sylogin for Ultrix available for testing
Organization: University of Lethbridge
Date:  9 Nov 92 16:39:16 GMT

i've written a program called sylogin which is (semi)analagous to the
SYLOGIN.COM file found in VMS systems.  i need some help in testing.  we
have about 6-10 people using it here with no problems.  but, prior to
releasing it net-wide, i'd like some more testers.

so, if you are interested in beta testing this program, drop me a line.
only the first 15-20 will be given the program, so if you _really_ want
to do it, get the mail flying.

here's the internal doc from the source...

/*
*       SYLOGIN
*
*  this program was written as part of a solution.  the problem that we
*    were having dealt with the lack of dial-up lines.  in order for us
*    to get more, we had to be able to control who had access to them.
*
*  in vms, this is easy; just check the port, the time, the user, and if
*    things are allowed, log the user in.  in ultrix, this is not easy.
*    no checks are done during login for what the user is allowed to do.
*
*  so, along comes sylogin.  instead of having a shell in the shell
*    field in /etc/passwd, you put in /usr/bin/sylogin.  then, sylogin
*    will allow you (root) to check all sorts of things via /sylogin.com
*
*  /sylogin.com is a csh script (or sh, or whatever, just change the
*    code) which tells /usr/bin/sylogin to either allow access or to
*    deny access based upon its exit status (0 for allow, 1 for deny).
*
*  another feature of sylogin is that users can choose which shell they
*    want to use.  in a distributed environment (BIND/Hesiod), the
*    'chsh' command doesn't work.  so, what sylogin does is to check
*    the contents of the user's ~/.shell file for a valid shell to run.
*    if the shell is valid, sylogin overlays itself with the shell.  if
*    the shell isn't valid or ~/.shell doesn't exist, /bin/csh is used.
*
*  currently, sylogin has been tested under DECwindows with both the
*    standard window manager as well as Motif.  No problems have arisen
*    (yet).  it has been compiled under Ultrix 4.2 on both VAX and MIPS
*    chips.  i see no reason why it wouldn't work on previous versions
*    of Ultrix, because there isn't any tricky code (most of the length
*    of this file is due to comments).
*
*  History
*  -------
*  921027 1.0   LJS     initial writing, documenting, testing, etc.
*  921106 1.0.1 LJS     fixed bug for setting SHELL env variable.
*
*/

--
  +-----------------------------------------------------------------------+
  |  Leonard Senetza            |  E-Mail: senetza@alpha.uleth.ca         |
  |  Academic Consultant        |          senetza@hg.uleth.ca            |
  |  University of Lethbridge   |   Phone: 403-329-5162 FAX: 403-382-7108 |
  |  Lethbridge, Alberta        |-----------------------------------------|
  |  Canada, eh?                |  Disclaimer: Why should I tell _them_?  |
  |  T1K 3M4                    |    What they don't know, can't fire me. |
  +-----------------------------------------------------------------------+
From: paul@aztec.ucsc.edu (Paul Tatarsky)
Newsgroups: comp.unix.ultrix
Subject: FAQ? Working setup for MIT's R5 Xdec and MX card?
Date: 12 Nov 1992 21:13:47 GMT
Organization: UC Santa Cruz CIS/CE
Distribution: world
Reply-To: paul@terra.ucsc.edu
NNTP-Posting-Host: aztec.ucsc.edu

I _know_ this has been asked before, but it has been awhile
since I saw any info on it. And lucky me, now I have one.
This is not on the ultrix or X FAQ except for a tiny note in the
ultrix FAQ:

"Support for the MX exists, but some problems have been reported
when attempting to render non-black, non-white pixels."

This is an under-statement.

My question is does anyone out there have a patch or kludge
that allows the MIT X11R5 Xdec server to be correctly used
with the MX card? 

Xdec -class StaticGray doesn't work. It thinks its a color card
but then displays only the low bit. Neither do any of the other
classes. Although you get some interesting results. 

I've seen a previous post about this describing _why_ this happens
(something about the MX card having a pixel stride of 8).  But this
post was from January, and surely someone has come up with a kludge
fix for this so I don't have to run DEC's server and educate users
that "this machine has an unsuppported graphics card so you have to
write an .xserverrc which checks the hostname and runs the DEC server"

Someone ordered this card out of cost reasons, and now I'm just
trying to cleanly support it.

 Paul Tatarsky         email: paul@cse.ucsc.edu
 UC Santa Cruz
 CIS/CE Board          
 Technical Staff
Newsgroups: comp.unix.ultrix
From: metcalf@CATFISH.LCS.MIT.EDU (Chris Metcalf)
Newsgroups: comp.unix.ultrix
Subject: SUMMARY:  disk I/O slowdown with Ultrix 4.3
Date: 9 Nov 1992 15:02:32 GMT
Organization: MIT Laboratory for Computer Science
Distribution: world
NNTP-Posting-Host: catfish.ai.mit.edu

A week ago I wrote:

> Why do I *lose* performance with maxcontig = 8 in some configurations?

The configuration in question was the RZ56.  Following up on a suggestion
from Marcus Ranum, I tried testing the disk using "time dd" and various
different blocksizes on the raw disk devices.  As you would expect,
performance improved significantly when using blocks larger than 8K ...
_except_ when using blocksizes of 64K to about 80K.  For some reason,
on the RZ56 blocks in this range perform noticeably worse than 8K blocks.

Dropping maxcontig on the RZ56s back to 7 yielded a dramatic improvement:
about 35% faster on reads than maxcontig of 8.  Below are the results I 
got for filesystem I/O when changing maxcontig from 1 to 8 (or 7 for RZ56s):

	System		Disk 	Read	Write
	DS 5000/240	RZ56	x1.15	x2.70
	DS 5000/240	RZ55	x1.00   x2.25
	DS 3100		RZ55	x1.30	x2.40

I believe swap I/O has not changed, since the value of "swapfrag" is 64
on both Ultrix 4.2 and 4.3 systems I looked at, and it has been suggested
(thanks again mjr) that swapfrag is the unit of swap allocation and I/O.

> 2.  Why does the CAM subset noticeably decrease performance on some tests?
> 3.  Why can't I mount my CDROM after I install CAM?
> 4.  What are all those annoying .proto.* and .new.* files for?

I never got any answers to these questions, although Nicholas de
Metz-Noblat <nmn@cernvm.cern.ch> sent me some C code to eject CDROMs.
I have decided not to install CAM, since I don't plan on adding devices
to my SCSI chains anyway, and everything works just fine with the default
4.3 drivers.  I also went ahead and deleted all the .(proto|new)* files,
and haven't had any difficulties as a result.

Many thanks again to Marcus Ranum for a helpful email dialogue.
Having overcome the RZ56 problem I am very happy with Ultrix 4.3 now.
-- 
			Chris Metcalf, MIT Laboratory for Computer Science
			metcalf@cag.lcs.mit.edu   //   +1 (617) 253-7766
Newsgroups: comp.unix.ultrix
Subject: Re: Telnet not working ????
From: iglesias@draco.acs.uci.edu (Mike Iglesias)
Date: 12 Nov 92 21:37:19 GMT
Organization: University of California, Irvine

In article <1992Nov12.202325@phwoof.ph.kcl.ac.uk> sjg@phwoof.ph.kcl.ac.uk (Simon Gornall) writes:
>In article <1992Nov12.195026.26325@decuac.dec.com>, avolio@dco.DEC.COM (Frederick M. Avolio) writes:
>
>|> Do you have telnetd installed?   /usr/etc/telnetd.  It is in
>
>We certainly do. And we can "telnet asterix 25" to send mail, or "telnet asterix
>1617" to connect to the empire port. It's most strange.

Being able to telnet to port 25 has no bearing on whether telneting to
the system to login will work.  Check your /etc/inetd.conf file to see if
the line for telnetd is there and not commented out.  It should look something
like this:

telnet	stream	tcp	nowait	/etc/telnetd	telnetd

Make sure the link in /etc to /usr/etc/telnetd is there also.

When telnet does not work, do you get "Connection refused" or does the
connection open and close immediately?  Connection refused means that
nothing is listening on port 23, so inetd may be having problems or
is not configured to handle telnet.  If it opens and closes immediately,
something is preventing telnetd from starting up a login.


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
From: ib@iersv1.energietechnik.uni-stuttgart.de (Iris Butzbach)
Newsgroups: comp.unix.ultrix
Subject: HELP: HP PaintJet on a Terminalserver via LAT
Date: 10 Nov 92 13:42:01 GMT
Organization: Inst. for Energy Economics & Rational Use of Energy (IER) U of Stuttgart, FRG

I want to connect a HP Paint Jet

	a) either to an ETS8 Terminalserver via LAT,

	b) or to a serial line of a DECstation 5000/125 running ULTRIX 4.2a.


Now I have two Problems:

	a) I started LAT with the command %/etc/lcp -s -h /dev/tty02

	the printcap-entry is the following:
	-------------------------------------------
	lp2|2|2|Paint Jet:\
		:af=/usr/adm/lp2acct:\
		:ct=lat:\
		:lf=/usr/adm/lp2err:\
		:lo=lock:\
		:lp=/dev/tty02:\
		:op=PJ:\
		:os=PRINTER:\
		:pp=usr/lib/lpdfilters/ln01pp:\
		:sd=/usr/spool/lpd2:\
		:ts=LAT_0008A3000160:\
		:xf=/usr/lib/lpdfilters/xf:
	-------------------------------------------

	When I send a picture via lpr to the printer 2, it first seems to work
	correctly. The command %lpq -P2 answers that lp2 is ready and printing
	via dev. After 2 Minutes the command %lpq -P2 answers that there was
	no progress for 2 Minutes. Nothing happens on the printer. When I test
	port 8 of the ETS8 the PaintJet is printing the porttest.
	Port 8 is configured as follows
	
	-------------------------------------------------------
	Char Size:	8		Input Speed:	9600
	Flow Ctrl:	Xon/Xoff	Output Speed:	9600
	Parity:		None		Modem Control:	None

	Access:		Remote		Local Switch:	None
	Backward:	None		Port Name:	PJ
	Break Ctrl:	Local		Session Limit:	0
	Forward:	None		Terminal Type:	Soft

	Preferred Services: (Lat)
			 (Telnet)
	
	Authorized Groups : 0
	(Current)  Groups : 0

	Characteristics: Broadcast Loss Notify Verify
	-------------------------------------------------------

	Is there something that's not right, have I forgotten something?

	b) I don't know the right filter for the PaintJet.

Thanks a lot for help!

/----------------------------------------------------\/-------------------\
|         Iris Butzbach * IER Uni Stuttgart          ||             up    |
|     Hessbruehlstrasse 49a * 7000 Stuttgart 80      ||   What goes       |
| Phone: ++49 711 78061-54 * Fax:   ++49 711 7803953 ||                   |
| - - - - - - - - - - - - - - - - - - - - - - - - -  ||  must come        |
|     ib@iersv1.energietechnik.uni-stuttgart.de      ||            down   |
\----------------------------------------------------/\-------------------/
Newsgroups: comp.unix.ultrix
From: teek@flight.uwaterloo.ca (Prateek Dwivedi)
Subject: xv root tile as background for login screen
Organization: University of Waterloo
Date: Fri, 6 Nov 1992 21:40:17 GMT

Hi,

We just got a DEC 5000/240 for our group.  We are called the Flight
Control Systems Group, so we'd like to have plane like backgrounds for
everyone to have. 

I have found a few gif files we would like to use, and we view them with
xv (which also allows us to use the pictures as backgrounds on our 
xterminals.

The problem is that we don't know how to force the picture to be the
background for the login screen.  Any ideas?

Thanks,

-- 
Teek (Prateek Dwivedi)                  teek@kingcong.uwaterloo.ca
Research Assistant                      pdwivedi@systems.watstar.uwaterloo.ca
Flight Control Systems Group            (519)885-1211 x5314     Voice
University of Waterloo, Canada          (519)746-3077           Fax
From: lau@daniel.wharton.upenn.edu (Yan K. Lau)
Newsgroups: comp.unix.ultrix
Subject: Re: Changing root window on login screen
Date: 10 Nov 92 19:21:06 GMT
Organization: A Private Heaven

In article <1992Nov10.175937.10276@PA.dec.com> heiney@pa.dec.com (Bob Heiney) writes:
>In article <1992Nov8.181630.5500@desire.wright.edu>
>Here is the PostScript I use to get a 50% gray background on my login screen.
>You might need to edit the screen width and height, as well as the screen DPIs,
>
>-----> cut here <-----
>%!
>
>/inch {72 mul} bind def
>
>% screen dpi (horizontal and vertical)
>/hdpi 95 def
>/vdpi 95 def
>
>% screen width and height
>/sw 1280 hdpi div inch def
>/sh 1024 vdpi div inch def
>
>gsave
>.5 setgray 0 0 sw sh rectfill
>grestore
>
>-- 
Since we are talking PostScript, I have found clippath to work and be screen
size independent in writing the code:

newpath clippath 0 0 0 setrgbcolor fill 

gives a black background.  You can use the setgray on the grayscale.  I think
the size of the area is affected by logoFullScreen: in the XSessionManager.

I have also used the pathbbox to find the extent of the area so I can center
text between the left and right sides of the screen although the top and
bottom distances are somewhat arbitrary since it is difficult to know where
the login dialog box is.

I thought it was amusing that although the big DIGITAL logo is no longer
there, DEC saw to it that it was on the screen; they just moved it into
the login window.


Yan.
-- 
          "I think we're both gonna make it *big*. I am very optimistic."
   )~  Yan K. Lau          lau@desci.wharton.upenn.edu         128.91.11.226
 ~/~   Decision Sciences    The Wharton School    University of Pennsylvania
 /\    God/Goddess/All that is -- the source of love, light and inspiration!
From: chris@tisdec.tis.tandy.com
Newsgroups: comp.unix.ultrix
Subject: Re: Can I mount a SGI CD-ROM Filesystem
Date: 12 Nov 92 15:40:00 GMT
Nf-ID: #R:netnews.whoi.edu:5794:tisdec.tis.tandy.com:28400007:000:1555
Nf-From: tisdec.tis.tandy.com!chris    Nov 12 09:40:00 1992


/* Written  3:42 pm  Nov 10, 1992 by news@netnews.whoi.edu in tisdec.tis.tandy.com:comp.unix.ultrix */
/* ---------- "Can I mount a SGI CD-ROM Filesystem" ---------- */
I successfully mounted an ISO9660 CD-ROM on my SGI (Indigo XS-24
with IRIX 4.0.5), and now I'd like to make that filesystem 
available to my DECstation 5000 (PXG-Turbo with Ultrix 4.2a).
Is this possible?  I'm having problems.  

works just fine, but  

"mount orca:/cdrom /orca_cdrom" 

returns:

"nfs_mount: cannot mount orca:/cdrom: Unknown error"

I sure would appreciate any assistance!
--
Rich Signell               |  rsignell@crusty.er.usgs.gov
U.S. Geological Survey     |  (508) 457-2229  |  FAX (508) 457-2310
Quissett Campus            |  " When marriage is outlawed, 
Woods Hole, MA  02543      |    only outlaws will have inlaws. "
/* End of text from tisdec.tis.tandy.com:comp.unix.ultrix */

Unforturnatly some OS vendors, like SCO, do not support exporting NON-native
filesystems.  If the filesystem is not a UNIX filesystem, then forget it.

The alternative would be to build ISO-9660 capability into you ULTRIX kernel
and export the CD-ROM from there. Otherwise hammer on the OS vendor about
their not allowing NFS-exporting of ISO-9660 filesystems.

==========================================================================
Chris Riney                     Domain: chris@tisdec.tis.tandy.com
Tandy Information Services        UUCP: ...!trsvax!tisdec!chris
Tandy Technology Sqr, Suite 200
Fort Worth, TX 76102             Phone: 817/878-0308; 8:00am-5:00pm CST,Mo-Fr
Newsgroups: comp.unix.ultrix,gnu.gcc.help
From: sl14@crux1.cit.cornell.edu (Stephen Lee)
Subject: Re: Anybody using glibc-1.05 under Ultrix regularly?
Organization: Fantasy Zone Ithaca, Inc.
Date: Thu, 12 Nov 92 06:39:00 GMT

In article <1992Nov5.011337.3086@coe.montana.edu> osyjm@cs.montana.edu (Jaye Mathisen) writes:
>
>I've been pondering the merits of installing glibc-1.05 for use with gcc
>and other GNU utilities as part of a development environment.
>
I've been trying to install glibc-1.05 under Ultrix, but have yet not
been able to start making.  I don't know what to define for 'objdir'
and make seems to have trouble finding some file.  If anybody have
more info please mail me too.

Thanks
Stephen





--
Stephen Lee
Internet: sl14@crux2.cit.cornell.edu
Newsgroups: comp.unix.ultrix
From: dbruyne@reks.uia.ac.be (Karel De Bruyne)
Subject: Re: DXSession freezing (Motif 1.1.3,UWS 4.3)
Organization: U.I.A.
X-Newsreader: Tin 1.1 PL5
Date: Fri, 13 Nov 1992 07:38:53 GMT

Barry Archer (archerb@gawain.umkc.edu) wrote:
: 
:   Symptom: User tries to pull down a session manager window.  The display
: freezes, except for the mouse.  One needs to log in remotely and kill the
: session manager to regain conreol of the display.
: 
:   This is occuring on a 5000/200 PX, 5000/200 PXG and 5000/240 HX.

Hi,

I had they same problem with Motif 1.1.3 and ULTRIX 4.2a. DEC had a patch
for it, containing only the files Xws and masterDPSVM.

Everything works fine now. Maybe you need this pach too ?

Karel De Bruyne
Computer Centre
University of Antwerp (UIA)
Belgium


From: chris@tisdec.tis.tandy.com
Date: 11 Nov 92 10:14 CST
Newsgroups: comp.unix.ultrix
Subject: Re: lockd and pathworks
Message-ID: <28400006@tisdec.tis.tandy.com>
Nf-ID: #R:<BxHCzB.IoM@mtholyoke.edu>:-26:tisdec.tis.tandy.com:28400006:000:760
Nf-From: tisdec.tis.tandy.com!chris    Nov 11 10:14:00 1992


There is a KNOWN problem with lockd in ULTRIX 4.2A.  There is a set of kernel
updates and a new lockd available from DEC support, and 4.3 is suppost to have
these incorporated.

We ran into the problem right away when we upgraded to 4.2A.  It would eventualy
cause the system to panic, since it was not releasing any locks acquired via
lockf(3).

You want to request the following files.
    /sys/MIPS/BINARY/gfs_gnodeops.o
    /usr/etc/lockd

==========================================================================
Chris Riney                     Domain: chris@tisdec.tis.tandy.com
Tandy Information Services        UUCP: ...!trsvax!tisdec!chris
Tandy Technology Sqr, Suite 200
Fort Worth, TX 76102             Phone: 817/878-0308; 8:00am-5:00pm CST,Mo-Fr

Newsgroups: comp.unix.ultrix
From: mlelstv@specklec.mpifr-bonn.mpg.de (Michael van Elst)
Subject: Re: 4.3 upgrade on 2100's and 3100's
Keywords: 4.3, memory, upgrade
Organization: Max-Planck-Institut f"ur Radioastronomie
Date: Thu, 12 Nov 1992 23:40:15 GMT

In <1992Nov11.134617.14115@dnbf01.bram.cdx.mot.com> ljuno@zeus.bram.cdx.mot.com (Lance Juno) writes:
>Since I've received zero mail, can I assume that no one has had the
>experience of upgrading 2100's and 3100's running 4.1 to version 4.3 ?

Not yet.. We already got the 4.3 CD's but installation on several 2100's
(as well as even more 5000's) will not take place before xmas when the
greedy users are out of the way. :)

Regards,
-- 
Michael van Elst
UUCP:     universe!local-cluster!milky-way!sol!earth!uunet!unido!mpirbn!p554mve
Internet: p554mve@mpirbn.mpifr-bonn.mpg.de
                                "A potential Snark may lurk in every tree."
Newsgroups: comp.unix.ultrix
From: ljuno@zeus.bram.cdx.mot.com (Lance Juno)
Subject: Re: 4.3 upgrade on 2100's and 3100's
Keywords: 4.3, memory, upgrade
Reply-To: ljuno@zeus.bram.cdx.mot.com (Lance Juno)
Organization: Motorola Codex, Mississauga, Ontario
Date: Wed, 11 Nov 1992 13:46:17 GMT

In article <1992Nov9.182821.14722@dnbf01.bram.cdx.mot.com>, ljuno@zeus.bram.cdx.mot.com (Lance Juno) writes:
>
>We have a collection of 2100's and 3100's all running Ultrix 4.1 and
>configured with 12 Mb RAM.  Obviously we are considering upgrading to
>4.3, but first I have a couple of questions.
>
>Does anyone have any feel for the amount of RAM required in 2100/3100
>nodes for 4.3 ?  I've heard that these nodes should be configured with
>24 Mb RAM - any comment on this ?
>
>If I get enough email, I'll summarize.

Since I've received zero mail, can I assume that no one has had the
experience of upgrading 2100's and 3100's running 4.1 to version 4.3 ?

Lance
From: JIM@brownvm.brown.edu (James Mathiesen)
Newsgroups: comp.unix.ultrix
Subject: Can't make enough inodes
Date: Fri, 6 Nov 1992 17:45:28 EST
Organization: Brown University - Providence, Rhode Island  USA
NNTP-Posting-Host: brownvm.brown.edu
News-Software: BNN via BNN_POST v1.0 beta

We have a DEC RISC machine running Ultrix 4.2a -- Rev 47.
Among other things this is being used for netnews and has a couple
of 1.3gig disks for that purpose.  The problem I'm having is there
are way to few inodes in the filesystems of these disks.  The documentation
says the default is an inode per 2k.  These disks have an inode per 4k.
My best guess is the disks will run out of inodes when they are 65% full.

Here's the newfs command I tried:

  # newfs -v -i 512 /dev/rrz5g RZ58
  Warning: partition table overriding /etc/disktab
  /etc/mkfs /dev/rrz5g 1878860 85 15 8192 1024 16 10 60 512 t
  Warning: 502 sector(s) in last cylinder unallocated
  /dev/rrz5g:     1878848 sectors in 1474 cylinders of 15 tracks, 85 sectors
          962.0Mb in 93 cyl groups (16 c/g, 10.44Mb/g, 2048 i/g)

But that just builds the same old filesystem with the same number of
inodes.  Passing various -i parameters leads me to believe that mkfs
is ignoring the value completely.

I can't find anything useful in the man pages for mkfs, newfs, or chpt.
Does anyone have any suggestions?  Partitioning the disk further
won't help, at least not as long as the ratio of inodes stays the
same.

james
--
internet: jim@brownvm.brown.edu
Newsgroups: comp.unix.ultrix
From: bt@skool.ssec.wisc.edu (Bill Taylor)
Subject: Re: FPU errors on 5000/240
Organization: Space Science and Engineering Center, UW Madison
Date: Wed, 11 Nov 1992 13:46:31 GMT

In article <1992Nov10.161523.20950@hubcap.clemson.edu>, cyclist@hubcap.clemson.edu (Barry Johnson) writes:
|> grosen@isc.cs.ndsu.nodak.edu (Johannes Grosen) writes:
|> Could someone post the code, or put it at an FTP site?  If someone will
|> send it, I'll become an anon ftp site for it...
|> 
|> 
|> 
|> >Can anyone send me the code I saw some time ago that will test
|> >the FPU on a DECstation 5000/240? We've been having some strange
|> >problems and I'd like to be able to rule out the FPU. Our machine
|> >*is* a pre-August '92 machine.
|> 
|> >grosen@isc.cs.ndsu.NoDak.edu

We purchased 14 5000/240s.
I just had 10 of 14 daughter cards ECO'd for this problem.
The rest will be done very soon.
As our application affects critical areas, I decided not to even bother
with the test code.

In talking to the people who have put together the mod for the daughter cards,
it became apparent that the test code only shows that you have the problem.
If your system passes the test code, you still could have the problem!

I guess the problem is occassional noise on the data lines to the FPU.

Newsgroups: comp.unix.ultrix