HDTenEightyP/NetNews huggingface dataset:
From: fredv@abba.acs.uci.edu (Fred Velijanian)
Subject: DECsystem 5500 and external SCSI devices
Newsgroups: comp.unix.ultrix,comp.sys.dec
Organization: University of California, Irvine
Date: 9 Oct 92 03:59:39 GMT

Recently there was a discussion in this group about
DECsystem 5900 and number of external SCSI devices
supported on it. I'd like to know if there is such a 
restriction on the 5500? We have a 5500 which we'd
like to replace its current RA90 drives with four 
external RZ58s very soon. There will also be a TKZ08
on it. Will this configuration be supported, or are
the cables going to be too long?

(We recently had problems with another 5500 with 
two internal RZ57s and two external disk and a TKZ08.
The problem seems to be fixed after using shorter 
cables and moving the TKZ08 to the end of the SCSI
chain.)

Thanks for any help.

Fred Velijanian
University of California, Irvine
fredv@uci.edu
Newsgroups: comp.unix.ultrix
From: trajanos@fbmtds01.tu-graz.ac.at (Zlatko Trajanoski)
Subject: Boundary Element Software wanted!
Originator: trajanos@fbmtds01
Organization: Technical University of Graz, Austria
Date: Wed, 7 Oct 92 11:23:51 GMT

We are looking for any boundary element software package (C++ class libraries,
C libraries, FORTRAN libraries or completely developed application)
for a DECstation running under ULTRIX.

Interesting responses will be summerised.

Thanks.

Zlatko Trajanoski
-- 
| Zlatko Trajanoski                  e-mail: trajanos@fbmtds01.tu-graz.ac.at |
| Institute of Biomedical Engineering   Tel: +43 316 873 7389                |
| Graz University of Technology         Fax: +43 316 465348                  |
| Inffeldgasse 18, 8010 Graz, Austria                                        |  
Newsgroups: comp.unix.ultrix
From: cballen@hubcap.clemson.edu (charles allen)
Subject: PRINTCAP: \r\n  for linefeed?
Organization: Clemson University
Date: Wed, 14 Oct 1992 02:36:01 GMT

First, sorry for asking an allmost stupid question.

Second, please reply via e-mail to CBALLEN@HUBCAP.CLEMSON.EDU
        I cannot keep up with this newsgroup.

Third:  We have two types of printers queued up via LAT
on DECStation 5000 240s.  We use pathworks tcp/ip to print
to them from pc's.  The printers are:  IBM Personal Printer II
and HP LaserJet IID.  They both have the same problem.  
That is, being from the DOS side of the world, they do not
assume that a line-feed automatically requires a carriage return,
like printers from the UNIX world do.  Printing DOS files is no
problem, but the banner pages are all screwed up because UNIX doesn't
provide for the carriage returns.  How do I setup the queue so 
that ultrix will get it right?  
 
I am suspicious of using a filter because everything from DOS works
as-is, and a filter would be applied to all output, right?
A filter might double-up on the carriage returns.  Is that bad?
A filter might screw up graphics binary files.
 
I looked all over man printcap to no avail.  termcap has what I need,
but ultrix seems to ignore the changes I make there  (yes, I killed -1 1)
man gettytab looked interesting, but I didn't find it there, either.

Any help will be greatly appreciated.

TERMCAP ENTRY:
gunk:
PRINTCAP ENTRY: 
ctshp:\
	:lp=/dev/tty04:\
	:sd=/usr/spool/ctshp:\
	:fc#0177777:\
        :fs#0000041:\
        :xc#0177777:\
        :xs#0004040:\
        :br#9600:\
        :lf=/usr/adm/ctshp-errs:\
        :of=xf:
TTYS ENTRY:
tty04   "/etc/getty pcp"      gunk      off nomodem     # Cts HP LJ IID
GETTYTAB ENTRY:
pcp:\
        :p8:\
        :pd:\
        :sp#9600:
 
I tried using (in termcap)
gunk:nl=\r:
and 
gunk:nl=^M:  (^M = 2 characters)
and
gunk:nl=^M:  (^M = 1 control character)

