Re: IEFBR14

[Anthony Thompson]

You can use DF/DSS EXEC card parm UTILMSG=YES to see what 'general access 
method' ADRDSSU is using to copy data. Default is UTILMSG=ERROR (only if 
utility bugs out).

Ant.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Ron Hawkins
Sent: Tuesday, 20 March 2012 1:27 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: IEFBR14

Gerhard,

Does this ALLDATA change the access method used by DFSMSdss? For logical copy 
I've found that DFSMSdss actually calls utilities like IDCAMS and IEBCOPY to 
read or write the dataset. I'm guessing that using ALLDATA to read all the 
allocated space for a dataset would cause DFSMSdss invoke an access method that 
is not concerned when the physical structure of the file changes part way 
through. 

Ron

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On 
> Behalf Of Gerhard Postpischil
> Sent: Sunday, March 18, 2012 7:02 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: [IBM-MAIN] IEFBR14
> 
> On 3/18/2012 9:03 AM, Ron Hawkins wrote:
> > And finally, my memory may be a bit dodgy nowadays, but it's my 
> > recollection that the EOF for empty datasets was introduced so that 
> > DFSMShsm and DFSMSdss could migrate, move and copy empty datasets.
> > When there is no EOF for a zero empty dataset these utilities choke 
> > and spit it back. I don't think security was an objective.
> 
> When you use the ALLDATA option, DSS copies whatever exists past the 
> last valid EOF. This means that it has the capability of copying 
> anything,
regardless
> of DCB parameters, or whether or not those tracks have been used. So 
> exactly what condition would "choke and spit it back"?
> 
> I guess that DSS, and presumably HSM, use a Read Track or Read Track 
> Multiple, and the only condition that might cause a problem would be 
> an uninitialized track, lacking basic home address information.
> 
> Gerhard Postpischil
> Bradford, VT
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email
to
> lists...@bama.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@bama.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: IEFBR14

[Ron Hawkins]

Gerhard,

Does this ALLDATA change the access method used by DFSMSdss? For logical
copy I've found that DFSMSdss actually calls utilities like IDCAMS and
IEBCOPY to read or write the dataset. I'm guessing that using ALLDATA to
read all the allocated space for a dataset would cause DFSMSdss invoke an
access method that is not concerned when the physical structure of the file
changes part way through. 

Ron

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
> Behalf Of Gerhard Postpischil
> Sent: Sunday, March 18, 2012 7:02 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: [IBM-MAIN] IEFBR14
> 
> On 3/18/2012 9:03 AM, Ron Hawkins wrote:
> > And finally, my memory may be a bit dodgy nowadays, but it's my
> > recollection that the EOF for empty datasets was introduced so that
> > DFSMShsm and DFSMSdss could migrate, move and copy empty datasets.
> > When there is no EOF for a zero empty dataset these utilities choke
> > and spit it back. I don't think security was an objective.
> 
> When you use the ALLDATA option, DSS copies whatever exists past the last
> valid EOF. This means that it has the capability of copying anything,
regardless
> of DCB parameters, or whether or not those tracks have been used. So
> exactly what condition would "choke and spit it back"?
> 
> I guess that DSS, and presumably HSM, use a Read Track or Read Track
> Multiple, and the only condition that might cause a problem would be an
> uninitialized track, lacking basic home address information.
> 
> Gerhard Postpischil
> Bradford, VT
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email
to
> lists...@bama.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: IEFBR14

[Ron Hawkins]

Gil,

When I said choked, I really meant crashed (as in choked and died).

The reference to DFSMSdss is my bad, and in fact it may have been changing
DFSMShsm to use the dss datamover that solved many of the "dataset left
behind problems" we were having at this particular site. It's been 15 years
since I worked as a Storage Admin so the memory is a bit dodgy, but I'm
certain there was a time when DFSMShsm would not migrate an empty dataset.

Ron

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
> Behalf Of Paul Gilmartin
> Sent: Sunday, March 18, 2012 10:30 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: [IBM-MAIN] IEFBR14
> 
> On Sun, 18 Mar 2012 10:02:28 -0400, Gerhard Postpischil wrote:
> 
> >On 3/18/2012 9:03 AM, Ron Hawkins wrote:
> >> And finally, my memory may be a bit dodgy nowadays, but it's my
> >> recollection that the EOF for empty datasets was introduced so that
> >> DFSMShsm and DFSMSdss could migrate, move and copy empty datasets.
> >> When there is no EOF for a zero empty dataset these utilities choke
> >> and spit it back. I don't think security was an objective.
> >
> IIRC, there was a time in prehistory or thereabouts when HSM choked
> attempting to migrate a properly formatted PDS with no members.
> There might have been a mismotivated performance concern here:
> If it's empty, it's more efficient to delete and later reallocate than to
migrate
> and recall.
> 
> >When you use the ALLDATA option, DSS copies whatever exists past the
> >last valid EOF. ...
> >
> Presumably also past DS1LSTAR?
> 
> -- gil
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email
to
> lists...@bama.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: DASD Mod9/Mod54

[Ron Hawkins]

Bob,

On reason why 3390-54 may have higher response time than 16x3390-9 is that
the underlying volume is striped over less physical disk drives.

Ignoring wide striping, in most DASD volume layouts a single volume is
spread over two, four or eight disk drives. One 3390-54 will there have 2 to
8 physical disk drives backing it, whereas the 16x3390-3 could 16 times as
many disk drives (32 to 256 HDD). How many drives a workload is spread over
with 3390-3 will depend on your logical device layout, but there is a
natural "flattening" of the back end IO load with smaller, well distributed
volumes.

If this is the problem you will see a larger disconnect time in the 3390-54
response time.

If you are seeing IOSQ time then you need to look at your HyperPAV or PAV
allocation.

Ron

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
> Behalf Of Lester, Bob
> Sent: Monday, March 19, 2012 3:57 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: [IBM-MAIN] DASD Mod9/Mod54
> 
> Hi Folks,
> 
>  With todays' modern disk arrays, is there any reason (z/OS based or
other)
> that response time for my Mod54s is consistently higher than for my Mod9s?
> 
>  Assume identical workload against each, single array with multiple
LCUs.
> RMF says the LCUs are pretty well balanced.  Single image.  Pretty simple
> setup.
> 
>  Thoughts?
> 
> Thanks!
> BobL
> 
> mailgate3.oppenheimerfunds.com made the following annotations
> -
> This e-mail transmission may contain information that is proprietary,
> privileged and/or confidential and is intended exclusively for the
person(s) to
> whom it is addressed. Any use, copying, retention or disclosure by any
> person other than the intended recipient or the intended recipient's
> designees is strictly prohibited. If you are not the intended recipient or
their
> designee, please notify the sender immediately by return e-mail and delete
> all copies. OppenheimerFunds may, at its sole discretion, monitor, review,
> retain and/or disclose the content of all email communications.
> -
> 
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email
to
> lists...@bama.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: DASD Mod9/Mod54

[Bob Rutledge]

Lester, Bob wrote:

Hi Folks,

 With todays' modern disk arrays, is there any reason (z/OS based or other) 
that response time for my Mod54s is consistently higher than for my Mod9s?

 Assume identical workload against each, single array with multiple LCUs.  
RMF says the LCUs are pretty well balanced.  Single image.  Pretty simple setup.

 Thoughts?


Which component(s) of response time?

Bob

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: Theology question

[Paul Gilmartin]

On Mon, 19 Mar 2012 17:43:45 -0400, Gord Tomlin wrote:

>IMHO using '*' to represent null violates the Principle of Least
>Astonishment. '*' is often used in masking to represent "anything",
>which is a long way from null.
>
>How about using NULL to represent null, e.g.,
>
>thing3(option1,NULL)  /* This would define another thing and say "even
>if you have a default, global value for option2, pretend you don't" */
> 
I am very accustomed to, and comfortable with the convention
common to Rexx and POSIX shell script, both of which distinguish
between undefined and any defined value: empty string, "NULL",
or whatever.  So, I'd add the rule:

