HDTenEightyP/NetNews huggingface dataset:
From: gleeve@galaxy.dnet
Newsgroups: comp.os.vms
Subject: BRU reading
Date: 14 Oct 92 15:31:28 GMT
Article-I.D.: relay2.9210141618.AB03650
Distribution: world
Organization: The Internet

A VMS BRU reading program has appeared on some of the VAX and RSX SIG
tapes, most recently in Spring 1991 ([.rsx91a.bruread]) (which I think
was in with the L&T part). This can read most BRU tapes. Of course
you can also buy vax/rsx which will give access to a real BRU on VMS.
  You can order the SIG tapes, if your lug librarian lacks them, from
the DECUS library. They can be reached by phone at 508 841 3500,
and they do take credit cards (Visa and MC anyhow). Incidentally the
DECUS library customer service line is 3389, though you can expect
technical questions to get you someone else's phone number (a volunteer's)
to answer them; the DECUS staff is thin...
   Just ask for the Spring 1991 VAX and L&T tapes. They are also on one
of the DECUS CDs, number 9 I believe, along with a large amount of
other material.
   The BRU reader comes with source. I understand that in some cases
(multiheader rsx files?) it may fail. If that is so, you may have to
use vax/rsx, a DEC product. The 1991 RSX SIG tape contains the program
too, but since it's in BRU format (the RSX "backup" program)
you probably want the VMS Backup form. The DECUS library can supply
9track tape or TK50 and if you ask for it, they may be able to supply
4mm or 8mm; some investigation of finding a repro site for these is
in the works.
Glenn C. Everhart
Everhart@Raxco.com
From: djr@adam2.bnsc.rl.ac.uk (David Rawlinson)
Newsgroups: comp.os.vms
Subject: Re: VMS -> WNT (letter game)
Date: 8 Oct 92 10:11:11 GMT
Organization: Rutherford Appleton Lab, UK

In article <1217@se.alcbel.be> mvbr@se.alcbel.be writes:
>
>David Cutler designed Virtual Memory System at Digital and 
>                      =       =      =
>Windows New Technology at MicroSoft.
>=       =   =
>Yes, if you construct a 3 letter word derived from VMS by taking the next 
>letter in the alphabet, you get WNT !!
>Coincidence ?

Perhaps...

Have you noticed that the lower layer in WNT is called the Hardware
Abstraction Layer (HAL --> IBM)

Spooky :-)

Another totaly useless piece of info from the UK...
From: tihor@acf3.NYU.EDU (Stephen Tihor)
Newsgroups: comp.os.vms
Subject: Re: KERBEROS as replacement for SYSUAF
Date: 15 Oct 92 17:07:00 GMT
Article-I.D.: acf3.61050082
Organization: New York University

DEC has had a number of projects in this space.  WHile some of them
have no doubt been effected by the recent series of layoffs, last time I checked there were still some active ones.  I can not provide pointers but
I sughgest you might want to take to someone in secure systems and educational
marketing about advanced developement and research work and DSSA implimentations
that interoperate with Kerberos.
Newsgroups: comp.os.vms
From: sysmgr@king.eng.umd.edu (Doug Mohney)
Subject: copy from vms disk to foreign disk
Date: Thu, 15 Oct 92 21:18:43 GMT
Organization: Computer Aided Design Lab, U. of Maryland College Park
Reply-To: sysmgr@king.eng.umd.edu

(Disclaimer: Posted for someone in another department, but I can't figure it
out either....:)

Have someone who has data and wants to copy it from their (VMS) disk to one of
these neeto 600MB M-O disks. 

Kicker: Wants to write information to the M-O disk in ANSI format so a UN*X box
can read it in. 

Have tried various permutations of MOUNTing, MOUNT/FOR and COPY to copy from
VMS volume to MO disk without success. 

Suggestions graciously accepted.

				doug

                 Play in the intelluctual sandbox of Usenet 

  -- >                  SYSMGR@CADLAB.ENG.UMD.EDU                        < --
From: ake@dayton.saic.com (Earle Ake)
Subject: Re: Problem with spawn from batch in 5.4-x
Newsgroups: comp.os.vms
Organization: Science Applications Intl Corp - Dayton, Ohio
X-Newsreader: Tin 1.1 PL5
Date: Fri, 09 Oct 1992 13:34:06 GMT

