HDTenEightyP/NetNews huggingface dataset:
From: cole@dip.cs.wisc.edu (Bruce Cole)
Newsgroups: comp.unix.ultrix
Subject: Re: Ultrix 4.2 rlogin somewhat broken
Date: 15 Sep 92 21:03:53 GMT
Organization: U of Wisconsin Madison - Computer Sciences

vannes@srzts304.alcatel.ch (Tom van Nes) writes:
>Why recompile the kernel? get BSD rlogin source.

You must not have understood my message.  There is a kernel bug which 
causes Ultrix machines to not handle out of band data as expected.  Even
with a BSD version of rlogin, you can still have this problem.  When I first
encountered this problem, I was using a BSD version of rlogin.  As long as
your rlogin program still uses out of band data, you should be interested
in having your kernel fixed.  Because the kernel bug involves
a time dependency, different versions of rlogin might affect the probability
in which you encounter the problem.  This time dependency explains why
DEC's sleep(1) change to the rlogind program can make difference.

Blindly reinstalling your rlogin program until it works for you is not
a good fix.
-- 
Bruce Cole
Computer Sciences Department
U. of Wisconsin - Madison
From: east@spectra.com (Robert East)
Newsgroups: comp.unix.ultrix
Subject: Re: E-Mail system recommendations needed
Date: 9 Sep 92 22:32:05 GMT
Organization: Spectragraphics Corporation


   This is a followuP
Newsgroups: comp.unix.ultrix
From: mjo@snclib.snc.edu (Mike O'Connor)
Subject: Re: gnu finger on ULTRIX
Reply-To: Mike O'Connor <mjo@snclib.snc.edu>
Organization: :noitazinagrO
Date: Sat, 5 Sep 92 12:37:38 GMT

In article <1992Sep2.154123.3505@ifi.unizh.ch>
lytras@avalon.physik.unizh.ch (Lytras Apostolos) writes:

:Has anyone succeeded in getting this to run? I had the problem that

Which version of GNU finger?

I have no problems getting the client up for the latest version of GNU
finger, 1.35, available for anonymous FTP from prep.ai.mit.edu.

						...Mike

-- 
Mike O'Connor
"The NNTP Administrator"
<mjo@snclib.snc.edu>
Newsgroups: comp.unix.ultrix,comp.windows.x
From: hooft@fys.ruu.nl (Rob Hooft)
Subject: Re: help - DEC.5000 / twm / .X11Startup
Organization: Physics Department, University of Utrecht, The Netherlands
Date: Fri, 11 Sep 1992 10:03:40 GMT

In <BuCI2t.MnL@cs.psu.edu> ward@math.psu.edu (Brian Ward) writes:

>and my .X11Startup looks like this:

>xset fp+ (our X11R5 fonts - it's big)
>xset fp rehash
>xmodmap $HOME/.Xmodmap-dec
>vtwm &
>xv -quit -root -rmode 5 $HOME/iff/bill+ted.gif &

>which I admit, is kind of hokey. you could possibly end with

>twm
>kill `some ugly thing to get the sm pid`

Is there any way to avoid starting the session manager at all? I
recently installed the Motif package on our cluster, and on 16Mb
stations the combination of xconsole and xsession is a real memory
problem. By using vtwm instead of mwm, xclock instead of dxclock, and
xcalc instead of dxcalc, and by killing the xconsole at startup the
system is workable, but I would really like to get rid of the session
manager too (It eats about 1600kB).

Anyone?
-- 
Rob Hooft, Bijvoet Center for Biomolecular Research, 
Chemistry department University of Utrecht, the Netherlands
hooft@hutruu54.bitnet hooft@chem.ruu.nl hooft@fys.ruu.nl hooft@cc.ruu.nl
Newsgroups: comp.unix.ultrix
From: rick@qucdnee.ee.queensu.ca
Subject: netgroup; serving filesystems to a group of hosts
Organization: Queen's University EE Department
Date: Sun, 13 Sep 1992 22:39:37 GMT



my list of questions continues; apologies in advance. guaranteed no 
flame-free post, though. :-)

setup: DS5000/240 (32 meg, 2 rz57, rrd42, 8 mm, ultrix 4.2a) as a
server, with  24 DS5000/20 (12 meg, rz23l) as clients. 

because we anticipate running DECathena sometime RSN, we're using
BIND/Hesiod to serve all of the databases that it can. there is one
database (netgroup) that we'd like to serve via yp. (for one thing, it
would be much cleaner to put a reference to a netgroup in the server's
/etc/exports file.)

