HDTenEightyP/NetNews huggingface dataset:
From: YOUNG@SKRSSA.AGR.CA ("Saskatoon Res. Stn. -- System Manager")
Newsgroups: comp.os.vms
Subject: Reading TK-70 tapes after /REWIND
Date: 21 Dec 92 19:26:58 GMT
Distribution: world
Organization: The Internet

Hello Info-vax people!

	I have a user that owns a TK-70 tape that has many savesets on it, 
with the last saveset mistakenly written with the /REWIND qualifier!  He 
really wants to keep all savesets on the tape.  This was obviously a mistake.  

We know that the first and second original savesets have likely been 
overwritten, however would like to retrieve the remaining savesets from the 
tape.  To date I have had no success getting past the first saveset on the 
tape that was put on using the /REWIND.  There is alot of data left on the 
tape, and I would really like to be able to get at it.  

Does anyone have any experience with this problem or ideas on a solution? 

Thankx
Rod Young
Agriculture Canada
From: rankin@EQL.CALTECH.EDU (Pat Rankin)
Newsgroups: comp.os.vms
Subject: Re: Help on "simple" EVE/TPU procedure
Date: 23 Dec 92 00:55:36 GMT
Distribution: world
Organization: The Internet

> I am trying to clean up large amounts of Fortran code which
> contains "junk" in each record of each file, beyond the
> 72-nd character position in each record.
>
> Is it relatively simple to get TPU to truncate each record
> in a file at the 72-nd character position?
> (After that, it would be nice to have TPU delete all
> trailing blanks after the lines of code, but that's not
> as important as the first task.)

     It should be pretty simple to do in TPU, or DCL for that matter,