Carl J Lydick (carl@SOL1.GPS.CALTECH.EDU) wrote:
: In article <8551722@MVB.SAIC.COM>, ake@dayton.saic.com (Earle Ake) writes:
: >	I have a problem with the spawn command under VMS 5.4 and 5.4-2.
: >Everytime I try it from a batch job I get:
: >
: >%SYSTEM-F-EXBYTLM, exceeded byte count quota
: >
: >What gives?  Is there a patch available or at what release of VMS is this
: >fixed?
: 
: As far as I know, there's no patch available, and it was never fixed, because
: it was never a bug.  I don't see this problem under 5.4-2.  Have you tried
: increasing the account's BYTLM in SYSUAF.DAT?

	I have the bytlim set to 20480 and all I am trying to do is a simple
show time.  The spawn works fine interactively but a simple one line batch job
that performs the same spawn fails.

	The system was recently brought from MicroVMS 4.7 to VMS 5.4-2.  Is
there a sysgen parameter that I have missed somehow?


-Earle
Newsgroups: comp.os.vms
From: louis@BARRA.COM (Louis Dunne)
Newsgroups: comp.os.vms
Subject: Re: Looking for auto-answer for vms-mail...
Date: 7 Oct 92 17:31:22 GMT
Organization: BARRA Inc., Berkeley, California.

