HDTenEightyP/NetNews huggingface dataset:
From: tihor@acf3.NYU.EDU (Stephen Tihor)
Subject: Re: Question about RMS and MSCP-pair
Organization: New York University
Date: Mon, 4 Jan 1993 17:55:00 GMT

Use BACKUP or any other tool you have written to accept and ignore the
forced error, copying the file.  Delete the original.   The block is
happily revectored and can be reused by a WRITE operations, its just
that the system has reason to suspect that the data in the block MIGHT
be corrupted and VMS taks data integrity very seriously.  So seriously
in this case that you have to be prepared to dismiss an ERROR return to
get to it.

Tool suggestions:

A useful tool for someone to write (who is so inclined) would be a
utility program to read and rewrite the blocks of a file handling and
checking about forced errors as they happen.

Another interesting varation on that tool would be something to run on
a privately mounted disk to read or double read and compare, overwrite
with test patterns, and then rewrite each block on a disk.
From: s_rood@decus.ch
Newsgroups: comp.os.vms
Subject: DECserver-300 port signals ready ?
Date: 8 Jan 93 11:56:57 CET
Organization: DECUS (Switzerland)

    Hello,
    
    I have a technical question. We have a DECserver-300 with 16 DEC-423
    ports. A number of ports have to be configured as "remote access". That
    means, connection to that port is initiated by a host or other local
    port. Connection will never be initiated by the external world
    connected to that port.
    
    A DEC423-port support two control signals: DSR and DTR.
    
    Now my question: How do I have to configure the port, is such a way
    that the port outgoing DSR-signal, signals to the external world,
    wether the port is currently remotely accessed or not.
    
    Thanks for any advice, Simon J.N. Rood
 
********************************************************************************
* Soft Link AG                            Tel:     +41 32 84 83 86             *
* Simon J.N. Rood                         Fax:     +41 32 84 75 86             *
* Bahnhofstrasse 7                        E-Mail:  s_rood@decus.ch             *
* CH-3250 Lyss                            Country: Switzerland                 *
********************************************************************************
From: gavron@spades.aces.com (Ehud Gavron 602-570-2000 x. 2546)
Newsgroups: comp.os.vms
Subject: re: VAX c
Date: 5 Jan 93 07:11:00 GMT
Reply-To: gavron@ACES.COM
Organization: ACES Consulting Inc.
News-Software: VAX/VMS VNEWS 1.4-b1

In article <1993Jan4.194124.25076@eco.twg.com>, larry@eco.twg.com writes...
..
#	Don't blame this on C !  It is an excellent systems level programming 
#language.. Most of the code that I write in C is never even linked to a RTL..
#Unfortunately when DEC introduced VAX C, the RTL was not as well thought out 
#as it should have been and therefore abomination.. 

All of my C-code is written so that it does NOT link with VAXCRTL
for that exact reason.  In fact I've become so used to doing
	cmain()	/* so we don't link with the hated VAXCRTL */
that it was a hard habit to break for DECC :-)

#fortunately, 
#we now have DEC C.. this has tremendous promise as an excellent implementation 
#of C where the policies don't get confused with the implementation details.

Agreed :)

# 
#-Larry.

Ehud

--
Ehud Gavron        (EG76)     
gavron@vesta.sunquest.com
From: lee@hsh.com (Lee Havemann)
Newsgroups: comp.os.vms
Subject: Re: Question of SYSGEN.....
Date: 7 Jan 93 17:20:12 GMT
Organization: HSH Associates


 Sabry Kotob El-Ganzory <SABRY@SHEBIN.EG> writes:
 
> Hello All.....
> I hope that is 1993 Happy New Year to everbody.
> Please, Question of SYSGEN and to you SYSGEN>show/all
>  
          Bunch of useless info deleted here...
>  
> As a matter of fact, I send this output because I want system tuning help
> 

I dunno, but this guy is _too_ stupid, know what I mean?

I'm beginning to thing that this is an ongoing hoax....

Anyone?


-- 

 Lee Havemann, Comp Ops Dir.    HSH Associates      (201) 838-3330 
 Internet: lee@hsh.com    Compuserve: 70410,3507    AOL: HSH Assoc
 "Any opinions expressed are not necessarily those of anyone else, 
  including myself."
