Re: ABCs of z/OS System Programming: Volume 5 - May 2011

[Alvaro Guirao Lopez]

Thanks for the info :-)

2011/5/13 Edward Jaffe 

> http://www.redbooks.ibm.com/redbooks/pdfs/sg246985.pdf
>
> --
> Edward E Jaffe
> Phoenix Software International, Inc
> 831 Parkview Drive North
> El Segundo, CA 90245
> 310-338-0400 x318
> edja...@phoenixsoftware.com
> http://www.phoenixsoftware.com/
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>



-- 
Un saludo.
Álvaro Guirao

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

AUTO: Jim Obrizok is out of the office on vacation, returning Monday, May 16th. (returning 05/16/2011)

[James Obrizok]

I am out of the office until 05/16/2011.

If this is a emergency, please contact my backup - Fernando Vega - on
1-404-238-4580, or fv...@us.ibm.com. Thank you.


Note: This is an automated response to your message  "IBM-MAIN Digest - 11
May 2011 to 12 May 2011 (#2011-132)" sent on 5/13/11.

This is the only notification you will receive while this person is away.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Truly ignorant VSAM question

[Kenneth J. Kripke]

You had made mention of some tips and reference material. 
One RedBook publication that gives a fairly good overview of VSAM is 
Vsam Demystified.  
Also, if you look at the publications

DFSMS Using Data Sets Document Number SC26-7410-10
This will help in understanding the structure of a VSAM data set and some 
helpful tips.  

DFSMS Macro Instructions for Data Sets Document Number SC26-7408-09
The macros described are for Assembler programs. You will find in this manual 
descriptions 
of the ACB and RPL error codes.  IBM provides IFGRPL and IFGACB in SYS1.MODGEN 
for mapping the ACB and the RPL fields which 
allows symbollically addressing the fields. 
Otherwise, use the SHOWCB macro to retrieve various fields(Assembler).  

DFSMSdfp Diagnosis Document Number GY27-7618-13 
has some helpful documentation in it.  

DFSMS Access Method Services for Catalogs Document Number SC26-7394-11
This is IDCAMS 

Original Post: 
>  If I read a keyed VSAM data set sequentially, what do I "see"? Do the keys
>  appear as part of the data? Prefixed?

>  Pointers to documentation more than welcome - I'd like to learn to fish.
  --
>  ...phsiii

>  Phil Smith III
>  p...@voltage.com
>  Voltage Security, Inc.
>  www.voltage.com
>  (703) 476-4511 (home office)
>  (703) 568-6662 (cell)


Sincerely;

Ken Kripke 
kkri...@mindspring.com

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

AUTO: Randy Barnett is out of the office. (returning 05/16/2011)

[Randy Barnett]

I am out of the office until 05/16/2011.

Vacation. A time of rest and recreation and hopefully, rejuvenation. Please
leave me a message and I will return it when I return.

My backup is Mike Fay (km...@us.ibm.com) 1-704-843-8443


Note: This is an automated response to your message  "IBM-MAIN Digest - 11
May 2011 to 12 May 2011 (#2011-132)" sent on 5/12/11 22:00:00.

This is the only notification you will receive while this person is away.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Truly ignorant VSAM question

[John McKown]

There are 4 different types of VSAM files. The most common is the KSDS
(Keyed Sequential Data Set). I assume that is the one you're interested
in. For completeness, there is also: the ESDS (Entry Sequenced) which is
basically like a sequential file; the RRDS (Relative Record) in which
each record is addressed by a sequential, fullword, number and must be
of fixed length; the VRRDS (Variable Relative Record) which is also
addressed by a fullword number, but the records are variable length; and
lastly is the LINEAR which does not have any records at all, but is
addressed by relative byte address like memory.

Anyway, a KSDS has a key. The key resides within the record and is
always in the same relative position within the record and of the same
length. The key is a unique identifier which must exist (that is the
record length must be at least the offset+key length bytes long). If you
try to add a record and the key of the "new" record is already in the
dataset, you get a DUPLICATE RECORD return code and the record is not
added. The records in the dataset are not necessarily in order by key
physically, but will be returned in key order when you read the file
sequentially. Unless the index component has been corrupted, of course.
I've had that occur. A manual to read would be "Using Data Sets"
starting in chapter 6:

http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/DGT2D490/2.1




On Thu, 2011-05-12 at 13:32 -0700, Phil Smith wrote:
> If I read a keyed VSAM data set sequentially, what do I "see"? Do the keys 
> appear as part of the data? Prefixed?
> 
> Pointers to documentation more than welcome - I'd like to learn to fish.
> --
> ...phsiii
> 
> Phil Smith III
> p...@voltage.com
> Voltage Security, Inc.
> www.voltage.com
> (703) 476-4511 (home office)
> (703) 568-6662 (cell)
> 
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
-- 
John McKown
Maranatha! <><

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: non-module-PDS and VLF

[Hunkeler Peter (KIUP 4)]

>Is DLF an option to cache the member data? 

DLF is for Hiperbatch (only, IIRC). Hiperbatch can keep data sets
in memory if the data is accessed via QSAM or VSAM (no PDS Members).

You would need to move your data from a PDS member into a PS data set,
setup Hiperbatch and start DLF. See the "Hiperbatch Guide"
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IEA5J700/CCON
TENTS?SHELF=IEA2BK91&DN=GC28-1470-00&DT=19990208095033 (watch a possible
wrap)

--
Peter Hunkeler

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

DFSORT E35 problem

[daver++]

I'm running into a weird problem with an E35 sort exit under DFSORT REL
14.0. Every time the exit executes, it has completely reset itself. From
variables to files that have to be reopened with each new record. I
previously developed on a z/VSE system, and I took my object code from
there and linked it on the z/OS system where it evidenced the same
problem. I've been over my linker options and everything appears to be
reentrant and fine. DFSORT throws out an option list when it runs, I
don't know anything about those options, I've always used SyncSort
before.

Can anyone point me in the right direction to figure out what is going
on here?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: non-module-PDS and VLF

[Shmuel Metz (Seymour J.)]

In
<1172756478.595508.1305191624118.javamail.ngm...@webmail10.arcor-online.net>,
on 05/12/2011
   at 11:13 AM, Monika Amiss  said:

>  we habe a PDS with some members (no modules but characters) which
>is rarely updated. Can I put this Dataset in LLA and VLF (with FREEZE
>option) without touching all our Application programs which use this
>datasets. Or can I only use this Dataset when I work with the VLF-API
>(COFDEFIN,..). 

LLA will cache BLDL data without code changes. Exploiting VLF will
require code changes. You will need to ensure that your change
management process takes into account the LLA usage.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

migrated dataset size

[CUNY Yann]

Hi all, 

We have to estimate the size of migrated datasets. How could we
do ?

Thanks, in advance. 

Regards.


Ce message est confidentiel;  Son contenu ne represente en aucun cas
un engagement de la part de  AXA Technology Services (AXA Tech) sous
reserve de tout accord conclu par ecrit entre vous et AXA Technology
Services (AXA Tech).Toute publication, utilisation ou diffusion,meme
partielle,  doit etre autorisee  prealablement.  Si vous  n'etes pas
destinataire de ce message, merci d'en avertir immediatement l'expe-
diteur.

This message is  confidential;  its  contents  do not  constitute  a
commitment by AXA Technology Services (AXA Tech) except where provi-
ded  for in  a written agreement  between  you  and  AXA  Technology
Services (AXA Tech).  Any unauthorised disclosure, use or dissemina-
tion, either  whole  or  partial, is prohibited. If  you are not the 
intended recipient  of the message,  please notify  the sender imme-
diately.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: migrated dataset size

[Mike Schwab]

Since many mainframe files are fixed number of columns for each field,
many mainframe files will compress at a average 4:1 ratio, vs ASCII
delimited files which average a 2:1 ratio.  Each file will vary.  If
you have an HSM backup of a particular file, it should be the same
size as the migrated file.

On Fri, May 13, 2011 at 9:10 AM, CUNY Yann
 wrote:
> Hi all,
>
>        We have to estimate the size of migrated datasets. How could we
> do ?
>
> Thanks, in advance.
>
> Regards.
-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Migration Webcast

[John Eells]

If you are planning to migrate from z/OS R10 or R11 to R12, you might 
find this free webcast useful: "Accelerate your migration to z/OS 
V1R12," presented by Marna Walle.


The webcast is scheduled for Thursday, May 26, 2011 at 11:00AM EDT. 
(You should log on a bit early, by 10:45AM EDT).


Preregistration is required.  Register at: 
http://events.unisfair.com/rt/ibm~zosr12mig


There are workstation system requirements for this webcast.  Make sure 
you follow the directions when registering to verify your system ahead 
of time!


--
John Eells
z/OS Technical Marketing
IBM Poughkeepsie
ee...@us.ibm.com

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: DFSORT E35 problem

[Frank Yaeger]

daver on IBM Mainframe Discussion List  wrote on
05/13/2011 06:44:58 AM:
> I'm running into a weird problem with an E35 sort exit under DFSORT REL
> 14.0. Every time the exit executes, it has completely reset itself. From
> variables to files that have to be reopened with each new record. I
> previously developed on a z/VSE system, and I took my object code from
> there and linked it on the z/OS system where it evidenced the same
> problem. I've been over my linker options and everything appears to be
> reentrant and fine. DFSORT throws out an option list when it runs, I
> don't know anything about those options, I've always used SyncSort
> before.
>
> Can anyone point me in the right direction to figure out what is going
> on here?

I'd need to see your E35 exit source, JES log, etc to help. Normally, I'd
tell you to open a PMR so IBM service could collect the doc we need.  But
you're using DFSORT R14, which is no longer supported, so the service guys
won't accept the PMR.  The only currently supported DFSORT releases are
z/OS DFSORT V1R10 and z/OS DFSORT V1R12.

I'm willing to help via direct e-mail when I get back from vacation on
Monday.  Send me the following information offline from your Release 14
run(yae...@us.ibm.com) and I'll take a look:

o E35 source and Assembly listing
o complete JES log
o a description of what the exit should do and what it is actually doing.

I prefer attached .txt files.

Frank Yaeger - DFSORT Development Team (IBM) - yae...@us.ibm.com
Specialties: JOINKEYS, FINDREP, WHEN=GROUP, ICETOOL, Symbols, Migration

 => DFSORT/MVS is on the Web at http://www.ibm.com/storage/dfsort

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: DFSORT E35 problem

[John McKown]

Frank may correct me on this, but this problem sounds similar to one I
had with a different product. It was calling a COBOL subroutine, but was
not setting up an LE environment (due to an error on my part). So each
invocation of the subroutine created and destroyed the LE environment,
leading to a result similar to what you are seeing. 

Make sure that you have COBEXIT=COB2 as part of your SORT configuration.

http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/ICECI107/2.2.5

On Fri, 2011-05-13 at 06:44 -0700, daver++ wrote:
> I'm running into a weird problem with an E35 sort exit under DFSORT REL
> 14.0. Every time the exit executes, it has completely reset itself. From
> variables to files that have to be reopened with each new record. I
> previously developed on a z/VSE system, and I took my object code from
> there and linked it on the z/OS system where it evidenced the same
> problem. I've been over my linker options and everything appears to be
> reentrant and fine. DFSORT throws out an option list when it runs, I
> don't know anything about those options, I've always used SyncSort
> before.
> 
> Can anyone point me in the right direction to figure out what is going
> on here?
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
-- 
John McKown
Maranatha! <><

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: DFSORT E35 problem

[Frank Yaeger]

John McKown on IBM Mainframe Discussion List  wrote
on 05/13/2011 08:55:00 AM:
> Frank may correct me on this, but this problem sounds similar to one I
> had with a different product. It was calling a COBOL subroutine, but was
> not setting up an LE environment (due to an error on my part). So each
> invocation of the subroutine created and destroyed the LE environment,
> leading to a result similar to what you are seeing.
>
> Make sure that you have COBEXIT=COB2 as part of your SORT configuration.
>
> http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/ICECI107/2.2.5

I assumed we were talking about an Assembler E35 exit, but you may be right
that it's a COBOL E35 exit in which case the problem could be related to
LE.
But I'd need the requested doc to say more.

Frank Yaeger - DFSORT Development Team (IBM) - yae...@us.ibm.com
Specialties: JOINKEYS, FINDREP, WHEN=GROUP, ICETOOL, Symbols, Migration

 => DFSORT/MVS is on the Web at http://www.ibm.com/storage/dfsort

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: DFSORT E35 problem

[daver++]

It is a COBOL exit, and the COBEXIT=COB2 took care of it! Thanks so much
for the help John. And thank you Frank for offering your assistance on
an outdated product, I really appreciate it!

>  Original Message 
> Subject: Re: DFSORT E35 problem
> From: John McKown 
> Date: Fri, May 13, 2011 11:55 am
> To: IBM-MAIN@bama.ua.edu
> 
> 
> Frank may correct me on this, but this problem sounds similar to one I
> had with a different product. It was calling a COBOL subroutine, but was
> not setting up an LE environment (due to an error on my part). So each
> invocation of the subroutine created and destroyed the LE environment,
> leading to a result similar to what you are seeing. 
> 
> Make sure that you have COBEXIT=COB2 as part of your SORT configuration.
> 
> http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/ICECI107/2.2.5
> 
> On Fri, 2011-05-13 at 06:44 -0700, daver++ wrote:
> > I'm running into a weird problem with an E35 sort exit under DFSORT REL
> > 14.0. Every time the exit executes, it has completely reset itself. From
> > variables to files that have to be reopened with each new record. I
> > previously developed on a z/VSE system, and I took my object code from
> > there and linked it on the z/OS system where it evidenced the same
> > problem. I've been over my linker options and everything appears to be
> > reentrant and fine. DFSORT throws out an option list when it runs, I
> > don't know anything about those options, I've always used SyncSort
> > before.
> > 
> > Can anyone point me in the right direction to figure out what is going
> > on here?
> > 
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> > Search the archives at http://bama.ua.edu/archives/ibm-main.html
> -- 
> John McKown
> Maranatha! <><
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Trademarks (was: "Under z/OS Unix")

[Ron Hawkins]

What about IBM?

 

> -Original Message-

> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
Behalf Of

> Pearce, Colin E

> Sent: Thursday, May 12, 2011 12:05 PM

> To: IBM-MAIN@bama.ua.edu

> Subject: Re: [IBM-MAIN] Trademarks (was: "Under z/OS Unix")

> 

> And Ims, Ispf, Ismf and Ipl   all could suffer the same fate, then there's

> Idcams, Iebcopy, Iebgener, Iebupdte, Iehprogm

> 

> 

> 

> Colin Pearce

> 

> 

> -Original Message-

> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
Behalf Of

> Paul Gilmartin

> Sent: Friday, May 13, 2011 12:37 AM

> To: IBM-MAIN@bama.ua.edu

> Subject: Trademarks (was: "Under z/OS Unix")

> 

> On Thu, 12 May 2011 10:38:39 -0500, John McKown wrote:

> 

> >IBM will soon be forced to change ISHELL to some other name, I'm sure.

> >Because Apple will be suing them for having something computer related

> >which starts with an "i". This will cause confusion in the marketplace

> >for Apple products. Speaking of which, the I in IBM needs to change by

> >the same logic.

> >

> And Intel?  But they now cooperate with Apple, as IBM formerly did.

> 

> But I really wonder, if there's a conflict between "zFS" and "ZFS"

> whether either side has an enforceable trademark?  Are trademarks case-

> sensitive?

> 

> -- gil

> 

> --

> For IBM-MAIN subscribe / signoff / archive access instructions, send email
to

> lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the
archives

> at http://bama.ua.edu/archives/ibm-main.html

> 

> --

> This message w/attachments (message) is intended solely for the use of the

> intended recipient(s) and may contain information that is privileged,

> confidential or proprietary. If you are not an intended recipient, please

> notify the sender, and then please delete and destroy all copies and

> attachments, and be advised that any review or dissemination of, or the
taking

> of any action in reliance on, the information contained in or attached to
this

> message is prohibited.

> Unless specifically indicated, this message is not an offer to sell or a

> solicitation of any investment products or other financial product or
service,

> an official confirmation of any transaction, or an official statement of

> Sender. Subject to applicable law, Sender may intercept, monitor, review
and

> retain e-communications (EC) traveling through its networks/systems and
may

> produce any such EC to regulators, law enforcement, in litigation and as

> required by law.

> The laws of the country of each sender/recipient may impact the handling
of

> EC, and EC may be archived, supervised and produced in countries other
than

> the country in which you are located. This message cannot be guaranteed to
be

> secure or free of errors or viruses.

> 

> References to "Sender" are references to any subsidiary of Bank of America

> Corporation. Securities and Insurance Products: * Are Not FDIC Insured *
Are

> Not Bank Guaranteed * May Lose Value * Are Not a Bank Deposit * Are Not a

> Condition to Any Banking Service or Activity * Are Not Insured by Any
Federal

> Government Agency. Attachments that are part of this EC may have
additional

> important disclosures and disclaimers, which you should read. This message
is

> subject to terms available at the following link:

> http://www.bankofamerica.com/emaildisclaimer. By messaging with Sender you

> consent to the foregoing.

> 

> --

> For IBM-MAIN subscribe / signoff / archive access instructions,

> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO

> Search the archives at http://bama.ua.edu/archives/ibm-main.html


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: migrated dataset size

[Lizette Koehler]

>
>Hi all, 
>
>   We have to estimate the size of migrated datasets. How could we
>do ?
>
>

Will this do what you want?

If you do an HLIST dsn(/) MCDS   you will get the following

DSN=STC04522.D2011019.T085437  MIGVOL=300751 DSO=PS  SDSP=NO
 LAST REF=11/01/23 MIG=11/03/17 TRKS=030 2K BLKS= *** TIMES MIG= 001
 
 16K BLKS=03  LAST MIGVOL=*NONE*
 

 
So this says it has 3 16K blocks or it had 30 Tracks when it was migrated.


Is this the kind of information you are looking for?

Lizette

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Copying tapes with 256K blocksizes

[Ed Gould]

From: Rick Fochtman 
To: IBM-MAIN@bama.ua.edu
Sent: Thu, May 12, 2011 2:21:15 PM
Subject: Re: Copying tapes with 256K blocksizes
-SNIP

Does the name "TAPE" appear in your device name table? You also need a 
DD statement that refers to each tape volume; IEHMOVE will modify it and 
use OPEN TYPE=J to access the ap[[ropriate files.

Rick
SNIP--

Rick:

When I first saw your suggestion I almost lost my lunch:(:

I guess you are serious.. I would never in 1000 years suggest IEHMOVE to anyone 
(even an enemy).
My use of it dropped to zero back in the 1980's.
It has to be the worst "utility" that IBM ever came up with. AFAIK it still 
suffers from the col 16 conyinuation and the column 72 issue and the most 
obscure control cards that IBM has ever come up with, IMO.
Sorry to open my mouth but suggesting IEHMOVE is like suggesting a lollipop 
with 
cyanide coating to a kid.

Ed

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Truly ignorant VSAM question

[John McKown]

I assume you mean a VSAM KSDS. That is a keyed VSAM file. VDAM also has ESDS
(entry sequenced, aka sequential ), RRDS (relative number, fixed sized
record length ), VRRDS (relative number, variable length records ), and
LINEAR.

The key for a KSDS VSAM dataset is part of the record itself. That is,
embedded in the record. It can be anywhere in it, at a fixed offset from the
beginning,  for a fixed length. Every record in a KSDS has a unique key
value.

--
John McKown
Maranatha! <><
Sent from my Vibrant Android phone.

On May 12, 2011 3:32 PM, "Phil Smith"  wrote:

If I read a keyed VSAM data set sequentially, what do I "see"? Do the keys
appear as part of the data? Prefixed?

Pointers to documentation more than welcome - I'd like to learn to fish.
--
...phsiii

Phil Smith III
p...@voltage.com
Voltage Security, Inc.
www.voltage.com
(703) 476-4511 (home office)
(703) 568-6662 (cell)


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: DFSORT E35 problem

[Frank Yaeger]

daver on IBM Mainframe Discussion List  wrote on
05/13/2011 09:35:15 AM:
> It is a COBOL exit, and the COBEXIT=COB2 took care of it! Thanks so much
> for the help John. And thank you Frank for offering your assistance on
> an outdated product, I really appreciate it!

I'm glad to hear that solved the problem (thanks, John).

FYI, the shipped default for DFSORT R14 was COBEXIT=COB1 and
we changed it to COBEXIT=COB2 starting with z/OS DFSORT V1R10.

Hopefully, your site will move to supported releases of z/OS
and DFSORT soon.

Frank Yaeger - DFSORT Development Team (IBM) - yae...@us.ibm.com
Specialties: JOINKEYS, FINDREP, WHEN=GROUP, ICETOOL, Symbols, Migration

 => DFSORT/MVS is on the Web at http://www.ibm.com/storage/dfsort

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Copying tapes with 256K blocksizes

[Rick Fochtman]

Rick:

When I first saw your suggestion I almost lost my lunch:(:

I guess you are serious.. I would never in 1000 years suggest IEHMOVE to anyone 
(even an enemy).

My use of it dropped to zero back in the 1980's.
It has to be the worst "utility" that IBM ever came up with. AFAIK it still 
suffers from the col 16 conyinuation and the column 72 issue and the most 
obscure control cards that IBM has ever come up with, IMO.
Sorry to open my mouth but suggesting IEHMOVE is like suggesting a lollipop with 
cyanide coating to a kid.


Ed
 


-
IIRC, IEHMOVE was a programming exercise for a IBM Assembler Language 
Programming class. While it is, in many ways, unmitigated junk, it does 
have the ability to copy more than one dataset in a single job step, 
without a boatload of DD staements. From what I remember, it uses OPEN 
TYPE-J to modify the DD statements supplied, with the possible exception 
of volume parameters, in a way similar to DYNALLOC processing today. The 
OP could probably also use REXX of CLIST exclusively to accomplish his 
end result, I just thought I'd "gag a few maggots" by suggesting 
IEHMOVE. :-)


Rick

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Aw: Re: non-module-PDS and VLF

[Ed Gould]

Follow up to this question.

Has anyone put the ISPF (load libs) in VLF and found it to help TSO response 
time?

Ed





From: Monika Amiss 
To: IBM-MAIN@bama.ua.edu
Sent: Thu, May 12, 2011 4:32:13 AM
Subject: Aw: Re: non-module-PDS and VLF


Hello Kees,

  thank you for your answer, which helps me very much. Is DLF an option to 
cache 
the member data? 

  Or - if i convert the Dataset to PDS/E and use its caching, is it usefull to 
leave  the Dataset in LLA?

  With best regards
   Monika  

- Original Nachricht 
Von: "Vernooij, CP - SPLXM" 
An:  IBM-MAIN@bama.ua.edu
Datum:   12.05.2011 11:18
Betreff: Re: non-module-PDS and VLF

> "Monika Amiss"  wrote in message
> news:<1172756478.595508.1305191624118.JavaMail.ngmail@webmail10.arcor-on
> line.net>...
> > Hello Group,
> > 
> >   we habe a PDS with some members (no modules but characters) which is
> rarely updated. Can I put this Dataset in LLA and VLF (with FREEZE
> option) without touching all our Application programs which use this
> datasets. Or can I only use this Dataset when I work with the VLF-API
> (COFDEFIN,..). We have a MONOPLEX.
> > 
> >   With best regards. Any hint appreciated.
> >   Monika 
> > 
> 
> Monika,
> 
> Yes, you can add the PDS to CSVLLAxx. LLA will cache the directory, but
> will not stage members to VLF, it does this only for load modules. Since
> the directory is FROZEN, your applications will probably not see any
> updated members untill you issue a F LLA,UPDATE=yy to refresh the
> directory from disk.
> 
> Kees.
> 
> For information, services and offers, please visit our web site:
> http://www.klm.com. This e-mail and any attachment may contain confidential
> and privileged material intended for the addressee only. If you are not the
> addressee, you are notified that no part of the e-mail or any attachment may
> be disclosed, copied or distributed, and that any other action related to
> this e-mail or attachment is strictly prohibited, and may be unlawful. If
> you have received this e-mail by error, please notify the sender immediately
> by return e-mail, and delete this message. 
> 
> Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its
> employees shall not be liable for the incorrect or incomplete transmission
> of this e-mail or any attachments, nor responsible for any delay in receipt.
> 
> Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch
> Airlines) is registered in Amstelveen, The Netherlands, with registered
> number 33014286
> 
> 
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
> 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Copying tapes with 256K blocksizes

[Ed Gould]

From: Rick Fochtman 
To: IBM-MAIN@bama.ua.edu
Sent: Fri, May 13, 2011 3:32:34 PM
Subject: Re: Copying tapes with 256K blocksizes

-

IIRC, IEHMOVE was a programming exercise for a IBM Assembler Language 
Programming class. While it is, in many ways, unmitigated junk, it does have 
the 
ability to copy more than one dataset in a single job step, without a boatload 
of DD staements. From what I remember, it uses OPEN TYPE-J to modify the DD 
statements supplied, with the possible exception of volume parameters, in a way 
similar to DYNALLOC processing today. The OP could probably also use REXX of 
CLIST exclusively to accomplish his end result, I just thought I'd "gag a few 
maggots" by suggesting IEHMOVE. :-)

Rick

--SNIP


One of the key elements that one doesn't want to use it is that it is 
slow. Example (not current) we used to have a full pack PDS for 
source and at the time we had to us IEHMOVE to copy it to tape scratch it and 
reallocate it and restore it. AND YES I knew that IEBCOPY was faster but the 
storage it needed was more than we had. But even with a large storage it 
suffered unless you coded dcb=blksize= on the DD satement.


Ed

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Aw: Re: non-module-PDS and VLF

[Mark Zelden]

On Fri, 13 May 2011 13:33:35 -0700, Ed Gould  wrote:

>Follow up to this question.
>
>Has anyone put the ISPF (load libs) in VLF and found it to help TSO response
>time?
>
>Ed
>

For many years.  They are in the LNKLST, so they get LLA and VLF benefit.
I put other ISPLLIBs in the LNKLST also.And no STEPLIBs in TSO
logon procs.

This has all been discussed many times before.  Search the archives.

Mark
--
Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS   
mailto:m...@mzelden.com
Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html 
Systems Programming expert at http://expertanswercenter.techtarget.com/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Omon/Epilog question

[Walter Medenbach]

The same commands can be used in batch mode

Walter Medenbach
Performance Analyst
IBM Australia

On Thu, May 12, 2011 at 2:44 PM, Cobe Xu  wrote:

> Hi list,
>
> How to use archived EDS (regardless active ones in EDSLIST) when involve
> EPILOG in batch mode?
> In panel mode, I know DAT ADD and DAT USE command can help.
> Many thanks!
>
> --
> Cobe Xu
>
> Best Regards
> ---
> z/OS Performance & Capacity Analyst
> z/OS System Programmer
> Email: cob...@gmail.com
> ---
> *"Impart fishing is much better than just donate fishes"*
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Migration Webcast

[Shane Ginnane]

Hmmm - that would be 01:00 Thurs AEST ...  

Let's hope their site is back up in time. It's not responding to pings at 
present, 
and when it was (on a Linux machine) privoxy blocked (presumably) the 
redirections they are using to get to (e.g) the FAQ page.
Found a Windows machine to check out the flash requirements and can't get the 
site to respond ...
And yes, I use privoxy there too.

Shane ...

On Fri, 13 May 2011 11:06:35 -0400, John Eells wrote:

>If you are planning to migrate from z/OS R10 or R11 to R12, you might
>find this free webcast useful: "Accelerate your migration to z/OS
>V1R12," presented by Marna Walle.
>
>The webcast is scheduled for Thursday, May 26, 2011 at 11:00AM EDT.
>(You should log on a bit early, by 10:45AM EDT).
>
>Preregistration is required.  Register at:
>http://events.unisfair.com/rt/ibm~zosr12mig
>
>There are workstation system requirements for this webcast.  Make sure
>you follow the directions when registering to verify your system ahead
>of time!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Migration Webcast

[Shane Ginnane]

D'oh  ... Friday

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Aw: Re: non-module-PDS and VLF

[Ed Gould]

Mark:

Well I for one put all ISPF modules in LPALST and there are very few (last time 
I checked anyway) not rent ISPF modules.
I consider that cheaper and a lot less cumbersome than VLF. 
I was at one place and they had a good size turnover of Sysprogs and none of 
them even thought about VLF after applying fixes. 
There was a decent number of head scratching as to why fixes didn't fix. 
The problem with the archives as I have learned before is that you don't know 
who to believe half the time. Its one thing of joe blow (a regular contributor) 
says something but quite often jim, mary or whoever offer conflicting advice.
We seem to have a at least on contributor that answers with one word answers 
and 
you are left puzzling what he really means half the time that you have to spend 
30 minutes analyzing the response. Its to the point that you just ignore short 
replies. Then on the otherside we have several people who can spend yards of 
replies and trying to follow some of the responses is as bad as the one word 
responses.

Ed
 




From: Mark Zelden 
To: IBM-MAIN@bama.ua.edu
Sent: Fri, May 13, 2011 5:06:24 PM
Subject: Re: Aw: Re: non-module-PDS and VLF

On Fri, 13 May 2011 13:33:35 -0700, Ed Gould  wrote:

>Follow up to this question.
>
>Has anyone put the ISPF (load libs) in VLF and found it to help TSO response
>time?
>
>Ed
>

For many years.  They are in the LNKLST, so they get LLA and VLF benefit.
I put other ISPLLIBs in the LNKLST also.And no STEPLIBs in TSO
logon procs.

This has all been discussed many times before.  Search the archives.

Mark
--
Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS  
mailto:m...@mzelden.com
Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html 
Systems Programming expert at http://expertanswercenter.techtarget.com/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Migration Webcast

[Shane Ginnane]

For those interested, despite not being listed as a supported O/S, it seems
you should be able to view this on Linux. If you happen to have installed
such monstrosities as flash and javascript.
I keep one such system (normally locked away in a dark cupboard), and was
able to pass (all) the system check(s). It even "ticked" Linux 64-bit as a
supported O/S.

Shane ...

> On Fri, 13 May 2011 11:06:35 -0400, John Eells wrote:
> 
>...
>Preregistration is required.  Register at:
>http://events.unisfair.com/rt/ibm~zosr12mig
>l
>There are workstation system requirements for this webcast.  Make sure
>you follow the directions when registering to verify your system ahead
>of time!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Mainframe Teaching Assignment

[Quasar Chunawala]

Hello,

I am a COBOL Programmer, having a decent industrial experience of 3 Years,
now. I have good teaching ability, and a good power expression. I am able to
articulate myself well. I have a flair for writing, blogging, and I
regularly publish articles on my website http://www.mainframes360.com. To
bring things into perspective, I take a lot of efforts to draft each
article, dot the i's and cross the t's, providing snapshots, and publishing
it. However, my website has decent readership, its 2 years old, but the
returns are a mediocre $20 revenue a month.

I am based at India. The reason I write to you gentlemen is, I seek some
sort of a teaching assignment related to Mainframes, over the Internet. I
hear that a lot of Universities also in the United States have Mainframes in
their Graduate Courses. I am ready to take up anything which involves,
preparing course Material for candidates, imparting Mainframes Coaching over
the Internet. Please suggest, if there's anything on your mind.

Look forward to receiving a reply soon,

Thank you very much.

Quasar Chunawala,
Author, Mainframes360.com
Cell : 9930389084
E-mail : quasar.chunawa...@gmail.com
Blog : http://www.mainframes360.com

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Aw: Re: non-module-PDS and VLF

[Ron Hawkins]

Ed, 

> I consider that cheaper and a lot less cumbersome than VLF.
> I was at one place and they had a good size turnover of Sysprogs and none
of
> them even thought about VLF after applying fixes.
> There was a decent number of head scratching as to why fixes didn't fix.
[Ron Hawkins] 
VLF caching of load modules is managed dynamically through an interface with
Program Fetch. If the load library is not frozen in LLA, or you issue an LLA
refresh, any replaced modules will be picked up automatically. There's
nothing your Sysprogs have to think about with VLF.

Ron

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: non-module-PDS and VLF

[Ron Hawkins]

Monika,

Provided it is a PDS you can FREEZE the library in LLA to avoid BLDL IO. Non
load module PDS-E will not be honored as FROZEN by LLA.

There will be no member caching of non load module PDS or PDS-E in VLF
unless it is a REXX or CLIST using EXEC, and you specify the class for
IKJEXEC in your COFVLFnn member. This is completely independent of whether
the dataset is listed in CSVLLAnn or not.

I always thought this was one topic explained quite clearly in the Init and
Tuning Guide/Ref, and explained very poorly by those that had never RTFM.

There is a good thread on this topic in the archives titled " Library
Lookaside" in September 2009, especially Peter Relson's input. He quotes the
messages manual thus:

"Consider a PDSE that is something like VB 255 and contains CLISTs. LLA will
reject this PDSE with a message such as
SY1  CSV242I INVALID DATA SET ORGANIZATION FOR LLA DSN: RELSON.CLIST.PDSE

>From the book:
Explanation: Library lookaside (LLA) received a request to manage sequential
data set dsname or partitioned data set extended (PDSE) data-only library
dsname. LLA manages only partitioned data sets (PDSs), or partitioned data
sets extended (PDSEs) that contain program objects"

Ron



> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
Behalf Of
> Monika Amiss
> Sent: Thursday, May 12, 2011 2:14 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: [IBM-MAIN] non-module-PDS and VLF
> 
> Hello Group,
> 
>   we habe a PDS with some members (no modules but characters) which is
rarely
> updated. Can I put this Dataset in LLA and VLF (with FREEZE option)
without
> touching all our Application programs which use this datasets. Or can I
only
> use this Dataset when I work with the VLF-API (COFDEFIN,..). We have a
> MONOPLEX.
> 
>   With best regards. Any hint appreciated.
>   Monika
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html