HDTenEightyP/NetNews huggingface dataset:
Organization: University at Albany Computing Services
X-Acknowledge-To: <BEC@ALBANY>
Newsgroups: bit.listserv.xedit-l
Date:         Wed, 7 Oct 1992 22:54:34 EDT
From:         Ben Chi <BEC@ALBANY.BITNET>
Subject:      Re: 255 chars in xedit

On Wed, 7 Oct 1992 13:13:13 PDT Melvin Klassen said:
>Ben Chi <BEC@ALBANY> writes:
>>On Wed, 7 Oct 1992 09:09:45 MST Keith DiNicola said:
KD>. . .
KD>try this:
KD>        xedit test data a (width 50000
BC>Well, yes, DO try this.  If you do, you'll get RECFM F, LRECL 80, ir-
BC>respective of what width you specify. . .the WIDTH option is ignored. . .
MK>The WIDTH option is **not** ignored! . . .

MK is absolutely correct.  I guess that when the RECFM F, LRECL 80 showed up
I just assumed that WIDTH = 80 without ever checking.  Thanks, all.
                                             /b
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.xedit-l
Date:         Wed, 7 Oct 1992 13:13:13 PDT
Comments:     Warning -- original Sender: tag was NETNEWS@UVVM.UVIC.CA
From:         Melvin Klassen <KLASSEN@UVVM.BITNET>
Subject:      Re: 255 chars in xedit

Ben Chi <BEC@ALBANY> writes:
>On Wed, 7 Oct 1992 09:09:45 MST Keith DiNicola said:
>>XEDIT is not limited to 255 byte records.  Not sure what the maximum
>>length if any is (virtual machine size may be the limiting factor).
>>try this:
>>        xedit test data a (width 50000
>Well, yes, DO try this.  If you do, you'll get RECFM F, LRECL 80, ir-
>respective of what width you specify.  If you look in the XEDIT Com-
>mand and Macro Reference, Appendix A, you'll find a table to file-
>type defaults -- your choice of filetype determines the initial RECFM.
>DATA is "other," which means RECFM F.  And for reasons I don't under-
>stand, if RECFM = F, then the WIDTH option is ignored in the XEDIT call.
>(Can someone shine some light on this?)

The WIDTH option is **not** ignored!  Try:
     XEDIT UNKNOWN FILETYPE S ( WIDTH 1234 NOPROFILE
     QUERY WIDTH
     QUERY LRECL
     SET   LRECL *
     QUERY TRUNC
     SET   TRUNC *
     QUERY ZONE
     SET   ZONE 1 *
     QUERY VERIFY
     SET VERIFY 1 *

The LRECL and TRUNC and ZONE and VERIFY settings are **also** extracted
from the "other" entry in that table.

Repeat with a "filetype" of 'FORTRAN' and 'SCRIPT',
but you'll get similar, consistent results.
Newsgroups: bit.listserv.xedit-l
From: djplatt@eos.ncsu.edu (DANIEL JAMES PLATT)
Subject: UNIX editors
Originator: djplatt@c00392-346dan.eos.ncsu.edu
Reply-To: djplatt@eos.ncsu.edu (DANIEL JAMES PLATT)
Organization: North Carolina State University, Project Eos
Date: Thu, 15 Oct 1992 13:57:40 GMT


Just a quick question.  Does anyone know of a UNIX based version of XEDIT? 
(Something similar to KEDIT for MS-DOS) I have used XEDIT a great deal and 
find it far superior to any text editors I have available on UNIX.

Thank-You
-- 
********************************************************************
Daniel J. Platt                                                    
djplatt@eos.ncsu.edu
North Carolina State University
********************************************************************
Newsgroups: bit.listserv.xedit-l
Date:         Mon, 12 Oct 1992 15:35:16 EDT
From:         Don Tang <V1426G@TEMPLEVM.BITNET>
Subject:      to move all lines in xedit file one space

Is there a command which can move all lines in ax xedit file one space
to the right? it takes a long time if I do it line by line in a long
text! Is anyone know how to do this?

Thanks!
Organization: University Hospital MEB, IMSDD, F.R. Germany
Date: Wednesday, 14 Oct 1992 12:42:01 MEZ
From: Christa Keil <UMV001@DBNMEB1.BITNET>
Newsgroups: bit.listserv.xedit-l
Subject: Re: to move all lines in xedit file one space

In article <921012.162719.CDT.MARK@RICEVM1.RICE.EDU>, "Mark R. Williamson"
<MARK@RICEVM1.RICE.EDU> says:
>
>On Mon, 12 Oct 1992 15:35:16 EDT Don Tang said:
>>Is there a command which can move all lines in ax xedit file one space
>>to the right? it takes a long time if I do it line by line in a long
>>text! Is anyone know how to do this?
>
>":0 CHANGE // / *" will also do it.


Or you can go to the line-numbers on the left/right of the text
and you say at the line, where you want to move the text >>1
and at the end of the block again >>.


For that should look like this
* * * T O P   O F   F I L E * * *                           00000
line 1                                                      >>1
line 2                                                      00002
line 3                                                      >>003

If you want to move something to the left you just use the "<".

Oki?
Doki :-)


--
Christa.Keil@guug.de     zotty@teddy.sub.org     christa@germany.uucp
Newsgroups: bit.listserv.xedit-l
From: MCMASTER@LSTC2VM.stortek.com (Jim McMaster)
Subject: RE: 255 chars in xedit
Organization: StorageTek SW Engineering
Date: Thu, 8 Oct 1992 19:45:04 GMT

In article <00961B1D.92682A20.31586@UALR.EDU>
kdlutes@UALR.EDU writes:
 
>OK, OK, OK.  I was wrong about 255 being the longest record XEDIT could edit.
>I spoke before I really thought about it.  What I was thinking of was I could
>never get EXECIO (in a REXX macro) to read a record larger than 255 characters.
>
>Is this possible?
 
With the STACK option, there is a hard limit of 255 characters, since
that is the maximum length of a stack record.  If you use the VAR or
STEM options, there is no limit.
 
Jim McMaster
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.xedit-l
Date:         Wed, 7 Oct 1992 08:22:41 EDT
From:         TREY@IBMH1.ORL.MMC.COM
Subject:      RE: 255 chars in xedit
Comments: To: XEDIT-L@UGA.CC.UGA.EDU

>OK, OK, OK.  I was wrong about 255 being the longest record XEDIT could edit.
>I spoke before I really thought about it.  What I was thinking of was I could
>never get EXECIO (in a REXX macro) to read a record larger than 255 characters.
>
>Is this possible?

Yes.
The 255 byte limitation is a stack limitation.
With EXECIO, use the STEM or VAR option.


Trey Bowman
Martin Marietta Information Systems
P.O. Box 590385  MP 1714
Orlando, Florida  32859-0385
Voice:(407)356-4965    Fax:(407)356-7298
OV/VM: TREY at MMDSH   Internet: TREY@IBMH1.ORL.MMC.COM
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.xedit-l
Date:         Mon, 12 Oct 1992 16:27:19 CDT
From:         "Mark R. Williamson" <MARK@RICEVM1.RICE.EDU>
Subject:      Re: to move all lines in xedit file one space

On Mon, 12 Oct 1992 15:35:16 EDT Don Tang said:
>Is there a command which can move all lines in ax xedit file one space
>to the right? it takes a long time if I do it line by line in a long
>text! Is anyone know how to do this?

":0 CHANGE // / *" will also do it.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Samford University Computer Services
Newsgroups: bit.listserv.xedit-l
Date:         Thu, 8 Oct 1992 10:52:29 CDT
From:         THE GAR <GLWARNER@SAMFORD.BITNET>
Subject:      Sort Ascending and Descending
Comments: To: xedit-l@uga.BITNET, Rexx List <rexxlist@uga.BITNET>

I am trying to do a quickee exec to specify how I want my reader
ordered before I enter it.  What I would REALLY like to do is
have a Sort by date DESCENDING and within that sort by name
ASCENDING.  They XEDIT SORT command only allows everything a or
everything D.  Can someone suggest an alternative?  (that doesn't
run too slowly?)

Here is a greatly abbreviated version of the EXEC showing just the
part to which I am referring.  The full version has 8 sort options
and ? points to a usage help routine.  Abbreviations are also
parsed.  Full version (which I realize anyone could kick out in
15 minutes tops) available upon request.

/*  Stack sort for RDRLIST before entering */
IF ARG() = 0 THEN INPUT = "NAMEDATEDOWN"
   ELSE ARG INPUT;
SELECT
   WHEN SORTBY = "DATENAMEDOWN"; THEN QUEUE "SORT * D 63 68 16 23 6 13";
   WHEN SORTBY = "DATENAMEUP"; THEN QUEUE "SORT * 63 68 16 23 6 13";
   WHEN SORTBY = "?"; THEN CALL SHOW_HELP;
otherwise CALL SHOW_HELP;
end;
"EXEC RDRLIST";
exit;
/*******************************************/

I would much rather have it do something like:
   SORT * D 63 68 A 16 23 6 13
        \______/   \_________/

descend by date     ascend by type and name

Any help appreciated.


 /++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++\
!  Later        +   Systems Programmer                                 !
!  Gary Warner  +   Samford University Computer Services               !
!               +   II TIMOTHY 2:15                                    !
 \+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++/
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.xedit-l
Date:         Wed, 7 Oct 1992 17:59:14 EDT
From:         Don Tang <V1426G@TEMPLEVM.BITNET>
Subject:      Remove Header in each printout

I like to know how to remove a header in a computer printout. For instance,
each computer printout from a mainframe (VM/XA) system has a header such as
VM/XA Conversational Monitor System". I know there is a command something
like "locate ***** ***" that should be typed in the command line and it will
do the job. I forget the exact command after the word "locate". Does anyone
know how to do it??

Thanks!
From: DINICOLK@ARIZVM1.BITNET (Keith DiNicola)
Newsgroups: bit.listserv.xedit-l
Subject: Re: 255 chars in xedit
Date: 7 Oct 92 16:09:45 GMT
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU

XEDIT is not limited to 255 byte records.  Not sure what the maximum
length if any is (virtual machine size may be the limiting factor).
try this:

        xedit test data a (width 50000

Then SET TRUNC 50000 and SET LRECL 50000......


Take Care!

------------------------------------------------------------------------
Keith DiNicola                 BITNET: DINICOLK@ARIZVM1
Senior VM Systems Programmer INTERNET: DINICOLK@ARIZVM1.CCIT.ARIZONA.EDU
University of Arizona                : (602) 621-8210
------------------------------------------------------------------------
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.xedit-l
Date:         Thu, 8 Oct 1992 15:37:28 EDT
From:         kdlutes@UALR.EDU
Subject:      RE: 255 chars in xedit
Comments: To: XEDIT-L%UGA.bitnet@KSUVM.KSU.EDU

OK, OK, OK.  I was wrong about 255 being the longest record XEDIT could edit.
I spoke before I really thought about it.  What I was thinking of was I could
never get EXECIO (in a REXX macro) to read a record larger than 255 characters.

Since I sent the reply, a couple of people have shown me how this to
is possible.  Thanks for responding.
Newsgroups: bit.listserv.xedit-l
From: pg@sanitas.stortek.com (Paul Gilmartin)
Subject: Re: 255 chars in xedit
Organization: Storage Technology Corp.
X-Newsreader: TIN [version 1.1 PL6]
Date: Thu, 8 Oct 1992 22:27:21 GMT

TREY@IBMH1.ORL.MMC.COM wrote:

: The 255 byte limitation is a stack limitation.
: With EXECIO, use the STEM or VAR option.

Unfortunately, it's also an XEDIT subcommand limitation, so just
getting it into a VAR may not help much:

address 'COMMAND' 'EXECIO 1 DISKR FN FT * (var VAR'
address 'XEDIT'   'input' VAR

will quietly (no error indication) truncate your line to 249 characters.

It feels, once again, like PASR/SHARE/GUIDE time.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.xedit-l
Date:         Mon, 12 Oct 1992 15:47:09 EDT
From:         Don Tang <V1426G@TEMPLEVM.BITNET>
Subject:      moving texts

I am trying to move each line in an xedit file ONE SPACE TO THE RIGHT. I
know that I can do it line by line by it takes too much time when the
file is long. Is there a shortcut or command I can use to move each line
quickly??

Thanks!
From: MCMASTER@LSTC2VM.stortek.com (Jim McMaster)
Newsgroups: bit.listserv.xedit-l
Subject: Re: deleting blank lines
Date: 7 Oct 92 16:05:39 GMT
Organization: StorageTek SW Engineering

In article <XEDIT-L%92100508263783@VM.MARIST.EDU>
Asif Taiyabi <AAT@VTMSL.BITNET> writes:
 
>I am a xedit novice so please forgive me if there is something obvious that I a
>m missing.
>
>I would like to reduce 2 or more blank lines to 1 blank line in my file, User S
>ervices  was not of much help, they said there was nothing they knew of that co
>uld do it. Surely there must be some macro out there that can do this ?
>
>Thanks for your help
 
Here is a simple macro that will do what you want, called DEDUPBL
XEDIT.  It is a special case of a macro that deletes duplicate lines,
called DEDUP XEDIT.  I am appending both.
 
Jim McMaster
 
---------- DEDUPBL XEDIT ---------------------------
/**/
   'EXTRACT/AUTOSAVE'
   lastline = ''
   'SET WRAP OFF'
   'SET AUTOSAVE OFF'
   'EXTRACT/EOF'
   do while eof.1 <> 'ON'
      'NEXT'
      'EXTRACT/CURLINE/EOF'
      if eof.1 = 'ON' then leave
      If curline.3 = lastline & lastline = '' then do
         'DELETE'
         'UP 1'
      end
      else lastline = curline.3
   end
   'SET AUTOSAVE' autosave.1
----------- DEDUP XEDIT --------------------
/**/
   'EXTRACT/AUTOSAVE'
   lastline = ''
   'SET WRAP OFF'
   'SET AUTOSAVE OFF'
   'EXTRACT/EOF'
   do while eof.1 <> 'ON'
      'NEXT'
      'EXTRACT/CURLINE/EOF'
      if eof.1 = 'ON' then leave
      If curline.3 = lastline & lastline = '' then do
         'DELETE'
         'UP 1'
      end
      else lastline = curline.3
   end
   'SET AUTOSAVE' autosave.1
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.xedit-l
Date:         Mon, 12 Oct 1992 15:44:20 EDT
From:         kdlutes@UALR.EDU
Subject:      RE: moving texts
Comments: To: XEDIT-L%UGA.bitnet@KSUVM.KSU.EDU

Try SHIFT RIGHT 1 *.  You can also change the ZONE setting to affect what
portion is shifted.
Newsgroups: bit.listserv.xedit-l
From: MCMASTER@LSTC2VM.stortek.com (Jim McMaster)
Subject: Re: 255 chars in xedit
Organization: StorageTek SW Engineering
Date: Thu, 8 Oct 1992 19:40:30 GMT

In article <00961B11.963BE4E0.31561@UALR.EDU>
kdlutes@UALR.EDU writes:
 
>I tried many times, but was never able to get record lengths longer than
>255.  I thinks thats an XEDIT limit.
 
the WIDTH parameter in XEDIT merely tells XEDIT how much storage to
allocate for each record.  Once into XEDIT, SET LRECL sets a record
length (<= width) and SET TRUNC sets a truncation column (<= LRECL).
You have to set these, and perhaps others to get longer records.
 
Jim McMaster
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Samford University Computer Services
Newsgroups: bit.listserv.xedit-l
Date:         Fri, 9 Oct 1992 07:48:27 CDT
From:         THE GAR <GLWARNER@SAMFORD.BITNET>
Subject:      Sorting
Comments: To: rexxlist@uga.BITNET, xedit-l@uga.BITNET

Oops!  Thanks for all the people who pointed out my sorting
oversight.  I actually tried double sorting before I posted,
and convinced myself it didn't work.  Unfortunately, I was
thinking push and typing queue (doing major then minor rather
than minor then major).

Thanks again for all the suggestions.  It works quite nicely now.


 /++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++\
!  Later        +   Systems Programmer                                 !
!  Gary Warner  +   Samford University Computer Services               !
!               +   II TIMOTHY 2:15                                    !
 \+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++/
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Acknowledge-To: <RZOTTO@DKNKURZ1>
Newsgroups: bit.listserv.xedit-l
Date:         Tue, 13 Oct 1992 11:13:13 MEZ
From:         Otto Stolz <RZOTTO@DKNKURZ1.BITNET>
Subject:      Re: to move all lines in xedit file one space

Hi gang,

on Mon, 12 Oct 1992 15:35:16 EDT Don Tang said:
> Is there a command which can move all lines in ax xedit file one space
> to the right?

When you are in an XEDIT session, and want to move all lines, you may use
      :0 SHIFT RIGHT 1 *
(as has been already said by several posters). For additional information
try
      HELP LOCATE
      HELP SHIFT
      HELP ZONE
      HELP SCOPE
      HELP SET SPILL

When you are in an XEDIT session, and want to move several (but not all)
lines, you are better off with the ">>" prefix command: Write two
adjacent greater-than signs in the prefix araeas of the 1st and last
lines to be moved. For additional information try
      HELP PREFIX >
      HELP ZONE
      HELP SCOPE
      HELP SET SPILL

Note: When you are in an XEDIT session, and want to move the screen
image one column to the right (without actually changing the data),
you can use
      LEFT 1
(sic!) --- the LEFT subcommand allows you to see data that is to the
left of the first column on the screen.  The data moves to the right,
thus allowing you to see a specified number of positions to the left of
the first column. For additional information try
      HELP LEFT
      HELP RIGHT
      HELP SET VERIFY

In any case, it would be a good idea to issue
      HELP XEDIT MENU
and browse through the on-line help info before asking overly simplistic
questions via the XEDIT-L.

If you are not in an XEDIT session and and want to move all lines of a
file one column to the right, you may also use
      COPY fn ft fm ( SPECS
You will be asked to enter a specification list; try
      HELP CMS COPY
to learn about entering that list.

If you have CMS-Pipes available (VM/ESA Rel 1.1, and up, or Program
Offering 5785-RAC or 5799-DKF), you may prefer to issue
      PIPE < fn ft fm | BUFFER | SPEC 1-* 2 | > fn ft fm
or
      PIPE < fn ft fm | SPEC 1-* 2 | > newfn newft newfm

Good luck,
                    Otto Stolz <RZOTTO@DKNKURZ1.Bitnet>
                               <RZOTTO@nyx.uni-konstanz.de>
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.xedit-l
Date:         Mon, 12 Oct 1992 14:43:29 CST
From:         Jim Colten <IJIM@UMINN1.BITNET>
Subject:      Re: to move all lines in xedit file one space

On Mon, 12 Oct 1992 15:35:16 EDT Don Tang said:
>Is there a command which can move all lines in ax xedit file one space
>to the right? it takes a long time if I do it line by line in a long
>text! Is anyone know how to do this?
>
>Thanks!

What you are looking for is the SHIFT command.

HELP XEDIT SHIFT will explain it in detail.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.xedit-l
Date:         Tue, 13 Oct 1992 08:12:41 EDT
From:         "Dick Atlee" <ATLEE@UMDD.BITNET>
Subject:      Oversimplistic?

Please pardon me if I take exception to the recent comment that one should
browse through the online help before asking an "oversimplistic" question.
I have been working in CMS help-desk support for 12 years, doing a lot of
XEDIT REXX-macro work in recent years.  I also thought the original question
in this exchange (how to shift the data) a bit elementary, but in the ensuing
exchange I learned about two commands I'd never encountered:  SHIFT and
PREFIX >.  Last week it was records > 255, which I'd always switched to
Fortran for because I, too, had encountered the limit and none of our system
support staff was apparently aware of the alternative-stack way around the
problem.  Earlier this year (and now) it was the SPECS option on COPYFILE,
and before that the ALL subcommand (believe it or not) that I'd never heard
of before and was introduced to courtesy of XEDIT-L.

I'm not a trivial user of this product.  But I'm used to what users need, and
the online help is something you tend to use when you already know what you
want and need details.  Those who browse such text have minds that work in
admirable ways, but they are not the people whom I help, or I, for that
matter.  The arcane discussions of environments and screen-input control
pass me by -- I'm not ready for them, and only occasionally find something
I can use.  The vast majority of exchanges are at the other end -- things I
already know, but thinking of the jewels I have found on this list that
others might think trivial, I've been glad to let them come and go with only
a brief glance.

With absolutely no offense intended to anyone, I hope this group remains the
resource for everyone that it is, and doesn't frighten enthusiastic users into
silence and departure.  If that is the ultimate aim, the list can pretty well
be abandoned in favor of IBM's online documentation.

Gratefully,

Dick Atlee    ATLEE@UMDD, atlee@umdd.umd.edu
Lead Consultant, Technical Services
Computer Science Center
University of Maryland
From: SGGGG@TTUVM1.BITNET (Gary Garland Gregory - Systems Programmer III)
Newsgroups: bit.listserv.cics-l
Subject: CICS startup messages
Date: 14 Oct 92 18:38:20 GMT
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Comments:     Converted from PROFS to RFC822 format by PUMP V2.2X


      Texas Tech University - P.O. Box 43051
      Lubbock, Texas 79401  - (806) 742-1016
Maryanne,

Again, it's been a couple of years since I've worked with VSE but as I recall
the message about the VSE/POWER interface not being active is from a list that
is being installed in your CICS partition; check RDO. Another place to check
is your SIT. I don't remember the SIT parm but I know that you turn on the
VSE/POWER interface there or via a SIT override during initialization.

Hope This Helps!

+-------------------------------------------------------------+
|    BitNet: SGGGG@TTUVM1   InterNet: SGGGG@TTUVM1.TTU.EDU    |
+-------------------------------------------------------------+
From: ##09@UTMARTN.BITNET (Larry Holder)
Newsgroups: bit.listserv.cics-l
Subject: TIOAL TCT parm
Date: 14 Oct 92 20:16:47 GMT
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU

> Can someone fill me in on how TIOAL affects a TCT entry defined as
> a printer (non-SNA TRMTYPE=3270P)?
> The bottom part of a page is ending up on the top of the page and the
> top part of the page of output is missing.
> Everything works ok when there isn't much output on the page.
> Thanks,
> Ken Sears
> Ksears@adm.dal.ca

It sounds like the data going to the printer's buffer is wrapping
after it reaches the limit.  Be sure the TCT parameters don't
exceed the printer's capacities.
/ Larry
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.cics-l
Date:         Fri, 9 Oct 1992 10:47:07 -0500
From:         X222RK@TAMVM1.BITNET
Subject:      CICS Dump Processing

I want to thank everyone who responded to my request for a kinder and
gentler CICS dump processing utility.  I got several good suggestions
and offers to send me local mods to DFHDUP.  Larry Holder suggested
the CICS/VSE SEGMENT= parameter.  Unfortunately, we are an MVS shop
(which I totally neglected to mention in my initial note) and this
isn't available to us.  Thanks anyway Larry!

I also received an interesting response from Mohammad A. Mirza in
Saudia Arabia.  He referred to an article in CICS Update from 1989.
In looking back through our copies of CICS Update it looks like we
must have dropped our subscription between 1988 and 1990.  I don't have
the Sept-Oct 1989 issue.  Mohammad, I don't have your private E-mail
address.  Could you send me a photo copy of the article?

Thanks everyone.

Rachel Kennedy                                 X222RK@TAMVM1
Computing Services Center                      (409)845-8427
Spence and Lamar Streets
Texas A&M University
College Station, TX 77843-3142
From: BBROWN@HARPERVM.BITNET (Bob Brown)
Newsgroups: bit.listserv.cics-l
Subject: vsam shareoption 4
Date: 15 Oct 92 16:27:07 GMT
Organization: William Rainey Harper College; Palatine, IL  60067
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU

When CICS updates a file that is shareoption 4, does the update get
applied to the disk file immediatly (as opposed to sitting in CICS
buffers)?

When CICS reads a shareoption 4 file, will it go to the file and not
look in its buffers (in case someone else has updated the file) ?

I have a test VSE (under VM), with 1 cics currently.  We want to startup
a second CICS region in the same vse, and have both CICS regions update
the same set of vsam files.  (Since this is a test environment, performence
is not critical).

thanks..

-boB

----------------------------------------------------------------------
BBROWN@HARPERVM.BITNET     ####  ####    Bob Brown
Harper Community College   ##  ##  ##    Systems Programmer
Palatine IL USA            ####  ####    "...Boink"