HDTenEightyP/NetNews huggingface dataset:
From: mjr@hussar.dco.dec.com (Marcus J. Ranum)
Newsgroups: comp.unix.ultrix
Subject: Re: Ultrix 4.2A - going to die ?
Keywords: ultrix
Date: 21 Aug 92 14:22:40 GMT
Distribution: comp
Organization: Digital Equipment Corporation, Washington ULTRIX Resource Center

>We knew about OSF/1 and DEC's statements to drop Ultrix development
>and we also knew that DEC fired all Mips developers (is this really true ?
>can't imagine they REALLY did this).

	ULTRIX is still undergoing stepped down development, and the MIPS
developers are still developing stuff, though it's no lie that a lot more
focus is probably being paid to Alpha based machines. A new release of
ULTRIX is in the works (4.3) which will have some pretty nice enhancements.

	It's not dead yet, in other words. ;)

>The question to us is: has DEC Ultrix any future or not ?
>When OSF announced that they dropped OSF/1 development (did they or did
>they not, nobody knows here in Germany ...)

	OSF didn't say they'd drop OSF/1 development, it was more like they
admitted that they've been much more successful in the layered product
arena than as an operating systems shop, and that they were going to focus
on layered products more. Other than that, I can't say more, without going
into wild opinions and speculations, but you can bet Digital is really
serious about OSF/1 - it's the only UNIX we're planning to support on
Alpha (though hopefully some hero of the revolution will port BSD4.4...)

>If Ultrix is no longer updated, then support will die sometime in the
>future, then we should better switch to OSF/1 as we need someone who
>cares about bug fixing in our OS's.

	ULTRIX is still being updated and bug fixed at its usual pace.
The transition from ULTRIX to OSF/1 is something Digital is very concerned
about easing for our customers - your code should port pretty easily,
unless you're doing lots of internals stuff.

>But if OSF/1 is no longer developed by the OSF and DEC's version is too
>unstable yet (remember the old Ultrix versions ...), what shall we do ???

	It's more stable than the old ULTRIX versions. I remember them
well, and my stomach still writhes every time I do...

mjr.
From: hjgwi@usho93.hou281.chevron.com (Jay G. Williamson)
Newsgroups: comp.unix.ultrix
Subject: "mount device busy" error on tape drives
Keywords: tape, tz
Date: 12 Aug 92 13:56:47 GMT
Distribution: usa
Organization: Chevron

We have some software that dies sometimes while accessing some 8mm
drives.  When this happens, the tape drives become unaccessable.
Attempting to access it will return with "mount device busy". The
only way to clear this up is to reboot the machine.  I would assume
that there is some byte in the kernel that signifies that the tape
drive is still busy but I do not know what it is or exactly how to
access this value to change it.

In the system include file, /sys/io/scsi/mips/scsivar.h, there is a
SZ_BUSY status byte.  It is not clear whether this is for a device
or for the whole SCSI bus.  Even if this is the byte value to unset,
it still looks like a challenge to find where in the structure to unset
this.  Even more challenging (to me at least) is how to find where
this structure starts within the kernel.  I can imagine the sudo code
below but I still have alot of unknowns with no more ideas on how to
get these unknowns.

open (/dev/kmem)
addr of struct == OFFSET_TO_TAPE_STRUCT
remove_busy_bits (struct->some_flag)

** Is this possible ?
** Has this already been done by someone ?
** If it has not, can someone give me any help with the unknowns and
	the technique to alter the flag ??

INFO:
	DECstation 5100
	Ultrix 4.2b

I will summarize if there is any interest.

Thanks in advance,
-- 
Jay Williamson         Office: 2301 Hayes Rd.      Phone: 713-596-3139
UNIX Sys Admin         Houston, Tx                 hjgwi@hou281.chevron.com
Chevron Info Tech.
Newsgroups: comp.unix.ultrix
From: alan@nabeth.enet.dec.com (Alan Rollow - Alan's Home for Wayward Tumbleweeds.)
Subject: Re: Wanted: Unix for a VAXStation 3200
Reply-To: alan@nabeth.enet.dec.com (Alan Rollow - Alan's Home for Wayward Tumbleweeds.)
Organization: Digital Equipment Corporation
Date: Thu, 20 Aug 1992 04:20:55 GMT


In article <Bt6v0L.Ftv@cs.dal.ca>, dinn@ug.cs.dal.ca (Michael 'Moose' Dinn) writes:
>
> [ The customer wants to run ULTRIX or BSD UNIX on his VAXstation 3200. ] 
>
>Where can I get either Ultrix (reasonably cheaply, doesn't matter what 
>version) or BSD Unix?

ULTRIX V4.2 is the current version of ULTRIX for VAX systems.  Contact
your local DEC sales office and maybe they'll sell you one.  I really
don't know if you can (legally) buy a used version of ULTRIX.  The
tough part is the capacity license, since AT&T may care (and they
have a bigger city of lawyers than we do).

If you go the new ULTRIX route you may want to look at the price
of whatever minimal software support will get you the V4.3 update
when it's available.

>
>Any help appreciated,
>...Mike
>
>--
> Michael Dinn, Sysop of the Moose's Swamp - Nova Scotia's largest Amiga BBS
>
--
Alan Rollow				alan@nabeth.cxo.dec.com

Newsgroups: comp.unix.ultrix
From: dinn@ug.cs.dal.ca (Michael 'Moose' Dinn)
Subject: Wanted: Unix for a VAXStation 3200
Summary: I want Unix. Death to VMS!
Organization: Math, Stats & CS, Dalhousie University, Halifax, NS, Canada
Date: Tue, 18 Aug 1992 16:55:33 GMT


I have a Vaxstation 3200 GPX running VMS 4.7. Naturally, I'd rather have Unix
than VMS. 

Where can I get either Ultrix (reasonably cheaply, doesn't matter what 
version) or BSD Unix?

Any help appreciated,
...Mike

--
 Michael Dinn, Sysop of the Moose's Swamp - Nova Scotia's largest Amiga BBS
 +1 (902) 492-1035 * HST/V.32 & V.42bis * 300-14,400 baud * 220 Megs online
 dinn@ug.cs.dal.ca * moose@swamp.UUCP       | The best way to accelerate a
 Moderator of comp.[sources|binaries].amiga | Mac is at 9.8 m/s/s.
From: horst@faui63.informatik.uni-erlangen.de (Horst Luehrsen)
Newsgroups: comp.unix.ultrix
Subject: Re: Suggest FAQ-list entry for man replacements
Date: 18 Aug 92 14:44:59 GMT
Distribution: comp
Organization: CSD., University of Erlangen, Germany

ngse18@castle.ed.ac.uk (J R Evans) writes:

[...]
>My rake around the archives also revealed the following quotation from 
>Jonathan Lennox, jml12@cunixa.cc.columbia.edu :
>>nelson@reed.edu (Nelson Minar) mentioned that on their Ultrix system
>>they've replaced their man with something written by John W. Eaton
>>(jwe@che.utexas.edu) but my ping didn't recognize this address and I
>>didn't bother looking into this.

The correct Address is: ward.che.utexas.edu:/pub/unix/man-1.1.tar.Z

[...]
 Horst Luehrsen <luehrsen@informatik.uni-erlangen.de> |
 Martensstrasse 3, W-8520 Erlangen                    | Kein Spruch
 Tel: +49-9131-857884  Fax:+49-9131-32090             |
From: nelson@reed.edu (Nelson Minar)
Newsgroups: comp.unix.ultrix
Subject: Re: w and ps don't agree
Date: 19 Aug 92 08:45:54 GMT
Article-I.D.: reed.1992Aug19.084554.10580
Organization: Reed College, Portland, OR

In article <1992Aug19.071445.4360@ircam.fr> fingerhu@ircam.fr (Michel Fingerhut) writes:
>>/etc/utmp is hosed.
>>one could just "cat /dev/null > /etc/utmp" and it'll rebuild itself.

(but don't rm /etc/utmp - a lot of the software doesn't deal with
that very well)

>Well, not good enough. the only way I found was to reboot.  Any other ideas?

yeah, just edit the utmp. 

There's bound to be 6000 pieces of software that will all edit the
utmp. I could write an emacs mode for it in 15 minutes, and I have
written C code to edit /etc/utmp (in a specific way, not to wipe out
the old entries). But the problem doesn't show up often enough to be
worth the trouble of writing Real Software.

What I usually do is load /etc/utmp up in emacs, find the offending
tty entry, find the name of the user, and replace the first character
with a null. Seems to work good enough. Wiping the entire entry with
nulls is probably better, but takes more keystrokes.

Documentation for the file format of /etc/utmp can be found in
/usr/include/utmp.h

The easiest way to create these utmp entries is to create a shell
without a utmp (via xterm, or rsh, or your favourite mechanism), run
/bin/login from the shell, and then exit. The utmp doesn't seem to be
cleaned out for some reason.
-- 
                __
nelson@reed.edu \/                                        All things are true
Newsgroups: comp.unix.ultrix
From: hooft@fys.ruu.nl (Rob Hooft)
Subject: Re: DEC Fortran rtl error
Organization: Physics Department, University of Utrecht,  The Netherlands
Date: Tue, 18 Aug 1992 08:21:02 GMT

In <6096@lhdsy1.lahabra.chevron.com> wnw@lhdx17.NoSubdomain.NoDomain (Bill Wally) writes:

>In article <1992Aug17.181432.7946@usho93.hou281.chevron.com>, hfwpa@usho43.hou281.chevron.com (F.W.Patrick) writes:
>|> 
>|> We have been attempting a to link Fortran code compiled with 
>|> DEC Fortran for RISC ULTRIX 3.1 with some Fortran libraries
>|> obtained from another shop. After a successful link the 
>|> following msg comes out ot the Fortran run time library:
>|> 
>|> forrtl: severe: internal consistency check failure
>|> 

>Sometimes turning off compiler optimization fixes these kinds of problems.  We
>have had similar ones with Oracle Fortran access, and now NEVER use optimization
>in those subroutines that access the database (this is not a performance problem,
>since the routines are mostly SQL anyway).

Another fix: upgrade to V3.2 or even better V3.2.2. They are much better than
the 3.1 release, of which I have seen such messages repeatedly. Optimization is
still not without flaws, though.
-- 
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
Lines: 10
Date: Wed, 19 Aug 92 17:24:34 MDT
From: gritton@alaska.et.byu.edu (Jamie Gritton)
Organization: Brigham Young University, Provo UT USA
Newsgroups: comp.unix.ultrix
Subject: Re: w and ps don't agree + Typical UN*X-attitude
Reply-To: gritton@byu.edu
	<1992Aug19.084554.10580@reed.edu>
	<1992Aug19.134729.6415@news.uni-stuttgart.de>
	<1992Aug19.152402.16045@prl.dec.com>

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

>> the moronic idea of naming a command
>> after its programmers and not finding a mnemonic to indicate its use
> Yeah right, we've just gotta find new names for ken(1) and dmr(1).

   I believe he was referring to awk(1). I forget who "a" and "w" are,
but "k" is Brian Kernighan of "K & R" fame.
--
James Gritton - gritton@byu.edu - I disclaim
Newsgroups: comp.unix.ultrix,gnu.gcc.help
From: pb@sunra10.cern.ch (Peter Beckmann)
Subject: Re: DECstation /usr/include/X11/Xlib.h and gcc.
Organization: CERN European Lab for Particle Physics
Date: Tue, 18 Aug 1992 11:39:49 GMT

In article <MAN.92Aug18102626@imrryr.at>, man@magwien.gv.at (Andreas Manessinger) writes:
> >>>>> On Tue, 11 Aug 1992 13:34:44 GMT, putsch@uicc.com (Jeff Putsch) said:
> 
>  Jeff> While trying to complie an X11 application with gcc-2.2.2 on DECstations
>  Jeff> I get the following error:
> 
> >In file included from ../include/p2c/newcrt.h:4, from newci.c:40:
> >/usr/include/X11/Xlib.h:3958: parse error before `XSizeHints'
....
> >/usr/include/X11/Xlib.h:4099: parse error before `XTextProperty'
> >/usr/include/X11/Xlib.h:4107: parse error before `XTextProperty'
> >/usr/include/X11/Xlib.h:4113: parse error before `*'
> >/usr/include/X11/Xlib.h:4123: parse error before `XSizeHints'
> >*** Error code 1
> 
>  Jeff> Looking at Xlib.h (only for the first parse error...) I find:
> 
> >extern int XWMGeometry(
> >#if NeedFunctionPrototypes
...
> >		       int*	/* width_return */,
> >		       int*	/* height_return */,
> >		       int*	/* gravity_return */
> >#endif
> >		       );
> 
>  Jeff> I don't see anything wrong with this. Could some kind soul please enlighten
>  Jeff> me AND suggest a solution?

There are several points:

If you try to compile a X11R5 application and have only the R4 headers
you will get this error.

Annother possibility could be that you have a /usr/local/include
directory which gcc will look up BEFORE tyhe /usr/include directory.

Peter

Peter Beckmann                                    
CERN ECP/RA                                      DecNet: vxcern::peterb
Ch-1211 Geneva 23                              InterNet: peterb@cernvm.cern.ch
Newsgroups: comp.unix.ultrix
From: evans@pan.arc.nasa.gov (Dan Evans)
Subject: nslookup/nameserver problem
Organization: NASA/Ames Research Center, Moffett Field CA USA
Date: Thu, 13 Aug 92 18:32:36 GMT


Could somebody explain what is happening with my nameserver lookup?
We have a DECSystem 5810, running Ultrix 4.2A.
The primary nameserver should be ns.arc.nasa.gov and the secondary
should be nameserver.arc.nasa.gov.
As shown below, nslookup (from the system prompt) doesn't find some
information about ns and switches over to nameserver to resolve the
name.  However, if I go into the nslookup utility and set ns as the
default nameserver (as it should be anyway) I don't see the error.

Help
	Dan Evans
	evans@pan.arc.nasa.gov

/etc/resolv.conf
;
; BIND data file.
;
domain		arc.nasa.gov
nameserver	128.102.16.2
nameserver	128.102.18.31

Script started on Wed Aug 12 09:41:16 1992
% nslookup george
*** Can't find server name for address 128.102.16.2: No information
Server:  nameserver.arc.nasa.gov
Address:  128.102.18.31

Name:    george.arc.nasa.gov
Address:  128.102.19.62

% nslookup ns
*** Can't find server name for address 128.102.16.2: No information
Server:  nameserver.arc.nasa.gov
Address:  128.102.18.31

Name:    ns.arc.nasa.gov
Address:  128.102.16.2

% nslookup
*** Can't find server name for address 128.102.16.2: No information
Default Server:  nameserver.arc.nasa.gov
Address:  128.102.18.31

> server ns
Default Server:  ns.arc.nasa.gov
Address:  128.102.16.2

> george
Server:  ns.arc.nasa.gov
Address:  128.102.16.2

Name:    george.arc.nasa.gov
Address:  128.102.19.62

> ^D
% nslookup george
*** Can't find server name for address 128.102.16.2: No information
Server:  nameserver.arc.nasa.gov
Address:  128.102.18.31

Name:    george.arc.nasa.gov
Address:  128.102.19.62

% exit
% 
script done on Wed Aug 12 09:42:04 1992
From: mjr@hussar.dco.dec.com (Marcus J. Ranum)
Subject: Re: Connecting Modems to DEC Stations
Organization: Digital Equipment Corporation, Washington ULTRIX Resource Center
Date: Thu, 20 Aug 1992 04:35:58 GMT

tls@panix.com (Thor Lancelot Simon) writes:

>It is worth noting that the DEC-supplied UUCP is about as bad as you'll find
>anywhere, so if you're planning on using UUCP, you'd be a lot better off if
>you started out by building either the Taylor or the 4.3BSD UUCP.

	I don't like to think I have a reputation for automatically
sticking up for Digital's software quality; I know anyone who uses
any of the code I've ported to replace ULTRIX components will not
accuse me of narrowmindednessin this regard, *BUT*

	Don't just replace parts of ULTRIX because someone on the
net posts saying, "it sucks". It may be deficient, and in fact
ULTRIX' uucp is pretty antiquated - but I used it for a long
time and it got the job done. Not only did it get the job done,
but the support for shared modems worked, it was supported and
I didn't have to waste my time fixing something that already
worked.

	Don't throw it away until you try it and determine it's
unusable for your purposes, unless your time is worth very little
to you. If it works but lacks functionality, *do* make that a
requirement for future purchases. If you *need* honeydanber or
newer BSD-style uucp, write all your RFPs stating it as a must
have requirement and then buy from whoever meets that requirement.
Only in this way will vendors (including Digital) someday learn.

mjr.
Newsgroups: comp.unix.ultrix
Subject: SCAMP - patch anyone?
From: Stafford@Vax2.Winona.MSUS.EDU (Stafford)
Date: 13 Aug 92 11:55:16 -0600
Followup-To: comp.unix.ultrix
Distribution: world
Organization: msus


We have just set up our first Ultrix station
(DecSystenm 5000) and are new to Unix, Ultrix.

It would be helpful if we could have a version
of SCAMP that has been fixed so we can backup
the system now, before we do something stupid,
and (sigh) before we really know what we are
doing!

I've got to believe someone has fixed it by
now. ??

jjs
From: klavins@decus.ch (Ed Klavins, Micrognosis Zurich)
Newsgroups: comp.unix.ultrix
Subject: automating dump on Ultrix MvaxII
Date: 21 Aug 92 09:12:44 CET
Organization: DECUS (Switzerland)

I've a few questions regarding dump:

We have ultrix running on a MicroVAX II and want to set up some kind of 
procedure to automate the backups.

(1) The ultrix machine is used basically as an NFS server for other Suns on
the network. To do a level 0 dump, must I go into single user mode? Or if,
say, I stop NFS beforehand, could the dump be done in multi-user mode?

(2) I've been toying with how I could automate the backup. I could use cron to 
kick it off, but if in my backup script I do a shutdown to single-user mode, 
how can I start the backup in single-user mode (automatically?).

(3) The manuals don't suggest values for blocking factor or density. What 
should these be for a TK70?

(4) Sometimes I'd like to append (incremental) dumps onto the end of the tape. 
How can I ensure that I'm at the end of the saved data on tape, before starting 
the dump (the mt command does not seem to work) ?

How do others automate their backups? Does anyone have any useful scripts 
they'd like to share?

Thanks, ed.
-----------------------------------------------------------------------------
 Ed Klavins           ! UUCP: 100012.41@compuserve.com,eklavins@zhmicro.uu.ch
 Micrognosis, Zuerich ! PSI:  PSI%+22847941073::EKLAVINS
                      ! X.400: %RMS-E-RTB, Data Exceeds 65536 byte buffer
Newsgroups: comp.unix.ultrix,comp.graphics
From: andy@ie.utoronto.ca (Andy Sun)
Subject: Re: DEC's DDIF to other format converter exists?
Organization: University of Toronto, Department of Industrial Engineering
Date: Wed, 19 Aug 1992 20:38:02 GMT

Five minutes after I posted the article on the net, I received a tape
from DEC by mail with Xmedia in it (I am by no means implying that
DEC will respond to USENET articles plus delivery within 5 minutes :-)).
Inside it there are ddiftopnm, pnmtoddif, and smptoppm. I haven't installed
Xmedia yet (actually I don't think the license PAK is there) but if
they worked, then my problem is solved. Sorry for wasting the bandwidth
with my previous posting.

Andy

-- 
Andy Sun (andy@ie.utoronto.ca)		4 Taddle Creek Road, Toronto
Computing Coordinator			Ontario, Canada. M5S 1A4
Department of Industrial Engineering	Phone: (416) 978-2920
University of Toronto			Fax:   (416) 978-3453
Newsgroups: comp.unix.ultrix
From: jag@decvax.DEC.COM (John A. Gallant UEG)
Subject: Re: "mount device busy" error on tape drives
Keywords: tape, tz
Reply-To: jag@zk3.dec.com
Organization: OSF Engineering, Digital Equipment Corp.
Distribution: usa
Date: Thu, 13 Aug 1992 13:24:01 GMT

In article <1992Aug12.085647@usho93.hou281.chevron.com>, hjgwi@usho93.hou281.chevron.com (Jay G. Williamson) writes:
>We have some software that dies sometimes while accessing some 8mm
>drives.  ......................................................

Please check out comp.periphs.scsi - I forgot to cross post back to here. :-(

-- 
John A. Gallant                                jag@zk3.dec.com
Software Engineer - OSF Engineering Group
Digital Equipment Corp. (603) 881-2472

        In the common people there is no wisdom, no penetration, no
        power of judgment.
    Marcus Cicero
From: fingerhu@ircam.fr (Michel Fingerhut)
Newsgroups: comp.unix.ultrix
Subject: Re: w and ps don't agree
Date: 19 Aug 92 09:43:26 GMT
Organization: IRCAM, Paris (France)

As a solution to the problem of phantom users...  If no process is attached
to a specific pty and it still shows (with w) a user, e.g.:

	User  tty  from          login@  idle  JCPU  PCPU  what
	jjk   p5   vistaxx       5Aug92 212days             -

as gheeong@rhea.trl.OZ.AU (Ghee Ong) mentioned, it is not only necessary
to clean the utmp entry, but the INUSE bit, such as with the following
piece of code:

    int fd= open("/dev/ttyp5", O_RDWR|O_NDELAY);

    if (fd < 0) {
	perror("open");
	exit(-1);
    }
    if (ioctl (fd, TIOCCINUSE, 0) < 0) {
	perror("ioctl TIOCCINUSE");
	exit(-1);
    }
    close (fd);

This really freed that pty.  Now why was the INUSE bit still there, I wonder.
From: hans@pyrtor.UUCP (Hans Jespersen)
Newsgroups: comp.unix.ultrix
Subject: Re: w and ps don't agree + Typical UN*X-attitude
Date: 20 Aug 92 16:25:24 GMT
Reply-To: hans@pyrtor.UUCP (Hans Jespersen)
Organization: Pyramid Technology Canada, Toronto, Ontario

In article <TROST.92Aug20002842@romulus.reed.edu> trost@romulus.reed.edu (Bill Trost) writes:
>In article <o3@byu.edu> gritton@alaska.et.byu.edu (Jamie Gritton) writes:
>   >> the moronic idea of naming a command
>   >> after its programmers and not finding a mnemonic to indicate its use
>
>      I believe he was referring to awk(1). I forget who "a" and "w" are,
>   but "k" is Brian Kernighan of "K & R" fame.
>
>Aho, Weinberg(er?), and Kernighan.
>
>I just don't understand why "COBOL" is a more compelling name than
>"awk".   Both mean nothing to most everyone.

At least "awk" is "awk" is "awk" in most languages. Insisting that commands be
named something useful only for English speaking users is kind of narrow 
considering the global nature of the computer industry these days. It would be
fun to call awk something like "PSPL" where PSPL were the equivalent of Pattern
Scanning and Processing Language in Hungarian (like Dykstra's P and V semaphores)
Just a thought ;-)

-hans
Newsgroups: comp.unix.ultrix
From: torstein@itek.norut.no (Torstein Meyer)
Subject: Changing DECwrite default style set
Organization: FORUT Informasjonsteknologi as
Date: Thu, 20 Aug 1992 14:32:39 GMT
Reply-To: torstein@itek.norut.no (Torstein Meyer)

Does anyone know how to  change the default style set in decwrite (RISC)
to include our customized and nationalized styles ?
Torstein Meyer	SystemConsultant at FORUT IT as, Tromsoe, Norway
torstein.meyer@itek.norut.no	+47 83 80 150 (fax:82420)
From: alan@nabeth.enet.dec.com (Alan Rollow - Alan's Home for Wayward Tumbleweeds.)
Newsgroups: comp.unix.ultrix
Subject: Re: disk configuration
Date: 20 Aug 92 23:19:46 GMT
Reply-To: alan@nabeth.enet.dec.com (Alan Rollow - Alan's Home for Wayward Tumbleweeds.)
Organization: Digital Equipment Corporation


In article <1992Aug20.162049.21167@dscomsf.desy.de>, mclean@amzeus.enet.dec.com (Kenneth McLean (Ohio State University)) writes:
>
> [ The customer that appears to be a Digital employee attending
>   Ohio State University or something, asks about I/O errors on
>   Seagate Wren 7 disk drives. ]

1.  What version of ULTRIX are you running?
2.  Except for a few DEC disks model number mean little to me, 
    what is the capacity of the drives?

In either pre-ULTRIX V4.2 or pre-ULTRIX V4.1 the SCSI driver was
limited to accessing 2^21 LBNs.  This is fixed in V4.2.

If you're getting just generic I/O errors look in the error log
to see if has a better suggestion.

p.s.  It is unlikely the DECnet address you have will be of any
to somebody on the Internet.  If it an address of a system on
DEC's internal network, then it might be useful since we have a
gateway to the rest of the world.
>
--
Alan Rollow				alan@nabeth.cxo.dec.com