Newsgroups: comp.os.vms
Subject: Re: Ethernet address (sans code) ?
From: leonard@telcom.arizona.edu (Aaron Leonard)
Date: 12 Jan 93 12:29:38 MST
Reply-To: Leonard@Arizona.EDU
Distribution: world,local
Organization: University of Arizona Telecommunications

In article <1993Jan12.152310.12125@mksol.dseg.ti.com>, pyron@skndiv.dseg.ti.com (Dillon Pyron)
writes:
| 
| In article <1993Jan11.202015.79@ittpub.nl>, david@ittpub.nl (David P. Morgan) writes:
| >How can one find out the Ethernet address of a node ?
| >
| >It's VMS 5.5. I know you can do it with a little bit of code and that's
| >straightforward but how can you do it with NCP, for instance ?
| >
| What I think you want is the physical address.
| 
| For your node, try 
| $ MCR NCP SH EXEC STAT
| 
| For a remote node, try
| $MCR NCP TELL stupid SH EXEC STAT
| 
| This should work for all but the most security paranoid nodes.
| --
| Dillon Pyron                      | The opinions expressed are those of the

If you have the DECnet node number and wish to know the node's
Ethernet physical (vs. hardware) address, then this can be derived
algorithmically in a trivial manner.  (An old article on the subject
follows.)

Best,

Aaron

Aaron Leonard (AL104), <Leonard@Arizona.EDU>
University of Arizona Network Operations, Tucson AZ 85721
  "It's not a bug, it's a form of flow control."
  - Jerry Leichter on why crash-prone Unix is a suitable
    platform for NSFNET core routers

---

In article <10847@cbmvax.commodore.com>, grr@cbmvax.commodore.com (George Robbins) writes:
> Note that this shows you the original hardware address, not whatever
> deviated thing DECnet sets it to (something based on the DECnet area.node).

The working Ethernet address is set from the DECnet address as follows:

Compute (Area * 1024) + Node_within_area, byte swap the result, producing
the low two bytes of the Ethernet address (The other four bytes are
AA-00-04-00).

For example, DECnet address 4.72 yields (4 * 1024) + 72 = 4168 = 0x1048.
Swap the bytes and insert into the Ethernet address, yielding
AA-00-04-00-48-01.

Hope this helps.

-- 
Ted Marshall          ...!ucbvax!mtxinu!blia!ted  <or>  ted@blia.bli.com
ShareBase Corp., 14600 Winchester Blvd, Los Gatos, Ca 95030     (408)378-7000
The opinions expressed above are those of the poster and not his employer.
From: lin@primus.llumc.edu (P. James Lin)
Subject: Boot VAX3800 problem, help please!
Organization: LLUMC Radiation Research Lab
Date: Tue, 5 Jan 1993 17:58:24 GMT


When I boot VAX3800 VMS5.3-1 which recovered for power supply failured,
message
	Error opening primary input file SYS$INPUT
	Error in device name or inappropriate device type for operation

What is it? How Should I take care of it?

P. James Lin                      INTERNET: lin@proton.llumc.edu
Radiation Research Laboratory     UUCP    : ..ucrmath!proton!lin 
Loma Linda University Medical Center, 11234 Anderson St., Loma Linda, CA 92354
Tel: (714)824-4066 FAX: (714)824-4067
Newsgroups: comp.os.vms
From: hong@mbfys.kun.nl (Hong Zhou)
Subject: ps2hp utility needed
Organization: University of Nijmegen, The Netherlands
Date: Wed, 6 Jan 1993 10:24:53 GMT

Hi everyone out there,

I am looking for a unitility that converts a postscript file
to a file that can be printed on a HP LaserJet. 

If you know anything about that, please drop me a line.

Many thanks,

Hong Zhou
hong@mbfys.kun.nl
Organisation: European Space Technology Centre (E.S.T.E.C)
Date: Friday, 8 Jan 1993 09:40:53 CET
From: Roy Jaques <RJAQUES@ESTEC.BITNET>
Newsgroups: comp.os.vms
Subject: Re: How to use a non-DEC postscript printer??
 <1993Jan7.131903.25423@slcs.slb.com> <1993Jan7.151423.11405@inel.gov>

Just to change the subject a little. I have a Laserjet IIISi working with
DECprint but only when the printer is set permanently to postscript mode.
What I need is tobe able to switch between pcl mode and postscript at the start
 of each job as the printer is shared between two machines. Manual intervention