DISCLAIMER:  many of the entries in printcap were placed there while
we had a flow control problem with the printer.  THEN we discovered
the LAT patches.  Left everything as it was because it worked!
Xref: sparky comp.unix.ultrix:7498 comp.sys.dec:5389
From: heiney@wsl.dec.com (Bob Heiney)
Newsgroups: comp.unix.ultrix,comp.sys.dec
Subject: Re: Moving PMAGB-BA HX card from 5000/240 to 5000/200
Date: 9 Oct 92 19:01:46 GMT
Article-I.D.: PA.1992Oct9.190146.10909
Organization: Digital Equipment Corporation

In article <1992Oct8.214245.7864@jarvis.csri.toronto.edu>
cks@hawkwind.utcs.toronto.edu (Chris Siebenmann) writes:

>We're trying to move an HX graphics card (said PMAGB-BA HX 8-plane
>colour card) from a 5000/240 where it was temporarily installed to a
>5000/200 that is its real home, and, well, it isn't working. The
>5000/200 doesn't recognize it as a console device, and neither does
>Ultrix (more or less: kernel configuration messages vanish into thin
>air, but everything else talks to the serial terminal). The card still
>works fine in the 5000/240, and the rest of the hardware is identical.

The HX does work on a 5000/200.

What ROM version do you have on the 5000/200?  It should be at least
5.3c.  ( to find out what version of the ROMs you're running, type "cnfg 7"
at the boot prompt ).

What is the value of the "console" boot environment variable?  It should be
set to "*" ( to do this, type "setenv console *" at the boot prompt).

What version of ULTRIX are you running?  The HX requires ULTRIX 4.2A or later.

You might also have to run doconfig to configure your kernel and devices if
you have not previously used a basic framebuffer (like the CX or MX) on your
5000/200.

--
Bob Heiney
Technical Consultant
Digital Equipment Corporation, US Desktop Sales, Palo Alto, CA
All opinions expressed are mine, and not necessarily those of my employer
Newsgroups: comp.unix.ultrix,psu.comp.ultrix
From: ehrlich@cs.psu.edu (Dan Ehrlich)
Subject: SLIP or PPP for Ultrix v4.x?
Followup-To: poster
Organization: Computer Science Department, Penn State University
Date: Thu, 8 Oct 1992 20:43:29 GMT

Does anyone know if SLIP and/or PPP are available for Ultrix v4.X (X>=2)?

Please reply to me via e-mail.

Thanks.
--
Dan Ehrlich - Sr. Systems Programmer - Penn State Computer Science
"Universities should be safe havens where ruthless examination of
 realities will not be distorted by the aim to please or inhibited
 by the risk of displeasure." - Kingman Brewster
From: kappler@secs.ucsc.edu (Mick Kappler)
Newsgroups: comp.unix.ultrix
Subject: Re: strange df results
Date: 8 Oct 92 03:43:34 GMT
Reply-To: kappler@secs.ucsc.edu
Organization: UCSC Molecular Engineering Laboratory
NNTP-Posting-Host: moleng.ucsc.edu

Howdy,
	You may want to umount /data from node phwoof, and narrow the
problem.
	Note: I tried e-mail to the original author.  I got the mail 
bounced back to me.  There's a problem executing your mailer in the 
/bin/mail executable.

					Michael A. Kappler
					397 Thimann Laboratory
					University of California
					Santa Cruz, CA  95060

					Kappler@SECS.UCSC.edu
Newsgroups: comp.unix.ultrix
From: macika@emunix.emich.edu (Dominic Macika)
Subject: Re: Excuse me, but isn't this 1992?
Organization: Eastern Michigan University
Date: Sat, 10 Oct 1992 14:14:28 GMT

>
>In article <0WHRBSKB@cc.swarthmore.edu> hirai@cc.swarthmore.edu (Eiji Hirai) writes:
>
>   There comes a time when it's a good idea to not support the PDP-11's and the
>   VAX 11/780's anymore.  Yes, I know DEC doesn't sell 'em anymore but I vaguely
>   remember Gail saying that DEC still supports PDP-11's.  Is that necessarily
>   a good thing?
>