thing3(option1,NULL)/* Means option2 is unset.  */
thing3(option1,'NULL')  /* means option2 is the 4-character string, "NULL".)

... (reserved words are never quoted; values are quoted to avoid conflict
with reserved words or when lexically required, to avoid any encroachment
on the potential value space.)

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

DASD Mod9/Mod54

[Lester, Bob]

Hi Folks,

 With todays' modern disk arrays, is there any reason (z/OS based or other) 
that response time for my Mod54s is consistently higher than for my Mod9s?

 Assume identical workload against each, single array with multiple LCUs.  
RMF says the LCUs are pretty well balanced.  Single image.  Pretty simple setup.

 Thoughts?

Thanks!
BobL

mailgate3.oppenheimerfunds.com made the following annotations
-
This e-mail transmission may contain information that is proprietary, 
privileged and/or confidential and is intended exclusively for the person(s) to 
whom it is addressed. Any use, copying, retention or disclosure by any person 
other than the intended recipient or the intended recipient's designees is 
strictly prohibited. If you are not the intended recipient or their designee, 
please notify the sender immediately by return e-mail and delete all copies. 
OppenheimerFunds may, at its sole discretion, monitor, review, retain and/or 
disclose the content of all email communications.
-


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: host codepge 0037 and the obscure "not sign"

[Alan Altmark]

On Tue, 13 Mar 2012 12:51:26 -0400, Shmuel Metz (Seymour J.) 
 wrote:
>>Is there any translation table in z/os 1.11 that translates the "NOT
>>SIGN" x'5F' to an ascii x'AC',
>
>These is no ASCII 'AC'X; you really need to know what code pages
>you're using to get a correct translation.

If you use UCS-2, the NOT SIGN is U+00AC.  But you're right, it isn't ASCII, 
it's Unicode.

TYPE U 2 B  (big endian Unicode)
TYPE U 2 L   (little endian Unicode)

Also look at SITE UCSHOSTCS.

Alan Altmark
IBM

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: Theology question

[Gibney, Dave]

I think (hope) you mean two single quotes '
Not a double quote "

Are you asking how to document or how to code the parameter or how to code the 
interpretation of the parameter?

Dave Gibney
Information Technology Services
Washington State University


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
> Behalf Of Thomas Kern
> Sent: Monday, March 19, 2012 2:41 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: Theology question
> 
> I feel the asterisk should mean "use the global default" and the '' should
> mean "don't use
> any value".
> 
> /Tom Kern
> 
> On 3/19/2012 17:12, Phil Smith wrote:
> > In our configuration data set, you can specify a default, global value for
> something. Specific entries in the configuration can override that global
> value. However, there are cases where you *must* specify a null value on a
> specific entry, as if you had no default, global value.
> >
> > Our internal debate is over whether an asterisk is appropriate to say "No,
> really, don't use any value here".
> >
> > So examples might be:
> >
> > thing1(option1,option2)  /* This defines a thing with an explicit option1 
> > and
> explicit option2 */
> >
> > thing2(option1)  /* This defines another thing and says "use the default,
> global value for option2 if you have one" */
> >
> > thing3(option1,*)  /* This would define another thing and say "even if you
> have a default, global value for option2, pretend you don't" */
> >
> > thing4(option1,'')  /* This is an alternative form of thing3 */
> >
> > One of us feels that the asterisk should mean "use the global default". One
> of us feels that the double quote is ugly and error-prone.
> >
> > Based on the collective wisdom of the centuries, what *feels* right to you?
> > --
> > ...phsiii
> >
> > Phil Smith III
> > p...@voltage.com
> > Voltage Security, Inc.
> > www.voltage.com
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
> >
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: Theology question

[Ed Finnell]

Seems retro to me like when I wrote my first CLIST back in 1976.  Sort of 
depends on the called program and how it's gonna parse the  entries-DEBUG(Y).
 
 
In a message dated 3/19/2012 4:16:20 P.M. Central Daylight Time,  
p...@voltage.com writes:

Based on  the collective wisdom of the centuries, what *feels* right to  
you?


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: Theology question

[Gord Tomlin]

IMHO using '*' to represent null violates the Principle of Least 
Astonishment. '*' is often used in masking to represent "anything", 
which is a long way from null.


How about using NULL to represent null, e.g.,

thing3(option1,NULL)  /* This would define another thing and say "even 
if you have a default, global value for option2, pretend you don't" */


--

Regards, Gord Tomlin
Action Software International
(a division of Mazda Computer Corporation)
Tel: (905) 470-7113, Fax: (905) 470-6507

On 2012-03-19 17:12, Phil Smith wrote:

In our configuration data set, you can specify a default, global value for 
something. Specific entries in the configuration can override that global 
value. However, there are cases where you *must* specify a null value on a 
specific entry, as if you had no default, global value.

Our internal debate is over whether an asterisk is appropriate to say "No, really, 
don't use any value here".

So examples might be:

thing1(option1,option2)  /* This defines a thing with an explicit option1 and 
explicit option2 */

thing2(option1)  /* This defines another thing and says "use the default, global 
value for option2 if you have one" */

thing3(option1,*)  /* This would define another thing and say "even if you have a 
default, global value for option2, pretend you don't" */

thing4(option1,'')  /* This is an alternative form of thing3 */

One of us feels that the asterisk should mean "use the global default". One of 
us feels that the double quote is ugly and error-prone.

Based on the collective wisdom of the centuries, what *feels* right to you?
--
...phsiii

Phil Smith III
p...@voltage.com
Voltage Security, Inc.
www.voltage.com

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN




--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: Theology question

[Thomas Kern]

I feel the asterisk should mean "use the global default" and the '' should mean 
"don't use
any value".

/Tom Kern

On 3/19/2012 17:12, Phil Smith wrote:
> In our configuration data set, you can specify a default, global value for 
> something. Specific entries in the configuration can override that global 
> value. However, there are cases where you *must* specify a null value on a 
> specific entry, as if you had no default, global value.
> 
> Our internal debate is over whether an asterisk is appropriate to say "No, 
> really, don't use any value here".
> 
> So examples might be:
> 
> thing1(option1,option2)  /* This defines a thing with an explicit option1 and 
> explicit option2 */
> 
> thing2(option1)  /* This defines another thing and says "use the default, 
> global value for option2 if you have one" */
> 
> thing3(option1,*)  /* This would define another thing and say "even if you 
> have a default, global value for option2, pretend you don't" */
> 
> thing4(option1,'')  /* This is an alternative form of thing3 */
> 
> One of us feels that the asterisk should mean "use the global default". One 
> of us feels that the double quote is ugly and error-prone.
> 
> Based on the collective wisdom of the centuries, what *feels* right to you?
> --
> ...phsiii
> 
> Phil Smith III
> p...@voltage.com
> Voltage Security, Inc.
> www.voltage.com
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
> 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Theology question

[Phil Smith]

In our configuration data set, you can specify a default, global value for 
something. Specific entries in the configuration can override that global 
value. However, there are cases where you *must* specify a null value on a 
specific entry, as if you had no default, global value.

Our internal debate is over whether an asterisk is appropriate to say "No, 
really, don't use any value here".

So examples might be:

thing1(option1,option2)  /* This defines a thing with an explicit option1 and 
explicit option2 */

thing2(option1)  /* This defines another thing and says "use the default, 
global value for option2 if you have one" */

thing3(option1,*)  /* This would define another thing and say "even if you have 
a default, global value for option2, pretend you don't" */

thing4(option1,'')  /* This is an alternative form of thing3 */

One of us feels that the asterisk should mean "use the global default". One of 
us feels that the double quote is ugly and error-prone.

Based on the collective wisdom of the centuries, what *feels* right to you?
--
...phsiii

Phil Smith III
p...@voltage.com
Voltage Security, Inc.
www.voltage.com

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: FTP the NPIV file off the CEC SE to my PC

[R.S.]

W dniu 2012-03-19 13:36, J Ellis pisze:

My HMC's are all on the network, the problem is you can not FTP the WWPN off to 
your workstation, I was told in an ETR that is was because the SE has no FTP 
connection to the outside network. When I go in to single object mode to the SE 
so I can see the FCP configuration, I have an option to transfer via FTP, this 
fails, which is why I opened the ETR. In the ETR, as well as my top gun, I was 
told the SE would have to be on the netowrk in order to do this.

If there is a way to get this remotely, he SE being on the network, please tell 
me how.
I have had some success with a sellect/copy all, and then pasting into an EXCEL 
worksheet, most of the time EXCEL hangs contacting the server (SE).


The same for IOCP input text. You have the following choices:
- read from USB stick attached to HMC (in case of IOCP)
- use the same function on HMC, not SE - this is NOT for IOCP, but works 
for OSA-ICC input file
- add some PC to HMC-SE "internal" LAN. I can imagine such PC with two 
LAN adapters, ftp server and RDP (remote desktop).


BTW: this is not the only case when you *have* to connect to HMC-SE 
network. Another case would be NTP server, especially NTP with PPS.



--
Radoslaw Skorupka
Lodz, Poland


--
Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku 
przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by jedynie 
jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste adresatem 
niniejszej wiadomoci lub pracownikiem upowanionym do jej przekazania 
adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie 
lub inne dziaanie o podobnym charakterze jest prawnie zabronione i moe by 
karalne. Jeeli otrzymae t wiadomo omykowo, prosimy niezwocznie 
zawiadomi nadawc wysyajc odpowied oraz trwale usun t wiadomo 
wczajc w to wszelkie jej kopie wydrukowane lub zapisane na dysku.

This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. 


BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax 
+48 (22) 829 00 33, www.brebank.pl, e-mail: i...@brebank.pl
Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237, NIP: 526-021-50-88. 
Wedug stanu na dzie 01.01.2012 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.410.984 zotych.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: IEFBR14

[Gerhard Postpischil]

On 3/18/2012 1:29 PM, Paul Gilmartin wrote:

When you use the ALLDATA option, DSS copies whatever exists past
the last valid EOF. ...


Presumably also past DS1LSTAR?


I didn't want to write a novel. When I make permanent backups 
with DSS, I normally use ALLEXCP; that way a clobbered LSTAR 
doesn't prevent recovery of data.


I've never had the joy of setting up HSM, nor copying empty PDSs 
with DSS, so can't attest to early performance. But I would find 
it surprising if they failed. In my experience, stupid mistakes 
aside, IBM tends to produce slow, but thorough utility code 
(with modern SORT the exception, perhaps due to market pressure, 
and the outstanding quality of the support team).


Gerhard Postpischil
Bradford, VT

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: WTOR problem

[Gerhard Postpischil]

On 3/19/2012 8:45 AM, Micheal Butz wrote:

I am having problems with following coding generating a re-entrable version
of the WTOR below is the relvant code



  WTOR   TEXT=(D_MSG,REPLYAREA,REPLY_LEN,REPLY_ECB),MF=(E,WTO_D_L



When you are dealing with old macros, use a PRINT ON,GEN around 
them, inspect which fields they set, and artificially fill in 
the missing pieces. Alternatively, use two MF=L forms, one in a 
CSECT and one in your DSECT, and copy the CSECT instance to the 
DSECT one. In general, that will allow the MF=E form to build a 
complete parm list.


Gerhard Postpischil
Bradford, VT

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: Totally offtopic, sorry, almost choked laughing.

[Mike Schwab]

Airplane! did a good Staying Alive dance.
http://www.youtube.com/watch?v=xLQWPgQMHhQ

On Mon, Mar 19, 2012 at 11:38 AM, McKown, John
 wrote:
> Yes. I kept getting a John Travolta "Saturday Night Fever" overlay in my 
> sight and couldn't stop laughing. Sorry for the off-topic.
>
> --
> John McKown

-- 
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: INFO IBM-MAIN

Re: Password Phrase Encryption Algo?

[Costin Enache]

Well, the standard DES crypto for RACF (iSeries also) is using the password as 
the key to encrypt the username (profile name). In a practical sense, it is 
like hashing - the key is never stored on the system, so it cannot get stolen. 
It is also quite strong, but the algo is outdated and crippling it by dropping 
8 bits makes it even weaker; the character set is also relatively small, 
enabling easy cracking. A decent AES, with mixed case and large charset, would 
quicly resolve the classical issue.
 
Costin
 


 From: Paul Gilmartin 
To: IBM-MAIN@bama.ua.edu 
Sent: Monday, March 19, 2012 5:34 PM
Subject: Re: Password Phrase Encryption Algo?
  
On Mon, 19 Mar 2012 16:19:37 +, Costin Enache wrote:

>Of course. The final result looks like SHA-1, but several operations could 
>take place before - DES, etc. At the end it is a cryptographic operation. The 
>corect question would be - how are the passwords hashed, and potentially 
>encrypted, for RACF passworh phrases?
>
A one-way hash should be preferble to encryption because there
should be no possibility that the key could be stolen.  A dual-key
ciphersystem with one key discarded is comparable to a one-way
hash. 


From: Kirk Wolf
Sent: Monday, March 19, 2012 4:17 PM
  
Sorry if I'm being pedantic, but SHA-1 is not an encryption algorithm - it
is a cryptographic hash function.

http://en.wikipedia.org/wiki/Cryptographic_hash_function

On Mon, Mar 19, 2012 at 9:09 AM, Costin Enache wrote:
>
> Does anybody have a clue how the
> PASSPHRASE is encrypted in RACF? It looks very much like SHA (SHA-1 I
> hope), it depends on both the username and password, but how is it
> build?

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: Totally offtopic, sorry, almost choked laughing.

[McKown, John]

Yes. I kept getting a John Travolta "Saturday Night Fever" overlay in my sight 
and couldn't stop laughing. Sorry for the off-topic.

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * 
john.mck...@healthmarkets.com * www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets(r) is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The 
MEGA Life and Health Insurance Company.SM

 

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Steve Comstock
> Sent: Monday, March 19, 2012 11:32 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: Totally offtopic, sorry, almost choked laughing.
> 
> On 3/19/2012 10:27 AM, McKown, John wrote:
> > http://www.arcamax.com/thefunnies/freerange/s-1110960
> 
> Ummm. so which comic struck you so funny? The discosaurus?
> 
> 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: Password Phrase Encryption Algo?

[Paul Gilmartin]

On Mon, 19 Mar 2012 16:19:37 +, Costin Enache wrote:

>Of course. The final result looks like SHA-1, but several operations could 
>take place before - DES, etc. At the end it is a cryptographic operation. The 
>corect question would be - how are the passwords hashed, and potentially 
>encrypted, for RACF passworh phrases?
>
A one-way hash should be preferble to encryption because there
should be no possibility that the key could be stolen.  A dual-key
ciphersystem with one key discarded is comparable to a one-way
hash. 


 From: Kirk Wolf
Sent: Monday, March 19, 2012 4:17 PM
  
Sorry if I'm being pedantic, but SHA-1 is not an encryption algorithm - it
is a cryptographic hash function.

http://en.wikipedia.org/wiki/Cryptographic_hash_function

On Mon, Mar 19, 2012 at 9:09 AM, Costin Enache wrote:
>
> Does anybody have a clue how the
> PASSPHRASE is encrypted in RACF? It looks very much like SHA (SHA-1 I
> hope), it depends on both the username and password, but how is it
> build?

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: Totally offtopic, sorry, almost choked laughing.

[Steve Comstock]

On 3/19/2012 10:27 AM, McKown, John wrote:

http://www.arcamax.com/thefunnies/freerange/s-1110960


Ummm. so which comic struck you so funny? The discosaurus?




John McKown
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone *
john.mck...@healthmarkets.com * www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets(r) is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The 
MEGA Life and Health Insurance Company.SM


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN




--

Kind regards,

-Steve Comstock
The Trainer's Friend, Inc.

303-355-2752
http://www.trainersfriend.com

* To get a good Return on your Investment, first make an investment!
  + Training your people is an excellent investment

* Try our tool for calculating your Return On Investment
for training dollars at
  http://www.trainersfriend.com/ROI/roi.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: WTOR problem

[Ray Overby]

Ben - I disagree that the code is non-rent. While there are a-cons 
generated by the WTOR MF=L macro expansion the WTOR MF=E macro is 
replacing these a-cons. The code does successfully execute in a program 
linked as RENT & REUS.


MF=L WTOR:

  Loc  Object CodeAddr1 Addr2  Stmt   Source 
Statement  HLASM R6.0  2012/03/19 08.40
   1176 WTOR1WTOR  'YES OR 
NO',ROUTCDE=(9),MF=L
0004EC 1179+WTOR1DS
0F   01-WTOR
0004EC 1182+ DC
A(0) REPLY ADDRESS  @P4A 01-WTOR
0004F0 1183+ DC
A(0) ECB ADDRESS@P4A 01-WTOR
0004F4 00  1184+ DC
AL1(0)   REPLY LENGTH   @G860PSS 01-WTOR
0004F5 0D  1185+ DC
AL1(13)  TEXT LENGTH + 4@YA17152 01-WTOR
0004F6 80001186+ DC
B'1000'  MCSFLAGS   @L1A 01-WTOR
0004F8 E8C5E240D6D940D51187+ DCC'YES OR 
NO' MESSAGE TEXT   @PBC 01-WTOR

000500 D6
000501 1188+ DC
B''  DESCRIPTOR CODES   @L1A 01-WTOR
000503 00801189+ DC
B'1000'  ROUTING CODES  @L1A 01-WTOR

  000191190 WTOR1L   EQU   (*-WTOR1)


MF=E WTOR:

162 
*--*

163 * WTOR
164 
*--*
0001D4 4120 00088   165  LA
R2,L'REPLY  LENGTH OF REPLY BUFFER
0001D8 4130 D07800078   166  LA
R3,REPLYA(REPLY BUFFER)
0001DC 4140 D07400074   167  LA
R4,ECBADA(ECB)
0001E0 D218 D080 C4EC 00080 004EC   168  MVC   
WTORD1(WTOR1L),WTOR1INIT PLIST
0001E6 D703 D074 D074 00074 00074   169  XC
ECBAD,ECBAD CLEAR ECB

170 *
171  WTOR  'YES OR 
NO',(R3),(R2),(R4), X

   MF=(E,WTORD1)
0001EC 4110 D08000080   176+ LA
1,WTORD1  LOAD PARAMETER REG 1   02-IHBIN
0001F0 5031 0   177+ ST
R3,0(1,0)STORE REPLY ADDR   @G860PSS 01-WTOR
0001F4 9680 1000  0 178+ OI
0(1),X'80'   INDICATE WTOR  @G860PSS 01-WTOR
0001F8 5041 00044   179+ ST
R4,4(1,0)STORE ECB ADDRESS  @G860PSS 01-WTOR
0001FC 4221 00088   180+ STC   
R2,8(1,0)STORE REPLY LENGTH @G860PSS 01-WTOR
000200 0A23 181+ SVC   
35   ISSUE SVC 35   @L5A 01-WTOR

182 *


On 3/19/2012 10:08 AM, Binyamin Dissen wrote:

As you specified it, it is not reentrant as the MF=L generates A-cons.

On Mon, 19 Mar 2012 11:02:00 -0400 Micheal Butz
wrote:

:>Thanks
:>
:>worked
:>
:>WTO_D_CON WTOR TEXT=(,REPLYAREA,REPLY_LEN,REPLY_ECB),MF=L  model
:>statement
:>WTO_D_CON_LEN  EQU  *-WTO_D_CON
:>
:>Followed by
:>
:>  WTOR   TEXT=D_MSG,MF=(E,WTO_D_LST)
:>
:>-Original Message-
:>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
:>Of Rob Scott
:>Sent: Monday, March 19, 2012 10:17 AM
:>To: IBM-MAIN@bama.ua.edu
:>Subject: Re: WTOR problem
:>
:>I do not think so.
:>
:>There could well be parameter list contents that are not set during MF=E
:>logic that are primed by MF=L.
:>
:>Just because you specify all possible parameters does not mean that WTOR/WTO
:>MF=E will generate a fully constructed parameter list.
:>
:>It is a historical thing - and developers just have to put up with it and
:>use the "move the model in" technique.
:>
:>Be warned - there are other macros like this around.
:>
:>Rob Scott
:>Lead Developer
:>Rocket Software
:>275 Grove Street * Newton, MA 02466-2272 * USA
:>Tel: +1.781.684.2305
:>Email: rsc...@rs.com
:>Web: www.rocketsoftware.com
:>
:>-Original Message-
:>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
:>Of Micheal Butz
:>Sent: 19 March 2012 14:07
:>To: IBM-MAIN@bama.ua.edu
:>Subject: Re: WTOR problem
:>
:>Rob,
:>
:>I understand that however moving the model *statement* would be sufficient
:>if I coded WTOR MF=(E,WTOR_LIST) By coding
:>
:>WTOR   TEXT=(D_MSG,REPLYAREA,REPLY_LEN,REPLY_ECB),MF=(E,WTO_D_LX
:> 

Totally offtopic, sorry, almost choked laughing.

[McKown, John]

http://www.arcamax.com/thefunnies/freerange/s-1110960

John McKown
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone *
john.mck...@healthmarkets.com * www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets(r) is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The 
MEGA Life and Health Insurance Company.SM


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: FTP the NPIV file off the CEC SE to my PC

[Alan Altmark]

On Mon, 19 Mar 2012 07:36:06 -0500, J Ellis  
wrote:
>If there is a way to get this remotely, [without t]he SE being on the network, 
>please tell me how.
>I have had some success with a sellect/copy all, and then pasting into an 
>EXCEL worksheet, most
>of the time EXCEL hangs contacting the server (SE).

Sorry, Jerry.  I was thinking about the WWPN export function when you have an 
Ensemble.  Outside of that, yes, the binary NPIV configuration file can be 
exported only when you're on the HMC.

The only thing I've ever done is to use a VPN that was set up to access the 
private HMC-SE network to give direct access to the SEs for those few "SE-only" 
functions that not even Single Object Operations will show to you.   ("Break 
glass.")  I guess it would allow the FTP to work, too.  I never gave it much 
thought.

Alan Altmark
IBM

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: Password Phrase Encryption Algo?

[Costin Enache]

Of course. The final result looks like SHA-1, but several operations could take 
place before - DES, etc. At the end it is a cryptographic operation. The corect 
question would be - how are the passwords hashed, and potentially encrypted, 
for RACF passworh phrases?
 
 
 


 From: Kirk Wolf 
To: IBM-MAIN@bama.ua.edu 
Sent: Monday, March 19, 2012 4:17 PM
Subject: Re: Password Phrase Encryption Algo?
  
Sorry if I'm being pedantic, but SHA-1 is not an encryption algorithm - it
is a cryptographic hash function.

http://en.wikipedia.org/wiki/Cryptographic_hash_function



On Mon, Mar 19, 2012 at 9:09 AM, Costin Enache  wrote:

> Hi,
>
> Does anybody have a clue how the
> PASSPHRASE is encrypted in RACF? It looks very much like SHA (SHA-1 I
> hope), it depends on both the username and password, but how is it
> build?
>
> Yes, I have asked in the RACF list already :)
>
>
> Br,
> Costin
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: WTOR problem

[Bill Fairchild]

And this requirement to move from an assembled model expansion into the remote 
parameter list is even documented in the IBM book(s).  For example, find the 
first chapter "Using the Services", section "Macro forms", subsection 
"Conventional List Form Macros" in any of the Assembler Services Guide books, 
either unauthorized or authorized.  You will see the following sentences:
With conventional list form macros, you can use the macro forms as follows: 
"1. Use the list form of the macro, which expands to the parameter list. Place 
the list form in the section of your program where you keep non-executable 
data, such as program constants. Do not code it in the instruction stream of 
your program. 2. In the instruction stream, code a GETMAIN or a STORAGE macro 
to obtain some virtual storage.
Using the Services 11
3. Code a move character instruction that moves the parameter list from its 
non-executable position in your program into the virtual storage area that you 
obtained."
There are other sentences in this and other sections.  Read them all.

Bill Fairchild
Rocket Software

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Rob Scott
Sent: Monday, March 19, 2012 9:17 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: WTOR problem

I do not think so.

There could well be parameter list contents that are not set during MF=E logic 
that are primed by MF=L. 

Just because you specify all possible parameters does not mean that WTOR/WTO 
MF=E will generate a fully constructed parameter list.

It is a historical thing - and developers just have to put up with it and use 
the "move the model in" technique.

Be warned - there are other macros like this around.

Rob Scott
Lead Developer
Rocket Software
275 Grove Street * Newton, MA 02466-2272 * USA
Tel: +1.781.684.2305
Email: rsc...@rs.com
Web: www.rocketsoftware.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Micheal Butz
Sent: 19 March 2012 14:07
To: IBM-MAIN@bama.ua.edu
Subject: Re: WTOR problem

Rob,

I understand that however moving the model *statement* would be sufficient if I 
coded WTOR MF=(E,WTOR_LIST) By coding 

WTOR   TEXT=(D_MSG,REPLYAREA,REPLY_LEN,REPLY_ECB),MF=(E,WTO_D_LX
   ST)  

With the parameters the macro should populate the parameter list

 
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Rob Scott
Sent: Monday, March 19, 2012 8:52 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: WTOR problem

WTOR and WTO are macros that require a model parameter list to be constructed 
and populated *before* you issue the MF=E form.

Zeroing the parameter list is NOT sufficient - you must move in a model MF=L 
form just before the MF=E invocation.

More modern macros have the ",COMPLETE" option on the MF=E specification, 
unfortunately some of the older macros do not have this functionality.  

Rob Scott
Lead Developer
Rocket Software
275 Grove Street * Newton, MA 02466-2272 * USA
Tel: +1.781.684.2305
Email: rsc...@rs.com
Web: www.rocketsoftware.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Micheal Butz
Sent: 19 March 2012 12:45
To: IBM-MAIN@bama.ua.edu
Subject: WTOR problem

Hi,

 

I am having problems with following coding generating a re-entrable version of 
the WTOR below is the relvant code

 

  LTORG

 DEBUG_MESS DC  C'THE BASE ADDRESS IS  '

 TBL  DC240X'00'   

  DCC'0123456789ABCDEF'

 

 

WS_DSECT   DSECT

D_MSG  DS   AL2 

   DS   CL29

WORKFLDDS   CL9

BASE_ADDR  DS   XL5

REPLY_AREA DS   X

REPLY_LEN  EQU  1

REPLY_ECB  DS   F   

WTO_D_LST WTOR TEXT=(,,,),MF=L 

WTO_D_LST_LEN  EQU  *-WTO_D_LST

 

 

  STR3,BASE_ADDR

  UNPK  WORK_FLD,BASE_ADDR  

  TRWORK_FLD,TBL

  MVC   D_MSG+2(L'DEBUG_MESS),DEBUG_MESS

  MVC   D_MSG+22(8),WORK_FLD

  MVC   D_MSG(2),=AL2(L'DEBUG_MESS) 

  XCWTO_D_LST(WTO_D_LST_LEN),WTO_D_LST  

 WTOR   TEXT=(D_MSG,REPLYAREA,REPLY_LEN,REPLY_ECB),MF=(E,WTO_D_L

ST) 



  WAIT ECB=REPLY_ECB



--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@bama.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN 

Re: Jes2 checkpoint level/mode

[Staller, Allan]

Checkpoint LEVEL and checkpoint MODE are 2 distinct and unrelated
parameters. 

 

Checkpoint LEVEL is a JES "level set" required for MAS dependencies on
certain functions. If any system in the MAS is not at the required
level, or the checkpoint level is insufficient, the "new function"
cannot be used until the JES2 checkpoint level is changed with the
$ACTIVATE command. Certain levels of JES require a "minimum" checkpoint
level before they can join the MAS. This affects the contents of the
checkpoint datasets .

 

$ACTIVATE (with no operands) will show you the current level of the
checkpoint, and whether a $ACTIVATE to the "next level" will succeed.

 

Checkpoint mode is an operand on the $CKPTDEF JES2 initialization
statement and is either SINGLE, DUPLEX or DUAL (I will let you read up
on the difference). This affects the mode of operation of the datasets,
not the contents of the checkpoint datasets.

 

IOW, a checkpoint may be at level (Z2, Z4, Z11),. and be operating in
(SINGLE, DUAL or DUPLEX) mode at any of the levels.

 

Using my personal way-back machine, ISTR that OS390 2.4 was the level
that Workload Managed initiators were made available and the checkpoint
level z2 (z4?) was required to implement 

WLM inits.

 

This type of information is typically in presentations at z/Expo and
SHARE. I would check the archives of the appropriate organizations at
the appropriate vintage for your current releases of JES.

 

There may also be some information on the Redbooks page
http://www.redbooks.ibm.com/

 

The z/OS library can be found here
http://www-03.ibm.com/systems/z/os/zos/bkserv/index.html with manual
back to z/OS 1.2.

 

HTH,

 

 



I am looking for the difference between the JES2 checkpoint level and
checkpoint mode(w.r.t sysplex environment where there are multiple z/os
lpar's of different versions),more specifically difference between z2,z4
modes and the checkpoint level of z/os 1.2.

 

I have tried to google it and have also checked the z/os manuals but
unable to relate the mode and level in sysplex environment.




--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: Password Phrase Encryption Algo?

[Kirk Wolf]

Sorry if I'm being pedantic, but SHA-1 is not an encryption algorithm - it
is a cryptographic hash function.

http://en.wikipedia.org/wiki/Cryptographic_hash_function



On Mon, Mar 19, 2012 at 9:09 AM, Costin Enache  wrote:

> Hi,
>
> Does anybody have a clue how the
> PASSPHRASE is encrypted in RACF? It looks very much like SHA (SHA-1 I
> hope), it depends on both the username and password, but how is it
> build?
>
> Yes, I have asked in the RACF list already :)
>
>
> Br,
> Costin
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: WTOR problem

[Binyamin Dissen]

As you specified it, it is not reentrant as the MF=L generates A-cons.

On Mon, 19 Mar 2012 11:02:00 -0400 Micheal Butz 
wrote:

:>Thanks
:>
:>worked
:>
:>WTO_D_CON WTOR TEXT=(,REPLYAREA,REPLY_LEN,REPLY_ECB),MF=L  model
:>statement
:>WTO_D_CON_LEN  EQU  *-WTO_D_CON
:>
:>Followed by
:>
:> WTOR   TEXT=D_MSG,MF=(E,WTO_D_LST) 
:>
:>-Original Message-
:>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
:>Of Rob Scott
:>Sent: Monday, March 19, 2012 10:17 AM
:>To: IBM-MAIN@bama.ua.edu
:>Subject: Re: WTOR problem
:>
:>I do not think so.
:>
:>There could well be parameter list contents that are not set during MF=E
:>logic that are primed by MF=L. 
:>
:>Just because you specify all possible parameters does not mean that WTOR/WTO
:>MF=E will generate a fully constructed parameter list.
:>
:>It is a historical thing - and developers just have to put up with it and
:>use the "move the model in" technique.
:>
:>Be warned - there are other macros like this around.
:>
:>Rob Scott
:>Lead Developer
:>Rocket Software
:>275 Grove Street * Newton, MA 02466-2272 * USA
:>Tel: +1.781.684.2305
:>Email: rsc...@rs.com
:>Web: www.rocketsoftware.com
:>
:>-Original Message-
:>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
:>Of Micheal Butz
:>Sent: 19 March 2012 14:07
:>To: IBM-MAIN@bama.ua.edu
:>Subject: Re: WTOR problem
:>
:>Rob,
:>
:>I understand that however moving the model *statement* would be sufficient
:>if I coded WTOR MF=(E,WTOR_LIST) By coding 
:>
:>WTOR   TEXT=(D_MSG,REPLYAREA,REPLY_LEN,REPLY_ECB),MF=(E,WTO_D_LX
:>   ST)  
:>
:>With the parameters the macro should populate the parameter list
:>
:> 
:>-Original Message-
:>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
:>Of Rob Scott
:>Sent: Monday, March 19, 2012 8:52 AM
:>To: IBM-MAIN@bama.ua.edu
:>Subject: Re: WTOR problem
:>
:>WTOR and WTO are macros that require a model parameter list to be
:>constructed and populated *before* you issue the MF=E form.
:>
:>Zeroing the parameter list is NOT sufficient - you must move in a model MF=L
:>form just before the MF=E invocation.
:>
:>More modern macros have the ",COMPLETE" option on the MF=E specification,
:>unfortunately some of the older macros do not have this functionality.  
:>
:>Rob Scott
:>Lead Developer
:>Rocket Software
:>275 Grove Street * Newton, MA 02466-2272 * USA
:>Tel: +1.781.684.2305
:>Email: rsc...@rs.com
:>Web: www.rocketsoftware.com
:>
:>-Original Message-
:>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
:>Of Micheal Butz
:>Sent: 19 March 2012 12:45
:>To: IBM-MAIN@bama.ua.edu
:>Subject: WTOR problem
:>
:>Hi,
:>
:> 
:>
:>I am having problems with following coding generating a re-entrable version
:>of the WTOR below is the relvant code
:>
:> 
:>
:>  LTORG
:>
:> DEBUG_MESS DC  C'THE BASE ADDRESS IS  '
:>
:> TBL  DC240X'00'   
:>
:>  DCC'0123456789ABCDEF'
:>
:> 
:>
:> 
:>
:>WS_DSECT   DSECT
:>
:>D_MSG  DS   AL2 
:>
:>   DS   CL29
:>
:>WORKFLDDS   CL9
:>
:>BASE_ADDR  DS   XL5
:>
:>REPLY_AREA DS   X
:>
:>REPLY_LEN  EQU  1
:>
:>REPLY_ECB  DS   F   
:>
:>WTO_D_LST WTOR TEXT=(,,,),MF=L 
:>
:>WTO_D_LST_LEN  EQU  *-WTO_D_LST
:>
:> 
:>
:> 
:>
:>  STR3,BASE_ADDR
:>
:>  UNPK  WORK_FLD,BASE_ADDR  
:>
:>  TRWORK_FLD,TBL
:>
:>  MVC   D_MSG+2(L'DEBUG_MESS),DEBUG_MESS
:>
:>  MVC   D_MSG+22(8),WORK_FLD
:>
:>  MVC   D_MSG(2),=AL2(L'DEBUG_MESS) 
:>
:>  XCWTO_D_LST(WTO_D_LST_LEN),WTO_D_LST  
:>
:> WTOR   TEXT=(D_MSG,REPLYAREA,REPLY_LEN,REPLY_ECB),MF=(E,WTO_D_L
:>
:>ST) 
:>
:>
:>
:>  WAIT ECB=REPLY_ECB
:>
:>
:>
:>--
:>For IBM-MAIN subscribe / signoff / archive access instructions, send email
:>to lists...@bama.ua.edu with the message: INFO IBM-MAIN
:>
:>--
:>For IBM-MAIN subscribe / signoff / archive access instructions, send email
:>to lists...@bama.ua.edu with the message: INFO IBM-MAIN
:>
:>--
:>For IBM-MAIN subscribe / signoff / archive access instructions, send email
:>to lists...@bama.ua.edu with the message: INFO IBM-MAIN
:>
:>--
:>For IBM-MAIN subscribe / signoff / archi

Re: WTOR problem

[Micheal Butz]

Thanks

worked

WTO_D_CON WTOR TEXT=(,REPLYAREA,REPLY_LEN,REPLY_ECB),MF=L  model
statement
WTO_D_CON_LEN  EQU  *-WTO_D_CON

Followed by

 WTOR   TEXT=D_MSG,MF=(E,WTO_D_LST) 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Rob Scott
Sent: Monday, March 19, 2012 10:17 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: WTOR problem

I do not think so.

There could well be parameter list contents that are not set during MF=E
logic that are primed by MF=L. 

Just because you specify all possible parameters does not mean that WTOR/WTO
MF=E will generate a fully constructed parameter list.

It is a historical thing - and developers just have to put up with it and
use the "move the model in" technique.

Be warned - there are other macros like this around.

Rob Scott
Lead Developer
Rocket Software
275 Grove Street * Newton, MA 02466-2272 * USA
Tel: +1.781.684.2305
Email: rsc...@rs.com
Web: www.rocketsoftware.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Micheal Butz
Sent: 19 March 2012 14:07
To: IBM-MAIN@bama.ua.edu
Subject: Re: WTOR problem

Rob,

I understand that however moving the model *statement* would be sufficient
if I coded WTOR MF=(E,WTOR_LIST) By coding 

WTOR   TEXT=(D_MSG,REPLYAREA,REPLY_LEN,REPLY_ECB),MF=(E,WTO_D_LX
   ST)  

With the parameters the macro should populate the parameter list

 
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Rob Scott
Sent: Monday, March 19, 2012 8:52 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: WTOR problem

WTOR and WTO are macros that require a model parameter list to be
constructed and populated *before* you issue the MF=E form.

Zeroing the parameter list is NOT sufficient - you must move in a model MF=L
form just before the MF=E invocation.

More modern macros have the ",COMPLETE" option on the MF=E specification,
unfortunately some of the older macros do not have this functionality.  

Rob Scott
Lead Developer
Rocket Software
275 Grove Street * Newton, MA 02466-2272 * USA
Tel: +1.781.684.2305
Email: rsc...@rs.com
Web: www.rocketsoftware.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Micheal Butz
Sent: 19 March 2012 12:45
To: IBM-MAIN@bama.ua.edu
Subject: WTOR problem

Hi,

 

I am having problems with following coding generating a re-entrable version
of the WTOR below is the relvant code

 

  LTORG

 DEBUG_MESS DC  C'THE BASE ADDRESS IS  '

 TBL  DC240X'00'   

  DCC'0123456789ABCDEF'

 

 

WS_DSECT   DSECT

D_MSG  DS   AL2 

   DS   CL29

WORKFLDDS   CL9

BASE_ADDR  DS   XL5

REPLY_AREA DS   X

REPLY_LEN  EQU  1

REPLY_ECB  DS   F   

WTO_D_LST WTOR TEXT=(,,,),MF=L 

WTO_D_LST_LEN  EQU  *-WTO_D_LST

 

 

  STR3,BASE_ADDR

  UNPK  WORK_FLD,BASE_ADDR  

  TRWORK_FLD,TBL

  MVC   D_MSG+2(L'DEBUG_MESS),DEBUG_MESS

  MVC   D_MSG+22(8),WORK_FLD

  MVC   D_MSG(2),=AL2(L'DEBUG_MESS) 

  XCWTO_D_LST(WTO_D_LST_LEN),WTO_D_LST  

 WTOR   TEXT=(D_MSG,REPLYAREA,REPLY_LEN,REPLY_ECB),MF=(E,WTO_D_L

ST) 



  WAIT ECB=REPLY_ECB



--
For IBM-MAIN subscribe / signoff / archive access instructions, send email
to lists...@bama.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email
to lists...@bama.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email
to lists...@bama.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: WTOR problem

[Micheal Butz]

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Rob Scott
Sent: Monday, March 19, 2012 10:17 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: WTOR problem

I do not think so.

There could well be parameter list contents that are not set during MF=E
logic that are primed by MF=L. 

Just because you specify all possible parameters does not mean that WTOR/WTO
MF=E will generate a fully constructed parameter list.

It is a historical thing - and developers just have to put up with it and
use the "move the model in" technique.

Be warned - there are other macros like this around.

Rob Scott
Lead Developer
Rocket Software
275 Grove Street * Newton, MA 02466-2272 * USA
Tel: +1.781.684.2305
Email: rsc...@rs.com
Web: www.rocketsoftware.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Micheal Butz
Sent: 19 March 2012 14:07
To: IBM-MAIN@bama.ua.edu
Subject: Re: WTOR problem

Rob,

I understand that however moving the model *statement* would be sufficient
if I coded WTOR MF=(E,WTOR_LIST) By coding 

WTOR   TEXT=(D_MSG,REPLYAREA,REPLY_LEN,REPLY_ECB),MF=(E,WTO_D_LX
   ST)  

With the parameters the macro should populate the parameter list

 
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Rob Scott
Sent: Monday, March 19, 2012 8:52 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: WTOR problem

WTOR and WTO are macros that require a model parameter list to be
constructed and populated *before* you issue the MF=E form.

Zeroing the parameter list is NOT sufficient - you must move in a model MF=L
form just before the MF=E invocation.

More modern macros have the ",COMPLETE" option on the MF=E specification,
unfortunately some of the older macros do not have this functionality.  

Rob Scott
Lead Developer
Rocket Software
275 Grove Street * Newton, MA 02466-2272 * USA
Tel: +1.781.684.2305
Email: rsc...@rs.com
Web: www.rocketsoftware.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Micheal Butz
Sent: 19 March 2012 12:45
To: IBM-MAIN@bama.ua.edu
Subject: WTOR problem

Hi,

 

I am having problems with following coding generating a re-entrable version
of the WTOR below is the relvant code

 

  LTORG

 DEBUG_MESS DC  C'THE BASE ADDRESS IS  '

 TBL  DC240X'00'   

  DCC'0123456789ABCDEF'

 

 

WS_DSECT   DSECT

D_MSG  DS   AL2 

   DS   CL29

WORKFLDDS   CL9

BASE_ADDR  DS   XL5

REPLY_AREA DS   X

REPLY_LEN  EQU  1

REPLY_ECB  DS   F   

WTO_D_LST WTOR TEXT=(,,,),MF=L 

WTO_D_LST_LEN  EQU  *-WTO_D_LST

 

 

  STR3,BASE_ADDR

  UNPK  WORK_FLD,BASE_ADDR  

  TRWORK_FLD,TBL

  MVC   D_MSG+2(L'DEBUG_MESS),DEBUG_MESS

  MVC   D_MSG+22(8),WORK_FLD

  MVC   D_MSG(2),=AL2(L'DEBUG_MESS) 

  XCWTO_D_LST(WTO_D_LST_LEN),WTO_D_LST  

 WTOR   TEXT=(D_MSG,REPLYAREA,REPLY_LEN,REPLY_ECB),MF=(E,WTO_D_L

ST) 



  WAIT ECB=REPLY_ECB



--
For IBM-MAIN subscribe / signoff / archive access instructions, send email
to lists...@bama.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email
to lists...@bama.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email
to lists...@bama.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: WTOR problem

[Binyamin Dissen]

What error are you getting?

On Mon, 19 Mar 2012 10:07:18 -0400 Micheal Butz 
wrote:

:>Rob,
:>
:>I understand that however moving the model *statement* would be sufficient
:>if I coded WTOR MF=(E,WTOR_LIST)
:>By coding 
:>
:>WTOR   TEXT=(D_MSG,REPLYAREA,REPLY_LEN,REPLY_ECB),MF=(E,WTO_D_LX
:>   ST)  
:>
:>With the parameters the macro should populate the parameter list
:>
:> 
:>-Original Message-
:>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
:>Of Rob Scott
:>Sent: Monday, March 19, 2012 8:52 AM
:>To: IBM-MAIN@bama.ua.edu
:>Subject: Re: WTOR problem
:>
:>WTOR and WTO are macros that require a model parameter list to be
:>constructed and populated *before* you issue the MF=E form.
:>
:>Zeroing the parameter list is NOT sufficient - you must move in a model MF=L
:>form just before the MF=E invocation.
:>
:>More modern macros have the ",COMPLETE" option on the MF=E specification,
:>unfortunately some of the older macros do not have this functionality.  
:>
:>Rob Scott
:>Lead Developer
:>Rocket Software
:>275 Grove Street * Newton, MA 02466-2272 * USA
:>Tel: +1.781.684.2305
:>Email: rsc...@rs.com
:>Web: www.rocketsoftware.com
:>
:>-Original Message-
:>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
:>Of Micheal Butz
:>Sent: 19 March 2012 12:45
:>To: IBM-MAIN@bama.ua.edu
:>Subject: WTOR problem
:>
:>Hi,
:>
:> 
:>
:>I am having problems with following coding generating a re-entrable version
:>of the WTOR below is the relvant code
:>
:> 
:>
:>  LTORG
:>
:> DEBUG_MESS DC  C'THE BASE ADDRESS IS  '
:>
:> TBL  DC240X'00'   
:>
:>  DCC'0123456789ABCDEF'
:>
:> 
:>
:> 
:>
:>WS_DSECT   DSECT
:>
:>D_MSG  DS   AL2 
:>
:>   DS   CL29
:>
:>WORKFLDDS   CL9
:>
:>BASE_ADDR  DS   XL5
:>
:>REPLY_AREA DS   X
:>
:>REPLY_LEN  EQU  1
:>
:>REPLY_ECB  DS   F   
:>
:>WTO_D_LST WTOR TEXT=(,,,),MF=L 
:>
:>WTO_D_LST_LEN  EQU  *-WTO_D_LST
:>
:> 
:>
:> 
:>
:>  STR3,BASE_ADDR
:>
:>  UNPK  WORK_FLD,BASE_ADDR  
:>
:>  TRWORK_FLD,TBL
:>
:>  MVC   D_MSG+2(L'DEBUG_MESS),DEBUG_MESS
:>
:>  MVC   D_MSG+22(8),WORK_FLD
:>
:>  MVC   D_MSG(2),=AL2(L'DEBUG_MESS) 
:>
:>  XCWTO_D_LST(WTO_D_LST_LEN),WTO_D_LST  
:>
:> WTOR   TEXT=(D_MSG,REPLYAREA,REPLY_LEN,REPLY_ECB),MF=(E,WTO_D_L
:>
:>ST) 
:>
:>
:>
:>  WAIT ECB=REPLY_ECB
:>
:>
:>
:>--
:>For IBM-MAIN subscribe / signoff / archive access instructions, send email
:>to lists...@bama.ua.edu with the message: INFO IBM-MAIN
:>
:>--
:>For IBM-MAIN subscribe / signoff / archive access instructions,
:>send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
:>
:>--
:>For IBM-MAIN subscribe / signoff / archive access instructions,
:>send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

--
Binyamin Dissen 
http://www.dissensoftware.com

Director, Dissen Software, Bar & Grill - Israel


Should you use the mailblocks package and expect a response from me,
you should preauthorize the dissensoftware.com domain.

I very rarely bother responding to challenge/response systems,
especially those from irresponsible companies.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: WTOR problem

[Rob Scott]

I do not think so.

There could well be parameter list contents that are not set during MF=E logic 
that are primed by MF=L. 

Just because you specify all possible parameters does not mean that WTOR/WTO 
MF=E will generate a fully constructed parameter list.

It is a historical thing - and developers just have to put up with it and use 
the "move the model in" technique.

Be warned - there are other macros like this around.

Rob Scott
Lead Developer
Rocket Software
275 Grove Street * Newton, MA 02466-2272 * USA
Tel: +1.781.684.2305
Email: rsc...@rs.com
Web: www.rocketsoftware.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Micheal Butz
Sent: 19 March 2012 14:07
To: IBM-MAIN@bama.ua.edu
Subject: Re: WTOR problem

Rob,

I understand that however moving the model *statement* would be sufficient if I 
coded WTOR MF=(E,WTOR_LIST) By coding 

WTOR   TEXT=(D_MSG,REPLYAREA,REPLY_LEN,REPLY_ECB),MF=(E,WTO_D_LX
   ST)  

With the parameters the macro should populate the parameter list

 
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Rob Scott
Sent: Monday, March 19, 2012 8:52 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: WTOR problem

WTOR and WTO are macros that require a model parameter list to be constructed 
and populated *before* you issue the MF=E form.

Zeroing the parameter list is NOT sufficient - you must move in a model MF=L 
form just before the MF=E invocation.

More modern macros have the ",COMPLETE" option on the MF=E specification, 
unfortunately some of the older macros do not have this functionality.  

Rob Scott
Lead Developer
Rocket Software
275 Grove Street * Newton, MA 02466-2272 * USA
Tel: +1.781.684.2305
Email: rsc...@rs.com
Web: www.rocketsoftware.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Micheal Butz
Sent: 19 March 2012 12:45
To: IBM-MAIN@bama.ua.edu
Subject: WTOR problem

Hi,

 

I am having problems with following coding generating a re-entrable version of 
the WTOR below is the relvant code

 

  LTORG

 DEBUG_MESS DC  C'THE BASE ADDRESS IS  '

 TBL  DC240X'00'   

  DCC'0123456789ABCDEF'

 

 

WS_DSECT   DSECT

D_MSG  DS   AL2 

   DS   CL29

WORKFLDDS   CL9

BASE_ADDR  DS   XL5

REPLY_AREA DS   X

REPLY_LEN  EQU  1

REPLY_ECB  DS   F   

WTO_D_LST WTOR TEXT=(,,,),MF=L 

WTO_D_LST_LEN  EQU  *-WTO_D_LST

 

 

  STR3,BASE_ADDR

  UNPK  WORK_FLD,BASE_ADDR  

  TRWORK_FLD,TBL

  MVC   D_MSG+2(L'DEBUG_MESS),DEBUG_MESS

  MVC   D_MSG+22(8),WORK_FLD

  MVC   D_MSG(2),=AL2(L'DEBUG_MESS) 

  XCWTO_D_LST(WTO_D_LST_LEN),WTO_D_LST  

 WTOR   TEXT=(D_MSG,REPLYAREA,REPLY_LEN,REPLY_ECB),MF=(E,WTO_D_L

ST) 



  WAIT ECB=REPLY_ECB



--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@bama.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@bama.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@bama.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Password Phrase Encryption Algo?

[Costin Enache]

Hi,

Does anybody have a clue how the 
PASSPHRASE is encrypted in RACF? It looks very much like SHA (SHA-1 I 
hope), it depends on both the username and password, but how is it 
build?

Yes, I have asked in the RACF list already :)


Br,
Costin

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: WTOR problem

[Micheal Butz]

Rob,

I understand that however moving the model *statement* would be sufficient
if I coded WTOR MF=(E,WTOR_LIST)
By coding 

WTOR   TEXT=(D_MSG,REPLYAREA,REPLY_LEN,REPLY_ECB),MF=(E,WTO_D_LX
   ST)  

With the parameters the macro should populate the parameter list

 
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Rob Scott
Sent: Monday, March 19, 2012 8:52 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: WTOR problem

WTOR and WTO are macros that require a model parameter list to be
constructed and populated *before* you issue the MF=E form.

Zeroing the parameter list is NOT sufficient - you must move in a model MF=L
form just before the MF=E invocation.

More modern macros have the ",COMPLETE" option on the MF=E specification,
unfortunately some of the older macros do not have this functionality.  

Rob Scott
Lead Developer
Rocket Software
275 Grove Street * Newton, MA 02466-2272 * USA
Tel: +1.781.684.2305
Email: rsc...@rs.com
Web: www.rocketsoftware.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Micheal Butz
Sent: 19 March 2012 12:45
To: IBM-MAIN@bama.ua.edu
Subject: WTOR problem

Hi,

 

I am having problems with following coding generating a re-entrable version
of the WTOR below is the relvant code

 

  LTORG

 DEBUG_MESS DC  C'THE BASE ADDRESS IS  '

 TBL  DC240X'00'   

  DCC'0123456789ABCDEF'

 

 

WS_DSECT   DSECT

D_MSG  DS   AL2 

   DS   CL29

WORKFLDDS   CL9

BASE_ADDR  DS   XL5

REPLY_AREA DS   X

REPLY_LEN  EQU  1

REPLY_ECB  DS   F   

WTO_D_LST WTOR TEXT=(,,,),MF=L 

WTO_D_LST_LEN  EQU  *-WTO_D_LST

 

 

  STR3,BASE_ADDR

  UNPK  WORK_FLD,BASE_ADDR  

  TRWORK_FLD,TBL

  MVC   D_MSG+2(L'DEBUG_MESS),DEBUG_MESS

  MVC   D_MSG+22(8),WORK_FLD

  MVC   D_MSG(2),=AL2(L'DEBUG_MESS) 

  XCWTO_D_LST(WTO_D_LST_LEN),WTO_D_LST  

 WTOR   TEXT=(D_MSG,REPLYAREA,REPLY_LEN,REPLY_ECB),MF=(E,WTO_D_L

ST) 



  WAIT ECB=REPLY_ECB



--
For IBM-MAIN subscribe / signoff / archive access instructions, send email
to lists...@bama.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Hillgang meeting 28 Mar

[Neale Ferguson]

While I believe all our meetings are good ones, I think the upcoming one is
overflowing with VM and Linux goodness:

Date:  March 28, 2012
Location:  Computer Associates
   2291 Wood Oak Drive
   Herndon VA
Time:  8:30 for 9:00 until 2pm

STASH - Jim Porell IBM
This session is an introduction to the Smart Terminal Architecture with
Secure Hosts (STASH). STASH utilizes the System z Bladecenter Extension
(zBX) as a desktop hosting environment running trusted thin client software.
Users can take advantage of the System z for computing and management
capabilities, greatly reducing the number of servers and thin client
deployment costs. Other technologies that complete the environment are
workload management software and a fraud detection solution that mitigates
insider threat. By combining mainframe virtualization management, security,
and thin client technology, organizations will be able to take advantage of
the power of the mainframe extended to trusted virtual desktop environments.

Speaker Bio: Jim Porell is an IBM Distinguished Engineer and Deputy CTO for
Federal Sales.  In this role, Jim consults with and for US Government
agencies to assist them in removing costs, reducing risk and improving
security and resilience, while satisfying new business proposals. Most
recently, he was directing the Business Development activities for the
mainframe. Before that he was Chief Architect for the System z Software
Brand and the chairperson of the System z Software Design council which
includes all IBM mainframe operating systems and middleware, and looks at
synergy across servers and the evolution of each of IBM's server platforms
and operating systems.
 
In each of these roles, Jim's focus is to ensure that IBM deploys or
acquires technology across the System z operating systems, that work
consistently with other operating systems, to enable application growth for
IBM's customers, either by writing their own new applications or deploying
new code from Independent Software Vendors. Jim has been a security
consultant to customers and the US Government for over ten years and has
co-authored several books on security.
Jim has been with IBM for 32 years in a variety of management and technical
positions across the test, development and brand organizations in the Hudson
Valley region of New York and now working in the District of Columbia.


z/VM 6.2 Performance Update - Bill Bitner IBM
Significant changes were introduced to z/VM with Version 6 Release 2 (GA
December 2, 2011). This presentation will discuss the associated performance
changes, in particular, the performance of Single System Image (SSI)
clusters and Live Guest Relocation (LGR). How quickly can z/VM relocate a
running Linux virtual machine? What factors influence LGR performance?  Does
LGR activity influence the performance of other virtual machines? All these
questions and more, will be answered in this session.


Linux on System z: Some Get it and Others Don¹t - Len Diegel
One of the challenges of System z (mainframe) advocates today is getting the
message through to upper management.  This session covers several issues,
including the cultural differences, inhibitors, and real customer situations
and the results of their migrations.   The session is based on data
collected by Velocity Software, IBM, CA, Gartner, and others.


z/VM 6.2 Increasing the Endless Possibilities of Virtualization - Bill
Bitner IBM
By now you have probably heard about z/VM 6.2 delivering on the promise of
Single System Image (SSI) Clusters and Live Guest Relocation (LGR).  It all
sounds cool, but are you struggling with where to use it? Wondering what
makes it different than other virtualization solutions? This session has two
objectives. First, to validate that this isn't just another clustering or
guest mobility solution. There are over 2500 years of virtualization
experience behind SSI and LGR, and that experience shows through. Second, we
discuss some ways that SSI and LGR allow you greater flexibility and better
business models. Some of these are fairly conventional, some are a little
off the normal thought process.

TO RSVP
Send mail to hillg...@vm.marist.edu 
indicating that you will be attending and if you have any special dietary
issues.
To join the HillGang mailing list and receive further announcements about
HillGang meetings send email to lists...@vm.marist.edu
  with the words:

subscribe hillgang firstname lastname

in the BODY of your message (not the subject line).  You will receive a
confirmation message with information about confirming your subscription.


Neale

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: WTOR problem

[Ray Overby]

Here is some code from a working program I have to issue a rent WTOR. 
You should be able to modify this for your needs..


*--*
* WTOR
*--*
 LAR2,L'REPLY  LENGTH OF REPLY BUFFER
 LAR3,REPLYA(REPLY BUFFER)
 LAR4,ECBADA(ECB)
 MVC   WTORD1(WTOR1L),WTOR1INIT PLIST
 XCECBAD,ECBAD CLEAR ECB
*
 WTOR  'YES OR NO',(R3),(R2),(R4), X
   MF=(E,WTORD1)
*
 WAIT  ECB=ECBAD   WAIT FOR RESPONSE
*
.


Place the following by your LTORG statement:

 EJECT
WTOR1WTOR  'YES OR NO',ROUTCDE=(9),MF=L
WTOR1L   EQU   (*-WTOR1)


Place the following in your local workarea:

*--*
ECBADDSF WTOR ECB
REPLYDSCL8   WTOR REPLY BUFFER
WTORD1   DS0D,XL(WTOR1L) WTOR REMOTE PLIST




Ray Overby
Key Resources, Inc.
Ensuring System Integrity for z/Series^(TM)
www.zassure.com
(312)574-0007


On 3/19/2012 07:52 AM, Rob Scott wrote:

WTOR and WTO are macros that require a model parameter list to be constructed 
and populated *before* you issue the MF=E form.

Zeroing the parameter list is NOT sufficient - you must move in a model MF=L 
form just before the MF=E invocation.

More modern macros have the ",COMPLETE" option on the MF=E specification, 
unfortunately some of the older macros do not have this functionality.

Rob Scott
Lead Developer
Rocket Software
275 Grove Street * Newton, MA 02466-2272 * USA
Tel: +1.781.684.2305
Email: rsc...@rs.com
Web: www.rocketsoftware.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Micheal Butz
Sent: 19 March 2012 12:45
To: IBM-MAIN@bama.ua.edu
Subject: WTOR problem

Hi,



I am having problems with following coding generating a re-entrable version of 
the WTOR below is the relvant code



   LTORG

  DEBUG_MESS DC  C'THE BASE ADDRESS IS  '

  TBL  DC240X'00'

   DCC'0123456789ABCDEF'





WS_DSECT   DSECT

D_MSG  DS   AL2

DS   CL29

WORKFLDDS   CL9

BASE_ADDR  DS   XL5

REPLY_AREA DS   X

REPLY_LEN  EQU  1

REPLY_ECB  DS   F

WTO_D_LST WTOR TEXT=(,,,),MF=L

WTO_D_LST_LEN  EQU  *-WTO_D_LST





   STR3,BASE_ADDR

   UNPK  WORK_FLD,BASE_ADDR

   TRWORK_FLD,TBL

   MVC   D_MSG+2(L'DEBUG_MESS),DEBUG_MESS

   MVC   D_MSG+22(8),WORK_FLD

   MVC   D_MSG(2),=AL2(L'DEBUG_MESS)

   XCWTO_D_LST(WTO_D_LST_LEN),WTO_D_LST

  WTOR   TEXT=(D_MSG,REPLYAREA,REPLY_LEN,REPLY_ECB),MF=(E,WTO_D_L

 ST)



   WAIT ECB=REPLY_ECB



--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@bama.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: WTOR problem

[Rob Scott]

WTOR and WTO are macros that require a model parameter list to be constructed 
and populated *before* you issue the MF=E form.

Zeroing the parameter list is NOT sufficient - you must move in a model MF=L 
form just before the MF=E invocation.

More modern macros have the ",COMPLETE" option on the MF=E specification, 
unfortunately some of the older macros do not have this functionality.  

Rob Scott
Lead Developer
Rocket Software
275 Grove Street * Newton, MA 02466-2272 * USA
Tel: +1.781.684.2305
Email: rsc...@rs.com
Web: www.rocketsoftware.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Micheal Butz
Sent: 19 March 2012 12:45
To: IBM-MAIN@bama.ua.edu
Subject: WTOR problem

Hi,

 

I am having problems with following coding generating a re-entrable version of 
the WTOR below is the relvant code

 

  LTORG

 DEBUG_MESS DC  C'THE BASE ADDRESS IS  '

 TBL  DC240X'00'   

  DCC'0123456789ABCDEF'

 

 

WS_DSECT   DSECT

D_MSG  DS   AL2 

   DS   CL29

WORKFLDDS   CL9

BASE_ADDR  DS   XL5

REPLY_AREA DS   X

REPLY_LEN  EQU  1

REPLY_ECB  DS   F   

WTO_D_LST WTOR TEXT=(,,,),MF=L 

WTO_D_LST_LEN  EQU  *-WTO_D_LST

 

 

  STR3,BASE_ADDR

  UNPK  WORK_FLD,BASE_ADDR  

  TRWORK_FLD,TBL

  MVC   D_MSG+2(L'DEBUG_MESS),DEBUG_MESS

  MVC   D_MSG+22(8),WORK_FLD

  MVC   D_MSG(2),=AL2(L'DEBUG_MESS) 

  XCWTO_D_LST(WTO_D_LST_LEN),WTO_D_LST  

 WTOR   TEXT=(D_MSG,REPLYAREA,REPLY_LEN,REPLY_ECB),MF=(E,WTO_D_L

ST) 



  WAIT ECB=REPLY_ECB



--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@bama.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

WTOR problem

[Micheal Butz]

Hi,

 

I am having problems with following coding generating a re-entrable version
of the WTOR below is the relvant code

 

  LTORG

 DEBUG_MESS DC  C'THE BASE ADDRESS IS  '

 TBL  DC240X'00'   

  DCC'0123456789ABCDEF'

 

 

WS_DSECT   DSECT

D_MSG  DS   AL2 

   DS   CL29

WORKFLDDS   CL9

BASE_ADDR  DS   XL5

REPLY_AREA DS   X

REPLY_LEN  EQU  1

REPLY_ECB  DS   F   

WTO_D_LST WTOR TEXT=(,,,),MF=L 

WTO_D_LST_LEN  EQU  *-WTO_D_LST

 

 

  STR3,BASE_ADDR

  UNPK  WORK_FLD,BASE_ADDR  

  TRWORK_FLD,TBL

  MVC   D_MSG+2(L'DEBUG_MESS),DEBUG_MESS

  MVC   D_MSG+22(8),WORK_FLD

  MVC   D_MSG(2),=AL2(L'DEBUG_MESS) 

  XCWTO_D_LST(WTO_D_LST_LEN),WTO_D_LST  

 WTOR   TEXT=(D_MSG,REPLYAREA,REPLY_LEN,REPLY_ECB),MF=(E,WTO_D_L

ST) 



  WAIT ECB=REPLY_ECB



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: FTP the NPIV file off the CEC SE to my PC

[J Ellis]

My HMC's are all on the network, the problem is you can not FTP the WWPN off to 
your workstation, I was told in an ETR that is was because the SE has no FTP 
connection to the outside network. When I go in to single object mode to the SE 
so I can see the FCP configuration, I have an option to transfer via FTP, this 
fails, which is why I opened the ETR. In the ETR, as well as my top gun, I was 
told the SE would have to be on the netowrk in order to do this.

If there is a way to get this remotely, he SE being on the network, please tell 
me how. 
I have had some success with a sellect/copy all, and then pasting into an EXCEL 
worksheet, most of the time EXCEL hangs contacting the server (SE).

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Jes2 checkpoint level/mode

[Simon J]

Hi All,

I am looking for the difference between the JES2 checkpoint level and 
checkpoint mode(w.r.t sysplex environment where there are multiple z/os lpar's 
of different versions),more specifically difference between z2,z4 modes and the 
checkpoint level of z/os 1.2.

I have tried to google it and have also checked the z/os manuals but unable to 
relate the mode and level in sysplex environment.

Any pointers will be of great help.

TIA
Simonj

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Time stay still in seconds

[Miklos Szigetvari]

Hi

We are now in 2012 and thing are occurring in mill or nanosecond 
intervals, but some functions still working in seconds range.

Disturb me ,:
-  the JES job-log time stamps are in seconds
-  LOGREC  IFCEREP query in seconds
If someone has an idea to overcome this

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: IBM Rational Developer for System z with EGL V8.0.3 - Clarification

[Jousma, David]

The z/OS part is SMPE installed.   There is a separate CD image that has the 
z/OS Parts.   There is also a separate manual (or at least section of the 
manual) for z/OS configuration.   There are several started tasks to configure 
as well.

Not hard to setup.

_
Dave Jousma
Assistant Vice President, Mainframe Services
david.jou...@53.com
1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H
p 616.653.8429
f 616.653.2717


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
jagadishan perumal
Sent: Monday, March 19, 2012 4:34 AM
To: IBM-MAIN@bama.ua.edu
Subject: IBM Rational Developer for System z with EGL V8.0.3 - Clarification

Hi,

I have downloaded the below three files to install RDz but I dont find the 
FEKSETUP job to configure the Z/os end :

1) *IBM Rational Developer for System z with EGL V8.0.3 (Core) Multilingual 
Multiplatform eAssembly (CRG26ML)*
*
*
*2) IBM Rational Developer for System z V8.0.3 Quick Start Guide Multilingual 
Multiplatform (CI31EML).*
*
*
*3) IBM Rational Developer for System z V8.0.3 EGL Main Install Multilingual 
Multiplatform (CI31FML)*
*
*
has anyone installed the above product. Quick Start guide just says about the 
configuring the FEKSETUP job but I dont see these files(FEKSETUP) or any source 
code downloaded.

Is this product available as a SMP/E or NON-SMP/E ? Could anyone please shed 
some light on the above product.

jags


This e-mail transmission contains information that is confidential and may be 
privileged.   It is intended only for the addressee(s) named above. If you 
receive this e-mail in error, please do not read, copy or disseminate it in any 
manner. If you are not the intended recipient, any disclosure, copying, 
distribution or use of the contents of this information is prohibited. Please 
reply to the message immediately by informing the sender that the message was 
misdirected. After replying, please erase it from your computer system. Your 
assistance in correcting this error is appreciated.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

IBM Rational Developer for System z with EGL V8.0.3 - Clarification

[jagadishan perumal]

Hi,

I have downloaded the below three files to install RDz but I dont find
the FEKSETUP job to configure the Z/os end :

1) *IBM Rational Developer for System z with EGL V8.0.3 (Core) Multilingual
Multiplatform eAssembly (CRG26ML)*
*
*
*2) IBM Rational Developer for System z V8.0.3 Quick Start Guide
Multilingual Multiplatform (CI31EML).*
*
*
*3) IBM Rational Developer for System z V8.0.3 EGL Main Install
Multilingual Multiplatform (CI31FML)*
*
*
has anyone installed the above product. Quick Start guide just says about
the configuring the FEKSETUP job but I dont see these files(FEKSETUP) or
any source code downloaded.

Is this product available as a SMP/E or NON-SMP/E ? Could anyone please
shed some light on the above product.

jags

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: Enclave SRB's

[Hunkeler Peter (KIUP 4)]

You may also want to read this excellent paper: 
https://www-03.ibm.com/systems/resources/servers_eserver_zseries_zos_wlm
_pdf_presrb.pdf

--
Peter Hunkeler

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: Secret Service Guide

[R.S.]

W dniu 2012-03-19 03:28, Alan Altmark pisze:
[...]

I found it on ResourceLink. There's nothing secret about it.


I just checked again - I don't see it. Maybe the content you see depends 
on authorities. Note: there are other publications with "service" in the 
title - maybe you mixed up the titles?




 Note that the information about logging onto SERVICE wouldn't work since 
changing the passwords to all of the default IDs is something you were supposed 
to do at installation time.  :-)


Well, yes and no. From my (limited) experience I have never seen HMC 
with changed passwords for default userids, exluding ACSADMIN everywhere 
I decide/advise. ;-) And I have never seen IBM engineer which would ask 
for the password - they expect to be SERVMODE.


Note 1. Not long time ago the passwords were set by ACSADMIN and were 
kept in open-text form. (AFAIK HMC pre-1.8)


Note 2. Usually HMC is kept in secure location, so it is possible to 
assign personal responsibility to operator on duty. In many case the HMC 
is always logged-on.




But you're right that it contains some interesting and useful information.  
Just remember that the book's audience is someone who has been trained to 
service the machine.

It's not my intention to dismantle any CPC ;-)

Regards
--
Radoslaw Skorupka
Lodz, Poland


--
Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku 
przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by jedynie 
jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste adresatem 
niniejszej wiadomoci lub pracownikiem upowanionym do jej przekazania 
adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie 
lub inne dziaanie o podobnym charakterze jest prawnie zabronione i moe by 
karalne. Jeeli otrzymae t wiadomo omykowo, prosimy niezwocznie 
zawiadomi nadawc wysyajc odpowied oraz trwale usun t wiadomo 
wczajc w to wszelkie jej kopie wydrukowane lub zapisane na dysku.

This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. 


BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax 
+48 (22) 829 00 33, www.brebank.pl, e-mail: i...@brebank.pl
Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237, NIP: 526-021-50-88. 
Wedug stanu na dzie 01.01.2012 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.410.984 zotych.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN