HDTenEightyP/NetNews huggingface dataset:
From: jmm@megalon.acs.appstate.edu (Martin Moore)
Subject: Re: After 4.2a upgrade, DXterm won't run!
Organization: Appalachian State University
Date: Thu, 8 Oct 1992 00:58:16 GMT

dmb@srl05.cacs.usl.edu (David M. Brumley) writes:

>We're a small university site that has just upgraded from ULTRIX 4.2
>to 4.2A and the new Motif 1.1.3 on our DECstation 5000/200s.  Now,
>whenever we try to run DXterm on DISKLESS workstations, we get the
>following error:

>X Toolkit Warning: DRM: I18NOpenFile: Couldn't open file /usr/lib/X11/uid/DXterm 
>  - DRMFailure
> X Toolkit Warning: Drm__OpenHierarchy: V - DRMFailure
> Unable to open DRM User Interface Definition:

> DXterm

>We've verified that '/usr/lib/X11/uid/DXterm' exists, is readable by
>all, and is identical to the same file on other machines.  Note that
>DXterm runs fine on the machines that are not diskless clients. 

>Any ideas?

I to encountered this...  It seems to me thatthe file was changed after I
installed motif?   I compaired this on my 5000/200 with the files on 2
other 5000/125's and mine had a few extra grabage characters on the first
line...  So I replaced mine with one of theirs and live worked great.  The
real kicker was I had set the boot env vars to autoboot and not set up
networking nor any ttys so each time I logged in dxterm died and I had 
no way to get an dxterm up to shutdown and fix the problems...  After a 
minute or two of panic I added a command to the session manager to shutdown 
and then executed it...  I then found the problem,  installed networking
and telnet'd in and tried to fix the problem.  If you don't have access to
getting the replacement .uid file mail or call me and I will send it to you
if you would like...  If any one else knows a better fix I would LOVE to 
see it!  

Martin Moore (704) 262-6274
Appalachian State Univ
Academic Computing Services
New Business Buliding Room 2067
Boone, NC 28608
jmm@megalon.acs.appstate.edu
moorejm@appstate.bitnet


Newsgroups: comp.unix.ultrix
From: ehrlich@cs.psu.edu (Dan Ehrlich)
Subject: SPD for Ultrix 4.3
Organization: Computer Science Department, Penn State University
Date: Wed, 7 Oct 1992 19:35:26 GMT

I have just recieved an electronic copy of the Ultrix 4.3 SPD.  It's huge
(83 pages) so I am hesitant to post it.  I can make it available via
anonymous FTP or direct e-mail.

--
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
Newsgroups: comp.unix.ultrix,comp.mail.mh
From: avolio@dco.DEC.COM (Frederick M. Avolio)
Subject: Re: problem with sendmail and dxmail-mh
Reply-To: avolio@dco.DEC.COM (Frederick M. Avolio)
Organization: Digital Equipment Corp., Washington ULTRIX Resource Center
Date: Wed, 14 Oct 1992 13:54:33 GMT


In article <1992Oct13.142549.534@idiws1.idi.battelle.org>, newsmgr@idiws1.idi.battelle.org writes:
>Hello, I am having a problem getting DXMAIL (aka MH) to fully qualify
>envelope sender addresses. The return-path header and from: envelope
>are not being fully qualified: i.e the address is foo@bar not 
>foo@bar.a.b.c.
>
>This is on ultrix v4.2a.
>
>I have sendmail doing this, but dxmail seems to add another layer of
>confusion into this. dxmail/mh add the return path it seems.

1. What does hostname return?  Is it fully qualified?  Make it so if it is not.

2. Does this happen on mail to *all* hosts or just to other hosts within your
domain?

F
Newsgroups: comp.unix.ultrix
From: pf@malloco.ing.puc.cl (Pablo Pfingsthorn, MN)
Subject: Help : Copy 
Reply-To: pf@malloco.ing.puc.cl
Organization: Pontificia Universidad Catolica de Chile.
Date: Fri, 9 Oct 1992 23:15:35 GMT