is not an option, and neither is changing the other machine.

To summarize. The printer works fine on its own in postscript the problem is us
ing DECprint and switching it between the two modes using the setup files at th
e queue level. Suggestions appreciated and if i get something to work then
I'll gladly let anybody else know.

Regards
Roy Jaques
(rjaques@estcs1.estec.esa.nl)
From: EC_TIAN@VAXA.OCS.MQ.EDU.AU
Newsgroups: comp.os.vms
Subject: Re: SYSDUMP.DMP File Question...
Date: 10 Jan 93 10:43:11 GMT
Distribution: world
Organization: The Internet

I have iends in USA and other counties but lost connection with them.
Could you help me how to search the e-mail add list so I can find them
and send e-mail to them. Thank you very much.

Newsgroups: comp.os.vms
From: winalski@adserv.enet.dec.com (Paul S. Winalski)
Newsgroups: comp.os.vms
Subject: Re: Finding channel numbers in VAXC.
Date: 8 Jan 93 19:40:22 GMT
Reply-To: winalski@adserv.enet.dec.com (Paul S. Winalski)
Organization: Digital Equipment Corporation, Nashua NH


In article <9BC9F1BEDC67600344@TARDIS.PFC.MIT.EDU>,
MRL@TARDIS.PFC.MIT.EDU writes:
|>
|>Is there any easy way to find the channel number that VAXC uses for stdin?
|>I.e. I want a function like fileno that can return the channel number.
|>Thanks.

Given that the VAX C RTL uses RMS for most (if not all) of its file operations,
what would you do with the channel number once you've got it?  It will be
defined in exec mode, so you can't do QIOs to it.

--PSW
From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick)
Newsgroups: comp.os.vms
Subject: Re: Help a student in distress....
Date: 9 Jan 1993 22:37:35 GMT
Organization: HST Wide Field/Planetary Camera
Distribution: world
Reply-To: carl@SOL1.GPS.CALTECH.EDU
NNTP-Posting-Host: sol1.gps.caltech.edu

In article <20242.2b4c180e@ul.ie>, 9120092@ul.ie writes:
>Call me a buthead but I've got a few rather simplistic questions to 
>pose to the great VMS minds out there.
>(1) How come DEC manuals have most of their examples in Fortran?

Probably for historical reasons:  Remember, when VMS was invented, FORTRAN was
the most commonly-used programming language in existence (no, I don't consider
COBOL to be a programming language).

>(2) In DEC's RMS who does the FAB and the RAB work, is it much different
>    from the FAT in Messy Dos (TM) ?

The FAB is a data structure used to store information regarding how a file has
been opened or how it's going to be opened.  The RAB is a data structure that
contains information regarding such things as the location in a file at which a
particular stream is currently positioned, what sort of record access is being
used, and so forth. Both of these are used to pass information back and forth
between the application and RMS.
--------------------------------------------------------------------------------
Carl J Lydick | INTERnet: CARL@SOL1.GPS.CALTECH.EDU | NSI/HEPnet: SOL1::CARL

Disclaimer:  Hey, I understand VAXen and VMS.  That's what I get paid for.  My
understanding of astronomy is purely at the amateur level (or below).  So
unless what I'm saying is directly related to VAX/VMS, don't hold me or my
organization responsible for it.  If it IS related to VAX/VMS, you can try to
hold me responsible for it, but my organization had nothing to do with it.
From: 92ADAMS@HANNA2.NLU.EDU (Erek Adams)
Newsgroups: comp.os.vms
Subject: DecWindows to VT100/200(s)?  Is is possible?
Date: 5 Jan 93 05:06:00 GMT
Distribution: world
Organization: The Internet


Hello Vax.Gurus,


  What I want to do:
	Be able to run DecWindows applications on a VT100/VT220 terminal.

  Why I want to:
	I would like to run some DecWindows applications, esp. BookReader, from
a VT100/VT220 terminal.  We only have 4 DecStations in our lab, and often they 
are in use.  Since our 'Gray Wall' is under lock and key, I use BookReader and 
the Doc. CD(s).

  Does such a program exist?  If not for VAX/VMS does it exist for a IBM/PC?

  Please send e-mail to me at 92ADAMS@HANNA2.NLU.EDU and I'll post a summary