so i configured yp, and set up a test client. yp appears to work with
the other (non-netgroup :-) databases. everyone's /etc/svc.conf has 
netgroup being served via yp. the server's netgroup source starts something 
like:

labhosts (decsqurl,-,declab.queensu.ca)\
(cerebus,-,declab.queensu.ca)\
(astoria,-,declab.queensu.ca)\
(stuff deleted)
(mattere,,declab.queensu.ca)
labusers (cerebus,,declab.queensu.ca)\
(and so on)

i do a make. all the database files appear to be built. 
  ypcat -k netgroup 
appears to produce the expected output, but 
  ypcat -k netgroup.byhost 
produces ONLY

decsqurl.declab.queensu.ca labhosts
cerebus.declab.queensu.ca labusers

which certainly doesn't look complete. according to the makefile,
netgroup.byuser and netgroup.byhost are produced by running
revnetgroup on the netgroup source, then using that output as input
to makedbm. revnetgroup APPEARS to be getting just the first line of
each group definition:

# revnetgroup -h <src/netgroup
cerebus.declab.queensu.ca       labusers
decsqurl.declab.queensu.ca      labhosts
#

from here i'm guessing. i've tried building netgroup.byhost and
netgroup.byuser by hand three or four different ways. i have NEVER
managed to get a client to mount a disk served to "labhosts"; i keep
getting the dreaded "nfs_mount: access denied" error.

i can't find anything in the documentation that has proved helpful.
does anyone have any hints or experience that they can share?

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Rick Pim                                            bitnet:rick@qucdnee
Department of Electrical Engineering         rick@qucdnee.ee.queensu.ca
Queen's University, Kingston                     (bitnet:rick@qucdnast)
(613) 545-6772                               (rick@bill.phy.queensu.ca)
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
"Hello?  Hello?  This is your dictator speaking."
                    -- Moon Over Parador
From: bob@henson.cc.wwu.edu (Bob Hayes)
Newsgroups: comp.unix.ultrix
Subject: Xserver for 24 bit grafix buffer
Summary: Xserver hangs under 4.2 on 24 bit graphics buffer
Keywords: Xserver 24-bit graphics buffer
Date: 15 Sep 92 18:35:07 GMT
Article-I.D.: henson.1992Sep15.183507.27114
Organization: Western Washington University

Dec 5000/200 workstation, up graded to 4.2b, 24 bit PMAG
graphics buffer.
Problem: The only Xserver that runs is Xws3d, and it hangs
about 50 percent of the time after a logout.

During installation (setld), the /etc/ttys file was scribbled
by setld, removed the last xserver line. The only server that
I can find in /usr/lib~ that runs on the 24 bitter is the Xws3d.
Tried the 4.1 server, but it would not run.

What is the server for the 24 bit color buffer, and what subset
would I find it in???

Thanks in advance,
Bob-
Newsgroups: comp.unix.ultrix
From: petri@ibr.cs.tu-bs.de (Stefan Petri)
Subject: Re: A major BSD socket bug?
Reply-To: petri@ibr.cs.tu-bs.de (Stefan Petri)
Organization: TU Braunschweig, Informatik, Bueltenweg, Germany
Date: Wed, 9 Sep 1992 08:38:19 GMT

In article <1992Sep9.053147.411@lmpsbbs.comm.mot.com> rittle@supra (Loren James Rittle) writes:
>I have reproduced this bug (be it in my code or the BSD OS) under
>both ULTRIX 4.2A and SunOS 4.1.2.