Has anybody out there developed a way to copy protect a program ?
I tried to use the Ethernet hardware address (unique to each ethernet
interface) as a key to identify the computer, but I was unable to
get the address by software (without using /etc/ethers).
Does anybody knows how to get that address or another way to
copy protect a software ?

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
AIOL Artificial Intelligence and Optimization Laboratory
Pontificia Universidad Catolica de Chile

Pablo Pfingsthorn                          pf@malloco.ing.puc.cl
                                           pf@vallenar.ing.puc.cl
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

Newsgroups: comp.unix.ultrix,comp.sys.dec,comp.os.vms
From: kaiser@mammal.vbo.dec.com (Peter Kaiser)
Subject: Re: How to read VMS-disks on an Ultrix-machine???
Reply-To: kaiser@uniriv.vbo.dec.com
Organization: DEC Technology Integration Group
Date: Wed, 7 Oct 1992 07:39:09 GMT


--
In article <1992Oct6.102901.13845@rks.se>, vaxmith@rks.se writes:

> We are planning to move [a VMS ODS-2] drive to a Ultrix-machine...

It's been done, but the code was never made to run on recent versions of
ULTRIX and is no longer available.  It was a read-only implementation of
ODS-2 under GFS (the g-node file system of ULTRIX).

Since you can reasonably use only sequential files this way (the only
kind UNIX recognizes), use VMSTAR on VMS to create a tarfile of all the
contents of the disk, then move the disk to UNIX and reinitialize it,
then restore the tarfile.  At this point you'll have all your files and
you'll be able to both read and write to the disk.

VMSTAR is available on gatekeeper in the form of a source kit that
builds on VMS.

An alternative, of course, is to put NFS software on the VMS machine and
simply serve the files to the ULTRIX machine.  Digital's "TCP/IP Services
for VMS" works fine for this.

___Pete

kaiser@uniriv.vbo.dec.com
+33 92.95.62.97 (DTN 828-6297)
Newsgroups: comp.unix.ultrix
From: mskucher@math.uwaterloo.ca (Murray S. Kucherawy [MFCF])
Subject: Re: VXT's, xdm, and UPGRADE/ADVANCED security....
Organization: Math Faculty Computing Facility, University of Waterloo, Canada
Date: Wed, 14 Oct 1992 19:16:47 GMT

lhawkins@olaf.wellesley.edu (Lee Hawkins) writes:
>[xdm and upgraded/enhanced security are incompatible]
>
>Am I the only person out there who has had this problem, and if not, has
>anybody else fixed it?  If not, where can I get the xdm sources so I can
>at least try to fix it?

I encountered this problem at a previous job.  We decided to stay at
normal security level (BSD as I recall).

The xdm sources are available from somehost.lcs.mit.edu - check comp.sources.x
for more information.

-- Murray S. Kucherawy ----------------------------------------+--------------
Software Systems Co-op, Math Faculty Computing Facility [MFCF] | Our PDPs go
University of Waterloo, Ontario, Canada                        | to eleven!
E-mail: mskucherawy@{math,watdragon}.UWaterloo.ca              | 
---------------------------------------------------------------+--------------
Newsgroups: comp.unix.ultrix
From: STREATER@SLACVM.SLAC.STANFORD.EDU (415)
Newsgroups: comp.unix.ultrix
Subject: rlogin hangs my DECterm windows
Date: 8 Oct 92 19:40:54 GMT
Organization: Stanford Linear Accelerator Center

On my DECstation 3100 running 4.2 (plain, not 4.2A), if I rlogin to another
machine here at SLAC (e.g. a SPARC), I get in just fine, the first time. Then
I logout from that machine and later do another rlogin, and it hangs. That is,
I type the rlogin command, hit return, and thats that; the cursor moves to the
next line and that's where it stays. The rlogin never completes, and
I cannot get control of the window back. CTRL-C or CTRL-D have no effect. If I
go to another window, and kill-9 the rlogin process, it says "killed" in my
orginal window and I get the prompt back, but the window is still hung; typed
input is ignored - not even echoed. I then have to kill-9 that window. Doing
"Clear Communications" or "Reset Terminal" had no effect.

Suggestions appreciated - Tim.
Newsgroups: comp.unix.ultrix
From: agott@nyx.cs.du.edu (adam gott)
Subject: Help needed using tar
Organization: Nyx, Public Access Unix @ U. of Denver Math/CS dept.
Date: Mon, 12 Oct 92 03:24:53 GMT