for the list.
  
  Thanks in advance!

						Erek Adams

+-------------------------------------+---------------------------------------+
|  Erek Adams, Student Programmer     |  Internet:  92adams@hanna2.nlu.edu    |
|  Northeast Louisiana University     |  SnailMail: 5330 DeSiard, #43         |
|  Monroe, Louisiana  71202           |             Monroe, LA  71202         |
|                                     |  Home Phone: (318)-343-4729           |


Newsgroups: comp.os.vms
From: rkoehler@author.gsfc.nasa.gov (Bob Koehler)
Subject: Re: VMS 5.5 MoveFile primitive
News-Software: VAX/VMS VNEWS 1.4-b1  
Organization: CSC System Sciences Division
Date: Mon, 4 Jan 1993 13:55:00 GMT

In article <1993Jan4.100117.40@elmrd6.ineab.ikea.se>, anos@elmrd6.ineab.ikea.se writes...

>As far as I can see, the QIO completition is SS$_NORMAL for these files, even
>if they are not moved. Are there any other [documented or undocumented]
>fields in the FIB that holds additional status from the ACP ? 
> 
>		bisw	#fib$m_alcon,fib$w_exctl(r0)
>		bbss	#fib$v_noplace,fib$w_exctl(r0),20$
>20$:		movl	#1,fib$l_mov_svbn(r0)
>		movl	#0,fib$l_mov_vbncnt(r0)
> 
>		$qiow_s chan = indexf,-			; Volume channel
>			func = movfunc,-		; MOVEFILE function
>			p1 = fibdsc2			; Our FIB pointer
>		blbs	r0,30$
>		$exit_s	r0
>30$:		
>		ret
> 
>The code fragment above never exits with errors as I said. If anybody out
>there has any info on additional status fields, please send me a e-mail.
> 

You need to capture and check the status returned in the IOSB.  The return
value from $QIOW indicates only whether you have successfully requested the I/O
(queued it), like the asynchronous $QIO the actual completion status of the
I/O is in the first word of the IOSB.  For a file that is in use, you will get
SS$_ACCONFLICT.  

There are several other errors which you will also note only if you check the
IOSB, including SS$_DIRALLOC (file is a directory file), %X1338 (which maps to
a FILNOTACC message, but is not the same message or value as SS$_FILNOTACC, I
haven't figured out how that mapping works yet (both the severity and message
fields are different, but the facility field and message name are the same),
but it means the file is marked for no move), SS$_FILENUMCHK (file has a
reserved file number, like INDEXF.SYS), SS$_DEVICEFULL (qed), and
SS$_FILNOTCNTG (file is marked with the contigius bit, and contiguous space
cannot be allocated to move it into).

------------------------------------------------------------------------------
Bob Koehler                     |   Any illusion to these opinions being other
rkoehler@author.gsfc.nasa.gov   |   than just mine alone is just that.

 " Life is life, and fun is fun, but it's all so quiet when the goldfish die. "
                         - Blixie
From: jerry@marin.uucp (Jerry C. Hudgins)
Newsgroups: comp.os.vms,comp.sys.dec
Subject: Autologin/Autoexecute on VAXstation?
Distribution: world
X-NewsSoftware: GRn 1.16f (10.17.92) by Mike Schwartz & Michael B. Smith
Date: 5 Jan 93 22:04:29 EST
Organization: Private UUCP Node

I have an application where VAXstation 4000/VLC's running VMS V5.5 and Motif
V1.1 are used as dedicated operator stations on a factory floor.  They run a
single DataViews X  application at all times.  Is it possible to by-pass the
Session Manager login prompt and login/start the application directly?  Is
the old trick of running LOGINOUT and pointing it to a command file the best
way, or is there a better-supported mechanism?

-- 
----------------------------------------------------------------------------
Jerry C. Hudgins                   Internet: jerry%marin.uucp@seq.uncwil.edu
125 Cherokee Trail                 UUCP    : uunet!marin!jerry
Wilmington, NC 28409-3407 (USA)    Voice   : (919) 392-2358
Newsgroups: comp.os.vms
Subject: Re: Question about RMS and MSCP-pair
From: don@zl2tnm.gen.nz (Don Stokes)
Date: 4 Jan 93 14:53:49 GMT
Distribution: world
Organization: The Wolery

sysgaertner@cygnus.frm.maschinenbau.th-darmstadt.de (M. Gaertner, FRM, TH Darmstadt, Germany) writes:
> I understand that MSCP-served disks (aka RQDX3) may do bad-block-revectoring
> on the attached disk. I also understand that, when the original block
> showes unrecoverable READ-errors, the "forced error flag" on the copied
> block will be set.
> What I don't understand is why the RMS then refuses to read the file 
> where the forced error-block is in. It always returns the (correct) 

It's quite simple really.

If a block goes bad, you can find out in several ways:

	(1) You try to write to the block
	(2) You try to read the block, and get the data off it after retries
	(3) You try to read the block, but cannot persuade it to read.

In cases (1) and (2) all is dandy, you got what you want and the controller
can revector the block so it's not a problem next time.

In case (3), the data is gone for good.  Sure, the controller can revector
the block, but if you try to read the revectored block, you won't get what
was originally written to it.

In this case, the system marks the block with a forced error flag.  This 
tells the system that whatever was written to that block aint there anymore,
and to treat an attempt to read it as an error, since you're probably going
to barf on it anyway, or worse introduce bad data into your otherwise
reliable (8-)) systems.

The only way to clear the forced error flag is to write to the block.  When
you do this, the previous "data" is overwritten with good data, and the 
block can be re-used.

Does that help?

--
Don Stokes, ZL2TNM (DS555)                        don@zl2tnm.gen.nz (home)
Network Manager, Computing Services Centre            don@vuw.ac.nz (work)
Victoria University of Wellington, New Zealand              +64-4-495-5052
From: adelman@tgv.com (Kenneth Adelman)
Subject: Re: problem with TK50 hang on Microvax
Organization: NASA Ames Research Center, Moffett Field, CA
Date: Thu, 7 Jan 1993 05:55:58 GMT

In article <1993Jan6.164117.17685@newstand.syr.edu>, jareed@rodan.acs.syr.edu (Judith Ann Reed) writes...
>Greetings, netfolks. I'm having trouble with a MicroVAX II, running VMS 5.0,
>with a TK50. Said TK50 worked up till recently, but lately does the following:
>
>I start a backup, it runs fine till it asks for a 2nd tape. When you load
>the 2nd tape in, system will not recognize. When you issue a REPLY/TO=
>command, process running backup continues to sit there, never loads 2nd tape.
>When you kill the process, drive will no longer work at all till reboot.
>I need to get a good backup before trying a power down to see if Tape
>controller can be cleared. Does this sound familiar to anyone? Any suggestions?
>Please email, I'll summarize if there's interest, don't follow group
>regularly. Thanks!

    Sounds familar; I had this problem when we upgraded to VMS V5.0 as
well.  You need an update (FCO) to the controller card before you can
use it with VMS V5.0.  Last I had this done it was years ago by an
outfit called "Efficient Field Service"; it cost around $500 to update
both controller and drive and it has been working perfectly since.

							Ken
From: gavron@spades.aces.com (Ehud Gavron 602-570-2000 x. 2546)
Newsgroups: comp.os.vms
Subject: Re: Non-privileged REPLY program?
Date: 12 Jan 93 02:28:00 GMT
Reply-To: gavron@ACES.COM
Organization: ACES Consulting Inc.
News-Software: VAX/VMS VNEWS 1.4-b1

In article <2533@sunny.lif.de>, koch@lifra.lif.de writes...
#In <1993Jan8.231603.4631@ucselx.sdsu.edu> thompson@steer.sdsu.edu writes:
#: Can anyone point me to a program that will allow individuals the ability
#: to send a single line message to another user (without having to get into MAIL
#: or PHONE).
..

But he carefully deleted the original subject line that said the
guy wanted a "Non-privileged REPLY program."  The subesequent 
FORTRAN kludge requires OPER priv to use SYS$BRKTHRU.

#Hans.


#	   STATUS = LIB$DO_COMMAND( '@SYS$LOGIN:MAIL.TMP')
#	   CALL EXIT( STATUS)

NB: LIB$DO_COMMAND does not return to the caller, so your exit
     won't really execute.

#-- 
#Hans-Joachim Koch, Computer department of Lahmeyer International
#Lyoner Strasse 22, POB 71 06 51, D-6000 Frankfurt (Main) 71, Germany
#Phone: +49 69 6677-642, Fax: +49 69 6677-571, Tx: 413478 li d
#EUnet: koch@lifra.lif.de, AMPRnet: dk9om@db0lj.ampr.org 

	Ehud