>/* It appears that whenever recvfrom() doesn't block and yet doesn't
>   return a packet (due to being in non-blocking mode), it hoses the
>   socket in some way.  Any later call to recvfrom() that returns a
>   valid packet fails to write the sender's network address in the
>   sockaddr stucture that was passed to recvfrom().  Any number of
[sample program deleted]

>  It seems to me that the correct output (for my machine) should be:
>  676331921 hello1   # 676331921 is 145.1.80.40 - my machine's IP address BTW.

Printing the address in hex would surely have helped you :

ra 11> cc    -target sun4 -o t t.c 
ra 12 > ./t
7f000001 hello1

It's the address of the loopback interface, since that is where the packet is
routed through :-)

Stefan
Newsgroups: comp.unix.ultrix
From: mogul@pa.dec.com (Jeffrey Mogul)
Subject: Re: Sending large packets out of our network
Organization: DEC Western Research
Date: Fri, 11 Sep 92 00:28:40 GMT

In article <135858@lll-winken.LLNL.GOV> craig@dragonlady.nersc.gov (Craig Tenney) writes:
>From an Ultrix workstation, we are unable to send remote TCP packets
>larger than 576 bytes, although, we can send up to 1500 byte TCP
>packets on our local network.
>
>What determines the allowable size of TCP packets under Ultrix?

This behavior is more or less mandated by the Host Requirements
Document, RFC1122:

      3.3.3  Fragmentation

	[...]
         It is generally desirable to avoid local fragmentation and to
         choose EMTU_S low enough to avoid fragmentation in any gateway
         along the path.  In the absence of actual knowledge of the
         minimum MTU along the path, the IP layer SHOULD use
         EMTU_S <= 576 whenever the destination address is not on a
         connected network, and otherwise use the connected network's
         MTU.

But see RFC1191 for a somewhat divergent view.

>Is is possible to change it?
>How do we change it?

You can't without source code; but you probably don't want to unless you
really understand why it is the way it is.

-Jeff

P.S.: Actually, you can change this behaviour for other subnets of
your own IP network; set the kernel's subnetsarelocal flag to 1,
using /etc/kvar.  Except, I think Ultrix already defaults this flag to 1.

Newsgroups: comp.unix.ultrix
From: hahn@ipk.fhg.de (Uwe Hahn)
Subject: Re: Anyone using a DECstation 5000/200 as a news server?
Organization: IPK Berlin, Inst. fuer Produktionsanlagen- und Konstruktionstechnik der FHG
Date: Tue, 15 Sep 1992 14:11:01 GMT

boyd@prl.dec.com (Boyd Roberts) writes:

>Yeah, we do and have been for about 6 months now -- works like a charm.

We are using a DecStation5000/200 here for a month and it is working fine as 
well. We are using the cnews package, nntp and rn, nn as readers.


-- 
-------------------------------------------------------------------------------
Uwe Hahn             |  email:	 hahn@jake.ipk.fhg.de
Dep. Robotertechnik  |  phone:   +49 030/39006-166
Pascalstr. 8-9       |---------------------------------------------------------
Newsgroups: comp.unix.ultrix
From: lytras@avalon.physik.unizh.ch (Lytras Apostolos)
Subject: [SUMMARY] Re: gnu finger on ULTRIX
Organization: Informatik Club Uni Zurich
Date: Sat, 5 Sep 1992 13:58:33 GMT


Hi Netters,

Thanks to all the people who wrote me on this subject. There seem to be
quite a few problems with GNU 'finger' on ULTRIX. The solutions to this
currently seem to be either using the icsi release, or the newest
version 1.35, which appears to have been released very recently.

I have built version 1.35, now, and it seems to work after a few fixes.
Here's what I had to do (besides the steps in support/INSTALL):

- before 'make' is run, check the src/.*dir and target/.*dir files for
  pathnames like "/usr/local/etc/fingerdir/foo". Delete the double 
  quotes.
- you may have to edit support/install-finger, if you do not have gawk.
- edit /etc/inetd.conf. delete 'nobody' from fingerd and cfingerd lines.

I have included the essential parts of the messages I got on this
subject below.

Have fun!
- Apostolos

----------
From: mcba@newt.phys.unsw.edu.au (Michael C. B. Ashley)

If you get gnu finger to work, I would appreciate some info on how. I had
the same problem as you with "ualarm". I kludged some sort of fix and then
did "make install" (the results of which didn't please me greatly, GNU
finger clobbered all sorts of files), after which "finger" worked for
the local machine but would not accept any external connections.

----------
From: stuart@coral.cs.jcu.edu.au (Stuart Kemp)

I tried to install this a while back (also used sleep(1)), but when
eventually got sommething working, got lots of "unaligned access" messages,
and the client-side was crashing; gave up at this stage.
There is also a bug where the port-number is specified (forget which file) ...
there is a missing 'htons()'.

----------
From: gshapiro@wpi.WPI.EDU (Gregory Neil Shapiro)

I also couldn't get it running here under Ultrix 4.2a.  It compiles
fine but never collects any information.  If you get any responses,
can you forward them to me.

----------
From: nelson@reed.edu (Nelson Minar)

your best bet is to not try to build GNU finger for awhile - version
1.0, which you probably have, is really buggy. Someone's working on
the code now and is anticipating a working release.

---------
From: dem@cs.princeton.edu (Doron Meyer)

One can get the ICSI version of GNUfinger, which fixes the ualarm
problem, among many other things.  I can attest that it works fine
under Ultrix.

You can get it by ftp from icsi.berkeley.edu in /pub/stolcke.

----------
From: jwe@che.utexas.edu (John W. Eaton)

A new version (1.35) was released yesterday.  I built it without much
trouble on DEC Ultrix and Sun SPARC machines.

----------
-- 
	 lytras@ifi.unizh.ch   		|   Apostolos Lytras
	 lytras@avalon.physik.unizh.ch	|   Informatik Club der Uni
	 lytras@amiga.physik.unizh.ch  	|   Zuerich, SysAdmin
Xref: sparky comp.unix.ultrix:6835 comp.windows.x:16546
From: mamros@athena.lkg.dec.com (Shawn Mamros)
Newsgroups: comp.unix.ultrix,comp.windows.x
Subject: Re: help - DEC.5000 / twm / .X11Startup
Date: 11 Sep 92 14:07:05 GMT
Reply-To: mamros@athena.lkg.dec.com (Shawn Mamros)
Organization: Digital Equipment Corporation


If you don't want to use the Session Manager, take a look at the man page
for login(1).  You'll see the following:

     -C string           Allows the system to specify a command to be run
                         using the user's shell.  This option causes a user
                         shell -c string to be exec'ed.

Then take a look at the :0 entry for /etc/ttys, and you'll see something
like the following:

:0 "/usr/bin/login -P /usr/bin/Xprompter -C /usr/bin/dxsession -e" none on secur
e window="/usr/bin/Xws"

Given those two pieces of information, it's fairly easy to use "something
else" in place of /usr/bin/dxsession in the :0 ttys entry, where, once
"something else" exits, then the login session is terminated.

-Shawn Mamros
E-mail to: mamros@athena.lkg.dec.com
From: fredv@abba.acs.uci.edu (Fred Velijanian)
Subject: mwm problems
Newsgroups: comp.unix.ultrix
Organization: University of California, Irvine
Date: 6 Sep 92 18:56:14 GMT

I've noticed that mwm seems to have a strange problem with focus.
Every now and then (no pattern I can detect), the focus gets stuck on
a window different from the one the pointer is at (we use pointer focus
policy). This happens on various types of DECstations, all running
Ultrix 4.2A and either Motif 1.1.1 or 1.1.3. It didn't seem to happen
when we were on Motif 1.0. When this happens, clicking the mouse on
the correct window changes everything back to normal. 

Anyone else seen this? Any fixes?

Thanks

Fred Velijanian
University of California, Irvine
fredv@uci.edu
Newsgroups: comp.unix.ultrix
From: osyjm@cs.montana.edu (Jaye Mathisen)
Subject: Re: Mixing Ultrix and VMS Queues on LAT
Organization: CS
Date: Wed, 9 Sep 1992 00:22:20 GMT

In article <senetza.715984845@honte> senetza@sigma.uleth.ca (Len Senetza) writes:
>Has anyone done this?  We are going to setup a VMS queue via reverse
>LAT.  We would also like to have a DECstation printing to it.  

Personally, I've had nothing but trouble with LAT printing with Ultrix
patches/OS upgrades/printcap hacks notwithstanding...

On the other hand, VMS LAT print queues have always worked flawlessly.

Our local solution:  We acquired Dietmar Bergs VMS LPD daemon for UCX, hacked
it to support our environment, and now let the VMS machines do all the printing
and have the LAT stuff work flawlessly.

The advantages include the fact that if you have the scriptprinter software
installed on your vax/vms machine, you can take advantage of all the
cool queue stuff, duplex, 2up, nup, postscript/ansi, etc. stuff that
the scriptprinter software can do, from your ultrix machine, just by
defining some queues.

Muchos better than the braindamaged lpd software DEC supplies that can't
even take advantage of the features in all the DEC printers.

For anybody wanting to mix queues like this, it seems to be the way to go.
It's working great for us, and relieved me of a lot of headache of messing
with Ultrix LAT mumbo-jumbo.

Something you might want to look at...  I could probably make our hacked
version of VMSLPD available, basically, we stripped out all the UID mapping
stuff, and added in some code to do accounting... Nothing major.  If
there's enough interest, I'll send it out.  Send me mail if you want it.

It does require UCX, although ports to CMU TCP/IP would be cool.  It's easy
to install, and you can have the source, and do any other mods you want.
It is missing the lprm command, (we stripped it out, you could put it back),
and every once in a while, it hangs the LPD on ultrix, which is a bug Marcus
hasn't figured out yet, but all-in-all, it works very well.
-- 
 Jaye Mathisen, COE Systems Manager                (406) 994-4780
 410 Roberts Hall,Dept. of Computer Science
 Montana State University,Bozeman MT 59717	osyjm@cs.montana.edu
Newsgroups: comp.unix.ultrix
From: hirai@cc.swarthmore.edu (Eiji Hirai)
Subject: Re: stray processes
Organization: Information Services, Swarthmore College, Swarthmore, PA, USA
Date: Fri, 4 Sep 1992 21:45:08 GMT

akk9180@ritvax.isc.rit.edu writes:
> We have a problem with stray user processes in ULTRIX 4.2A on our DECstation
> 5000s.

You might try putting

	stty hupcl

in your users' .cshrc file (or .profile if you abuse your users with
/bin/sh).

However, I'm assuming that the program you're running will handle signals
correctly.  If not, then call the company that sells your software and see
what they can do.

--
Eiji Hirai <hirai@cc.swarthmore.edu>    :     :    :   :  : :: ::: :::: :::::
Unix Hacker for Swarthmore College      :     :    :   :  : :: ::: :::: :::::
Information Services, Swarthmore, PA, USA.      Copyright 1992 by Eiji Hirai.
I don't speak for Swarthmore College.                    All Rights Reserved.
Newsgroups: comp.unix.ultrix
From: smccoy@dw3g.ess.harris.com (Scott McCoy)
Subject: Re: Question: dxmail - including orig text in reply
Date: Mon, 14 Sep 1992 12:49:22 GMT
Reply-To: smccoy@dw3g.ess.harris.com (Scott McCoy)
Organization: Harris Corporation Information Systems Division


My thanx to Frederick M. Avolio, DEC Washington ULTRIX Resource Center,
who provided the proper files so quickly.  The response is below.

--------

Mail/replcomps:

From: Frederick M. Avolio <avolio>
X-Organization: Digital Equipment Corp., Washington Technology
Resource Center
X-Phone: +1 301 918 5870, DTN: 339-5870; FAX: 339-5938, 301-918-5938
%(lit)%(formataddr %<{reply-to}%|%<{from}%|%{sender}%>%>)\
%<(nonnull)%(void(width))%(putaddr To: )\n%>\
%(lit)%(formataddr{to})%(formataddr{cc})%(formataddr(me))\
%<(nonnull)%(void(width))%(putaddr cc: )\n%>\
%<{fcc}Fcc: %{fcc}\n%>\
%<{subject}Subject: %{subject}\n%>\
%<{date}In-reply-to: Your message of \
%<(nodate{date})%{date}%|%(tws{date})%>.%<{message-id}
             %{message-id}%>\n%>\
--------

Mail/replfilter:

width=100,overflowtext=,overflowoffset=10
leftadjust,compress,compwidth=0
:
ignores=msgid,message-id,received
:
body:component=">
",overflowoffset=0,noleftadjust,nocompress,compwidth=0,offset=0

--------

.mh_profile relevent line:

repl: -filter replfilter


--
Scott McCoy	Harris ISD	Opinions expressed are my own.
		Internet: 	smccoy@dw3g.ess.harris.com
Newsgroups: comp.unix.ultrix,comp.windows.x
From: scowen@wfpc3.la.asu.edu (Paul A. Scowen)
Subject: Re: help - DEC.5000 / twm / .X11Startup
Organization: Dept. of Physics & Astronomy, Arizona State University
Date: Fri, 11 Sep 1992 17:17:43 GMT

In article <DRMRES27.92Sep11100141@c56.ucs.usl.edu>, drmres27@ucs.usl.edu (Mejia Pablo) writes:
|> We have a network of DEC 5000/200 and we wanted to get rid of
|> dxsession.  We wanted to go to using xdm as the login prompter.
|> We were able to get it to work, except that all console output
|> would go to the background, as if the console was a line
|> terminal, instead of our hoped for console xterm.  Because of
|> this, we gave it up.
|> 
|> So my question is, does anybody have this set up so that it works
|> correctly?  If so, would that kind soul please either post or
|> email me an explanation of what we would need to do?  Like a copy
|> of their /etc/ttys and anything else that needs to be changed.

We have R5 running on several DS 5000 series machines and have tossed
decwindows (yuk) in favor of the system for numerous reasons.  Anyway, in
response to your question, simply add a line to start xconsole in the system-
wide Xsession script in /usr/lib/X11/xdm and a window will be started everytime
anyone logs in that intercepts such messages.

We've had zero problems running it that way.  Hope this helps.

-- 
-------------------------------------------------------------------------------
Paul A. Scowen				INTERNET: scowen@wfpc3.la.asu.edu
Department of Physics & Astronomy		  uk1@spacsun.rice.edu
Arizona State University		Tel:      (602) 965-0938
Tempe, AZ 85287-1504			FAX:      (602) 965-7954
-------------------------------------------------------------------------------
From: nelson@reed.edu (Nelson Minar)
Newsgroups: comp.unix.ultrix
Subject: Re: tty/ptys getting wasted?
Date: 11 Sep 92 03:16:23 GMT
Article-I.D.: reed.1992Sep11.031623.7623
Organization: Reed College, Portland, OR

Thanks to Rob McNicholas for the quick response on Ultrix 4.2 and ptys
getting lost. He says that this is one of the bugs that was fixed in
Ultrix 4.2a, and that a patch had been released in the past.

>This patch is to resolve a problem where ptys are becoming unusable
>for later processes after being used by an earlier process which is
>being abnormally terminated. A bit (TS_WOPEN) in the tty state field
>is not being properly cleaned up by the process termination code when
>the first process is being forced to exit. This causes susbequent
>processes that attempt to use that pty to see it as unavailable.

sounds exactly like what we are seeing. Boy, I hope they're still
giving out patches to Ultrix 4.2. If they're not, is it at all legal
for me to get another Ultrix 4.2 user to give me the .o file?
-- 
                __
nelson@reed.edu \/                  Where do you conceal the gun in a bikini?
Newsgroups: comp.unix.ultrix
From: tschia@exodus.reuters.com.sg (tschia)
Subject: LAT DECserver 700
Organization: Reuters Singapore
Date: Thu, 10 Sep 1992 02:43:15 GMT

Hi there,
	Ahnother Lat server problem

	  We have several LAT servers, one of them is DECserver 700
which we intend to login to the host through this LAT. However,
after 1 terminal login to the host , other terminals have the error
message "insufficient node". Do you have any ideal ?
Unfortunately, our service surpports knows next to nothing regarding
LAT server. :-(
	  Thank you in advance :-)


Regards :-)

T S Chia:-)
Newsgroups: comp.unix.ultrix
From: cally@solar.maths.monash.edu.au (Dr Paul Cally)
Subject: blas for linpack etc
Keywords: blas linpack eispack lapack
Reply-To: cally@solar.maths.monash.edu.au (Dr Paul Cally)
Organization: Digital Equipment Corporation
Date: Mon, 14 Sep 1992 08:29:05 GMT

The underlying linear algebra package used by linpack, eispack, and LAPACK is
called blas. Does anyone have a version of this optimized for DECstations?
Some manufacturers (eg IBM) actually provide a very fast machine code form
with their workstations. Not DEC, I guess?!

--- Paul Cally
Newsgroups: comp.unix.ultrix