but there are other tools to consider.  You could do it with a one-liner
in awk (well, it's 3 statements but they fit comfortably on 1 line :-).
Using gawk, it would be
 $ gawk "{ $0 = substr($0,1,72); sub(/ +$/,""""); print }" <infile >outfile
(The lump of quotes in the middle is just "" inside a DCL quoted string.)
A more elaborate program could process a whole directory full of files
in a single run.

     There's another utility available which is even better suited for
this particular task:  EXTRACT.
 $ extract/columns=(1:72)/edit=(strip_trailing) infile/output=outfile
would do precisely what you're asking for.  It's available via FTP from
hamlet.caltech.edu in [.rankin]extract.vms_share, but you'll need the
VAX FORTRAN compiler to build it.  A slightly older version is avaiable
from the DECUS Fall'90 VAX/L&T SIG tape.  (Warning:  that one had a bug
in the /columns qualifier which is fixed in the vms_share'd sources.)

		Pat Rankin, rankin@eql.caltech.edu

Newsgroups: comp.os.vms
From: pampreen@emunix.emich.edu (Dave Pampreen)
Subject: SUMMARY of SET COMMAND also known as butthead! 
Summary: Yes it is! 
Organization: Eastern Michigan University
Distribution: world,local
Date: Thu, 31 Dec 1992 00:41:45 GMT

   Well to summarize all of my answers that I recieved, 90% said it was 
impossible to use SET COMMAND without using any privi's and have it carry
over to a new subprocess (SPAWN.)  

   It is true that the SET COMMAND won't carry over to subprocess, but if 
you do some minor code changing and use SET COMMAND/OBJECT and link it with
your program, you can accomplish the same thing without defining a new verb.

---------
As far as the flame war that was started, I agree with a previous post.  It 
kept me busy reading during this slow boring vacation. :)

signed,
ME
From: 2020211@SAPHIR.ULAVAL.CA (Sylvain Chamberland)
Newsgroups: comp.os.vms
Subject: Re: Convert MSDOS or UNIX text format to VMS format
Date: 30 Dec 92 08:58:07 GMT
Reply-To: 2020211@SAPHIR.ULAVAL.CA
Organization: CTI, Universite Laval

In article <1992Dec30.085139.3959@cerberus.ulaval.ca>, 2020211@SAPHIR.ULAVAL.CA (Sylvain Chamberland) writes:
>
>I tried to transfer some files back and forth my IBM PC clone using the ymodem
>protocol I just told about, then compared two versions of the same file with
>the command ANALYZE/RMS_FILE: the original file, and one which went to my
>computer and back. The "record type" had changed from "fixed" to "stream-LF",
>the analysis told about something like "VBN 8" that had changed to "9"... also,

Sorry, it's "the end of line VBN" that went from 9 in the original file to 8 in
the transfered file...

Also, the files were both sequential...

Sylvain Chamberland
2020211@saphir.ulaval.ca
Newsgroups: comp.os.vms
From: JONESD@kcgl1.eng.ohio-state.edu (David Jones)
Subject: Re: Need VMS Gopher Client
Organization: The Ohio State University
Date: Mon, 21 Dec 1992 18:31:58 GMT

In Article <1992Dec21.082642.365@news.uwyo.edu>, rtravsky@news.uwyo.edu (Rich Travsky) writes:
>How many VMS gopher clients are there? I'm aware of and have the
>one from boombox at the University of Minnesota. Do any others
>exist that I can access?   TIA,

There is a VMS gopher client available on job.acs.ohio-state.edu.  It's the
boombox gopher with the major bugs fixed.  Obviously no one at U of M uses
the VMS client or they wouldn't continue to distribute the code that
currently sits on boombox.

Eventually someone should come out with a port of the unix 1.1 gopher client.
Watching newsgroup comp.infosystems.gopher would be the best place to catch
that announcement.



David L. Jones               |      Phone:    (614) 292-6929
Ohio State Unviversity       |      Internet:
1971 Neil Ave. Rm. 406       |               jonesd@kcgl1.eng.ohio-state.edu
Columbus, OH 43210           |               jones-d@eng.ohio-state.edu

Disclaimer: A repudiation of a claim.
From: tillman@swdev.si.com ("Brian Tillman, Smiths Industries, VAX Support, x8425")
Newsgroups: comp.os.vms
Subject: RE: Question about DECnet of Network..
Date: 21 Dec 92 21:29:36 GMT
Distribution: world
Organization: The Internet

Sabry Kotob El-Ganzory (sabry@shebin.eg) writes:

>When I boot to device appear to me these a messages it is:-
>Message from user DEcnet
>DECnet starting
>%NCP-I-NOINFO,no information database
>%NCP-W-INVIDE, invalid indentification,line=tx-0-12
>%SYSTEM-F-INDEVMAN,invalid device name
>%NCP-W-UNRCMP,unrecongized component,circurit
>Circuit=tx-0-12
>Please, how I avoid this a messages to appears me???

The messages:

%NCP-W-INVIDE, invalid indentification,line=tx-0-12
%SYSTEM-F-INDEVMAN,invalid device name
%NCP-W-UNRCMP,unrecongized component,circurit

mean that you have a curcuit TX-0-12 defined in your permanent DECnet database 
for which there is no physical device (and, in fact, I believe there cannot be, 
since device numbers for TX devices don't exceed 7).  To get rid of this 
message, do the following with SYSPRV enabled:

$ mcr ncp
NCP> purge line tx-0-12 all
NCP> purge circuit tx-0-12 all

The next time you reboot your VAX, the message will be gone.

-----------------------------+--------------------------------
 Brian Tillman               | Internet: tillman@swdev.si.com
 Smiths Industries, Inc.     |           tillman_brian@si.com
 4141 Eastern Ave., MS129    | Hey, I said this stuff myself.
 Grand Rapids, MI 49518-8727 | My company has no part in it.
-----------------------------+--------------------------------

Newsgroups: comp.os.vms
From: ecf_stbo@jhuvms.hcf.jhu.edu (Return of son of theres no place like Homerton)
Subject: Re: Flames......
News-Software: VAX/VMS VNEWS 1.41    
Organization: The Johns Hopkins University - HCF
Date: Tue, 29 Dec 1992 17:01:00 GMT

In article <01GSTG6J3RJ6003NZ9@VAXF.COLORADO.EDU>, MARK@AHECAS.Colorado.EDU ("Mark Montanez, System Programmer/Manager, AHEC") writes...
>Is anyone else out there *TIRED* of Mr. Ly*DICK*'s infantile out bursts on this
>list....

WELL, I haven't seen YOU answer anyone's questions lately.



Tom O'Toole - ecf_stbo@jhuvms.hcf.jhu.edu - JHUVMS system programmer 
Homewood Computing Facilities, Johns Hopkins University, Balto. Md. 21218 
>Here comes a jet ski.
>weuh weeuhh weeuhh weeuhh WEEUHH WEEUHH WEEUHH WEEUHH weeuhh weeuhh weeuhh weuh
Newsgroups: comp.os.vms
From: mdchaney@fractal.ucs.indiana.edu (M Darrin Chaney)
Subject: Re: $add_holder is slow...
Organization: Indiana University, Bloomington
Date: Wed, 30 Dec 1992 21:03:02 GMT

In article <1992Dec30.193905.13763@sarah.albany.edu> sysbrc@loki.albany.edu (Brian Cuttler) writes:
>In article <C031y8.9Bz@usenet.ucs.indiana.edu> mdchaney@fractal.ucs.indiana.edu (M Darrin Chaney) writes:
>
>>Recently, I set about rebuilding the rightslist for the cluster, in order to
>>get each node in sync again, and make sure that everybody has only what they
>>need.  We have 5 different rights, of which everybody has at least one.  They
>>are:
>>
>>     UCS  -   people who work at UCS
>>     STAFF  - staff members
>>     FACULTY -faculty members
>>     GRAD  -  grad students
>>     UGRAD  - undergraduate students
>>
>>Does anyone know a way to speed this up?  Pretty much anything is possible
>>with the machine that we are using.  Thanks in advance.
>>
>>	Darrin
>
>Darrin,
>
>Is there another way to do what you want?  Instead of using rights what
>if you were to assign each identifer a range of UIC groups, then you 
>would only have to track the users that were in more than a single
>catagory.

Unfortunately, we don't have the convenience of changing anything right
now.  There's alot of software that depends on these rights being in
place, and with 40,000 UIC's randomly distributed, with 60 or so disks,
changing anything would not be a formidable task.

	Darrin
>							Brian
>
>
>-- 
>------------------------------------------------------------------------------
> Brian R Cuttler                 |        bitnet:    sysbrc@albnyvms
> Senior System Programmer        |        internet:  sysbrc@uacsc1.albany.edu
> State Univ of NY at Albany      |        phone:     518-442-3906


-- 

mdchaney@iubacs mdchaney@bronze.ucs.indiana.edu mdchaney@rose.ucs.indiana.edu

"I want- I need- to live, to see it all..."
From: gavron@spades.aces.com (Ehud Gavron 602-570-2000 x. 2546)
Newsgroups: comp.os.vms
Subject: Re: Butthead - maybe we could finish it here?
Date: 24 Dec 92 20:56:00 GMT
Reply-To: gavron@ACES.COM
Organization: ACES Consulting Inc.
News-Software: VAX/VMS VNEWS 1.4-b1


C O M P . O S . V M S    Survey:

	Who is Bob Marshall?

Answer:
	The Judge of All Mankind!


Unfortunately his stature hasn't stopped Bob from explaining to the rest of 
us that he is the arbiter of behavior:

In article <1992Dec24.021210.1034@iscnvx.lmsc.lockheed.com>, 
marshall@NEBULA.SSD.LMSC.LOCKHEED.COM writes...
#Carl, the more you try to defend your behavior, the deeper the hole you
#are digging yourself into. Haven't you noticed that no one is rushing to
#your defense? Maybe you ought to take your own advice and "get a clue".

Gee Dan Packman did, and I've heard of him.  I did, and I've heard of
me.  I never heard of Bob Marshall though, and he didn't rush to Carl's
defense.

Maybe Bob should get a clue.

#Bob Marshall                     \\     "Women aren't as smart as they

Ehud

--
Ehud Gavron        (EG76)     
gavron@aces.com
From: jeh@cmkrnl.com
Newsgroups: comp.os.vms
Subject: Re: SHOW/UNIBUS (was: What is XPDRIVER for?
Date: 30 Dec 92 18:02:39 GMT
Organization: Kernel Mode Consulting, San Diego, CA

In article <1hs7k7INNnqs@gap.caltech.edu>, carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) writes:
> In article <1992Dec29.185622.1038@cmkrnl.com>, jeh@cmkrnl.com writes:
>>You can see what's on the Q-bus by
>>
>>	$ run sys$system:sysgen
>>	SYSGEN> SHOW/UNIBUS
>>	SYSGEN> SHOW/CONFIG
> 
> WHOA!  WHOA!  TIME-OUT!  WAIT A MINUTE!  The SHOW/UNIBUS command is
> *DANGEROUS*.  It talks to all the devices on the bus in a way that's
> uncoordinated with anything else VMS is doing with them.  To quote from the
> online help for SYSGEN:
> [...]

I know about the theoretical problems, but I've been doing 
SYSGEN> SHOW/UNIBUS commands on live systems (kinda hard to do it on a dead
one, but you know what I mean :-) for something like ten years
without a *single* problem.  

There are some very old Unibus (and possibly Q-bus) devices that have 
"read-once" status bits in their CSRs -- once you read them they clear 
themselves -- or with other side effects on read operations.  However even
these are not going to be a problem unless SYSGEN's read gets done just ahead
of a read that the device's driver needs to do.  Since the driver's read of
status bits would normally happen in an interrupt service routine, and since
the ISR is going to do everything it has to do before any process-level code
(like SHOW/UNIBUS) happens, it really isn't something to lose sleep over.

> Using this command can crash your system.  

Calling all readers:  Has ANYONE out there ever seen this actually happen?  
If so, what devices were on the bus?

	--- Jamie Hanrahan, Kernel Mode Consulting, San Diego CA
drivers, internals, networks, applications, and training for VMS and Windows-NT
uucp 'g' protocol guru and release coordinator, VMSnet (DECUS uucp) W.G., and 
Chair, Programming and Internals Working Group, U.S. DECUS VMS Systems SIG 
Internet:  jeh@cmkrnl.com, hanrahan@eisner.decus.org, or jeh@crash.cts.com
Uucp:  ...{crash,eisner,uunet}!cmkrnl!jeh
Newsgroups: comp.os.vms
From: cliff@evax9.eng.fsu.edu (CLIFF BROWNING)
Subject: VAX c
News-Software: VAX/VMS VNEWS 1.3-4   
Reply-To: cliff@evax9.eng.fsu.edu
Organization: Florida State University Computing Center
Distribution:  world
Date: 24 DEC 92 12:33:19    


Is there a way to get VAX C to flush the VMS file buffers? 

I've got a program that reads data in for the tta2: port and then writes it to 
a file. The problem is that the data doesn't get written to the file until the 
buffer is full, and that may not happen but once every day or two.  

Cliff Browning                    |      Please deposite another quarter.
                                  |      This ride ends on the next go 'round.
Outer space docking station:      |
Famu/Fsu College of Engineering   |      
Room 118                          |        
                                  |      Disclaimer: Nope, never saw her before
E-mail: Cliff@evax.eng.fsu.edu    |                  before in my life.
        Cliff@avm.bitnet          |
        Cliff::evax               |
                                  |
Phone: Use E-mail                 |
From: gavron@spades.aces.com (Ehud Gavron 602-570-2000 x. 2546)
Newsgroups: comp.os.vms
Subject: V5.5-2 IN% and SMTP% patches for MAILSHR now available
Date: 21 Dec 92 23:40:00 GMT
Reply-To: gavron@ACES.COM
Organization: ACES Consulting Inc.
News-Software: VAX/VMS VNEWS 1.4-b1


	Claude Barbe's patch to automatically put an IN%" at the
	start of mail addresses and a trailing quote, plus my
	modification to have it use SMTP% have been available for
	anonymous ftp from vesta.sunquest.com.

	Since I upgraded stuff to V5.5-2 and found that the entry
	points are different, the command files have been modified.

	Accordingly: 
	vesta.sunquest.com:[anonymous.files.vax_vms.mail_patch.smtp_percent]
				...in_percent]

	Contain two files: mailpatch.com (v5.0 and higher)
			   mailpatch.com_v55-2 (v5.5-2)

	Enjoy

	Ehud

--
Ehud Gavron        (EG76)     
gavron@vesta.sunquest.com
Newsgroups: comp.os.vms
From: miller@tgv.com (Vagrant)
Subject: Re: ballooning EXE size
Reply-To: miller@tgv.com
Organization: TGV Incorporated in Santa Cruz, CA
Date: Tue, 29 Dec 1992 21:04:45 GMT


In article <01GSUT89O7JK000J0I@XRT.UPENN.EDU>, BUHLE@XRT.UPENN.EDU ("E. Loren Buhle, Jr. [-662-3084]", 215) writes:
#I have a problem with the size of an executable going from ~1,000 blocks to 
#something on the order of 75,000 blocks. 

Why don't you just look in the map file?  LINK/MAP/FULL/CROSS.

If that doesn't tell you anything, use ANALYZE/IMAGE.  Write the
output to a file and SEARCH it for "page count:" or "base VBN:".
That should at least give you an idea of which PSECT is ballooning.

I don't know enough about FORTRAN to know if it does something
funny once a limit is reached, but if it does then you can figure
it out with ANALYZE/OBJ.

If nothing else, this should give you enough information to repost
your question.

-bruce
From: SHOECRAFT@MC.MARICOPA.EDU (Steve Shoecraft)
Newsgroups: comp.os.vms
Subject: DCL symbols from an image
Date: 23 Dec 92 15:50:47 GMT
Organization: The Internet


    I am writing an application which must not only get symbols, but set DCL 
symbols.  I am unable to use the LIB$GET_SYMBOL and LIB$SET_SYMBOL services 
because I need to be able to work with integers as well.  Does anyone have an 
example (C or MACRO) that does this? I would also like to be able to determine 
whether the symbol was/is global or local on the get, and to specify global or 
local on the set.
From: jasper@vax.path.ox.ac.uk
Newsgroups: comp.os.vms
Subject: VMS Gopher Client version 1.1
Date: 2 Jan 93 17:39:44 GMT
Organization: Oxford University Molecular Biology Data Centre
Nntp-Posting-User: jasper

Hi,

I posted this a while back, but am told it didn't make it out. Apologies if it 
did actually get to the net, it certainly didn't make it to MIT.

>From: fogel@jester.usask.ca (Earl Fogel)
>Date: 22 Dec 92 18:04:16 GMT
>Organization: University of Saskatchewan
>NNTP-Posting-Host: jester.usask.ca
>Originator: fogel@jester.usask.ca
>Lines: 53
>
>We have just placed the first (beta) release of the VMS gopher V1.1 client
>software in the /pub/gopher/incoming directory on boombox.micro.umn.edu,
>in the file gopher1.1v.tar.Z.
>
>This VMS gopher client was ported from the Unix gopher V1.1 client by
>JQ Johnson <jqj@phloem.uoregon.edu> and Earl Fogel <fogel@jester.usask.ca>.
>It works with the UCX, Multinet and Wollongong versions of TCP/IP for VMS.
>
>
>Making the VMS Gopher Client
>----------------------------
>
>Makefiles are provided in the gopher & object directories for those of
>you with a VMS MAKE utility, and compile.com and link.com files are
>provided for those who do not.
>
>To make the VMS gopher client, edit conf.h to reflect your local environment.
>
>If you are using MAKE, edit the makefiles to specify your TCPVERSION (UCX,
>MULTINET, or WOLLONGONG).  Run MAKE in the object directory first, then
>in the gopher directory.
>
>If you are not using MAKE, the TCP version is specified on the
>compile.com & link.com command lines (eg. "@COMPILE UCX").  Execute the
>compile.com and link.com procedures in the object directory first, then
>do the ones in the gopher directory.
>
>
>Known Problems
>--------------
>
> - sounds are not supported on VMS
> - images are not transfered properly on UCX
> - interrupts (^C and ^Y) are not handled properly

UCX 2.0 setsockopt routines have a bug, so the code need messing with to make 
it work.

>
>Please let us know if you find other problems, or if you fix any of
>these ones.
>
>
>Earl Fogel & JQ Johnson
>
>------------------------------------------------------------------------
>Earl Fogel
>fogel@jester.usask.ca		Computing Services, Room 56 Physics
>Phone: (306) 966-4861		University of Saskatchewan
>Fax:   (306) 966-4938		Saskatoon, Sask. CANADA, S7N 0W0
>------------------------------------------------------------------------
>JQ Johnson
>Director of Network Services            Internet: jqj@oregon.uoregon.edu
>University of Oregon                    voice:  (503) 346-1746
>250E Computing Center                   BITNET: jqj@oregon
>Eugene, OR  97403-1212                  fax: (503) 346-4397
>------------------------------------------------------------------------
>

 regards,    jasper
 
 Jasper Rees
 
 Oxford University Molecular Biology Data Centre
 
 jasper@vax.path.ox.ac.uk
Newsgroups: comp.os.vms,relcom.talk,relcom.netnews
From: igor@hump.ihep.su (Igor Mandrichenko)
Subject: Re: 2-ND CFV & VOTE ACK: relcom.vms
Reply-To: igor@hump.ihep.su
Organization: IHEP,Protvino
Distribution: relcom
Date: Sun, 27 Dec 92 20:31:13 +0200

Eugene G.Peskin (eugene@eugene.msk.su) wrote:
:    --  20,  50.    ...
    -----

	  .  ,    "".
-,      - .

: >
: > :   10  1993.
: 
:   ""?      , 
: ,  ?

	 -   +- 3 .   news-
 ,  ,      .
	    ,   .


Xref: sparky comp.os.vms:19960 gnu.gcc.help:2822
From: bkottmann@falcon.aamrl.wpafb.af.mil (Brett Kottmann)
Newsgroups: comp.os.vms,gnu.gcc.help
Subject: Re: Loading gcc 2.2 from Mango
Date: 28 Dec 92 13:08:14 EST
Distribution: world
Organization: Logicon Technical Services, Inc.

In article <1hjludINN34t@gap.caltech.edu>, carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) writes:
> In article <1hierfINNp7t@gap.caltech.edu>, carl@SOL1.GPS.CALTECH.EDU (Carl J
> Lydick) writes: 
> 
> a lot of stuff based on a wild-assed guess about something that
> 	In article <gnusenet1992Dec20.232210.23638@bnlux1.bnl.gov>, 
> 	kushmer@bnlux1.bnl.gov (christopher kushmerick) writes: 
> I'd appreciate any feedback as to whether my guess was accurate.  In
> particular, was this person abusing a VMSINSTALlable kit?

	Mango has minor problems.  For one, saveset D is corrupt.  (The C++ 
stuff.)  But other than that VMSINSTAL ran fine on our 8650.
	Still, even with minor problems it's a heck of a lot better than the
munged *.com files out of the straight GNU distribution.
                                                            
Brett
"The opinions and views expressed here are strictly my own and do not 
necessarily reflect the official position of either the U.S. Air Force 
or its contractors."
From: DEREK@U.WASHINGTON.EDU
Newsgroups: comp.os.vms
Subject: Re: Detecting directory of invoked .com
Date: 28 Dec 92 19:16:00 GMT
Distribution: world
Organization: The Internet

Carl Fogelin (fogelincc@cyanamid.com) asked:

>In a DCL program, I would like to be able to determine what directory the
>invoked .com file is located in.

Several people gave solutions to Carl's problem by suggesting the use of
the F$ENVIRONMENT() lexical function, e.g., F$ENVIRONMENT("PROCEDURE").
A couple of respondents indicated that you can use the F$PARSE() lexical
function to easily extract the DIRECTORY portion of the returned file
specification.

(One side note: of the eight responses I have seen to date, only Jamie
Hanrahan included any humor.  Good job, Jamie!)

Although a few posters also mentioned using F$PARSE() to extract the
DEVICE portion of the file-spec, no one really was specific as to WHY
this information might be useful.  The point is that the DIRECTORY name
may not supply sufficient information to distinguish between the two
installations.  For example, if the test code is in DISK$TEST:[CARL] and
production code is in DISK$PRODUCTION:[CARL], then in is clear that you
ALSO need to know the DEVICE names.


Nonetheless, the answers are still incomplete.  It may be that the device
name used is something like PRODUCT$DEVICE:[CARL], where the definition
of PRODUCT$DEVICE is different for the two installations.  The better
solution, I would think, would be to use the NO_CONCEAL argument to the
F$PARSE() lexical function.  For example, try the following five line
command procedure and compare the output.

$ write sys$output f$parse(f$env("procedure"),,,"device")
$ write sys$output f$parse(f$env("procedure"),,,"directory")
$!
$ write sys$output f$parse(f$env("Procedure"),,,"device","no_conceal")
$ write sys$output f$parse(f$env("procedure"),,,"directory","no_conceal")

I am not going to claim that this is absolutely the BEST solution.  I
will, however, argue that it is a more complete solution that those which
have previously been offered.

-Derek S. Haining
 University Computing Services
 University of Washington
 Seattle, Washington  98195 
 (206) 543-5579

 DEREK@MAX.BITNET
 DEREK@MAX.U.WASHINGTON.EDU

Newsgroups: comp.os.vms