--
Ehud Gavron        (EG76)     
gavron@aces.com
From: tihor@acf3.NYU.EDU (Stephen Tihor)
Newsgroups: comp.os.vms
Subject: Re: Date incorrect after reboot
Date: 6 Jan 93 05:23:00 GMT
Organization: New York University

There was a DSNlink flash on this subject which makes it sound quite predictable.
Newsgroups: comp.os.vms
From: hyung@twg.com (Henry Yung (The Last In Line))
Subject: Re: Help with RPC in the VAX/VMS environment
Keywords: RPC
Reply-To: hyung@twg.com
Organization: The Wollongong Group, West Coast Operations
Date: Tue, 5 Jan 1993 21:44:52 GMT


In article <5557@disuns2.epfl.ch>, levy@ellc6.epfl.ch writes:
|>Hi,
|>Does anybody know if there is a product available to program RPC in the
|>VAX/VMS world?
|>We have the distribution of Multinet from TGV but with it you don't have
|>any help to produce the
|>interface code (i mean you don't have a rpcgen compiler )
|>
|>Thanks.
|>
|>Juan Pablo Levy U.
|>Ecole Polytechnique de Lausanne 
|>Switzerland
|>levy@ellc6.epfl.ch
|>

Wollongong also provides support for Sun's RPC/XDR, including RPCGEN.
However, if all you need is RPCGEN, then you may wish to get the
RPCGEN source from the public domain and port it to VMS yourself.
The RPCGEN code is quite straight forward and it should be pretty
trivial to port it to VMS.

Hank

---------------------------------------------------------------------- 
  __  __/  |      /    _____/  Henry Yung	Email: hyung@twg.com
     /     |     /    /        VMS Software Engineering
    /        /  /    / -- /    The Wollongong Group, Inc.
  _/       _/ _/   ______/     Voice: (415)962-7100 FAX: (415)969-5547
From: leonard@telcom.arizona.edu (Aaron Leonard)
Newsgroups: comp.os.vms
Subject: Re: Help with RPC in the VAX/VMS environment
Keywords: RPC
Date: 6 Jan 93 00:13:29 GMT
Reply-To: Leonard@Arizona.EDU
Distribution: world,local
Organization: University of Arizona Telecommunications

| In article <5557@disuns2.epfl.ch>, levy@ellc6.epfl.ch writes:
| |>Hi,
| |>Does anybody know if there is a product available to program RPC in the
| |>VAX/VMS world?
| |>We have the distribution of Multinet from TGV but with it you don't have
| |>any help to produce the
| |>interface code (i mean you don't have a rpcgen compiler )
| |>
| |>Thanks.
| |>
| |>Juan Pablo Levy U.

I'm not following something.  On my MultiNet system (running
MultiNet V3.1D), I find that there's an RPCGEN.COM and RPCGEN.EXE
sitting around in MULTINET_ROOT:[MULTINET.LIBRARY].  (The
comments indicate that RPCGEN is "provided, but unsupported".)
This is the same directory where the Sun RPC library is found
(RPC.OLB.)

Have you looked in there?  Or did your system manager maybe
neglect to install the programming support when he installed
MultiNet?

Aaron
From: longo@sfpp.com (Bob Longo)
Newsgroups: comp.os.vms
Subject: Re: help on SET WATCH?
Date: 12 Jan 93 09:25:49 PST
Organization: Santa Fe Pacific Pipelines

In article <11JAN199318354679@loyola.edu>, cmelaro@loyola.edu (Chris Melaro) writes:
> Can anyone help me with the undocumented SET WATCH command?  I've used it in
> the past but can't seem to remember all the paramaters now.
> 
> Thanks,
> cmelaro@loyola.edu
> 
-- 
$ SET WATCH FILE /CLASS={ALL|ATTRIBUTES|CONTROL_FUNCTIONS|DIRECTORY_OPERATIONS|
	DUMP|ATTACHED|MAJOR_FUNCTIONS|NONE|QUOTA_OPERATIONS}
==============================================================================
Bob Longo (longo@sfpp.com)
Santa Fe Pacific Pipelines
Los Angeles, CA