I have recently begun using Ultrix at our university and can not figure
out how to 'un'tar something.  I ftp'd a file with the extension '.tar.z'
and have uncompressed it (to remove the z).  Now what am I supposed to do
to 'un'tar it?
 
Please reply either here or directly to me (std2209@inel.gov).

Thanks.

Newsgroups: comp.unix.ultrix
From: riley@theory.TC.Cornell.EDU (Daniel S. Riley)
Subject: Re: Running daemons non-setuid root
Organization: Cornell Theory Center
Date: Tue, 13 Oct 1992 20:44:08 GMT

In article <Bw2F48.GHG@unix.amherst.edu>,
twpierce@unix.amherst.edu (Tim Pierce) writes:
>This is sub-optimal behavior as far as I'm concerned.  Upon further
>investigation, though, I found that unlike SunOS, inetd.conf on Ultrix
>does not permit the admin to specify which user the various daemons
>should run as!

This was discussed before on decstation-managers, and the answer is
that the DEC inetd does allow a username as the fifth field (it just
isn't documented).  You can change

finger	stream	tcp	nowait	/usr/etc/fingerd	fingerd

to

finger	stream	tcp	nowait	nobody	/usr/etc/fingerd	fingerd

and it even works.  Just make sure the program to run starts with a "/".

-- 
-Dan Riley                          Internet: dsr@lns598.tn.cornell.edu
-Wilson Lab, Cornell University     HEPNET/SPAN: lns598::dsr (44630::dsr)
Xref: sparky comp.unix.ultrix:7470 comp.windows.x:17639
From: frank@croton.nyo.dec.com (Frank Wortner)
Newsgroups: comp.unix.ultrix,comp.windows.x
Subject: Re: Starting X11R5 on mips Ultrix 4.2
Date: 8 Oct 92 17:12:56 GMT
Article-I.D.: datum.4478
Reply-To: frank@nyo.dec.com
Followup-To: comp.unix.ultrix
Distribution: usa
Organization: Digital Equipment Corporation


Xtm2d supports the PX video card on a DECstation 5000.  Unless something has
changed recently, X11R5's Xdec server did not support that card.  The net
result is, that although the X11R5 clients are useable, the Xdec server
cannot replace the Xtm2d server.  You'll have to continue to use the latter.

					Frank
Newsgroups: comp.unix.ultrix
From: anthony@yoyo.cc.monash.edu.au (Anthony Baxter)
Subject: Wish list for Ultrix header files
Organization: Monash University, Melb., Australia.
Date: Thu, 8 Oct 1992 09:34:47 GMT

Can someone at DEC _please_ go through the system header files and put
protection against multiple inclusion through them all?
Something like
#ifndef _STDIO_H
#define _STDIO_H

(file)
#endif

(stdio.h does have this, but some dont, and with the way the header files
all blithely #include each other, its a right pain to track down whats going
on)
(an example would be sys/resource.h, and as it defines structures, c
compilers whinge a bit about it).

I dont _really_ want to go through and change them locally, as they will
just get blatted next time the OS gets upgraded.

Thanks,
Anthony
-- 
           anthony baxter                  rdt : anthony@rdt.monash.edu.au.
 gaunix : anthony@yoyo.cc.monash.edu.au.  work : anthony@aaii.oz.au
     digital technology  /  general access unix group  /  a a i i
           monash university     melbourne,  australia
Newsgroups: comp.unix.ultrix
From: stoodt@cis.umassd.edu (Michael Stoodt)
Subject: Summary: AMD for Risc Ultrix?
Keywords: amd automount
Organization: University of Massachusetts Dartmouth
Date: Fri, 16 Oct 1992 17:11:11 GMT

Last week in <BvtIF8.2K6@umassd.edu> I wrote:

>I've gotten sick and tired of the automounter, since it has wedged my
>DECstation twice today due to a network connection being down.  But
>the latest version of the automounter replacement "amd" that I ftp'ed
>from its home site of usc.edu doesn't say anything about supporting
>RISC Ultrix, only VAX Ultrix.

>Is anyone using amd successfully on a DECstation?  Anything I (or the
>authors) should know about before I try it?

I've gotten five responses by mail and one by news, all in the
affirmative.  (Plus one request for a summary, which I had already
been planning on posting...)

mende@piecomputer.rutgers.edu (Bob Mende Pie) reported success with
amd 5.3beta1; manager@dirac.phys.washington.edu (Jim Belonis II) uses
5.3-alpha14 (with the os-u4_0.h config file); paul@cse.ucsc.edu (Paul
Tatarsky) uses 5.2; metcalf@catfish.lcs.mit.edu uses the version from
usc's file amd920824 with a couple of patches (below); and
srp@cgl.ucsf.edu (Scott R. Presnell) and feigin@iis.ethz.ch (Adam W.
Feigin) report success with unspecified versions of amd.  Various
versions of Ultrix were mentioned.

Thanks to those that responded, and wish me luck; I'll start trying it
out next week...

====
From metcalf@catfish.LCS.MIT.EDU Fri Oct  9 11:26:33 1992
...

Works great here (usc.edu:pub/amd/amd920824.tar.Z).

You absolutely HAVE to install the following patch, or amd-mounted
filesystems will have attribute caching disabled, and slow WAY down:

*** nfs_ops.c~  Sun May 31 09:35:19 1992
--- nfs_ops.c   Sun Sep 27 13:34:22 1992
***************
*** 640,645 ****
--- 640,649 ----
        flags &= M_RDONLY;
        if (flags & M_RDONLY)
                nfs_args.flags |= NFSMNT_RONLY;
+       nfs_args.acregmin = ACREGMIN;
+       nfs_args.acregmax = ACREGMAX;
+       nfs_args.acdirmin = ACDIRMIN;
+       nfs_args.acdirmax = ACDIRMAX;
  #endif /* ULTRIX_HACK */

        error = mount_fs(&mnt, flags, (caddr_t) &nfs_args, retry, type);

*** os-u4_2.h~  Sun Feb  9 07:10:34 1992
--- os-u4_2.h   Sun Sep 27 13:42:09 1992
***************
*** 140,145 ****
--- 140,149 ----
  #define       nfs_args        nfs_gfs_mount
  #define       ULTRIX_HACK     /* Should be handled better than this !! */
  #define       NEED_MNTOPT_PARSER
+ #define ACREGMIN 3
+ #define ACREGMAX 60
+ #define ACDIRMIN 30
+ #define ACDIRMAX 60

  /*
   * How to get a mount list

====
-- 
Michael A Stoodt  [MaS]      |        mumble mumble disclaimer mumble...
stoodt@cis.umassd.edu        | "Will the last person to leave the planet
Comp&InfoSci, UMassDartmouth |  please turn off the sun?" - Mike Resnick
Xref: sparky comp.unix.ultrix:7499 comp.sys.dec:5390
From: alan@nabeth.enet.dec.com (Alan Rollow - Alan's Home for Wayward Tumbleweeds.)
Newsgroups: comp.unix.ultrix,comp.sys.dec
Subject: Re: DECsystem 5500 and external SCSI devices
Date: 9 Oct 92 19:40:44 GMT
Article-I.D.: nntpd2.1992Oct9.194044.21510
Reply-To: alan@nabeth.enet.dec.com (Alan Rollow - Alan's Home for Wayward Tumbleweeds.)
Organization: Digital Equipment Corporation


In article <2AD503AB.8922@news.service.uci.edu>, fredv@abba.acs.uci.edu (Fred Velijanian) writes:
>
>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?

I think part of the "number of external SCSI devices on a
DECstation 5900" restriction comes from the fact that the
system was designed to have all the SCSI disks in the
storage expansion drawers.  If you can't fit the device
in one of these, then you have to run it outside the
box which uses up lots of cable.

On the DECsystem 5500, the length of cable needed to get
outside the box is probably not as much.  You'll still
have to watch the cable and length, but you should have
more leeway on the 5500.

>
>Thanks for any help.
>
>Fred Velijanian
>University of California, Irvine
>fredv@uci.edu
>
--
Alan Rollow				alan@nabeth.cxo.dec.com
Newsgroups: comp.unix.ultrix
From: alan@nabeth.cxo.dec.com (Alan Rollow - Alan's Home for Wayward Tumbleweeds.)
Subject: Monitor V1.3 on ULTRIX V4.3.
Reply-To: alan@nabeth.cxo.dec.com (Alan Rollow - Alan's Home for Wayward Tumbleweeds.)
Organization: Digital Equipment Corporation
Date: Thu, 8 Oct 1992 00:14:05 GMT


For those planning to use Monitor V1.3 on ULTRIX V4.3, it will need
to be recompiled.  No changes should be necessary though.  In V4.3
the size of the "buf" structure changed and the buffer cache collection
code gets very confused if it thinks a (struct buf) is smaller than
it really is.

You may also want to edit the V4.2 Makefile to change the ULTRIX
version number.

For those interested in looking at Monitor, the compress tar(5)
archive is on:

	gatekeeper.dec.com:/pub/DEC/monitor.tar.Z

For those wishing to collect swap usage information and have
LARGE page/swap I have a alternate version of swap.c that is
much faster.  Too many requests by mail and I'll just end up
posting it again.
--
Alan Rollow				alan@nabeth.cxo.dec.com
From: eric@phobos.sscl.uwo.ca (Eric Cartman)
Newsgroups: comp.unix.ultrix
Subject: Stale NFS file handle...
Keywords: stale NFS handle inode
Date: 13 Oct 92 15:44:53 GMT
Organization: University of Western Ontario

Hi.
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
From: heiney@wsl.dec.com (Bob Heiney)
Newsgroups: comp.unix.ultrix
Subject: Re: dxterm and controlling options such as color, title . . .
Date: 16 Oct 92 21:35:02 GMT
Organization: Western Software Lab

In article <16OCT199214263241@mivax.mc.duke.edu> jim@mivax.mc.duke.edu
(James D Dryfoos - Systems) writes:
>
>One last one, I have figured that the digits for color are
>RRxxGGxxBBxx but what do the x's do?  I cannot see any difference in setting
>these.
>

X allows you to specify RGB values with 16 bits per color component (i.e.
65536 different intensities per R, G, B).  Most video hardware, however, cannot
generate 65536 different intensities.  On most vendors' current hardware
only 8 bits (256 intensity levels) are available per component.  Because of
this, when you specify an RGB component, only the upper 8 bits (the most
significant two hexidecimal digits) have any effect.

You can save yourself some typing and just use

	#RRGGBB

instead.  X will automatically translate this to #RR00GG00BB00.

/Bob
--
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
From: ehrlich@cs.psu.edu (Dan Ehrlich)
Subject: Re: Ultrix man pages with groff
Organization: Computer Science Department, Penn State University
	<Bw1154.D83@cs.psu.edu>
Date: Mon, 12 Oct 1992 22:15:15 GMT

In article <Bw1154.D83@cs.psu.edu> kenh@leps5.phys.psu.edu (Ken Hornstein) writes:

Ken> In article <4481@datum.nyo.dec.com> frank@nyo.dec.com writes:
>Actually, IMHO, the ULTRIX macros produce nicer looking output.  In any
>event, they do work with groff (I use this combination all the time).  Here's
>a short context diff you can apply to fix a minor groff/macro problem:

Ken> Hmm.  When I used troff to print man pages to another system running the
Ken> TransScript software, the output was pretty awful.  The font was two sizes
Ken> too big, and the headers on the top overwrote each other.  Kinda depressing,
Ken> especially since our VAX 11/750 running BSD 4.3 works fine with this setup
Ken> (Do you have any idea how long it takes troff to format something on a
Ken> 11/750?  Be glad you don't.)

Ken> Of course, I'm not sure if this was a macro problem, a troff problem,
Ken> or just one of those general Ultrix problems.

Ken> --Ken

Try using -man.4.3 instaed of just -man.  We discovered that if the man page
was not originally written or modified to be used with DEC's flavor of the
man macros the output was horrible.  This was especially true of the X11 R5
man pages.
--
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
Newsgroups: comp.unix.ultrix
From: mfraioli@grebyn.com (Marc Fraioli)
Subject: Re: the 'w' command.
Organization: Grebyn Timesharing
Date: Sat, 10 Oct 1992 16:53:52 GMT

In article <1992Oct10.045800.13997@decuac.dec.com> avolio@dco.dec.com writes:
>
>ruptime gives you remote load information if rwhod is running on the 
>	rsh otherhost w
>will run w on the other machine
>
>f
Only if your host is trusted by the other, ie. listed in
/etc/hosts.equiv and /.rhosts
-- 
Marc Fraioli
mfraioli@grebyn.com	        	(So I'm a minimalist...)
From: farber@mailhost.aa.cad.slb.com (Phillip Farber)
Newsgroups: comp.unix.ultrix
Subject: DEC Tablet with Stylus - How to recognize?
Keywords: Tablet
Date: 9 Oct 92 17:29:13 GMT
Organization: Schlumberger CAD/CAM at Ann Arbor, MI

Hi,

Apparently the DEC X server thinks that four physical buttons are
available when the tablet is installed regardless of whether the puck
(4 buttons) or the stylus (2 buttons) is connected.  The X server
query ( XGetPointerMapping ) always returns 4 when the tablet is installed.

Particulars: DS5000/125, Ultrix 4.2a, R4, Motif 1.1.1

Is there any way at application runtime to determine whether the puck
or the stylus is attached to the Tablet?





-- 
===========================================================================
Phillip Farber                            farber@ann-arbor.applicon.slb.com
Applicon Schlumberger                     farber@aaaca1.sinet.slb.com
Ann Arbor, Michigan 48106-0986 (USA)      ...!uunet!sharkey!applga!farber
Newsgroups: comp.unix.ultrix
From: avolio@dco.DEC.COM (Frederick M. Avolio)
Subject: Re: xcd - what's up?
Reply-To: avolio@dco.DEC.COM (Frederick M. Avolio)
Organization: Digital Equipment Corp., Washington ULTRIX Resource Center
Date: Fri, 16 Oct 1992 21:19:16 GMT


Marcus misspelled decuac.dec.com, but maybe you figured that out.

The machines in Palo Alto are being moved around.  It is possible that
the directory with the CD player is temporarily not available.

It's not a RAP CD is it?  It doesn't play Rap or Blue Grass.
(:-) in case you didn't know...)


Fred
Newsgroups: comp.unix.ultrix
From: terry@geovision.gvc.com (Terry McGonigal)
Subject: Re: What is the rlogin to Sun hang bugfix??
Followup-To: comp.unix.ultrix
Summary: See <1992Sep22.131802.2058@alcatel.ch>
Keywords: rlogin hang sun
Organization: GeoVision Systems Incorporated
Date: Thu, 15 Oct 1992 14:48:03 GMT

In article <1992Oct13.213755.20928@grebyn.com>, posted to comp.unix.ultrix
mfraioli@grebyn.com (Marc Fraioli) writes:
>We have a number of DEC5000/133s running Ultrix 4.2a and a few Suns
>(IPC, IPX, SPARC2, and a 490) all running SunOS 4.1.2 or 4.1.3, and we
>have never seen any problem with rlogin.

Well, I still see the problem at 4.2C:

| Last login: Tue Oct 13 15:11:53 from panther
| ULTRIX V4.2A (Rev. 47) System #2: Thu Jun  4 09:50:57 EDT 1992
| UWS V4.2A (Rev. 420)
|  
| The development project is set to arrow, arch mips, rdbms oci
| Hello terry... you are on flex via /dev/ttyqe
| % rlogin panther
[ things hang at this point ]
Panther is an SS1+ (SunOS 4.1.2), Flex is a DS5000/200 (Ult4.2C).  This
subject was covered in some detail not that long ago, see
<1992Sep22.131802.2058@alcatel.ch>, posted to comp.unix.ultrix by
vannes@srzts304.alcatel.ch (Tom van Nes).

I find that `rlogin panther &' works fine (and I found that I've got
archived refrences to this problem here in c.u.u from as far back as '90!).

Cheers,
-- 
Terry McGonigal    GeoVision Systems Inc {uunet.ca,revcan}!geovision!terry
                   Ottawa On, Can        tmcgonigal@gvc.com
           Phone   +1 613 722 9518  Fax  +1 613 722 5385
Newsgroups: comp.unix.ultrix