On Oct 6, 11:23pm, aspentec!frzmtdb@uunet.uu.net wrote:
> Subject: Looking for auto-answer for vms-mail
>Can anyone direct me to a source of auto-answer procedures and/or
>programs for vms Mail?
>
>I am well-aware of the possible pitfalls... just want to experiment
>how good or bad they work at my site.
>
>Thanks,
>-- 
>----
>Fred R. Ziegler               Email: <ziegler@aspentec.com>
>Aspen Technology, Inc.        tel:   +1-617-577-0100 x262
>Ten Canal Park                fax:   +1-617-577-0303
>Cambridge, Ma. 02141          telex: +1-948-038(ASPEN TECH)
>U.S.A.                        
>Internet Society Member (#1315080) since Feb 1992
>

	Some tools available via anonymous ftp from
		acfcluster.nyu.edu
		cisco.nosc.mil
	under the name DELIVER

	Ned Freed's utility, also called DELIVER, is available by sending
	SEND DELIVER.PACKAGE to
		vmsserv@{oak,elm,ash}.cc.kcl.ac.uk
			^^^^^^^^^^^^^
				    pick one

	I suggest using Ned Freed's utility. You are hopefully aware of
	the pitfalls of using these utilities when subscribed to mailing
	lists.

Louis
       -------------------------------------------------------------------------
      / Louis Dunne                          /                                /
     /  VMS/UNIX Systems                    /  Internet:   louis@barra.com   /
    /                                      /   Phone:      (510) 649-4229   / 
   /    BARRA, Inc.                       /    Fax:        (510) 548-4374  /
  /     1995 University Ave., Suite 400  /                                /
 /      Berkeley, CA 94704              /                                /
-------------------------------------------------------------------------
From: oberman@ptavv.llnl.gov
Newsgroups: comp.os.vms
Subject: Re: Accessing Infoserver through DECnet/Tcpip routers
Date: 16 Oct 92 16:21:51 GMT

In article <22921016002822.0004570754NA3EM@mcimail.com>, HOLDREGE+_MP%A1%PacifiCare@MCIMAIL.COM (Matthew Holdrege) writes:
 
>>Someone else on the net sent me mail stating that this was incorrect. I wish
>>to clarify this point :
> 
>>If the VAX running DECW$BOOKREADER client is NOT on the same LAN segment, then
>>that VAX will not be able to DIRECTLY access the documentation files on the 
>>the CDROM. However, a VAX on the SAME LAN SEGMENT as the Infoserver may
>>directly access the documentation files on the CDROM and talk to a X/Motif
>>server across the WAN.
> 
> You are still incorrect. We directly access bookreader files every day from 
> Vax client to Infoserver. Each device is on a different lan connected by an 
> FDDI ring.
> 
> We have had no problem bridging LAST or LAD. Of course, as mentioned 
> earlier, these protocols are not routable unless encapsulated.
 
The real issue is that the protocols require a broadcast medium from client to
server. There is no network layer in these protocols, so they can't be routed.
Bridging will work fine, though. FDDI carrying encapsulated Ethernet will work
fine. But if there is a router, no go.

Also you need to be aware that many modern routers will also bridge traffic
that they don't route. So even though I have 4 routers between my workstation
and the Infoserver, it works fine because the routers are set to bridge LAST
protocol.

R. Kevin Oberman			Lawrence Livermore National Laboratory
Internet: koberman@llnl.gov		(510) 422-6955

Disclaimer: Don't take this too seriously. I just like to improve my typing
and probably don't really know anything useful about anything.
From: PKLAMMER@CUDNVR.DENVER.COLORADO.EDU (Pete Klammer CU-Denver 303/233-9485)
Newsgroups: comp.os.vms
Subject: I have getch, now I need kbhit() for VMS
Date: 16 Oct 92 06:15:38 GMT
Distribution: world
Organization: The Internet

I have a VMS getch(), which gives a VMS C program the facility to read
raw keystokes without editing; included below for your pleasure.

Now I want a kbhit() function, to check, without actually reading it
in, whether a keystroke is available for getch() to read.  In other
words, a call to getch() blocks until a key is struck.  I want to just
check, without blocking, whether any keys have been struck.

Peter F. Klammer, CCP, ACM, IEEE, HKN, TBP, LPF          Stop software patents,
(303)233-9485 fax:(303)556-4822            before they stop you!  (Ask me how!)
11221 West 27th Place                                  PKLAMMER@CUDENVER.bitnet
Lakewood, Colorado 80215                    pklammer@cudnvr.Denver.Colorado.EDU
================================================================
/* vmsgetch -- get character function - read 1 character without echo */
     
#include <descrip.h>
#include <stdio.h>
#include <ctype.h>
#include <iodef.h>
#include <ttdef.h>
#include <tt2def.h>
     
char    hc ;     /* global hold character for vmsungetch */
     
typedef struct TERMMODEBUFFER {       /* terminal mode buffers */
	int     page_width ;
	int     basic_term ;
	int     ext_term ;
} TERMMODEBUFFER ;
TERMMODEBUFFER currentmode ;
TERMMODEBUFFER savemode ;

int getch_chan = 0 ;
     
int
vmsgetch()
{
static  $DESCRIPTOR( tname, "SYS$INPUT" ) ;
     
unsigned char    c ;
int     stat ;
int     sys$qiow() ;
     
	/* if no channel - get one */
	if ( !getch_chan ) {
		/* get channel for sys$input */
		stat = sys$assign( &tname, &getch_chan, 0, 0 ) ;
		stat = sys$qiow( 
		 0, getch_chan, IO$_SENSEMODE, 0, 0, 0, &currentmode, 12, 0, 0, 0, 0 
		) ;
     
		/* save original terminal mode */
		savemode = currentmode ;
     
		/* set nowrap - kp = numeric - no edit on terminal */
		currentmode.basic_term = currentmode.basic_term & ~TT$M_WRAP ;
		currentmode.ext_term = currentmode.ext_term & ~TT2$M_APP_KEYPAD ;
		stat = sys$qiow(
		 0, getch_chan, IO$_SETMODE, 0, 0, 0, &currentmode, 12, 0, 0, 0, 0 
		) ;
		/* set off application keypad mode */
		printf( "\033>" ) ;
		/* reset cursor key mode */
		printf( "\033[?1l" ) ;
	}
     
	/* if had an ungot char - use it */
	if ( hc ) {
		c=hc ;
		hc=0 ;
		return c ;
	}
     
	stat = sys$qiow( 
	 0, 
	 getch_chan, 
	 IO$_READVBLK | IO$M_NOECHO | IO$M_NOFILTR, 
	 0, 0, 0, &c, 1, 0, 0, 0, 0 
	) ;
	if ( c == EOF ) {
		exit() ;
	}
	return c ;
}
     
/***/
From: ake@dayton.saic.com (Earle Ake)
Subject: Re: Problem with spawn from batch in 5.4-x
Newsgroups: comp.os.vms
Organization: Science Applications Intl Corp - Dayton, Ohio
X-Newsreader: Tin 1.1 PL5
Date: Sun, 11 Oct 1992 02:43:22 GMT

Rick Murphy (murphy@burfle.dco.dec.com) wrote:
: 
: A guess:
: You've done a SET PROCESS/NORESOURCE_WAIT somewhere. Don't do that, otherwise
: SPAWN will likely fail.

	OK folks this is a weird one at best!  I talked to Mark Berryman also
of SAIC and he found the bug report for me.  The bug exists in VMS 4.5-5.5!
The problem is when you spawn a subprocess from a batch job it uses MAXBUF to
create the mailbox to write the output (I think I am getting this right).  If
you have your MAXBUF set too high as I did (above your BYTLM), the output log
can not be created because MAXBUF exceeds BYTLM for the process.

	I had upped MAXBUF to try and take care of a different problem.  The
solution is to make MAXBUF a reasonable number like 8192 and make sure BYTLM
for your accounts is greater than that.  The MAXBUF sysgen parameter is
dynamic so it can be changed on the fly.

	Thanks again to Mark Berryman because if I had not asked him about it,
I would still be pulling my hair out!


-Earle
ake@dayton.saic.com
Newsgroups: comp.os.vms
From: randy@athens.ucs.sfu.ca (Randy Raine)
Subject: VMS 5.5-1 Show queue command
Reply-To: randy@athens.ucs.sfu.ca
Organization: Simon Fraser University, Burnaby, B.C.
Date: Fri, 9 Oct 1992 18:56:15 GMT

We recently upgraded (last weekend) to 5.5-1 from 5.4-2 and the upgrade was
remarkably smooth.  The only problem we have found has to do with the SHOW
QUEUE command.  Prior to 5.5, a SHOW QUEUE would display batch jobs in
priority sequence by job submission time i.e. in the order the jobs would
actually execute.  Now, the jobs are displayed in priority sequence by entry
number sequence.  This will still correspond to execution sequence order
except in the case where your entry numbers wrap and start over at 1.  At
this point your SHOW QUEUE display will show the job with entry #1 before
the job with entry #999, even though 999 was submitted first and will execute
first.  This can be very MISLEADING.

DEC is aware of this problem and merely responds that the command will revert
to its pre 5.5 behaviour at some future release of the operating system.

My primary question is this.  Has anyone written a routine which can be used
to display batch queue entries in execution sequence - the way SHOW QUEUE is
supposed to work?  Secondly, how does one increase the length of the cycle
for queue entry numbers?  We loop through the 1000 job default at least once
a day.  If the cycle was longer we wouldn't be quite as likely to run into
show queue problem.

Thanks

  -- Randy Raine,                   E-mail: Randy_Raine@sfu.ca
     Computing Services,            Phone:  (604) 291-4447
     Simon Fraser University,       Fax:    (604) 291-4242
     Burnaby, B.C. V5A 1S6
From: leichter@lrw.com (Jerry Leichter)
Newsgroups: comp.os.vms
Subject: re: How to prevent changing protection of file
Date: 14 Oct 92 19:28:36 GMT
Distribution: world
Organization: The Internet


	I am trying to find a way to prevent a user from changing the
	protection of the files he owns. Ideas ?

	I tried playing with CONTROL access, but this does not seem to work.

This can't be done.  The VMS protection model always gives the owner the
right to do whatever he wants to the objects he owns (though it may take
him multiple steps - you can't deleted your own file if you haven't given
yourself DELETE access, but you can change the access, THEN delete it).

In security-speak, the VMS SOGW and ACL protection mechanisms are examples
of DISCRETIONARY access control:  It is access control entirely at the
discretion of the owner of the object.  What you want is NON-DISCRETIONARY
access control.  That's not in base VMS.  DEC does sell a product and service
called SE/VMS (Security Enhanced VMS) which adds non-discretionary access
controls.  (You'll see questions about the UPGRADE and DOWNGRADE privileges
on INFO-VAX periodically.  These are part of SE/VMS; processes that have them
can manipulate the non-discretionary controls in particular ways.  And, no,
they do nothing in standard VMS - the bits are reserved, names for them are
defined, and some utilities might display them, but there is no code that
checks the non-discretionary access data to control process actions.)

Non-discretionary access is built on a military security model.  For example,
data might be rated as unclassified, secret, or top secret.  Each user is
cleared to some level.  A user cleared to the secret level can read data that
is either secret or unclassified, but not top secret.  Further - and here is
where the "non-discretionary" part comes in - a user at the secret level
cannot write unclassified data (so he can't "leak" data that he could read).
Interestingly, in general he can write TOP SECRET data!  (In pithy summary,
a user can "write up or read down".)  Only a specially cleared user (with
those special privileges) can, for example, "unclassify" secret data and make
it accessible to an unclassified user.

Enforcing this kind of policy gets into virtually every piece of the system.
For example, secret data can't be printed on a printer marked for unclassified
use only.  A given terminal may be useable only by unclassified users.  MAIL
has to respect the scheme - no mail can be sent to an unclassified user by
a secret user.  And so on.

I said SE/VMS is both a product and a service because, the last I heard, DEC
refuses to just sell you the software - you have to buy in to consulting time
to define a security policy, check your system and procedures for conformance
to it, and so on.  Basically, DEC doesn't want SE/VMS criticized for being
insecure because it isn't being used properly.  (Of course, it also raises
DEC's profits on the product....)

The one fly in the ointment may be your location:  I don't know if there are
any restrictions on the delivery of SE/VMS to non-US locations.  You'll have
to ask your salesman.
							-- Jerry

Newsgroups: comp.os.vms
From: horst@faui63.informatik.uni-erlangen.de (Horst Luehrsen)
Subject: Wanted: Emacs and Finger for VMS 5.5
Organization: CSD., University of Erlangen, Germany
Date: Fri, 9 Oct 1992 13:42:50 GMT
Keywords: emacs, finger


Two Questions for the VMS wizard:

1. Where can I get emacs sources for VMS 5.5?

2. Where can I get a finger-like utility, which looks in the AUTHORIZE database
   and returns Information about the OWNER of an account. Examples:
   finger conv2 --> "Thomas Graf"
   finger /all --> List of all Users: conv2 = "Thomas Graf", system = "..."

Thank you for your help!

	Horst
--
 Horst Luehrsen <luehrsen@informatik.uni-erlangen.de> |
 Martensstrasse 3, W-8520 Erlangen                    | Kein Spruch
 Tel: +49-9131-857884  Fax:+49-9131-32090             |
 Horst Luehrsen <luehrsen@informatik.uni-erlangen.de> |
 Martensstrasse 3, W-8520 Erlangen                    | Kein Spruch
 Tel: +49-9131-857884  Fax:+49-9131-32090             |
From: dittman@skitzo.dseg.ti.com (Eric Dittman)
Newsgroups: comp.os.vms
Subject: ZMODEM file transfer program needed
Date: 12 Oct 92 01:06:50 CDT
Organization: Texas Instruments Component Test Facility

I have an older copy of SZ which doesn't handle wildcards and also
leaves the serial port in an unusable state if the send times out.
I downloaded a newer version but it only works with Omen Technology
products.  I looked at the August VAX software list (the latest I
could find) and found one that looked promising, except the FTP
site listed (ab20.larc.nasa.gov) is gone and the site it points to
(wuarchive.wustl.edu) doesn't seem to have it.

Does anyone have a ZMODEM file transfer program for VMS that understands
wildcards, doesn't mess up the serial port if it times out (or at any
other time), and works with common communications programs on other
platforms?

Thanks.
-- 
Eric Dittman                  Texas Instruments - Component Test Facility
dittman@skitzo.dseg.ti.com    (214) 578-3575
Disclaimer:  Not even my opinions.  I found them by the side of the road.
From: to5232@iscsvax.uni.edu
Newsgroups: comp.os.vms
Subject: Re: Zmodem with Zterm
Date: 10 Oct 92 17:14:31 -0500
Organization: University of Northern Iowa

In article <01GP76H6O7EO8WWKJN@scorva>, CAPTANSKI33@SNYCORVA.BITNET (CHRIS TANSKI) writes:
> Yes, it's me again. I tried to send a file using zmodem with Zterm 0.9.
> After I typed sz file.name it displayed this.
> 
> WARNING: No ALT_TYPEAHEAD
> sz: 1 file, 2986 bytes
> *c3~!readme2986 5260045352 100750 0 1 2986 0FbDc3~!readme2986 5260045352 100750
>    0
> 1 2986 0FbDc3~!readme2986 5260045352 100750 0 1 2986 0FbDc3~!readme2986 52600453
>    52


...  stuff deleted

>  0FbDc3~!readme2986 5260045352 100750 0 1 sz 4.35 07-02-91 finished.
> %SYSTEM-F-ABORT, abort
> 
> Then it aborted without sending the file.

I have heard that this indicates that you have a version of zmodem on the host
side that is newer that the version of zmodem that you have on the workstation
side.  I have found this out when I tried using a newer version of zmodem on
the vax side with a comm program called WinQVT.  I had to revert back to the
original version of zmodem I had to make things work again.
Newsgroups: comp.os.vms
Subject: Re: Help needed in reaching a SPAN node via decne
From: leonard@telcom.arizona.edu (Aaron Leonard)
Date: 6 Oct 92 08:27:42 MST
Reply-To: Leonard@Arizona.EDU
Distribution: world,local
Organization: University of Arizona Telecommunications

In article <5OCT199223243637@spades.aces.com>, gavron@spades.aces.com (Ehud Gavron 602-570-2000 x.
2546) writes:
| In article <1992Oct5.154009.15522@midway.uchicago.edu>, 
| trgs@midway.uchicago.edu writes...
| # 
| #Hi,
| # 
| #Can anyone tell me how to reach a SPAN network node by decnet.  Do I need
| #to configure decnet to access the node?
| 
| 	Yes, Trgs, DECnet needs to be configured for you to use DECnet.
| 	Yes, Trgs, You need to be connected to the SPAN network (or a network
| 		connected to SPAN) to reach a SPAN node.
| 
| 	Does any of this seem the least bit obvious? 

While this all may be obvious, it might be less obvious that the Internet
is one of the networks connected to SPAN, in the sense that NASA operates
an application-layer gateway which allows bidirectional terminal, file
and mail access between SPAN and the Internet.  For more information, 
see the file USING_EAST_GATEWAY.DAT on nssdca.gsfc.nasa.gov (i.e. 
6277::DECNET_DIR:[ANONYMOUS].)

Best,

Aaron

Aaron Leonard (AL104), <Leonard@Arizona.EDU>
University of Arizona Network Operations, Tucson AZ 85721
|>   If it ain't broke, break it.
From: cobarruvias@asd2.jsc.nasa.gov
Newsgroups: comp.os.vms
Subject: VMSNEWS info wanted
Date: 7 Oct 92 15:57:55 GMT
Article-I.D.: aio.1992Oct7.155755.2573
Distribution: usa
Organization: NASA/JSC

Is VMSNEWS like USENET, but specifically for VMS users? If so how do you go
about finding a feed in a particular area? I would be interested in the Houston
area. Any help would be appreciated. 

*****************************************************************
John R. Cobarruvias, Texas A&M Class of '78, 
NASA Johnson Space Center Houston Tx.
(713)483-9357

"And to think..................I hesitated" (Hellraiser II)
*****************************************************************
From: S503@HEC.CA (Eddy BELIVEAU)
Newsgroups: comp.os.vms
Subject: Re: Mailing between VAX/VMS and HP-UX
Date: 16 Oct 92 18:24:32 GMT
Distribution: world
Organization: Ecole des Hautes Etudes Commerciales de Montreal


 Date:   13-OCT-1992 13:58:45

 Hi!

 Here, we have two computers, users on both computers want to be able to
 send mail between the two platforms.

 HP 9000/827s                       VAX 6310
 HP-UX 8.02                         VMS 5.3-1
 We have mail,mailx,elm             MAIL/VMS, PMDF 4.1, Jnet (Joiner,Wingra)
 Arpa services (Telnet, Ftp, NFS)   Multinet (Telnet, Ftp)
                                    btw: PMDF support the POP protocol,SMTP...


 Both machines are connected at our backbone and they have individual
 IP address

 Do I have to reinvent the wheel or is there someone somewhere who have
 already make this kind of connection?

 Many thanks in advance for any tips

 Eddy

 =========================================================================
 | EDDY BELIVEAU,                           |   Bitnet:  s503@hecmtl01   |
 | Ecole des HAUTES ETUDES COMMERCIALES     | Internet:  s503@hec.ca     |
 | MONTREAL         +-----------------------+----------------------------+
 | Quebec, CANADA   | Phone: (514) 340-6073 | Any   horizontal  surface  |
 | H3T 1V6          | Fax  : (514) 340-5637 | soon tends to be piled up  |
 =========================================================================