Until September  of this year, our University was still using a 11/780.

-- 
Dominic Macika

"Analyzing humor is like disecting a frog.  Few people are interested
and the frog dies of it."
			-E. B. White (1899-1985)
Newsgroups: comp.unix.ultrix
From: mjr@hussar.dco.dec.com (Marcus J. "Buddy can you spare a clue?" Ranum)
Subject: Re: unaligned data access
Organization: Digital Equipment Corporation, Washington ULTRIX Resource Center
Date: Fri, 16 Oct 1992 13:43:38 GMT

roy@mchip00.med.nyu.edu (Roy Smith) writes:

>Fixed up unaligned data access for pid 2962 (deltacode) at pc 0x4007c0
>
>	What does that mean?  Is it bad?  Is it something I want to track
>down and fix?  If it's not bad, can I at least turn the warnings off?  I'm
>doing something once for every pixel in a 512 x 512 image and I suspect I'm
>getting one message for every trip through the inner loop.

	It's bad. Especially where you're doing it, since when the kernel
has to fix up your word boundaries it slows things down a lot. It's also
bad because it's basically a bug in your code. I don't know if SPARCs
still give you a bus error when this happens or not, but many RISC systems
just kill processes that do unaligned word access.

	The way to find out exactly where the error is happening is with
dbx. Load the program into the debugger and issue the command:
dbx> 0xNNNNNN/10i
	which will tell the routine name and line number of the buggy line.

