HDTenEightyP/NetNews huggingface dataset:
From: sabotkap@woods.ulowell.edu (Pete Sabotka)
Newsgroups: comp.os.vms
Subject: Batch mode MAIL sorter in DCL ?
Date: 20 Aug 92 21:21:13 GMT
Organization: University of Lowell

I am SURE this is an FAQ, but I need ideas for a DCL application that will
run in batch mode, periodically sort through mail and file specific messages
according to the headers.  This should actually be quite easy, but I can't seem
to get the number of new mail messages to extract one by one, then file them
away.

Any examples or clues would be Greatly appreciated.
Post or email replies.

thank you,
pete
-- 
-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-
     Pete Sabotka,  titleless                sabotkap@woods.ulowell.edu
     University of Massachusetts - Lowell     
"Some people are afraid of heights, not me.  I'm afraid of widths.." -S. Wright
-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-
From: jim@mivax.mc.duke.edu (James D Dryfoos - Systems)
Newsgroups: comp.os.vms
Subject: Re: DECW => DECW Motif
Date: 20 Aug 92 01:51:00 GMT
Organization: Duke University Medical Center
News-Software: VAX/VMS VNEWS 1.41

In article <1992Aug18.075058.874@galaxy.gov.bc.ca>, EWILTS@GALAXY.GOV.BC.CA writes...
>In article <1992Aug18.074837.613@abo.fi>, HEGE@finabo.abo.fi (Kaj H{ggman DC) writes:
>> 
>> I'm about to install DECW Motif in our MI-cluster and I'd really 
>> appreciate any comments or ideas about the migration from DECW
>> to DECW Motif.
>> 
>> It seems like I'll have to tailor off DECWindows first, before
>> install Motif, or? As far as the installation concerns, is there something
>> else that should be done?

>Do *not* tailer off DECwindows first.  The installation of Motif will do that
>for you, and if you attempt it yourself you will run into problems (I believe
>that some drivers get deleted that shouldn't be).  We've done several
>workstations and systems without tailering off DECWindows - the only
>workstation that we tried to tailer first caused lots of grief.

Don't be surprised when you find the Motif version considerably slower than the
older DECW.  The difference I perceive is quite a bit. Particularly in creating
new decterms :-(

Jim

*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*
*  James Dryfoos  -- Medical Informatics - Duke University Medical Center     *
*                                                                             * 
*  VMS Systems Programmer -- Postmaster - Duke Electronic Medical Post Office * 
*  dryfo001@mc.duke.edu - dryfo001@dukemc.bitnet                              *
*  Box 2914 Durham NC, 27710 USA - EARTH (919) 684-6421
*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*

*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*
* James Dryfoos  -- Medical Informatics - Duke University Medical Center      *
* VMS Systems Programmer -- Postmaster - Duke Electronic Medical Post Office  * 
*                                                                             * 
* INTERnet:  DRYFO001@MC.DUKE.EDU          BITnet: DRYFO001@DUKEMC            *
* INTERnet POSTMASTER: DMPM@MC.DUKE.EDU    BITnet POSTMASTER: DMPM@DUKEMC     *
* Concert Net DECnet:  MEDINF::JIM or 3073::JIM                               *
* Box 2914 DUMC Durham, NC  27710 USA, EARTH --  (919) 684-6421/fax 684-8675  *
*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*
From: gezelter@rlgsc.com
Newsgroups: comp.os.vms
Subject: Re: LBN => Filename / FID => Filename ??
Date: 18 Aug 92 09:36:35 EST
Organization: Robert Gezelter Software Consultant, Flushing, NY
From: gezelter@rlgsc.com
Newsgroups: comp.os.vms
Subject: Re: LBN => Filename / FID => Filename ??
Date: 18 Aug 92 08:54:13 EST
Organization: Robert Gezelter Software Consultant, Flushing, NY
 
In article <1992Aug17.165506.21539@oracle.pnl.gov>, David Cowley writes:
> 
> 	2.)  Information on the format of and structures in the INDEXF.SYS
> 	     file?  I'm looking at how to find the first real file header
> 	     in INDEXF.SYS, and where and how the retrieval pointers are 
> 	     stored in the map area in each file header.
> 
> 				- Dave Cowley
> 
> -------------------------------------------------------------------------------
> David Cowley			Internet: de_cowley@pnl.gov
> Unix/VMS System Manager		Voice:	(509) 375-2260
> Production Systems MSIN K7-53	Fax:	(509) 375-6703
> Battelle Northwest	
> PO Box 999	
> Richland, WA 99352
-- 
Dave,
 
There are two written sources for the information that you seek. 
 
  -  The Book "VMS File System Internals" published by Digital Press
  -  In the gray wall, I believe that you will find the information
     in the IO Users Guide.
 
If I can be of further assistance, please feel free to contact me 
directly.
 
- Bob
+--------------------------------------------------------------------------+
| Robert "Bob" Gezelter                       E-Mail:  gezelter@rlgsc.com  |
| Robert Gezelter Software Consultant         Voice:   +1 718 463 1079     |
| 35-20 167th Street, Suite 215               Fax:       (on Request)      |
| Flushing, New York  11358-1731                                           |
| United States of America                                                 |
+--------------------------------------------------------------------------+
Newsgroups: comp.os.vms,vmsnet.tpu
From: jwilkinson@lucy.claremont.edu (James Wilkinson)
Subject: How to obtain X button press info from character cell application?
Organization: Harvey Mudd College
Date: 16 Aug 92 12:45:24 PDT

How does one receive notification of and information relating to a pointing
device button press event within a DECterm?  From a character cell oriented
application, I'd like to translate such an event to the appropriate character
cell, much as EVE is capable of doing.

JaW

jwilkinson@hmcvax.claremont.edu
From: dragon@NSCVAX.PRINCETON.EDU (Mighty Firebreather)
Newsgroups: comp.os.vms
Subject: RE: uVAX 3100-90, SCSI Disk options
Date: 21 Aug 92 20:18:41 GMT
Distribution: world
Organization: The Internet


	Byron Draudson <byron@yogi.hsc.ucalgary.ca> writes:
>
>Greetings all.  I'm looking for the "best overall" SCSI drive for a uVax 3100
>model 90 that we might get.  By "best" I mean in terms of performance and
>reliablity - price is somewhat secondary.
>
>The specs for the uVax mention that the max I/O is 4 MB/sec.  Is this the max
>for SCSI (version 1)?  I think that the SCSI-2 spec has a max I/O of 10 MB/sec,
>correct?  So on to the _real_ question: Would configuring a uVax 3100-90 with
>SCSI-2 drives like the Seagate Elite-1 be overkill for the SCSI controller?
>Can this even be done?  What about "Fast SCSI-2" like the (Seagate) Elite-2's?
>
>It's probably obvious that I'm somewhat confused by SCSI, so any help is
>greatly appreciated.
>

	The disk *transfer rate* is immaterial in most applications.  
Typical disk transfers take hundreds of *microseconds*.  Disk seek time and
rotational latency typically run to tens of *milliseconds*.  Therefore, the
disk access time (average seek time + rotational latency) strongly 
dominates disk performance in *most* applications.  The execeptions occur 
where a single application is doing very large (a whole track at a 
time, minimum) reads or writes.

*************************************************************************
*                                                                       *
*                        Here, there be dragons!                        *
*                      dragon@nscvax.princeton.edu                      *
*                                                                       *
*                                                Richard B. Gilbert     *
*************************************************************************
From: dragon@NSCVAX.PRINCETON.EDU (Mighty Firebreather)
Newsgroups: comp.os.vms
Subject: RE: sys$creprc...
Date: 19 Aug 92 14:22:04 GMT
Organization: The Internet


	Sean Koontz <koontz@iasdv1.iasd.honeywell.com> writes:
>
>I am using $CREPRC to create a detached process from within an application.  The
>application then waits on a mailbox event that signals that the detached process
>terminated, whereby, the application expects to find some files that the
>detached process outputted to while executing.  The problem is that somehow
>the output from the detached process is lost and is not being written to the
>output files specified in the $CREPRC function call (even if the detached
>process executes successfully).
>
>Can anyone direct me to some help with respect to this problem?
>

	As a problem description, this sucks!  What you want to do is 
possible, the how is as well documented as anything else in VMS.  See
the System Services manual or HELP SYSTEM_SERVICES $CREPRC.

	What did you do?  Post the *minimum* piece of code that 
demonstrates the problem; e.g. a program that does the $CREPRC call to 
create a subprocess that says "Hello world."

	What have you tried in the way of debugging?  Have you been checking
things like return status from open, write, and close operations?  Have you
checked the exit status from the subprocess?  Does the image you are trying
to execute work correctly when you define SYS$INPUT, SYS$OUTPUT, and
SYS$ERROR and just RUN it? 

	Have you checked to be sure that you are using the proper argument 
passing method for each argument in the $CREPRC call?  In particular, are 
you passing the input, output, and error arguments by descriptor?

	 Did you realize that you are not passing file names to your image?
What you are passing are the definitions for the SYS$INPUT, SYS$OUTPUT, and
SYS$ERROR logical names that your subprocess will be using.  Are you, in 
fact, writing to SYS$OUTPUT?

*************************************************************************
*                                                                       *
*                        Here, there be dragons!                        *
*                      dragon@nscvax.princeton.edu                      *
*                                                                       *
*                                                Richard B. Gilbert     *
*************************************************************************
From: soapy@ds5000.DAC.Northeastern.edu (Soapy Phan)
Newsgroups: comp.os.vms
Subject: finger name
Date: 19 Aug 92 23:23:28 GMT
Organization: Northeastern University, Boston, MA. 02115, USA

ladies and gentlmen, how do i change a finger name on the vax/vms?
if theres no such thing as chfn or an equalent command -- i would
appreciate a small program that would change the finger name on
the vax/vms.

sinerely yours,

soapy phan

soapy@northeastern.edu	    	    vax/vms
soapy@meceng.coe.northeastern.edu   sunos unix
soapy@ds5000.dac.northeastern.edu   dec's ultrix
Newsgroups: comp.os.vms
From: HARTTREE@vax1.elon.edu (Matthew Harttree)
Subject: suggestions for suppliers.... AND ...
Organization: Elon College
Date: Mon, 17 Aug 1992 07:33:23 GMT
X-News-Reader: VMS NEWS 1.22

In the quest for the end to the tight-budget-big-wishes battle:

A SURVEY OF SORTS:

Who do you use for Refurbished Digital Products?

What type/model of character termninal do you utilize the most at your site?

Have you had success with Refurbished Products? (esp. terminals)

_________________________________________________________________________

Thanks!

I am trying to find a supplier/successful way to get a hold of low cost 
terminals.  The prices our decCritter has offered me (with educational 
discount no less) are out of my league.  With many people converting to 
more expensive X based terminals I am guessing that there may be a good 
size discount market for used vt200/300 terms out there!???!  Our Library 
has installed several WYSE brand terminals with much success.  I myself am 
partial to DEC for nostalgic reasons but after using a WYSE I am open to 
suggestions???


!!!!!!!!SIDE QUESTION

I may have asked this before but.....

We are in the process of creating groups of local mailing lists.  This 
provides users with common needs (cs faculty) for example to post to a 
local list.  I am thinking of expanding on this idea and offering services 
based on membership in groups.  Example: STAFF would have access to minutes 
of faculty discussion groups.  

For sanity and foresight purposes, I am slowly adding identifiers in to sysuaf 
of the id names matching them to users who are members of that group.  
Example: DEEMANJ (user) is a holder of CSFACULTY (rights id).  Based on 
this:

Is there a way (or utility/program) to create a list of users who hold the 
same identifier.  I have looked at an elderly copy of WHO written by a guy 
at xerox in palo alto but it falls short of doing this.  

ANY HELP and ->NICE<- suggestions would be appreciated!!


Thanks for your time,
Matt
(harttree@vax1.elon.edu)

->the views expressed are my own. No one else could even come close to 
even thinking this mess up! 
Xref: sparky comp.os.vms:13949 comp.windows.x.motif:5755
From: bill@bill.ab.umd.edu (Bill Bame)
Newsgroups: comp.os.vms,comp.windows.x.motif
Subject: Saving memory in VMS/Motif
Keywords: VMS,XWINDOWS,MOTIF
Date: 21 Aug 92 17:38:05 GMT
Reply-To: bill@office.ab.umd.edu
Organization: M.I.E.M.S.S.

For those of you who develop your own VMS DECwindows/MOTIF applications, here
is a little trick I found to reduce memory usage...

After you initialize the interface, make a call to $PURGEWS.  This is
especially nice for small applications.  To get an idea of how much memory
you can save, consider the following...

I created an extremely simple MOTIF-based application containing one (1)
pushbutton widget (I used UIL, but it doesn't make much difference) and ran it
from a DECterm window.  Control-T reported MEM=1385.  I then added a call
to $PURGEWS right before XtMainLoop, recompiled/reran it, and Control-T
reported MEM=455.  I know this isn't very accurate (the DECterm is taking
up some of that), but given the large difference, I think is proves the point.

Just in case you want it...

purgeWS() {
  long status,addr[2];
  addr[0] = 0; addr[1] = 0x7FFFFFFF;
  status = sys$purgews(&addr);
}

I wonder if we could talk DEC into incorporating like this into some of their
RAM hogging MOTIF applications (Mail and Calendar especially)?
--
--------------------------------------------------------------------------------
William P. Bame                    | sneakernet: William P. Bame
internet: bill@bill.ab.umd.edu     |             M.I.E.M.S.S.
          bbame@achi1.ab.umd.edu   |             22 South Greene Street
AT&T    : [Work] (410) 328-3062    |             Baltimore, MD 21201
CIS     : 71620,425                |             Room: T1R55
--------------------------------------------------------------------------------

Newsgroups: comp.os.vms
From: REISSEN@rzmain.rz.uni-ulm.de (REISSENAUER BERNHARD)
Subject: Problems with DEC-GKS and DECWindows workstation
Organization: University of Ulm, Germany
Date: Wed, 19 Aug 1992 18:02:57 GMT
X-News-Reader: VMS NEWS 1.23

Problems with DEC-GKS and DEC-WINDOWS workstation


I am writing a program using the DEC-GKS library.
I use the following software versions:

FORTRAN binding: creation date 7-OCT-1991
DEC-GKS: version 4.2-4, creation date 7-OCT-1991.

I want to use the DECWindows workstation (type 211) for output.


On DECstations with the DEC window manager everything works fine.

When I activate the output workstation with GACWK, a window
opens automatically and my picture appears.

But with other window managers (eg. twm or the NCD window manager)
only a icon appears, and I have to open the window manually with the
mouse.

I tried to use the Escape function POP WINDOW, but it only worked
with the original DEC window manager.


What's the matter with the DECWindows workstation? Is there a bug in
DEG-GKS? Or should I use Xlib functions to open the graphics window?


I would like to use GKS, because my programm should work with many
output devices, eg. TEK4014.
We have several X-Window terminals, so the program should work with
other terminals than DECstatations as well.


Thanks in advance

Bernhard Reissenauer

--------------------------------------------------------------------------------
Bernhard Reissenauer, Abt. Chemische Physik
Uni Ulm, Albert-Einstein-Allee 11, 7900 Ulm
Internet: reissen@rzmain.rz.uni-ulm.de
          reissen@laborix.mathematik.uni-ulm.de
EARN: reissen@dulruu51
--------------------------------------------------------------------------------
From: ewilts@galaxy.gov.bc.ca (Ed Wilts)
Newsgroups: comp.os.vms
Subject: Re: DECW => DECW Motif
Date: 18 Aug 92 07:50:58 -0700
Reply-To: EWILTS@GALAXY.GOV.BC.CA
Organization: BC Systems Corporation

In article <1992Aug18.074837.613@abo.fi>, HEGE@finabo.abo.fi (Kaj H{ggman DC) writes:
> 
> I'm about to install DECW Motif in our MI-cluster and I'd really 
> appreciate any comments or ideas about the migration from DECW
> to DECW Motif.
> 
> It seems like I'll have to tailor off DECWindows first, before
> install Motif, or? As far as the installation concerns, is there something
> else that should be done?

Do *not* tailer off DECwindows first.  The installation of Motif will do that
for you, and if you attempt it yourself you will run into problems (I believe
that some drivers get deleted that shouldn't be).  We've done several
workstations and systems without tailering off DECWindows - the only
workstation that we tried to tailer first caused lots of grief.

> Kaj Haggman             Internet: Hege@abo.fi       Bitnet: Hege@finabo
-- 

Ed Wilts, BC Systems Corp., 4000 Seymour Place, Victoria, B.C., Canada, V8X 4S8
EWilts@Galaxy.Gov.BC.CA   |   Ed.Wilts@BCSystems.Gov.BC.CA   |   (604) 389-3430
From: rick@crick.ssctr.bcm.tmc.edu (Richard H. Miller)
Newsgroups: comp.os.vms
Subject: Re: Is DSIN available via Telnet?
Date: 21 Aug 92 00:00:40 GMT
Article-I.D.: gazette.14228

In article <61050042@acf3.NYU.EDU>, tihor@acf3.NYU.EDU (Stephen Tihor) writes:
> 
> The more serious problem is that "since most business TCP/IP user do not
> support TELNET or FTP sessions crossing their Firewall Router DEC can
> only rely on e-mail."

But one approach you can use here is to propose that DSIN be made availalbe via
the internet for those site which can take advantage of that type of access. 
Present it as a win for DEC since those site will not be tieing up an 800
phone line allowing DEC to provide more service to people without needing
as much addditional resources. The can continue to provide the 800 service
for those sites which cannot use the internet access.









-- 
Richard H. Miller                 Email: rick@bcm.tmc.edu
Asst. Dir. for Technical Support  Voice: (713)798-3532
Baylor College of Medicine        US Mail: One Baylor Plaza, 302H
                                           Houston, Texas 77030
From: SYSTEM_JM@UNODE2.NSWC.NAVY.MIL ("SYSTEM SUPPORT")
Newsgroups: comp.os.vms
Subject: SHOW PROCESS SWAPPER
Date: 19 Aug 92 15:16:00 GMT
Article-I.D.: ucbvax.9208191543.AA08187
Organization: The Internet


From: SYSTEM_JM@unode2.nswc.navy.mil
>> Yikes! I'm sure there's an easy answer for this one!  How come the
>> command "$SHOW PROCESS <process-name>" works on our standalone system,
>> but not on our cluster?  For example: $ SHOW PROCESS SWAPPER will work
>> on the standalone, but I get a "non-existent process" error on the
>> cluster. And yes, the process does exist.  Hmmm...

From: Jerry Leichter <leichter@lrw.com>
>Process names are implicitly qualified by group number:  To see a process
>selected by name, the group under which you are running has to match the
>group under which the process is running.  The SWAPPER runs under SYSTEM,
>which is UIC [1,4]; so the "full" name of the process is [1]SWAPPER, where
>the [n] part of the name can't be specified explicitly.  I'll bet you are
>running from a process in group 1, probably SYSTEM, on the standalone
>system, but not on the cluster.
>							-- Jerry

Well Jerry, if you were a bettin' man, you'd be rich! I was logged into 
the SYSTEM account on the standalone, but not on the cluster. Thanks a 
$billion for your response! 

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Jim Matthews
Naval Surface Warfare Center Dahlgren Division
Dahlgren, VA
SYSTEM_JM%UNODE2@RELAY.NSWC.NAVY.MIL
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Newsgroups: comp.os.vms
From: sysop                           
Subject: How do you flush the deleted file cache?
News-Software: VAX/VMS VNEWS 1.4-b1  
Organization: Department of Nuclear Engineering Sciences
Date: 21 Aug 1992 11:16 EST  

Hello group,

	Ive got a sick disk (RD54).  Ive just upgraded to V5.5-1 and still
can't get ANALYZE/DISK[/REPAIR] to run on the disk; it goes into an infinite
loop somwhere in its processing.  No errors are reported via SHOW ERRORS, but
none the less, ANALYZE dies, as does DISKEEPERs DAU/FULL for the disk.

	So, until I get some patch for ANALYZE (or a clue), I have no way of
getting rid of files with backlink pointers to null (ie. []) and flushing
files that are marked for delete.  I was told by DEC that BACKUP flushes the
file cache, but that is toooooo slow on my machine.

	Does any one have some code that will force the flush?  Also, has any
one written some code that will run through INDEXF.SYS and tell me all the
files with backlink pointers to NULL, and maybe even enters them in SYSLOST?
If I can at least get the FIDs for the lost files I would be better off than I
am now.

-Shawn

-------------------------------------------------------------------------------
Shawn A. Clifford, System Manager | Internet: sysop@robot.nuceng.ufl.edu
Nuclear Engineering Sciences      |		sac@eng.ufl.edu
University of Florida             | Home Phone: 904/335-4914
Gainesville, Florida  32611       | Work Phone: 904/392-1450  FAX: 904/392-3380
-------------------------------------------------------------------------------
From: SYSTEMM@FRED.ALHRG.WPAFB.AF.MIL (System Manager Wuest)
Newsgroups: comp.os.vms
Subject: Saving the recall buffer
Date: 17 Aug 92 18:01:48 GMT
Distribution: world
Organization: The Internet


   I know this is not a FAQ because I've been watching INFO-VAX for at least
   a year and it has never come up.  I'm sure it is not an original idea. ;-)

   Has anyone developed the code to save the RECALL buffer from one session 
   to another?  I won't belabor how useful this might be...

   E-mail and I will summarize (may save some net bandwidth).  

==(*)==  ==(*)==  ==(*)==  ==(*)==  ==(*)==  ==(*)==  ==(*)==  ==(*)==  ==(*)==
|  Mike Wuest, Allin1, DDN, & VAX Systems Manager  SYSTEMM@ALHRG.WPAFB.AF.MIL |
|  Armstrong Labs, Logistics Research Div.         SYSTEMM@[131.28.15.14]     |
|  Comm: (513)255-8225    DSN 785-8225    (a.k.a.) MWUEST@ALHRG.WPAFB.AF.MIL  |
|  "If it wasn't for our guns, we would be British citizens.  Think about it!"|
| Disclaimer: Opinions are like ears; everybody has a couple - these are mine!|
==(*)==  ==(*)==  ==(*)==  ==(*)==  ==(*)==  ==(*)==  ==(*)==  ==(*)==  ==(*)==


Newsgroups: comp.os.vms
From: piper@k9.dec.com (Derrell Piper)
Subject: SHOW PROCESS SWAPPER
Organization: Digital Equipment Corporation
Date: Thu, 20 Aug 1992 23:32:37 GMT

Process names are implicitly qualified by your Group UIC.  If you're in the 
same group as the target process, you can use its name.  Otherwise, you must
identify it by PID.

For example:

  Bilbo> sho proc swapper
  Nonexistent process
  Bilbo> wiz
  Bilbo> set uic [1,4]
  Bilbo> sho proc swapper

  20-AUG-1992 18:32:25.51   User:                  Process ID:   26200101
			    Node: BILBO            Process name: "SWAPPER"

  Terminal:
  User Identifier:    [SYSTEM]
  Base priority:      16
  Default file spec:  Not available

An obvious implication is that if you are logged in as SYSTEM (UIC = [1,4]),
you can display most of VMS' detached processes by name since they tend to 
run under UIC [1,*].

------------------------------------------------------------------------------
Derrell D. Piper		                      piper@bilbo.enet.dec.com
VMS Development
Digital Equipment Corporation
110 Spit Brook Road
Nashua, NH 03062	                <this message posted from AlphaVMS FT3>
-------------------------------------------------------------------------------