mjr.
Newsgroups: comp.unix.ultrix
From: alan@nabeth.enet.dec.com (Alan Rollow - Alan's Home for Wayward Tumbleweeds.)
Subject: Re: Upgrade to Ultrix 4.3
Reply-To: alan@nabeth.enet.dec.com (Alan Rollow - Alan's Home for Wayward Tumbleweeds.)
Organization: Digital Equipment Corporation
Date: Thu, 15 Oct 1992 18:41:39 GMT


In article <1992Oct14.140500.5122@news.csuohio.edu>, bab@csuohio.edu (ben a blake) writes:
>Newsgroups: comp.unix.ultrix
>From: bab@csuohio.edu (ben a blake)
>Subject: Upgrade to Ultrix 4.3
>
>We currently run Ultrix 4.1 on DECStation 3100. We plan on upgrading
>to 4.3. I remember reading things like remember to backup sendmail,...
>and they are all in fine print in the installation guide. I was
>wondering if anyone would be kind enough to send me a list of all the
>things that we could easily screw up. Thanks in advance, ben blake

You should carefully read the Installation Guide and Release Notes
to see if says anything about what versions you can upgrade FROM.
It would not surprise me that the V4.3 upgrade expects V4.2, V4.2A,
V4.2B or V4.2C to be the installation version.  I would also not
be surprised if nobody tested an upgrade from pre-V4.2 to V4.3.
>
>bab@cis.csuohio.edu
>
>
--
Alan Rollow				alan@nabeth.cxo.dec.com

Newsgroups: comp.unix.ultrix,comp.windows.interviews
From: erekosse@usl.edu (Erekosse, Magelord of Amber Keep)
Subject: X11 header problem w/c++ in Ultrix 4.2A
Keywords: X11 C++
Organization: The Company of the Amber Gryphon
Date: Mon, 12 Oct 1992 18:41:50 GMT


Has anyone else run into a problem using DEC's X11 headers with C++
code?  I don't seem to run into the problem using the unsupported
MIT headers or the headers from the vanilla X11R4 release.  I think
the problem lies in the transfer of several declarations from Xutil.h
to Xlib.h (see the following excerpts):

Xlib.h (DEC's)
----------------------------
/*
 *  ICCCM stuff
 */
extern int XWMGeometry(
#if NeedFunctionPrototypes
    Display*            /* display */,
    int                 /* screen_number */,
    const char*         /* user_geometry */,
    const char*         /* default_geometry */,
    unsigned int        /* border_width */,
    XSizeHints*         /* hints */,
    int*                /* x_return */,
    int*                /* y_return */,
    int*                /* width_return */,
    int*                /* height_return */,
    int*                /* gravity_return */
#endif
);

...
...
...

-----------------------------

These ICCCM definition appear in the Xutil.h header in the unsupported
and the X11R4 files.  The central problem, I think, is the use of the
XSizeHints* in this situation.  XSizeHints* is declared in Xutil.h; however,
DEC's Intrinsics.h header includes Xlib.h before Xutil.h.  The problem does
not exist unless we use the C++ compiler thus requiring prototyping.  It
seems that trying to use DEC's header in their current form will not work.

Intrinsic.h (DEC's)
----------------------------
#ifdef VMS
/* MIN and MAX get defined vis <sys/types.h> on Unix */
#define MIN(a,b) (((a)<(b))?(a):(b))
#define MAX(a,b) (((a)>(b))?(a):(b))
#include        <DECw$Include:Xlib.h>
#include        <DECw$Include:Xresource.h>
#include        <DECw$Include:Xos.h>
#include        <DECw$Include:Xutil.h>
#else
#include        <X11/Xlib.h>
#ifndef DEC_BUG_FIX
#include        <X11/Xutil.h>
#endif
#include        <X11/Xresource.h>
#include        <X11/Xos.h>
#ifdef DEC_BUG_FIX
#include        <X11/Xutil.h>
#endif
#endif /* VMS */
---------------------------

This problem arose while attempting to compile interviews.  Interviews
compiles fine as long as I use either the unsupported mit or X11R4 includes,
libs, and configs.  The compilation error was a result of including Xlib.h
without having XSizeHints* declared yet.

Anyone have any ideas as to why DEC moved these ICCCM declarations out of the
Xutil.h header and into the Xlib.h header?

                           David Kerven
			   dsk@usl.edu

Member (good standing) Nonsequitur Society of America: 
              We may not make sense, but we have outstanding parties!
From: kappler@secs.ucsc.edu (Mick Kappler)
Newsgroups: comp.unix.ultrix
Subject: the 'w' command.
Date: 10 Oct 1992 02:18:06 GMT
Organization: UCSC Molecular Engineering Laboratory
Reply-To: kappler@secs.ucsc.edu
NNTP-Posting-Host: moleng.ucsc.edu

Howdy,
	Apparently, this command will not accept another machine or file as
an argument.  I'd like check load averages, and last user commands on
other ULTRIX nodes, as well as the machine I am logged on to.  The man pages
say 'w' reads the special character /etc/kmem and /etc/drum files, and I
dare not try moving them.  Any suggestions?

	It would be great to cluster our ULTRIX DECstation's ...
(like our VAX/VMS system...oops...)

							Mick Kappler

							kappler@secs.ucsc.edu

					Michael A. Kappler
					397 Thimann Laboratory
					University of California
					Santa Cruz, CA  95060

					Kappler@SECS.UCSC.edu
Newsgroups: comp.unix.ultrix
From: treese@lcs.mit.edu (Win Treese)
Subject: Re: Excuse me, but isn't this 1992?
Organization: MIT LCS/DEC CRL
	<Bvr8Bo.HGD@cs.psu.edu> <55GRBHMY@cc.swarthmore.edu>
Date: Thu, 8 Oct 1992 05:04:35 GMT


I'm not going to claim that ULTRIX is necessarily up-to-date with respect
to everything one might like, but we should distinguish what we're talking
about with NFS.  There are two things people refer to as "NFS X.Y": the
protocol and the reference implementation from Sun.  The protocol is still
2.0, which is what is referenced in the SPD.  The reference implementation
has the higher numbers.  Digital has done significant work to improve the
NFS implementation; some of that work has been described at USENIX and
elsewhere.

While one might make different tradeoffs, it's impossible to put everything
into the product that we might like (and test it before releasing it).  Do
you want thorough internationalization, or do you want the latest BSD frob?
You might choose one way; DEC's European customers (among others) might
disagree.

Note that I'm not in the product group.  I'm not always happy about their
decisions.  But there are decisions that have to be made about what work
is going to be done.

Win Treese
MIT Laboratory for Computer Science                  DEC Cambridge Research Lab
treese@lcs.mit.edu					     treese@crl.dec.com

	Calvin's Prayer:

	"The strength to change what I can,
	 The inability to accept what I can't,
	 And the incapacity to tell the difference."




Newsgroups: comp.unix.ultrix,comp.windows.x
From: tal@Warren.MENTORG.COM (Tom Limoncelli)
Subject: Starting X11R5 on mips Ultrix 4.2
Organization: Mentor Graphics -- IC Group
Distribution: usa
Date: Wed, 7 Oct 1992 20:06:29 GMT

I've compiled X11R5 on a MIPS-based Ultrix 4.2 box.  Now I'm trying to
get it to start up.

I removed

:0 "/usr/bin/login -P /usr/bin/Xprompter -C /usr/bin/dxsession -e" \
none on secure window="/usr/bin/Xtm2d"

from /etc/ttys and changed the "console" status to "on".  "kill -1 1"
gives me a login prompt on the console.

I then log in as myself and run "startx" and I get "couldn't open
device".

If I log in as "root", it comes up with no problems.

Can anyone point me in the right direction?  "man Xdec" is pretty
useless.

Tom

-- 
Tom Limoncelli -- tal@warren.mentorg.com (work) -- tal@plts.uucp (play)
"I like Bill Clinton tremendously.  I know him from the governors' conferences.
The Democrats nominated their best person, a very able fellow.  The country is
well served by that choice." -Bush's re-election chair in NJ (Thomas Kean)
Newsgroups: comp.unix.ultrix
From: pjdm@chmeee.enet.dec.com (Peter Mayne)
Subject: Re: Stale NFS file handle...
Keywords: stale NFS handle inode
Reply-To: Peter.Mayne@cao.mts.dec.com
Organization: Digital Equipment Corporation
Date: Tue, 13 Oct 1992 23:46:59 GMT


In article <1992Oct13.154453.23327@julian.uwo.ca>, eric@phobos.sscl.uwo.ca (Eric Cartman) writes:

>When on the system console, a stale NFS file handle is reported,
>it identifies the file system and file thus:
>    fs(n,n)
>    file <inode #>
>Anybody know how I determine
>1) which filesystem (n,n)  corresponds to
>2) the name of the file at <inode  #>
>
>merci millefois
>
>-eric

(n,n) are the (major,minor) device numbers. Use ls -l /dev

To find the file, use find <file system> -inum <inode no> -print

--
PJDM
--
Peter Mayne                     | My statements, not Digital's.
Digital Equipment Corporation   | WNT is not vapourware,
Canberra, ACT, Australia        |     it was released in 1978.
From: fox@rudolf.nscl.msu.edu (Ron Fox)
Newsgroups: comp.unix.ultrix
Subject: Maximum number of outstanding message queue entries.
Date: 15 Oct 92 19:57:52 GMT
Reply-To: fox@rudolf.nscl.msu.edu (Ron Fox)
Organization: National Superconducting Cyclotron Lab.

--
  We have an ULTRIX 4.2 system which heavily uses interprocess
communications primitives.  Not only do we have a data acquisition
system that depends on it, but we're running Pacer's pacershare and
pacerprint products which also use message queue entries.
   The other day I found that under some circumstances, the
total number of outstanding messages had been reached in such a way
that the users of the message system had deadlocked.  I notice
in the Ultrix documentation that the configuration file cannot
be used to up the value of the controlling parameter (MSGTQL).
   Is it supported to just alter this value in param.h?  If so, are
there dependencies between this value and the other message queue
parameters that I need to consider?
	Thanks,
	Ron
Ron Fox                     | FOX@MSUNSCL.BITNET      | Where the name 
NSCL                        | FOX@RUDOLF.NSCL.MSU.EDU | goes on before
Michigan State University   | MSUHEP::RUDOLF::FOX     | the quality
East Lansing, MI 48824-1321 |                         | goes in.
USA
From: frank@croton.nyo.dec.com (Frank Wortner)
Newsgroups: comp.unix.ultrix
Subject: Re: Excuse me, but isn't this 1992?
Date: 7 Oct 92 14:34:56 GMT
Article-I.D.: datum.4477
Reply-To: frank@nyo.dec.com
Organization: Digital Equipment Corporation


In article <MATS.92Oct7142741@styx.efd.lth.se>, mats@efd.lth.se (Mats Akerberg) writes:

|>Well! I think that DEC is scrapping out Ultrix, unfortunaly,
|>I guess we have to use OSF instead.

That is just plain not true.  There are no plans to "scrap" this product.

					Frank
Newsgroups: comp.unix.ultrix
From: ajc@pa.dec.com (AJ Casamento)
Subject: Re: Wangtek DAT drive on a DECStation 5000?
Organization: Digital Equipment Corporation
Date: 13 Oct 92 11:35:50



In article <1992Oct13.135415.17134@ruc.dk> ihp@ruc.dk (Ib Hoest Pedersen) 
writes:



>> Is it possible to run a Wangtek DAT drive on a DECStation 5000?

  I believe so. There were some early firmware issues. But I think that's been
solved for some time. I'm not aware of any constraint that would prohibit using
the Wangtek DAT drive on a DS5000 series machine today.


>> Ib Hoest Pedersen, dept. of Math. & Phys.
>> Roskilde University Centre
>> P.O.Box 260
>> DK-4000 Roskilde, Denmark
>> E-mail: ihp@jane.ruc.dk

  If you do run into any problems, I'd appreciate hearing about it.


				Thanx,
				  AJ


      **********************************************************************
      * AJ Casamento			"The question is not whether or    *
      * Digital's TRI/ADD Program	 not the opinions are mine; but    *
      * 529 Bryant Ave. PAG-2		 rather, which of my personalities *
      * Palo Alto, CA 94301-1616	 do they belong to?"		   *
      * 415.617.3460							   *
      * ajc@pa.dec.com  						   *
      **********************************************************************
From: j_detter@BULLS.CCA.CR.ROCKWELL.COM (Jeff Detterman)
Newsgroups: comp.unix.ultrix
Subject: How to limit who can and cannot access a node via pathworks
Date: 9 Oct 92 18:35:11 GMT

Has anyone found an easy way to limit access to 
Ultrix PCSA servers?

Our problem is that we run 200 mixed UNIX boxes
with one YP. Peolpe wanted access to UNIX via their
PC's so we loaded pathworks on several of the Ultrix
nodes. Now everybody and their brother is trying to 
run Interleaf from their PCs via our Decstations. 

I realize that I could break up the YPs, but to me 
that is not an option.

I have tried things like -username in the local passwd
file but this then breaks mail to that user on that 
system. Ie 

/etc/passwd

-joe

mail joe

user unknown.

Has anyone tried replacing /usr/bin/pcx_server with 
a shell script that calls the origianl executable?

Anybody have any more creative ideas? 

I only want to stop the X server access, they can set 
host etc ... all they want.

Jeff Detterman 		
UNIX System Administrator 	
phone: (319)395-2744
email: j_detter@hwking.cca.cr.rockwell.com

Newsgroups: comp.unix.ultrix,comp.databases
From: aklee@stein.u.washington.edu (Ai-Kuo Lee)
Subject: HELP!!! on installing Oracle to Ultrix 4.2a
Organization: University of Washington, Seattle
Date: Fri, 16 Oct 1992 05:53:24 GMT


Dear Ultrix and Oracle gurus,

     I was trying to install Oracle v6.0.36 to my DECstation 3100
running Ultrix 4.2a from the tape drive (TK50). Unfortunately, I
got stuck even at the very begining. What I did was following
the instruction from the Oracle installation guide. It says:

     tar xvf /dev/nrmt0h

to unarchive data from the tape. But I got error message saying
no such device every time.

     How can I extract files from the tape? Do I need to creat a
device file at /dev ? Anyone knows what's wrong? Please help.
Thank you very much.


-aklee@stein.u.washington.edu