Re: z/OS V1.12 differences and z196 (the new mainframe) impacts

[Fred van der Windt]

> I once raised a similar question with Peter Relson. He 
> unequivocally asserted that no program can rely upon any part 
> of (including the high halves of) the volatile registers 
> (r15, r0 and r1) being preserved across system interfaces 
> (unless the interface doc states otherwise).
> 
> Here's the quote:
> At 3/18/2007 08:07 AM, Peter Relson wrote:
> >Dave,
> >
> >Except for regs 0,1,15 your assertion is true.
> >
> >The high halves of those regs are not preserved across any interface 
> >unless otherwise documented.

I freqently use the full 64-bit R0, R1 and/or R15 registers in 'normal' 31-bit 
mode programs when I want to do some Grande computing without saving and 
restoring the upper halves of these registers. This seemed ok after carefully 
reading the available documentation. Haven't had problems so far

Fred!
-
ATTENTION:
The information in this electronic mail message is private and
confidential, and only intended for the addressee. Should you
receive this message by mistake, you are hereby notified that
any disclosure, reproduction, distribution or use of this
message is strictly prohibited. Please inform the sender by
reply transmission and delete the message without copying or
opening it.

Messages and attachments are scanned for all viruses known.
If this message contains password-protected attachments, the
files have NOT been scanned for viruses by the ING mail domain.
Always scan attachments before opening them.
-

--
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: Does anyone combine OMEGAMON and OMEGAVIEW in the same CSI?

[Stephen Hall]

___

Note: This e-mail is subject to the disclaimer contained at the bottom of this 
message.
___


George Henke wrote:

>I suppose the real question is, "When is it appropriate to combine products
> into the same CSI and when not"?
> ..and .
>But the ROT in practice seems to be keep them separate and do the redundant
>maintenance unless there is some compelling reason to combine them.

George,

I've been installing & maintaining the Omegamon suite of products for longer 
than I care to remember, and they have always lived in the same SMP/E global 
zones, so I'm not sure where your ROT comes from. It would also mean that you 
would need to have separate CICAT / ICAT environments, and you wouldn't want to 
do that ! Besides the Omegamon products share a lot of code, so you would be in 
danger of having mismatches etc, or a lot of duplicate datasets.

I believe that the CL/Supersession product cannot be in the same zones as the 
Omegamon products, but that was the only restriction I was aware of.

These days, our Omegamon products are shipped with z/OS via shopzseries and 
reside in the z/OS global/target & dlib zones with all the z/OS products, so 
much easier and definitely the way to go.

Thanks & Regards, 
- 

Stephen Hall       
Mainframe Platform Manager 
INSURANCE AUSTRALIA GROUP (IAG)
- 


___

The information transmitted in this message and its attachments (if any) is 
intended 
only for the person or entity to which it is addressed.
The message may contain confidential and/or privileged material. Any review, 
retransmission, dissemination or other use of, or taking of any action in 
reliance 
upon this information, by persons or entities other than the intended recipient 
is 
prohibited.

If you have received this in error, please contact the sender and delete this 
e-mail 
and associated material from any computer.

The intended recipient of this e-mail may only use, reproduce, disclose or 
distribute 
the information contained in this e-mail and any attached files, with the 
permission 
of the sender.

This message has been scanned for viruses.
___

--
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: current used main-memory( realmemory, central memory)

[Leopold Strauss]

 Hi, Chris,

Many thanks for the hints.

RCEAFC is exactly the value which is shown by the RMF-Monitor II-Menues 
in TSO.


I will try the SYSEVENT-call and look, what it returns and compare it 
with the other values.


br

Leo Strauss

On 14.09.2010 16:07, Blaicher, Chris wrote:

To find out how the system thinks it is doing, look at SYSEVENT STGTEST in the 
Authorized Assembler Reference manual.  That gives you back two values, three 
actually, but now the third is the same as the second.  These values are only 
updated once a second.

There is also the RCEAFC that has the available frame count.  The RCEPOOL has 
the total number of frames for the LPAR.  The RCEBELPL has the below the line 
number and RCEABVPL has the above the line number.  You have to derive the 
above the bar (64-bit) pages.  ABAR = RCEPOOL - RCEABVPL - RCEBELPL

OK, the first value from the SYSEVENT is basically the available frame count 
minus a machine configuration derived constant.

The second value is basically the number of what I call under-utilized frames.  
If a frame has a UIC count greater than the system target UIC, then it is a 
candidate for stealing.  This value includes the first value frame count.

IBM has been tight lipped about how they currently derive the values returned 
by SYSEVENT STGTEST, so my comments are based on old knowledge and current 
observations and taking my best guess.  The other variable mentioned are right 
from the System Data Areas manuals.


Christopher Y. Blaicher
Senior Software Developer
Austin Development Lab

phone: 512.340.6154
mobile: 512.627.3803
fax: 512.340.6647

10431 Morado Circle
Austin, TX 78759



-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Leopold Strauss
Sent: Tuesday, September 14, 2010 12:40 AM
To: IBM-MAIN@bama.ua.edu
Subject: current used main-memory( realmemory, central memory)

   Hi all,

I would need a snapshot about the amount of current used main-memory.

With RMF-monitor-II-snapshot this value is not provided.

Are there any systemcalls or controlblock-chains to be looked for to get
this value ?

I would appreciate any hints.

Thanks in advance and BR

Leo Strauss

--
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




--
Mit freundlichen Grüßen / Kind Regards,

Leopold Strauss
Research and Development

ISIS Information Systems GmbH
Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria
T: +43 - 2236 – 27551, F: +43 - 2236 - 21081
@ leopold.stra...@isis-papyrus.com

Visit our brand new extended Website at www.isis-papyrus.com

This e-mail is only intended for the recipient and not legally binding.
Unauthorised use, publication, reproduction or disclosure of the content
of this e-mail is not permitted. This e-mail has been checked for known
viruses, but ISIS accepts no responsibility for malicious or inappropriate
content.

--
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: z/OS, TCP/IP, and OSA

[Timothy Sipples]

Another example was the Multiprise 3000, which did not have OSA hardware
but could run z/OS prior to Version 1 Release 6. A current example of z/OS
communicating using TCP/IP without OSA hardware is the Rational Developer
for System z Unit Test Feature.

That said, on an OSA-capable machine it's hard to imagine nowadays why you
wouldn't use OSA hardware for external TCP/IP connections.

- - - - -
Timothy Sipples
Resident Enterprise Architect
STG Value Creation & Complex Deals Team
IBM Growth Markets (Based in Singapore)
E-Mail: timothy.sipp...@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: How to disable a product?

[Timothy Sipples]

Re: IBM Debug Tool, that's correct: Debug Tool has been a single "one-time
charge" (OTC) product (including Advanced Functions) for a while now. The
"Full Function" compilers, which included earlier versions of the (base)
Debug Tool, are no longer orderable.

Re: z/OS components, at least some of them impact license charges when you
are running with any sort of sub-capacity licensing. So you should not
enable components you don't use (or aren't licensed for) in particular
LPARs. The aforementioned C/C++ compiler is an example, but there are many
others, especially when you consider Solution Edition and zNALC licensing.

- - - - -
Timothy Sipples
Resident Enterprise Architect
STG Value Creation & Complex Deals Team
IBM Growth Markets (Based in Singapore)
E-Mail: timothy.sipp...@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: z/OS, TCP/IP, and OSA

[Scott Ford]

Yep, ran OSAs, 3172 ( remember that one ), of course cisco CIPS.
 
Scott J Ford
 





From: John McKown 
To: IBM-MAIN@bama.ua.edu
Sent: Tue, September 14, 2010 7:14:51 PM
Subject: Re: z/OS, TCP/IP, and OSA

On Tue, 2010-09-14 at 17:22 -0500, Ward, Mike S wrote:
> Hello all, I have a question. I was talking with someone that said you
> don't need OSA's to run tcpip under z/os and use it to communicate with
> the outside world. If that's true then what would be used instead of an
> OSA?
> 

In the past, there were (are?) channel attached devices which do IP over
Escon channels. Such as a Cisco CIP (don't remember the number). IBM LCS
(again, don't remember the number). They generally were genned as a CTC.

Within a single CEC, the LPARs could use hipersockets. They are not real
OSAs, but act sort of like one. 

--
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

LE dump - CEE3DMP of 64 bit registers

[John McKown]

Is there some magic to make LE dump the full 64 bit general registers
when CALL'ing CEE3DMP from an Enterprise COBOL 3.2 program? Yes, I know
COBOL doesn't use the high fullword of the regs. Something, somewhere,
is changing the high word of some regs which is causing DFSORT to abend
when the internal SORT verb finishes the INPUT PROCEDURE.

Or am I going to need to write my own HLASM subroutine to, once again,
repair lack of forethought on IBM's part?

-- 
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: z/OS, TCP/IP, and OSA

[John McKown]

On Tue, 2010-09-14 at 17:22 -0500, Ward, Mike S wrote:
> Hello all, I have a question. I was talking with someone that said you
> don't need OSA's to run tcpip under z/os and use it to communicate with
> the outside world. If that's true then what would be used instead of an
> OSA?
> 

In the past, there were (are?) channel attached devices which do IP over
Escon channels. Such as a Cisco CIP (don't remember the number). IBM LCS
(again, don't remember the number). They generally were genned as a CTC.

Within a single CEC, the LPARs could use hipersockets. They are not real
OSAs, but act sort of like one. 

--
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

z/OS, TCP/IP, and OSA

[Ward, Mike S]

Hello all, I have a question. I was talking with someone that said you
don't need OSA's to run tcpip under z/os and use it to communicate with
the outside world. If that's true then what would be used instead of an
OSA?

==
This email and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity
to which they are addressed. If you have received this email in error please 
notify the system manager. This message
contains confidential information and is intended only for the individual 
named. If you are not the named addressee you
should not disseminate, distribute or copy this e-mail. Please notify the 
sender immediately by e-mail if you
have received this e-mail by mistake and delete this e-mail from your system. 
If you are not the intended recipient
you are notified that disclosing, copying, distributing or taking any action in 
reliance on the contents of this
information is strictly prohibited.

--
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: z/OS sms dasd selection?

[Mike Schwab]

In our shop, we occasionally have our VTOC Indexes get disabled.
Unfortunately, these volumes then fill up with datasets and cause out
of space abends, even though there is plenty of space on other
volumes.  I suspect that Storage Class performance requirement columns
3, 4, 5, 6, 7, 13, 15 are causing low performance request classes to
get allocated to these volumes instead of volumes with working
indexes.  Setting the volume to Disabled, New then rebuilding the
index does work, but I am trying to avoid the volume filling up in the
meantime.

So, would changing those columns (or your list of columns) to blanks,
or the same value, across all storage classes, stop the skewed
allocations?

-- 
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

Re: z/os 1.11 upgrade and pl/1 jcl sensitivity

[Binyamin Dissen]

On Tue, 14 Sep 2010 16:23:27 -0400 Tim Brown  wrote:

:>The output RECOPUT in Pl/1 is

:>DCL RECOUT FILE RECORD OUTPUT; 

Looks perfectly fine.

What were the true attributes of the files created under the old version? I
wonder if the implicit attributes do not match the DCB subattributes. What
attributes are assigned if the DCB parameter is not specified?

:>The print files that we fixed were:

:>DCL REPORT FILE PRINT;
:>DCL ARSUM FILE PRINT;

Default PRINT LINESIZE is 120, thus the error.

:>-Original Message-
:>From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf 
Of Binyamin Dissen
:>Sent: Tuesday, September 14, 2010 4:08 PM
:>To: IBM-MAIN@bama.ua.edu
:>Subject: Re: z/os 1.11 upgrade and pl/1 jcl sensitivity

:>On Tue, 14 Sep 2010 15:56:21 -0400 Tim Brown  wrote:

:>:>Since our recent upgrade to Z/OS 1.11 we have seen errors like:
 
:>:>IBM0208S ONCODE=87  The UNDEFINEDFILE condition was raised because the 
wrong BLOCKSIZE or record length was specified
:>:> (FILE= REPORT).  
 
:>:> 
:>:>at PL/1 runtime.
 
:>:>In some cases there were hard coded DCB=LRECL=132 on SYSOUT DD statements. 
Once they were removed it ran ok.
:>:>Now we are seeing it for DD statements for output files. These had been 
grandfathered since many programmers always :>replicated someone elses JCL, and 
so on and so on... (Dont touch whats not broken)
 
:>:>//RECOUT   DD  DSN=&&ANA01,DISP=(NEW,PASS),  
:>:>//   UNIT=SYSDA,SPACE=(CYL,(50,75),RLSE),   
   
:>:>//   DCB=(LRECL=17177,BLKSIZE=17181,RECFM=VBS)
 
:>:>Anyone else seen this..

:>How is the file declared in the program?

--
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: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: StorageTek (Oracle now) Compatibilities with z/OS 1.11

[Douglas Shupe]

z/OS1.11 running just fine with
with the NCS 6.1 HSC, SMC, VTCS. EXLM 6.0

My 2 cents, 6.2 is not current - might as well go to 7.x if you have to 
upgrade at all.


- Original Message - 
From: "Curtis Jackson" 

Newsgroups: bit.listserv.ibm-main
To: 
Sent: Tuesday, September 14, 2010 14:12
Subject: StorageTek (Oracle now) Compatibilities with z/OS 1.11



I have been looking for information about compatibilility of the following
StorageTek products with z/OS 1.11:

EXLM version 6.2
HSC (Host Software Component) version 6.2
SMC (Storage Management Component) version 6.2
Snapshot version 2.1
SVAA (Shared Virtual Array Administrator) version 3.1.0

I haven't been able to find any info online yet and get the run around 
from

Oracle.  Just wondering if anyone might be able to point me in the right
direction for information.

Thanks,
Curtis Jackson
GFB Systems Programmer.

--
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: z/OS non-sms dasd allocation algorithm ?

[Ron Hawkins]

John,


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of
> John H Kington
> Sent: Tuesday, September 14, 2010 5:46 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: [IBM-MAIN] z/OS non-sms dasd allocation algorithm ?
> 
> The last time I saw it, it was extended into a second apar. I no longer
have
> access to it.
[Ron Hawkins] Yes, we are talking about the same Info APAR

> The information about device delay which is the sum of IOSQueue time,
> disconnect time and pend time came from IBM level 2 when I was working
> on an allocation problem. I had them repeat it three times and was sure
that
> removing lcu busy from the equation was something like shooting my dog.
[Ron Hawkins] I'm inclined to disagree with the IBM level 2, but also happy
to be corrected

> Hence my assumption (question?) about allocating a permanent dasd dataset.
> Temporary datasetswill go to volumes mounted public. If you have no
volumes
> mounted public, it will go to volumes mounted as storage.
[Ron Hawkins] Yes but the OP has not clarified. We are in violent agreement
about the process.

> 
> 
> My other assumption about not having a third party allocation manager.
[Ron Hawkins] I was looking for CA to explain how it works without CA-ASTEX,
PRO-SMS, ACC-SRS, etc as they probably have their fingers all over the
Eligible Device List process.

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: DFSMS and System Managed Buffering

[Ron Hawkins]

Tobias,

What sort of benefit were you expecting for sequential access? The default
for sequential pre-fetch I believe is half a CA.

For random, don't you think 1MB is pretty small?

Ron

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of
> Tobias Cafiero
> Sent: Tuesday, September 14, 2010 9:44 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: [IBM-MAIN] DFSMS and System Managed Buffering
> 
> Hello,
> I'm testing the SMB option in the DFSMS DATACLS Constructs, but don't
> yet see a performance boost as promised. At this point I'm using just a
> del/define,repro and pointing to the SMB DATACLS. The DATACLS is extended
> and contains the following values:
> 
> Record Access Bias  . . . . : SYSTEM
> System Managed Buffer  . . . : 1M
> 
> The STORCLS is our standard non-striped type. Has anyone implemented SMB
> on their system.
> 
> Thanks in Advance
> Tobias Cafiero
> 
> --
> 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: StorageTek (Oracle now) Compatibilities with z/OS 1.11

[Doug Fuerst]

 I have SVAA and Snapshot running on 1.11 without any problems, and I 
had HSC 6.2 and SMC, running before we put in a Luminex box. The only 
issues I heard anything about was regarding large volume support. Since 
we were not going above Mod 9's, it did not matter.


Doug


On 14-Sep-10 14:12, Curtis Jackson wrote:

I have been looking for information about compatibilility of the following
StorageTek products with z/OS 1.11:

EXLM version 6.2
HSC (Host Software Component) version 6.2
SMC (Storage Management Component) version 6.2
Snapshot version 2.1
SVAA (Shared Virtual Array Administrator) version 3.1.0

I haven't been able to find any info online yet and get the run around from
Oracle.  Just wondering if anyone might be able to point me in the right
direction for information.

Thanks,
Curtis Jackson
GFB Systems Programmer.

--
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: z/os 1.11 upgrade and pl/1 jcl sensitivity

[Tim Brown]

The output RECOPUT in Pl/1 is

DCL RECOUT FILE RECORD OUTPUT; 

The print files that we fixed were:

DCL REPORT FILE PRINT;
DCL ARSUM FILE PRINT;

Tim 

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Binyamin Dissen
Sent: Tuesday, September 14, 2010 4:08 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: z/os 1.11 upgrade and pl/1 jcl sensitivity

On Tue, 14 Sep 2010 15:56:21 -0400 Tim Brown  wrote:

:>Since our recent upgrade to Z/OS 1.11 we have seen errors like:
 
:>IBM0208S ONCODE=87  The UNDEFINEDFILE condition was raised because the wrong 
BLOCKSIZE or record length was specified
:> (FILE= REPORT).  
 
:> 
:>at PL/1 runtime.
 
:>In some cases there were hard coded DCB=LRECL=132 on SYSOUT DD statements. 
Once they were removed it ran ok.
:>Now we are seeing it for DD statements for output files. These had been 
grandfathered since many programmers always :>replicated someone elses JCL, and 
so on and so on... (Dont touch whats not broken)
 
:>//RECOUT   DD  DSN=&&ANA01,DISP=(NEW,PASS),  
:>//   UNIT=SYSDA,SPACE=(CYL,(50,75),RLSE), 
 
:>//   DCB=(LRECL=17177,BLKSIZE=17181,RECFM=VBS)
 
:>Anyone else seen this..

How is the file declared in the program?

--
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: 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: z/os 1.11 upgrade and pl/1 jcl sensitivity

[Binyamin Dissen]

On Tue, 14 Sep 2010 15:56:21 -0400 Tim Brown  wrote:

:>Since our recent upgrade to Z/OS 1.11 we have seen errors like:
 
:>IBM0208S ONCODE=87  The UNDEFINEDFILE condition was raised because the wrong 
BLOCKSIZE or record length was specified
:> (FILE= REPORT).  
 
:>  
:>at PL/1 runtime.
 
:>In some cases there were hard coded DCB=LRECL=132 on SYSOUT DD statements. 
Once they were removed it ran ok.
:>Now we are seeing it for DD statements for output files. These had been 
grandfathered since many programmers always
:>replicated someone elses JCL, and so on and so on... (Dont touch whats not 
broken)
 
:>//RECOUT   DD  DSN=&&ANA01,DISP=(NEW,PASS),  
:>//   UNIT=SYSDA,SPACE=(CYL,(50,75),RLSE), 
 
:>//   DCB=(LRECL=17177,BLKSIZE=17181,RECFM=VBS)
 
:>Anyone else seen this..

How is the file declared in the program?

--
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: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

z/os 1.11 upgrade and pl/1 jcl sensitivity

[Tim Brown]

Since our recent upgrade to Z/OS 1.11 we have seen errors like:

IBM0208S ONCODE=87  The UNDEFINEDFILE condition was raised because the wrong 
BLOCKSIZE or record length was specified
 (FILE= REPORT).

 
at PL/1 runtime.

In some cases there were hard coded DCB=LRECL=132 on SYSOUT DD statements. Once 
they were removed it ran ok.
Now we are seeing it for DD statements for output files. These had been 
grandfathered since many programmers always
replicated someone elses JCL, and so on and so on... (Dont touch whats not 
broken)

//RECOUT   DD  DSN=&&ANA01,DISP=(NEW,PASS),
//   UNIT=SYSDA,SPACE=(CYL,(50,75),RLSE),  
//   DCB=(LRECL=17177,BLKSIZE=17181,RECFM=VBS)

Anyone else seen this..

Tim Brown
Systems Specialist - Project Leader
Central Hudson Gas & Electric
284 South Ave
Poughkeepsie, NY 12601
Email: tbr...@cenhud.com <>
Phone: 845-486-5643
Fax: 845-486-5921
Cell: 845-235-4255







--
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: DFSMS and System Managed Buffering

[Greg Shirey]

Yes, we implemented it several years ago.  Our default Dataclas for VSAM
files contains: 

Data Set Name Type  . . . . . : EXTENDED
  If Extended . . . . . . . . : REQUIRED
  Extended Addressability . . : YES 
  Record Access Bias  . . . . : SYSTEM  
System Managed Buffer  . . . :
System Determined Blocksize  : YES

We do not specify a value in the SMB field. 

We could see performance improved, but I don't recall (and didn't
document, apparently) what the measured improvement was.   

Greg Shirey
Ben E. Keith Co.  


-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Tobias Cafiero
Sent: Tuesday, September 14, 2010 11:44 AM
Subject: DFSMS and System Managed Buffering

Hello, 
I'm testing the SMB option in the DFSMS DATACLS Constructs, but
don't 
yet see a performance boost as promised. At this point I'm using just a 
del/define,repro and pointing to the SMB DATACLS. The DATACLS is
extended 
and contains the following values:

Record Access Bias  . . . . : SYSTEM 
System Managed Buffer  . . . : 1M 

The STORCLS is our standard non-striped type. Has anyone implemented SMB

on their system.

--
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: z/OS V1.12 differences and z196 (the new mainframe) impacts

[Edward Jaffe]

 On 9/14/2010 8:26 AM, McKown, John wrote:

Sure. Why not. I use them for 64 bit numbers where I used to use a register 
pair. Can OS/390 run on z hardware? I don't remember anymore. But use of Grande 
registers in application code cannot be stopped by the OS. Of course, if you 
call other routines, you'd better store them yourself. Because somebody else 
might be doing the same.


OS/390 V2R10 was the first release to support machines with z/Architecture. All 
prior releases will run only in ESA/390 mode. In that mode, the high halves 
don't exist.


--
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

Re: region problem after migrated to zos1.11

[Ramiro Camposagrado]

On Tue, 14 Sep 2010 13:30:26 -0500, Mike Schwab 
 wrote:

>With z/OS 1.11, on a volume MOD 9 almost full of 1 track datasets,
>ADRDSSU uses about 220MB of a 256MB region.
>
>On Tue, Sep 14, 2010 at 1:19 PM, gsg  wrote:
>> Were the jobs using ADRDSSU?  We had a similar problem, but we changed 
our
>> default to 6M on all systems and it seems to have resolved the 
problem.  The
>> only abends that we encountered were ADRDSSU.  I heard in the next 
release
>> there may be additional changes.
>>
>--
>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

This is documented in the z/OS v1R11 migration guide:  GA22-7499-16

Regards,
Ramiro Camposagrado
Brown Brothers Harriman & Co.

--
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: StorageTek (Oracle now) Compatibilities with z/OS 1.11

[Mark Zelden]

On Tue, 14 Sep 2010 13:12:53 -0500, Curtis Jackson  wrote:

>I have been looking for information about compatibilility of the following
>StorageTek products with z/OS 1.11:
>
>EXLM version 6.2
>HSC (Host Software Component) version 6.2
>SMC (Storage Management Component) version 6.2
>Snapshot version 2.1
>SVAA (Shared Virtual Array Administrator) version 3.1.0
>
>I haven't been able to find any info online yet and get the run around from
>Oracle.  Just wondering if anyone might be able to point me in the right
>direction for information.
>

I can only speak to ExLM, HSC, SMC (NCS) and VTCS.   6.2 iis fine.  I don't
know that there is a specific PTF level, but those versions have been out
for a long time already, so if you are very backleveled on maintenance, it
would be a good idea to get current.   I applied maintenance in January 2010
in preparation for z/OS 1.11 install / roll out. 

--
Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS   
mailto:mzel...@flash.net  
Mark's MVS Utilities: http://home.flash.net/~mzelden/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

EMC DLM box

[Sabo, Frank]

Good afternoon everyone,

Question does any one out there have an EMC DLM box?
I have been trying to get one up and functional for a while now.

I have genned the box to both HCD and SMS the problem that I am having is in 
the SMS  definitions for the box does not show up as manual as per EMC instead 
they show up a blank. In SMS 10 3 menu.

LIBRARY ,DEVICELIBRARYLIBRARY
NAME,TYPE  TYPE   ID
--(2)---,--(3)---  ---(4)---  --(5)--
PRODLIB1,  -  1

If possible I would like to have a conversation with someone as to what I am 
doing wrong so that I can get this project moving forward.

Thanks for any help that I can get.

Frank W Sabo Jr.
SR. Systems Administrator
Giant Eagle Inc.
Phone:  412 967-3764
Fax:412 967-6120
Email:  frank.s...@gianteagle.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: z/OS V1.12 differences and z196 (the new mainframe) impacts

[Binyamin Dissen]

On Tue, 14 Sep 2010 14:22:46 -0400 George Henke  wrote:

:>Which compromises the entire purpose of the SAVE/RESTORE Register Convention
:>which has been held "sacred" since the beginning of S/360, PCP, and/or "S"
:>cubed.

In what way?

R15-R1 are documented as volatile. If you want to save them across system
calls, you need to so it yourself. If you want to save all 64 bits, you need
to do it yourself.

No pre-Z program is affected as the top halves did not exist, thus nothing is
broken.

:>On Tue, Sep 14, 2010 at 1:28 PM, Binyamin Dissen > wrote:

:>> On Tue, 14 Sep 2010 11:08:59 -0500 Walt Farrell 
:>> wrote:

:>> :>On Tue, 14 Sep 2010 10:26:30 -0500, McKown, John
:>> :> wrote:

:>> :>>> -Original Message-
:>> :>>> From: IBM Mainframe Discussion List
:>> :>>> [mailto:ibm-m...@bama.ua.edu] On Behalf Of Paul Gilmartin
:>> :>>> Sent: Tuesday, September 14, 2010 10:23 AM
:>> :>>> To: IBM-MAIN@bama.ua.edu
:>> :>>> Subject: Re: z/OS V1.12 differences and z196 (the new
:>> :>>> mainframe) impacts

:>> :>>> On Tue, 14 Sep 2010 11:04:47 -0400, David Cole wrote:

:>> :>>> >>Except for regs 0,1,15 your assertion is true.

:>> :>>> >>The high halves of those regs are not preserved across any interface
:>> :>>> >>unless otherwise documented.

:>> :>>> >This is in contradiction to a verbal statement he made at a
:>> :>>> >presentation several years earlier wherein he flatly stated that no
:>> :>>> >preexisting AMODE(24/31) program would ever behave differently (due
:>> :>>> >to the widening of the registers) when run in z/OS vis-a-vis OS/390.
:>> :>>> >Unfortunately, I don't have "the video".

:>> :>>> Ah, semantics!  Can a program run in AMODE(24/31) in OS/390
:>> :>>> (in a supported configuration) and use grande registers?

:>> :>>Sure. Why not. I use them for 64 bit numbers where I used to use a
:>> register
:>> :>pair. Can OS/390 run on z hardware? I don't remember anymore. But use of
:>> :>Grande registers in application code cannot be stopped by the OS. Of
:>> course,
:>> :>if you call other routines, you'd better store them yourself. Because
:>> :>somebody else might be doing the same.

:>> :>In this context, John, it seems to me that "pre-existing" means "before
:>> :>64-bit registers existed", and thus your programs that use 64-bit
:>> registers
:>> :>don't count. Pre-existing programs would only use 32-bit registers, and
:>> :>would not have any knowledge of the high-halves of the 64-bit registers,
:>> and
:>> :>are not affected by this change.

:>> I have to agree with IBM in this context. Pre-Z programs did not use the
:>> top
:>> half and thus can run unchanged. New Z programs have to take into
:>> consideration that the entire 64 bits of R15-R1 can change.

--
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: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: StorageTek (Oracle now) Compatibilities with z/OS 1.11

[Jerry Cergol]

Back in the Pre-Oracle days, the Sun iteration of STK advised us that what we 
run, HSC 6.2 and SMC 6.2, were compat as-is with z/OS 1.11.  (STK was good 
to work with before either Sun or Oracle got a hold of 'em).

Jerry Cergol
Cleveland Clinic Foundation

--
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: z/OS V1.12 differences and z196 (the new mainframe) impacts

[Mike Schwab]

On Tue, Sep 14, 2010 at 12:15 PM, Tony Harminc  wrote:

> Well, we had this discussion at great length a few years ago... The
> pre-existing 24- or 31-bit program that's been running for many years
> now gets called by a 64-bit program, issues a GETMAIN which now zeros
> the high half of 64-bit R1, does some stuff, and returns to its
> caller, restoring the only R1 it knows about, which is 32 bits.
>
> The 64-bit caller has had its R1 clobbered by calling the pre-existing
> program, even though the pre-existing program used no 64-bit
> instructions or services and restored R1 as it always has done, and as
> its documentation states.
>
> Anyway - it's over; IBM's not going to fix it now.
>
> Tony H.

This is just like a 31 bit program calling a 24 bit program.  You have
to save your own registers and set up the with 24 bit addresses before
calling the 24 bit program.

System interrupts do have to restore all 64 bits of the register, but not calls.

-- 
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

Re: region problem after migrated to zos1.11

[Mike Schwab]

With z/OS 1.11, on a volume MOD 9 almost full of 1 track datasets,
ADRDSSU uses about 220MB of a 256MB region.

On Tue, Sep 14, 2010 at 1:19 PM, gsg  wrote:
> Were the jobs using ADRDSSU?  We had a similar problem, but we changed our
> default to 6M on all systems and it seems to have resolved the problem.  The
> only abends that we encountered were ADRDSSU.  I heard in the next release
> there may be additional changes.
>
-- 
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

StorageTek (Oracle now) Compatibilities with z/OS 1.11

[Curtis Jackson]

I have been looking for information about compatibilility of the following 
StorageTek products with z/OS 1.11: 

EXLM version 6.2
HSC (Host Software Component) version 6.2
SMC (Storage Management Component) version 6.2
Snapshot version 2.1
SVAA (Shared Virtual Array Administrator) version 3.1.0

I haven't been able to find any info online yet and get the run around from 
Oracle.  Just wondering if anyone might be able to point me in the right 
direction for information.

Thanks,
Curtis Jackson
GFB Systems Programmer.

--
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: z/OS V1.12 differences and z196 (the new mainframe) impacts

[George Henke]

Which compromises the entire purpose of the SAVE/RESTORE Register Convention
which has been held "sacred" since the beginning of S/360, PCP, and/or "S"
cubed.




On Tue, Sep 14, 2010 at 1:28 PM, Binyamin Dissen  wrote:

> On Tue, 14 Sep 2010 11:08:59 -0500 Walt Farrell 
> wrote:
>
> :>On Tue, 14 Sep 2010 10:26:30 -0500, McKown, John
> :> wrote:
>
> :>>> -Original Message-
> :>>> From: IBM Mainframe Discussion List
> :>>> [mailto:ibm-m...@bama.ua.edu] On Behalf Of Paul Gilmartin
> :>>> Sent: Tuesday, September 14, 2010 10:23 AM
> :>>> To: IBM-MAIN@bama.ua.edu
> :>>> Subject: Re: z/OS V1.12 differences and z196 (the new
> :>>> mainframe) impacts
>
> :>>> On Tue, 14 Sep 2010 11:04:47 -0400, David Cole wrote:
>
> :>>> >>Except for regs 0,1,15 your assertion is true.
>
> :>>> >>The high halves of those regs are not preserved across any interface
> :>>> >>unless otherwise documented.
>
> :>>> >This is in contradiction to a verbal statement he made at a
> :>>> >presentation several years earlier wherein he flatly stated that no
> :>>> >preexisting AMODE(24/31) program would ever behave differently (due
> :>>> >to the widening of the registers) when run in z/OS vis-a-vis OS/390.
> :>>> >Unfortunately, I don't have "the video".
>
> :>>> Ah, semantics!  Can a program run in AMODE(24/31) in OS/390
> :>>> (in a supported configuration) and use grande registers?
>
> :>>Sure. Why not. I use them for 64 bit numbers where I used to use a
> register
> :>pair. Can OS/390 run on z hardware? I don't remember anymore. But use of
> :>Grande registers in application code cannot be stopped by the OS. Of
> course,
> :>if you call other routines, you'd better store them yourself. Because
> :>somebody else might be doing the same.
>
> :>In this context, John, it seems to me that "pre-existing" means "before
> :>64-bit registers existed", and thus your programs that use 64-bit
> registers
> :>don't count. Pre-existing programs would only use 32-bit registers, and
> :>would not have any knowledge of the high-halves of the 64-bit registers,
> and
> :>are not affected by this change.
>
> I have to agree with IBM in this context. Pre-Z programs did not use the
> top
> half and thus can run unchanged. New Z programs have to take into
> consideration that the entire 64 bits of R15-R1 can change.
>
> --
> 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: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>



-- 
George Henke
(C) 845 401 5614

--
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: region problem after migrated to zos1.11

[gsg]

Were the jobs using ADRDSSU?  We had a similar problem, but we changed our 
default to 6M on all systems and it seems to have resolved the problem.  The 
only abends that we encountered were ADRDSSU.  I heard in the next release 
there may be additional changes.

--
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: SMPWRKx in SMP/E

[Paul Gilmartin]

On Tue, 14 Sep 2010 11:41:45 -0500, Norbert Friemel wrote:
>
>From SYS1.SAMPLIB(GIMDDALC):
>
>"During any attempt to allocate a ddname, SMP/E will first look for a
>DD statement specified in the job.  If no DD statement was specified,
>SMP/E will look for a DDDEF entry in the zone.  ...
>
Which is only very close.  It needn't be a DD statement; it can be a
dynamic allocation by a program before calling SMP/E.  I do it all the
time.  SMP/E doesn't make the distinction.

-- 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

Re: z/OS V1.12 differences and z196 (the new mainframe) impacts

[Binyamin Dissen]

On Tue, 14 Sep 2010 11:08:59 -0500 Walt Farrell  wrote:

:>On Tue, 14 Sep 2010 10:26:30 -0500, McKown, John
:> wrote:

:>>> -Original Message-
:>>> From: IBM Mainframe Discussion List
:>>> [mailto:ibm-m...@bama.ua.edu] On Behalf Of Paul Gilmartin
:>>> Sent: Tuesday, September 14, 2010 10:23 AM
:>>> To: IBM-MAIN@bama.ua.edu
:>>> Subject: Re: z/OS V1.12 differences and z196 (the new
:>>> mainframe) impacts

:>>> On Tue, 14 Sep 2010 11:04:47 -0400, David Cole wrote:

:>>> >>Except for regs 0,1,15 your assertion is true.

:>>> >>The high halves of those regs are not preserved across any interface
:>>> >>unless otherwise documented.

:>>> >This is in contradiction to a verbal statement he made at a
:>>> >presentation several years earlier wherein he flatly stated that no
:>>> >preexisting AMODE(24/31) program would ever behave differently (due
:>>> >to the widening of the registers) when run in z/OS vis-a-vis OS/390.
:>>> >Unfortunately, I don't have "the video".

:>>> Ah, semantics!  Can a program run in AMODE(24/31) in OS/390
:>>> (in a supported configuration) and use grande registers?

:>>Sure. Why not. I use them for 64 bit numbers where I used to use a register
:>pair. Can OS/390 run on z hardware? I don't remember anymore. But use of
:>Grande registers in application code cannot be stopped by the OS. Of course,
:>if you call other routines, you'd better store them yourself. Because
:>somebody else might be doing the same.

:>In this context, John, it seems to me that "pre-existing" means "before
:>64-bit registers existed", and thus your programs that use 64-bit registers
:>don't count. Pre-existing programs would only use 32-bit registers, and
:>would not have any knowledge of the high-halves of the 64-bit registers, and
:>are not affected by this change.

I have to agree with IBM in this context. Pre-Z programs did not use the top
half and thus can run unchanged. New Z programs have to take into
consideration that the entire 64 bits of R15-R1 can change.

--
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: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: z/OS V1.12 differences and z196 (the new mainframe) impacts

[Tony Harminc]

On 14 September 2010 12:08, Walt Farrell  wrote:

>>> >This is in contradiction to a verbal statement he made at a
>>> >presentation several years earlier wherein he flatly stated that no
>>> >preexisting AMODE(24/31) program would ever behave differently (due
>>> >to the widening of the registers) when run in z/OS vis-a-vis OS/390.
>>> >Unfortunately, I don't have "the video".
[...]
> In this context, John, it seems to me that "pre-existing" means "before
> 64-bit registers existed", and thus your programs that use 64-bit registers
> don't count. Pre-existing programs would only use 32-bit registers, and
> would not have any knowledge of the high-halves of the 64-bit registers, and
> are not affected by this change.

Well, we had this discussion at great length a few years ago... The
pre-existing 24- or 31-bit program that's been running for many years
now gets called by a 64-bit program, issues a GETMAIN which now zeros
the high half of 64-bit R1, does some stuff, and returns to its
caller, restoring the only R1 it knows about, which is 32 bits.

The 64-bit caller has had its R1 clobbered by calling the pre-existing
program, even though the pre-existing program used no 64-bit
instructions or services and restored R1 as it always has done, and as
its documentation states.

Anyway - it's over; IBM's not going to fix it now.

Tony H.

--
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

DFSMS and System Managed Buffering

[Tobias Cafiero]

Hello, 
I'm testing the SMB option in the DFSMS DATACLS Constructs, but don't 
yet see a performance boost as promised. At this point I'm using just a 
del/define,repro and pointing to the SMB DATACLS. The DATACLS is extended 
and contains the following values:

Record Access Bias  . . . . : SYSTEM 
System Managed Buffer  . . . : 1M 

The STORCLS is our standard non-striped type. Has anyone implemented SMB 
on their system.

Thanks in Advance
Tobias Cafiero  

--
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: SMPWRKx in SMP/E

[Norbert Friemel]

On Tue, 14 Sep 2010 18:01:23 +0200, R.S. wrote:

>SMPWRKx statement are defined as DDDEFs, but also can be explicitly
>coded in job as /SMPWRKx DD statements.
>
>Q1: JCL DD overwrites DDDEF - True/False?
>

>From SYS1.SAMPLIB(GIMDDALC):

"During any attempt to allocate a ddname, SMP/E will first look for a   
DD statement specified in the job.  If no DD statement was specified,  
SMP/E will look for a DDDEF entry in the zone.  If no DDDEF entry was  
found, SMP/E will then go to member GIMDDALC in the SMPPARM data set.  
If there is an SMPPARM data set, and there is a GIMDDALC member within 
it, SMP/E will look for an appropriate control statement."

Norbert Friemel

--
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: ISPF system commands under program control?

[Itschak Mugzach]

Look at "control nodisplay enter" and "display panel() cmd(panelid)".
Use an ispf panel that foes nothing just to enter the command.

ITschak

On Tue, Sep 14, 2010 at 5:31 PM, Andy Robertson <
andy_robert...@johnlewis.co.uk> wrote:

> Does anyone know a way to issue ISPF System Commands (eg PANELID, FKA ON,
> etc) under program control???
>
> Would it, for example, be possible to set the command field in a panel and
> DISPLAY it with .RESP set to END???   (Doesn't seem to work, unfortunately .
> . .)
>
>
>
>   Andy Robertson   telephone mobile 0777 214 9545 home 01308
> 420797
> **
> This email is confidential and may contain copyright material of the John
> Lewis Partnership.
> If you are not the intended recipient, please notify us immediately and
> delete all copies of this message.
> (Please note that it is your responsibility to scan this message for
> viruses). Email to and from the
> John Lewis Partnership is automatically monitored for operational and
> lawful business reasons.
> **
>
> John Lewis plc
> Registered in England 233462
> Registered office 171 Victoria Street London SW1E 5NN
>
> Websites: http://www.johnlewis.com
> http://www.waitrose.com
> http://www.greenbee.com
> http://www.johnlewispartnership.co.uk
>
> **
>
> --
> 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: Another brain-dead quoted PROC parm question

[Charles Mills]

I can't get it to work, sadly. You had me real encouraged.

//FOO  PROC  M=''
//  SET Q=
//  SET P=&Q.&M.&Q
//STEP1  EXEC PGM=IEFBR14,PARM=&Q.&P.&Q
...
//STEP2 EXEC FOO,M='Life isn''t fair'

Gives me a JCL error IEFC629I INCORRECT USE OF APOSTROPHE ON THE SET
STATEMENT on the second SET statement.

Any thoughts? I also tried it without the intermediate SET, just
IEFBR14,PARM=&Q.&M.&Q. Same sort of problem.

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf
Of Jan MOEYERSONS
Sent: Tuesday, September 14, 2010 3:38 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Another brain-dead quoted PROC parm question

On Mon, 13 Sep 2010 12:58:01 -0700, Charles Mills  
wrote:

>I've got a program FOO that requires a string with embedded blanks as a
>parm, e.g.
>//STEP1EXEC  PGM=FOO,PARM='Hello World'
>

Try:

//*
// SET Q=
// SET B=' '
// SET P=&Q.Hello&B.World&Q.
//*
//STEP1EXEC  PGM=IEFBR14,PARM=&Q.&P.&Q.
//*

Strange as it may seem, this will do away with the requirement for an extra 
pair of apostrophes with each level of PROC and it will let you specify text
with 
blanks embedded.

--
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: SMPWRKx in SMP/E

[Mark Zelden]

On Tue, 14 Sep 2010 11:27:44 -0500, Mark Zelden  wrote:

>On Tue, 14 Sep 2010 18:01:23 +0200, R.S. 
wrote:
>
>>SMPWRKx statement are defined as DDDEFs, but also can be explicitly
>>coded in job as /SMPWRKx DD statements.
>>
>>Q1: JCL DD overwrites DDDEF - True/False?
>>
>
>Overrides (sorry to correct your English) - True
>
>>Q2: Actually there are separate DDDEF definitions for each zone and
>>SMPWRKx are defined in GLOBAL zone as well as in TARGET zone.
>>What definition is used durin APPLY processing?
>>I bet that those from TARGET zone, because of SET BDY(TARGET). Is it true?
>>
>
>Yes, TARGET.  Only the DDDEFs in whatever zone you SET BOUNDARY to
>are dynamically allocated when referenced by the SMP/E function you are
>trying to execute.
>
>>Q3: What in case where there are multiple SET BDY() statements in single
>>JCL step and SMPWRKx DD's are present ? Do they rule for every zone used
>>in the step?
>>
>
>Same answer as above.  Each time there is a SET BOUNDARY, those are
>the DDDEFs used for the functions / statements after the SET BOUNDARY.
>

I think I misinterpreted your question.  If you are asking if JCL DDs override
the entire SMP/E job step (that may include multiple SET BOUNDARY
commands), then the answer is the same as #1.  JCL is the final say.

Mark
--
Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS   
mailto:mzel...@flash.net  
Mark's MVS Utilities: http://home.flash.net/~mzelden/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: SMPWRKx in SMP/E

[Mark Zelden]

On Tue, 14 Sep 2010 18:01:23 +0200, R.S.  wrote:

>SMPWRKx statement are defined as DDDEFs, but also can be explicitly
>coded in job as /SMPWRKx DD statements.
>
>Q1: JCL DD overwrites DDDEF - True/False?
>

Overrides (sorry to correct your English) - True 

>Q2: Actually there are separate DDDEF definitions for each zone and
>SMPWRKx are defined in GLOBAL zone as well as in TARGET zone.
>What definition is used durin APPLY processing?
>I bet that those from TARGET zone, because of SET BDY(TARGET). Is it true?
>

Yes, TARGET.  Only the DDDEFs in whatever zone you SET BOUNDARY to 
are dynamically allocated when referenced by the SMP/E function you are
trying to execute.

>Q3: What in case where there are multiple SET BDY() statements in single
>JCL step and SMPWRKx DD's are present ? Do they rule for every zone used
>in the step?
>

Same answer as above.  Each time there is a SET BOUNDARY, those are 
the DDDEFs used for the functions / statements after the SET BOUNDARY.

Regards,

Mark
--
Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS   
mailto:mzel...@flash.net  
Mark's MVS Utilities: http://home.flash.net/~mzelden/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: SMPWRKx in SMP/E

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of R.S.
> 
> SMPWRKx statement are defined as DDDEFs, but also can be explicitly
> coded in job as /SMPWRKx DD statements.
> 
> Q1: JCL DD overwrites DDDEF - True/False?

True.

> Q2: Actually there are separate DDDEF definitions for each zone and
> SMPWRKx are defined in GLOBAL zone as well as in TARGET zone.
> What definition is used durin APPLY processing?
> I bet that those from TARGET zone, because of SET BDY(TARGET). Is it
true?

I believe so.

> Q3: What in case where there are multiple SET BDY() statements in
single
> JCL step and SMPWRKx DD's are present ? Do they rule for every zone
used
> in the step?

JCL overrides persist for the duration of the step.

-jc-

--
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: How to disable a product?

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of R.S.
> 
> Chase, John pisze:
> >> -Original Message-
> >> From: IBM Mainframe Discussion List On Behalf Of R.S.
> >>
> >> IFAPRDxx is a solution for system components, *BUT NOT THE
PRODUCTS*.
> >
> > That would make the IBM Debug Tool a "system component", which it is
> > not.
> What flavour of DT do you mean? There are two! Debug Tool is (was?)
> AFAIK included in z/OS, but Debug Tool Advanced Functions & Features
is
> separate product, orderable as CBPDO (and AFAIK does not require any
> change in IFAPRD). Also separately licensed.

As of (I think) Debug Tool version 9 (might have been earlier), that is
no longer true; you get "everything" in one product for one license fee.
The "current" version is v10.

I recall that compilers formerly offered two packagings; one with and
one without the "basic" debugger.  At that time the "Advanced Functions
and Features" were a separately charged and licensed product.  And if
you ran multiple compilers, you only had to license one of them with the
debugging tooling if you wanted the IBM Debugger.

-jc-

--
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: z/OS V1.12 differences and z196 (the new mainframe) impacts

[Walt Farrell]

On Tue, 14 Sep 2010 10:26:30 -0500, McKown, John
 wrote:

>> -Original Message-
>> From: IBM Mainframe Discussion List
>> [mailto:ibm-m...@bama.ua.edu] On Behalf Of Paul Gilmartin
>> Sent: Tuesday, September 14, 2010 10:23 AM
>> To: IBM-MAIN@bama.ua.edu
>> Subject: Re: z/OS V1.12 differences and z196 (the new
>> mainframe) impacts
>>
>> On Tue, 14 Sep 2010 11:04:47 -0400, David Cole wrote:
>> >>
>> >>Except for regs 0,1,15 your assertion is true.
>> >>
>> >>The high halves of those regs are not preserved across any interface
>> >>unless otherwise documented.
>> >
>> >This is in contradiction to a verbal statement he made at a
>> >presentation several years earlier wherein he flatly stated that no
>> >preexisting AMODE(24/31) program would ever behave differently (due
>> >to the widening of the registers) when run in z/OS vis-a-vis OS/390.
>> >Unfortunately, I don't have "the video".
>> >
>> Ah, semantics!  Can a program run in AMODE(24/31) in OS/390
>> (in a supported configuration) and use grande registers?
>>
>> -- gil
>
>Sure. Why not. I use them for 64 bit numbers where I used to use a register
pair. Can OS/390 run on z hardware? I don't remember anymore. But use of
Grande registers in application code cannot be stopped by the OS. Of course,
if you call other routines, you'd better store them yourself. Because
somebody else might be doing the same.

In this context, John, it seems to me that "pre-existing" means "before
64-bit registers existed", and thus your programs that use 64-bit registers
don't count. Pre-existing programs would only use 32-bit registers, and
would not have any knowledge of the high-halves of the 64-bit registers, and
are not affected by this change.

-- 
Walt Farrell
IBM STSM, z/OS Security Design

--
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

SMPWRKx in SMP/E

[R.S.]

SMPWRKx statement are defined as DDDEFs, but also can be explicitly 
coded in job as /SMPWRKx DD statements.


Q1: JCL DD overwrites DDDEF - True/False?

Q2: Actually there are separate DDDEF definitions for each zone and 
SMPWRKx are defined in GLOBAL zone as well as in TARGET zone.

What definition is used durin APPLY processing?
I bet that those from TARGET zone, because of SET BDY(TARGET). Is it true?

Q3: What in case where there are multiple SET BDY() statements in single 
JCL step and SMPWRKx DD's are present ? Do they rule for every zone used 
in the step?



--
Radoslaw Skorupka
Lodz, Poland


--
BRE Bank SA
ul. Senatorska 18
00-950 Warszawa
www.brebank.pl

Sąd Rejonowy dla m. st. Warszawy 
XII Wydział Gospodarczy Krajowego Rejestru Sądowego, 
nr rejestru przedsiębiorców KRS 025237

NIP: 526-021-50-88
Według stanu na dzień 01.01.2009 r. kapitał zakładowy BRE Banku SA (w całości 
wpłacony) wynosi 118.763.528 złotych. W związku z realizacją warunkowego 
podwyższenia kapitału zakładowego, na podstawie uchwały XXI WZ z dnia 16 marca 
2008r., oraz uchwały XVI NWZ z dnia 27 października 2008r., może ulec 
podwyższeniu do kwoty 123.763.528 zł. Akcje w podwyższonym kapitale zakładowym 
BRE Banku SA będą w całości opłacone.

--
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: ISPF system commands under program control?

[Andy Robertson]

ah, the COMMAND option of DISPLAY PANEL(...).

gotcha



>>To: IBM-MAIN@bama.ua.edu
>>From: John P Kalinich 
**
This email is confidential and may contain copyright material of the John Lewis 
Partnership. 
If you are not the intended recipient, please notify us immediately and delete 
all copies of this message. 
(Please note that it is your responsibility to scan this message for viruses). 
Email to and from the
John Lewis Partnership is automatically monitored for operational and lawful 
business reasons.
**

John Lewis plc
Registered in England 233462
Registered office 171 Victoria Street London SW1E 5NN
 
Websites: http://www.johnlewis.com 
http://www.waitrose.com 
http://www.greenbee.com
http://www.johnlewispartnership.co.uk
 
**

--
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: O/T Stupid Data Center "tricks"

[Kirk Talman]

Oh how I wish I could use that as my tagline at work.

> ... Disaster Recovery Plan (the best one is still an offsite copy of 
your resume

> Art Gutowski
> Ford Motor Company


-
The information contained in this communication (including any
attachments hereto) is confidential and is intended solely for the
personal and confidential use of the individual or entity to whom
it is addressed. If the reader of this message is not the intended
recipient or an agent responsible for delivering it to the intended
recipient, you are hereby notified that you have received this
communication in error and that any review, dissemination, copying,
or unauthorized use of this information, or the taking of any
action in reliance on the contents of this information is strictly
prohibited. If you have received this communication in error,
please notify us immediately by e-mail, and delete the original
message. Thank you 

--
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: ISPF system commands under program control?

[John P Kalinich]

Andy Robertson of the IBM Mainframe Discussion List 
wrote on 09/14/2010 10:31:10 AM:

> Does anyone know a way to issue ISPF System Commands (eg PANELID,
> FKA ON, etc) under program control???
>
> Would it, for example, be possible to set the command field in a
> panel and DISPLAY it with .RESP set to END???   (Doesn't seem to
> work, unfortunately . . .)
>

Gilbert Saint-flour posted this on the ISPF list about a decade ago.

Regards,
John K

/* This REXX EXEC displays the SMF system-id and screen number
   in the upper left hand corner of your ISPF 4.x screen. */
ADDRESS ISPEXEC
CVT= PTR(16)/* CVTPTR */
SMCA   = PTR(CVT+196)   /* CVTSMCA (SMF CTL AREA) */
SMCASID = STRING(SMCA+16,4) /* SMCASID (SMF SYSTEM ID)*/
"VGET ZSCREEN"  /* get screen number  */
CMD = 'PANELID OFF;SCRNAME ON;SCRNAME' SMCASID'#'ZSCREEN 'PERM'
"DISPLAY PANEL(ISPSTRTP) COMMAND(CMD)"
EXIT 1
PTR:  RETURN C2D(BITAND(STORAGE(D2X(ARG(1)),4),'7FFF'X))
STRING: RETURN STRIP(STORAGE(D2X(ARG(1)),ARG(2)))
/* Gilbert Saint-flour:  g...@ibm.net */

--
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: Does anyone combine OMEGAMON and OMEGAVIEW in the same CSI?

[Kurt Quackenbush]

But "(if present)" indicates that the FMID on the ++VER is
optional, so perhaps your PTF should omit FMID, in which
case it would just float aimlessly in the TARGET and DLIB
zones, not belonging to any FMID.


A PTF must have an FMID on the ++VER.  "(if present)" in this case 
refers to a FUNCTION SYSMOD, which may or may not have an FMID on the 
++VER, thus designating a base or dependent FUNCTION.


Kurt Quackenbush -- IBM, SMP/E Development

--
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

ISPF system commands under program control?

[Andy Robertson]

Does anyone know a way to issue ISPF System Commands (eg PANELID, FKA ON, etc) 
under program control???

Would it, for example, be possible to set the command field in a panel and 
DISPLAY it with .RESP set to END???   (Doesn't seem to work, unfortunately . . 
.)



  Andy Robertson   telephone mobile 0777 214 9545 home 01308 420797
**
This email is confidential and may contain copyright material of the John Lewis 
Partnership. 
If you are not the intended recipient, please notify us immediately and delete 
all copies of this message. 
(Please note that it is your responsibility to scan this message for viruses). 
Email to and from the
John Lewis Partnership is automatically monitored for operational and lawful 
business reasons.
**

John Lewis plc
Registered in England 233462
Registered office 171 Victoria Street London SW1E 5NN
 
Websites: http://www.johnlewis.com 
http://www.waitrose.com 
http://www.greenbee.com
http://www.johnlewispartnership.co.uk
 
**

--
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: How to disable a product?

[R.S.]

Chase, John pisze:

-Original Message-
From: IBM Mainframe Discussion List On Behalf Of R.S.

IFAPRDxx is a solution for system components, *BUT NOT THE PRODUCTS*.


That would make the IBM Debug Tool a "system component", which it is
not.
What flavour of DT do you mean? There are two! Debug Tool is (was?) 
AFAIK included in z/OS, but Debug Tool Advanced Functions & Features is 
separate product, orderable as CBPDO (and AFAIK does not require any 
change in IFAPRD). Also separately licensed.

So, entries, text strings in IFAPRD can be misleading here.

BTW1: there are many misleading entries in IFAPRDxx, like "TCP/IP IMS".
BTW2: I could imagine there are exceptions to the feature-product 
classification.





BTW: There are no license reasons to disable any of the components on
given LPAR, since you pay for the system with all the features

>> enabled,

regardless of some of the features are in use on single LPAR only or
not.


Au contraire, mon ami:  We license the IBM Debug Tool only on our
Test/Development LPAR, and NOT the Production LPAR.  We disable the
Debug Tool on Production via IFAPRDxx (in addition to leaving its
datasets uncataloged, unauthorized and out of the LPA on Production).
Same with the C/C++ compiler, which arguably could be considered a
"system component".


Yes, C++ is considered as system component. Not my decision, but it is 
feature, while COBOL is a product.
BTW: yes, you can disable any of the features on some LPARs, but it 
doesn't change your bill, does it? Of course I assumed WLC.



--
Radoslaw Skorupka
Lodz, Poland


--
BRE Bank SA
ul. Senatorska 18
00-950 Warszawa
www.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.2009 r. kapita zakadowy BRE Banku SA (w caoci 
wpacony) wynosi 118.763.528 zotych. W zwizku z realizacj warunkowego 
podwyszenia kapitau zakadowego, na podstawie uchway XXI WZ z dnia 16 marca 
2008r., oraz uchway XVI NWZ z dnia 27 padziernika 2008r., moe ulec 
podwyszeniu do kwoty 123.763.528 z. Akcje w podwyszonym kapitale zakadowym 
BRE Banku SA bd w caoci opacone.

--
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: Does anyone combine OMEGAMON and OMEGAVIEW in the same CSI?

[George Henke]

tyvm, Kurt.

That just might be the answer I am looking for.  Paul Gilmartin previously
observed that DDDEFs are owned by the ZONE not the FMID and must be unique.

So if I had OMEGAMON and OMEGAVIEW in the same CSI with different TZONEs and
DZONEs and specified XZGROUP and XZREQ parms, the PTF that went on OMEGAMON
would have also been applied to OMEGAVIEW and I would have avoided the
ensuing OC4 and having to apply it twice.

On Tue, Sep 14, 2010 at 11:17 AM, Kurt Quackenbush  wrote:

>  If the the products are in the same CSI but have different TARGET and
>> DLIB
>> ZONES what does combining them buy you other than the same GLOBAL ZONE and
>> PTS for RECEIVE processing.
>>
>
> As you suspect, that does not buy the typical user very much.  Applying
> them to the same target zone is where you get the value in catching the
> requisites between FMIDs.  It is possible to check for requisites across
> target zones, but I don't see many users doing that (see the XZGROUP and
> XZREQ operands on APPLY for more info).
>
> Kurt Quackenbush -- IBM, SMP/E Development
>
>
> --
> 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
>



-- 
George Henke
(C) 845 401 5614

--
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: z/OS V1.12 differences and z196 (the new mainframe) impacts

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:ibm-m...@bama.ua.edu] On Behalf Of Paul Gilmartin
> Sent: Tuesday, September 14, 2010 10:23 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: z/OS V1.12 differences and z196 (the new 
> mainframe) impacts
> 
> On Tue, 14 Sep 2010 11:04:47 -0400, David Cole wrote:
> >>
> >>Except for regs 0,1,15 your assertion is true.
> >>
> >>The high halves of those regs are not preserved across any interface
> >>unless otherwise documented.
> >
> >This is in contradiction to a verbal statement he made at a
> >presentation several years earlier wherein he flatly stated that no
> >preexisting AMODE(24/31) program would ever behave differently (due
> >to the widening of the registers) when run in z/OS vis-a-vis OS/390.
> >Unfortunately, I don't have "the video".
> >
> Ah, semantics!  Can a program run in AMODE(24/31) in OS/390
> (in a supported configuration) and use grande registers?
> 
> -- gil

Sure. Why not. I use them for 64 bit numbers where I used to use a register 
pair. Can OS/390 run on z hardware? I don't remember anymore. But use of Grande 
registers in application code cannot be stopped by the OS. Of course, if you 
call other routines, you'd better store them yourself. Because somebody else 
might be doing the same.

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * (817)-691-6183 cell
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: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: z/OS V1.12 differences and z196 (the new mainframe) impacts

[Paul Gilmartin]

On Tue, 14 Sep 2010 11:04:47 -0400, David Cole wrote:
>>
>>Except for regs 0,1,15 your assertion is true.
>>
>>The high halves of those regs are not preserved across any interface
>>unless otherwise documented.
>
>This is in contradiction to a verbal statement he made at a
>presentation several years earlier wherein he flatly stated that no
>preexisting AMODE(24/31) program would ever behave differently (due
>to the widening of the registers) when run in z/OS vis-a-vis OS/390.
>Unfortunately, I don't have "the video".
>
Ah, semantics!  Can a program run in AMODE(24/31) in OS/390
(in a supported configuration) and use grande registers?

-- 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

Re: Does anyone combine OMEGAMON and OMEGAVIEW in the same CSI?

[Kurt Quackenbush]

If the the products are in the same CSI but have different TARGET and DLIB
ZONES what does combining them buy you other than the same GLOBAL ZONE and
PTS for RECEIVE processing.


As you suspect, that does not buy the typical user very much.  Applying 
them to the same target zone is where you get the value in catching the 
requisites between FMIDs.  It is possible to check for requisites across 
target zones, but I don't see many users doing that (see the XZGROUP and 
XZREQ operands on APPLY for more info).


Kurt Quackenbush -- IBM, SMP/E Development

--
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: z/OS V1.12 differences and z196 (the new mainframe) impacts

[David Cole]

At 9/13/2010 09:23 AM, Paul Gilmartin wrote:

On Mon, 13 Sep 2010 06:35:45 -0600, Steve Comstock wrote:
>
>* GETMAIN now returns address of gotten area in R1 with the
>   leftmost word being all binary zeros, so address can be
>   treated as a 64-bit address
>
Unconditionally?  That would break subroutines that don't
save/restore high order parts.  (Or does R1 not matter?)

-- gil


Gil,

I once raised a similar question with Peter Relson. He unequivocally 
asserted that no program can rely upon any part of (including the 
high halves of) the volatile registers (r15, r0 and r1) being 
preserved across system interfaces (unless the interface doc states 
otherwise).


Here's the quote:
At 3/18/2007 08:07 AM, Peter Relson wrote:

Dave,

Except for regs 0,1,15 your assertion is true.

The high halves of those regs are not preserved across any interface 
unless otherwise documented.


This is documented in the assembler services guide

2.1 Saving the Calling Program's Registers
 [snip]


This is in contradiction to a verbal statement he made at a 
presentation several years earlier wherein he flatly stated that no 
preexisting AMODE(24/31) program would ever behave differently (due 
to the widening of the registers) when run in z/OS vis-a-vis OS/390. 
Unfortunately, I don't have "the video".




Dave Cole  REPLY TO: dbc...@colesoft.com
ColeSoft Marketing WEB PAGE: http://www.colesoft.com
736 Fox Hollow RoadVOICE:540-456-8536
Afton, VA 22920FAX:  540-456-6658 


--
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: How to disable a product?

[Mark Zelden]

On Tue, 14 Sep 2010 16:25:12 +0200, R.S.  wrote:

>Mark Zelden pisze:
>[...]
>> Having the products "spinning on DASD"  is not a violation as long as you
>> aren't using / executing the products.
>
>That's the problem. I was told I should do something with it. Actually
>I'm looking for the method which would be acceptable by IBM or at least
>widely in use.
>

Just "not executing" the product should be good enough.  However you 
accomplish that should be acceptable for IBM (it is/was for my client).
Whether it be from RACF, APF or just educating users.   If you aren't
using it, you aren't using it.  Of course for products that cut SMF89 records
if someone does use it accidentally or on purpose because you haven't
taken preventive measures, you'll have to pay for it.

I think IBM understands that in large shops and even small shops
you aren't going to do a separate install / serverpac for every
combination of licensed products / LPARs and aren't going to maintain
all of those SMP/E zones and data sets separately.  However, I was
once asked to delete a product from SMP/E, but that was when no
LPARs in the entire shop were licensed for it.


>[...]
>> As to your last question about how to be sure that the library belongs
>> solely to the product, look at the PGMDIR PDS members that came with you
>> ServerPac for each product in question and make sure the same library
>> is not referenced in any other program directories.
>
>Looks time consuming, but safe way.
>

If you aren't sure, then yes, it's the only safe way.  The unsafe way is to
just do it and hope the phone doesn't ring Monday morning.  :-)

Regards,

Mark
--
Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS   
mailto:mzel...@flash.net  
Mark's MVS Utilities: http://home.flash.net/~mzelden/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: How to disable a product?

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of R.S.
> 
> IFAPRDxx is a solution for system components, *BUT NOT THE PRODUCTS*.

That would make the IBM Debug Tool a "system component", which it is
not.

> Example of system component would be RMM, RACF, HSM, etc.
> Example of product can be OMEGAMON, WAS, COBOL, MQ, File Manager.
DITTO,

IBM Debug Tool,

> etc.
> 
> Both, components and prodcuts comes within single ServerPac package.
> 
> BTW: There are no license reasons to disable any of the components on
> given LPAR, since you pay for the system with all the features
enabled,
> regardless of some of the features are in use on single LPAR only or
not.

Au contraire, mon ami:  We license the IBM Debug Tool only on our
Test/Development LPAR, and NOT the Production LPAR.  We disable the
Debug Tool on Production via IFAPRDxx (in addition to leaving its
datasets uncataloged, unauthorized and out of the LPA on Production).
Same with the C/C++ compiler, which arguably could be considered a
"system component".

-jc-

--
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: How to disable a product?

[R.S.]

Mark Zelden pisze:
[...]
Having the products "spinning on DASD"  is not a violation as long as you 
aren't using / executing the products.  


That's the problem. I was told I should do something with it. Actually 
I'm looking for the method which would be acceptable by IBM or at least 
widely in use.



So there are various ways to do 
that.  If it requires APF authorization, don't APF authorize it on the LPARs
in question.If the catalogs aren't shared in the systems you clone to, 
don't catalog the data sets (although people can find them if they know

where to look).  Not including in LNKLST/LPA helps, but again people can
still find the data sets and use JOBLIB/STEPLIB.


I don't afraid that anyone would use any product, I'm afraid what would 
happed if I remove some library from LNKLST/LPA/APF - that's of course 
related to question how to be sure that the library belongs solely to 
the product.



[...]

As to your last question about how to be sure that the library belongs
solely to the product, look at the PGMDIR PDS members that came with you
ServerPac for each product in question and make sure the same library
is not referenced in any other program directories.


Looks time consuming, but safe way.

Thank you!
--
Radoslaw Skorupka
Lodz, Poland


--
BRE Bank SA
ul. Senatorska 18
00-950 Warszawa
www.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.2009 r. kapita zakadowy BRE Banku SA (w caoci 
wpacony) wynosi 118.763.528 zotych. W zwizku z realizacj warunkowego 
podwyszenia kapitau zakadowego, na podstawie uchway XXI WZ z dnia 16 marca 
2008r., oraz uchway XVI NWZ z dnia 27 padziernika 2008r., moe ulec 
podwyszeniu do kwoty 123.763.528 z. Akcje w podwyszonym kapitale zakadowym 
BRE Banku SA bd w caoci opacone.

--
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: Issuing WTOR SVC In Multitask Environment

[Mike Myers]

 John:

Yes, I knew OS/360 by two names, PCP (Primary Control Program) and 
S-cubed (SSS or Sequential Scheduling System).


I started programming school at IBM Poughkeepsie the day after OS/360 
went GA.


I'm with you on wondering what the OP wants and why.

Mike Myers
Mentor Services Corp.

On 9/13/2010 6:13 PM, John McKown wrote:

On Mon, 2010-09-13 at 17:04 -0400, Shmuel Metz (Seymour J.) wrote:

In<4c8d729d.1070...@mentor-services.com>, on 09/12/2010
at 08:38 PM, Mike Myers  said:


If you only want a single TCB to dominate a CPU, you may want to go
back  to OS/360 (Sequential Scheduling System

Single Sequential Scheduler.


Is that like OS/360 PCP? I've heard of that, but hadn't heard of Single
Sequential Scheduler before.

I still wonder what the OP really wants and why.

--
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: How to disable a product?

[R.S.]

IFAPRDxx is a solution for system components, *BUT NOT THE PRODUCTS*.
Example of system component would be RMM, RACF, HSM, etc.
Example of product can be OMEGAMON, WAS, COBOL, MQ, File Manager. DITTO, 
etc.


Both, components and prodcuts comes within single ServerPac package.

BTW: There are no license reasons to disable any of the components on 
given LPAR, since you pay for the system with all the features enabled, 
regardless of some of the features are in use on single LPAR only or not.
BTW2: Of course there's still a reason to diable given feature on all 
LPARs.


--
Radoslaw Skorupka
Lodz, Poland

P.S. Thank you gentlemen for prompt response!


--
BRE Bank SA
ul. Senatorska 18
00-950 Warszawa
www.brebank.pl

Sąd Rejonowy dla m. st. Warszawy 
XII Wydział Gospodarczy Krajowego Rejestru Sądowego, 
nr rejestru przedsiębiorców KRS 025237

NIP: 526-021-50-88
Według stanu na dzień 01.01.2009 r. kapitał zakładowy BRE Banku SA (w całości 
wpłacony) wynosi 118.763.528 złotych. W związku z realizacją warunkowego 
podwyższenia kapitału zakładowego, na podstawie uchwały XXI WZ z dnia 16 marca 
2008r., oraz uchwały XVI NWZ z dnia 27 października 2008r., może ulec 
podwyższeniu do kwoty 123.763.528 zł. Akcje w podwyższonym kapitale zakładowym 
BRE Banku SA będą w całości opłacone.

--
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: S737 Abends, Deleted GDG Data Sets and TWS

[Tabor, Rich]

We have had a pmr opened with TWS support for the past 45 days and they were 
able to reproduce the problem we reported but they do not feel they need to 
open an APAR for this because fixing the problem is beyond the current design 
of the product and therefore not APARable.  We have continued to ask for this 
apar anyways and their latest attempt at appeasing us consists of a 
documentation apar updating an obscure 'installation considerations' paragraph 
which will eventually be changed to state that deleting a data set may 
adversely affect a job being restarted by TWS.  I'm beginning to feel that by 
continuing to persist that I am being unreasonable.

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Brian Kennelly
Sent: Wednesday, September 08, 2010 5:50 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: S737 Abends, Deleted GDG Data Sets and TWS

On Wed, Sep 8, 2010 at 15:53, Tabor, Rich wrote:

> The short answer I think is yes - yes it is TWS's fault.  Yes, as 
> suggested, if I specify the absolute GDG data set name in the JCL, I 
> see only the enqueue for the absolute GDG data set and no enqueue for 
> the GDG base.  And MVS/DFP does not allow the data set to be deleted 
> by another tso user or batch job in this instance (as we all hope and 
> expect).  I don't know for sure if it has to do with enqueuing on both 
> the GDG base and the actual gdg data set.  I don't know why it is 
> possible in some circumstances for a TSO user or some other job to 
> delete a gdg allocated to a job restarted by TWS, but TWS is 
> apf-authorized and is modifying JES control blocks so I can't see 
> another culprit here.  I'm just making sure that the problem is on 
> record so that someone running into this in the future will find that it has 
> happened before.


It is very likely a basic error in the TWS restart.  I remember another 
vendor's restart product that had a similar problem.  it would reset the SWA 
blocks for a GDS to reflect the absolute generation, as John described, but it 
did so after MVS had built its enqueue table, so the GDS did not get enqueued.  
The programmer had to add code to acquire the enqueue and update the enqueue 
table.

When I wrote my restart code, I made sure to avoid that error.  I adjust the 
base, but not the relative generations on generation datasets.

--
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

INASIRMI

[Veilleux, Jon L]

Does anyone out there recognize this program name?
INASIRMI

TIA, 
Jon
Jon L. Veilleux 
veilleu...@aetna.com 
(860) 636-9179 
This e-mail may contain confidential or privileged information. If
you think you have received this e-mail in error, please advise the
sender by reply e-mail and then delete this e-mail immediately.
Thank you. Aetna   

--
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: current used main-memory( realmemory, central memory)

[Blaicher, Chris]

To find out how the system thinks it is doing, look at SYSEVENT STGTEST in the 
Authorized Assembler Reference manual.  That gives you back two values, three 
actually, but now the third is the same as the second.  These values are only 
updated once a second.

There is also the RCEAFC that has the available frame count.  The RCEPOOL has 
the total number of frames for the LPAR.  The RCEBELPL has the below the line 
number and RCEABVPL has the above the line number.  You have to derive the 
above the bar (64-bit) pages.  ABAR = RCEPOOL - RCEABVPL - RCEBELPL

OK, the first value from the SYSEVENT is basically the available frame count 
minus a machine configuration derived constant.

The second value is basically the number of what I call under-utilized frames.  
If a frame has a UIC count greater than the system target UIC, then it is a 
candidate for stealing.  This value includes the first value frame count.

IBM has been tight lipped about how they currently derive the values returned 
by SYSEVENT STGTEST, so my comments are based on old knowledge and current 
observations and taking my best guess.  The other variable mentioned are right 
from the System Data Areas manuals.


Christopher Y. Blaicher
Senior Software Developer
Austin Development Lab

phone: 512.340.6154
mobile: 512.627.3803
fax: 512.340.6647

10431 Morado Circle 
Austin, TX 78759



-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Leopold Strauss
Sent: Tuesday, September 14, 2010 12:40 AM
To: IBM-MAIN@bama.ua.edu
Subject: current used main-memory( realmemory, central memory)

  Hi all,

I would need a snapshot about the amount of current used main-memory.

With RMF-monitor-II-snapshot this value is not provided.

Are there any systemcalls or controlblock-chains to be looked for to get 
this value ?

I would appreciate any hints.

Thanks in advance and BR

Leo Strauss

--
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: How to disable a product?

[Mark Zelden]

On Tue, 14 Sep 2010 15:15:00 +0200, R.S.  wrote:

>Scenario: system with several product is installed from ServerPac, then
>cloned on several LPARs, including PROD and DEV. Some products like
>Debug Tool or COBOL compiler are not in us on PROD.
>
>Q: How to "disable" such products in a manner which should be
>satisfactory for IBM and safe for me (I mean system RAS and ability to
>apply service).
>The obvious method - deleting prodcut libraries will cause problems with
>SMP/E (unless further actions will be taken) and/or need LNKLST/APF/LPA
>changes. Last but not least: how to be sure that such library does
>belong solely to the product, not other products/components?
>
>Any clue?
>--

Many products that fall under this are enabled / disabled via IFAPRDxx (I'm
sure you know this).So one method is to disable them. 

Having the products "spinning on DASD"  is not a violation as long as you 
aren't using / executing the products.  So there are various ways to do 
that.  If it requires APF authorization, don't APF authorize it on the LPARs
in question.If the catalogs aren't shared in the systems you clone to, 
don't catalog the data sets (although people can find them if they know
where to look).  Not including in LNKLST/LPA helps, but again people can
still find the data sets and use JOBLIB/STEPLIB.

You covered the above already, but one thing I have also done is used RACF
RACF program protection with "WHEN SYSID".   Another method, which again
is easily bypassed by smart users, is for products that have CLIST / REXX
invocation via ISPF -  just add a few lines of code that checks sysid.

As to your last question about how to be sure that the library belongs
solely to the product, look at the PGMDIR PDS members that came with you
ServerPac for each product in question and make sure the same library
is not referenced in any other program directories.

Mark
--
Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS   
mailto:mzel...@flash.net  
Mark's MVS Utilities: http://home.flash.net/~mzelden/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: region problem after migrated to zos1.11

[Jerry Cergol]

IBM (unreasonably) delivers ServerPac with IEASYS CSA=(3000,3) which 
will cause 822's but I would have imagined that you found that so what's your 
IEASYSxx CSA values?

Jerry Cergol
Cleveland Clinic Foundation 

--
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: CF Structures - ALLOWAUTOALT

[Reiner Markus]

Bob,

I always use ALLOWAUTOALT(YES) because you can set an "init size" which is
taken for first allocation and a "size" which is the maximum of allocated
storage in the CF. In D XCF,STR you can also watch for a "storage increment
size". This shows in what steps the size will grow after first alloc. 
Example:

STRNAME: DSNDS0P_GBP8K0   
 STATUS: REASON SPECIFIED WITH REBUILD START: 
   POLICY-INITIATED   
 DUPLEXING REBUILD
   METHOD: USER-MANAGED   
   PHASE:  DUPLEX ESTABLISHED 
 EVENT MANAGEMENT: POLICY-BASED   
 TYPE: CACHE  
 POLICY INFORMATION:  
  POLICY SIZE: 12000 K
  POLICY INITSIZE: 8000 K 
  POLICY MINSIZE : 3000 K 
  FULLTHRESHOLD  : 80 
  ALLOWAUTOALT   : YES
  REBUILD PERCENT: N/A
  DUPLEX : ENABLED
  ALLOWREALLOCATE: YES
  PREFERENCE LIST: CF11 CF21 CF31 
  ENFORCEORDER   : NO 
  EXCLUSION LIST IS EMPTY 
  
 DUPLEXING REBUILD NEW STRUCTURE  
 ---  
  ALLOCATION TIME: 02/14/2009 22:53:45
  CFNAME : CF21   
  COUPLING FACILITY: 002097.IBM.51.0001117B   
 PARTITION: 0A   CPCID: 00
  ACTUAL SIZE: 12288 K
  STORAGE INCREMENT SIZE: 512 K

Have a nice day
Reiner MARKUS 
  

--
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: How to disable a product?

[Matan Cohen]

I think what R.S ment is to delete the diffrent products which aren't in use
not disable them.
we use Server pac and when upgrading OS we need to go over the diffrent
product an dispose those which are'nt in use .

On Tue, Sep 14, 2010 at 3:21 PM, Shane  wrote:

> Have a look at IFAPRDxx in PARMLIB
> Should be described in "installing your Order" or somesuch.
>
> Shane ...
>
> --
> 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
>



-- 
best regards,
matan cohen
MF System Administrator.

--
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

region problem after migrated to zos1.11

[Tommy Tsui]

most jobs abended with 822 in our production lpar below 16m private
region but works fine in our uat/dev lpar we dont know why.? we havent
any user exit to block the region, swa set to above, memlimit set to
nolimit, both production & dev lpar got 10mb private region below 16m
. we now set all to 17mb to avoid this problem in our production .any
idea about this?

2010/9/14, Binyamin Dissen :
> On Tue, 14 Sep 2010 07:40:29 +0200 Leopold Strauss
>  wrote:
>
> :>I would need a snapshot about the amount of current used main-memory.
>
> I would expect unless you have a huge amount of memory and a very quiet
> system
> that all real memory will be in use in some way.
>
> But I could be wrong.
>
> --
> 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: 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: How to disable a product?

[Shane]

Have a look at IFAPRDxx in PARMLIB
Should be described in "installing your Order" or somesuch.

Shane ...

--
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: How to disable a product?

[Staller, Allan]

SYS1.PAMRLIB(IFAPRDxx)?


Scenario: system with several product is installed from ServerPac, then 
cloned on several LPARs, including PROD and DEV. Some products like 
Debug Tool or COBOL compiler are not in us on PROD.

Q: How to "disable" such products in a manner which should be 
satisfactory for IBM and safe for me (I mean system RAS and ability to 
apply service).
The obvious method - deleting prodcut libraries will cause problems with

SMP/E (unless further actions will be taken) and/or need LNKLST/APF/LPA 
changes. Last but not least: how to be sure that such library does 
belong solely to the product, not other products/components?


--
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: How to disable a product?

[גדי בן אבי]

You can disable them in IFAPRDxx.

Gadi

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
R.S.
Sent: Tuesday, September 14, 2010 3:15 PM
To: IBM-MAIN@bama.ua.edu
Subject: How to disable a product?

Scenario: system with several product is installed from ServerPac, then
cloned on several LPARs, including PROD and DEV. Some products like
Debug Tool or COBOL compiler are not in us on PROD.

Q: How to "disable" such products in a manner which should be
satisfactory for IBM and safe for me (I mean system RAS and ability to
apply service).
The obvious method - deleting prodcut libraries will cause problems with
SMP/E (unless further actions will be taken) and/or need LNKLST/APF/LPA
changes. Last but not least: how to be sure that such library does
belong solely to the product, not other products/components?

Any clue?
--
Radoslaw Skorupka
Lodz, Poland


--
BRE Bank SA
ul. Senatorska 18
00-950 Warszawa
www.brebank.pl

Sąd Rejonowy dla m. st. Warszawy
XII Wydział Gospodarczy Krajowego Rejestru Sądowego,
nr rejestru przedsiębiorców KRS 025237
NIP: 526-021-50-88
Według stanu na dzień 01.01.2009 r. kapitał zakładowy BRE Banku SA (w całości 
wpłacony) wynosi 118.763.528 złotych. W związku z realizacją warunkowego 
podwyższenia kapitału zakładowego, na podstawie uchwały XXI WZ z dnia 16 marca 
2008r., oraz uchwały XVI NWZ z dnia 27 października 2008r., może ulec 
podwyższeniu do kwoty 123.763.528 zł. Akcje w podwyższonym kapitale zakładowym 
BRE Banku SA będą w całości opłacone.

--
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

How to disable a product?

[R.S.]

Scenario: system with several product is installed from ServerPac, then 
cloned on several LPARs, including PROD and DEV. Some products like 
Debug Tool or COBOL compiler are not in us on PROD.


Q: How to "disable" such products in a manner which should be 
satisfactory for IBM and safe for me (I mean system RAS and ability to 
apply service).
The obvious method - deleting prodcut libraries will cause problems with 
SMP/E (unless further actions will be taken) and/or need LNKLST/APF/LPA 
changes. Last but not least: how to be sure that such library does 
belong solely to the product, not other products/components?


Any clue?
--
Radoslaw Skorupka
Lodz, Poland


--
BRE Bank SA
ul. Senatorska 18
00-950 Warszawa
www.brebank.pl

Sąd Rejonowy dla m. st. Warszawy 
XII Wydział Gospodarczy Krajowego Rejestru Sądowego, 
nr rejestru przedsiębiorców KRS 025237

NIP: 526-021-50-88
Według stanu na dzień 01.01.2009 r. kapitał zakładowy BRE Banku SA (w całości 
wpłacony) wynosi 118.763.528 złotych. W związku z realizacją warunkowego 
podwyższenia kapitału zakładowego, na podstawie uchwały XXI WZ z dnia 16 marca 
2008r., oraz uchwały XVI NWZ z dnia 27 października 2008r., może ulec 
podwyższeniu do kwoty 123.763.528 zł. Akcje w podwyższonym kapitale zakładowym 
BRE Banku SA będą w całości opłacone.

--
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: Jobclas Protection - IEFUJI

[Mark Zelden]

On Mon, 13 Sep 2010 22:56:39 -0700, Ed Gould  wrote:





 The other thing I implemented (and is no longer needed) was to comment out
a stepcat. I understand why IBM came up with the stepcat/jobcat card long
long ago and far far away but it complicated everybodies life by its existance.


That would be from IEFUJV, not from IEFUJI.   There was one of those at
just about every shop I was at back then and there was always a "secret"
way to get them when needed by using the "secret" DD names that IEFUJV
changed to JOBCAT/STEPCAT.

--
Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS   
mailto:mzel...@flash.net  
Mark's MVS Utilities: http://home.flash.net/~mzelden/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: current used main-memory( realmemory, central memory)

[Martin Packer]

Benyamin Dissen wrote:

> I would expect unless you have a huge amount of memory 
> and a very quiet system that all real memory will be
> in use in some way.

I've run into a number of situations where dumps have stressed memory. In 
the worst cases dumping has stressed aux, too.

I've also looked at lots of customer systems and in my experience the 
memory situation varies very widely - from the tens of gigabytes unused on 
an LPAR to the extremely overcommitted during dumping - and many points in 
between. I would say that a "high robustness in the face of dumping" 
stance is an entirely valid one but one that requires provisioning to and 
beyond the peak dumping memory requirement. (And so it might be (or 
appear) unaffordable.)

It's a stance an installation has to take for themselves - and so I don't 
get judgemental about it... I merely point out the dynamics. :-)

Martin

Martin Packer,
Mainframe Performance Consultant, zChampion
Worldwide Banking Center of Excellence, IBM

+44-7802-245-584

email: martin_pac...@uk.ibm.com

Twitter / Facebook IDs: MartinPacker





Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 
741598. 
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU






--
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: z/OS non-sms dasd allocation algorithm ?

[John H Kington]

Ron,

>John and Steve,
>
>Back around 1995 SMS and non-SMS allocation was documented in a very
>detailed informational APAR. I no longer have a copy of it.
The last time I saw it, it was extended into a second apar. I no longer have 
access to it.

>My recollection is that the eligible device list for was built in least busy
>LCU and volume order, where busy was based on a reasonably short SRM measure
>of connect time. I don't recall non-SMS or SMS Primary EDL being sorted by
>device delay. Something in the deep recesses of my memory says that the
>volume order within LCU was changed to number of datasets open at some
>stage, but that may be a senior moment in progress.
The information about device delay which is the sum of IOSQueue time,
disconnect time and pend time came from IBM level 2 when I was working
on an allocation problem. I had them repeat it three times and was sure that
removing lcu busy from the equation was something like shooting my dog.


>So initially we have the EDL in least busy LCU, and then least busy volume
>order, but allocation will then demote any volume that has already been
>allocated to a dataset in this job step to avoid "clustering" of allocation
>on a single, low activity device. This is why you don't see all you SORTWKnn
>datasets on one volume, and another dim dark memory is prodding me to say
>that the DFSORT guys asked for this enhancement.

>You also have to consider that temporary datasets will select volumes
>mounted as PUBLIC over those mounted as STORAGE. Accidently mounting one
>volume as PUBLIC in your work pool with everything else mounted as STORAGE
>is a good way to see a single volume become grossly overloaded with all the
>TEMP dataset allocations.
Hence my assumption (question?) about allocating a permanent dasd dataset.
Temporary datasetswill go to volumes mounted public. If you have no volumes
mounted public, it will go to volumes mounted as storage.

>CA-ASTEX does a really good job of getting it's fingers into allocation by
>removing poor performing candidates from the EDL. The product documentation
>may have a good write up on what happens without ASTEX. Or Chris Craddock
>can run down the hall and get one of the developers to respond...

My other assumption about not having a third party allocation manager.


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of
> John H Kington
> Sent: Monday, September 13, 2010 10:55 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: [IBM-MAIN] z/OS non-sms dasd allocation algorithm ?
>
> Steve,
>
> >Does anyone know how a dasd volume is selected for a new non-sms dataset
> >allocation when using the UNIT parm?  Is it  just the first volume in the
> UNIT
> >group that satisfies the space request or is some other algorithm used?
> >Anyone know if this is documented anywhere (IBM manual)?  z/OS 1.9
> >
> You are asking for information on non-specific, non-sms dasd dataset
> allocation.
> I don't know anyplace where everything is fully documented but you can use
> the above to search the archives.
>
> Assuming you are allocating a permanent dasd dataset and you have no third
> party product that is directing/controlling allocation, the system will
build
> a
> candidate list of volumes associated with the unit that are mounted
storage.
> The list is then sorted by device delay (iosqueue time, pending time and
> disconnect time) from lowest to highest. Allocation then occurs on the
> first volume in the sorted list that has sufficient space in five extents
or
> less.
>
> Regards,
> John
>
> NOTICE:  The information contained in this electronic mail transmission is
> intended by Convergys Corporation for the use of the named individual or
> entity to which it is directed and may contain information that is
privileged
> or otherwise confidential.  If you have received this electronic mail
> transmission in error, please delete it from your system without copying
or
> forwarding it, and notify the sender of the error by reply email or by
> telephone (collect), so that the sender's address records can be
corrected.
>
> --
> 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

NOTICE:  The information contained in this electronic mail transmission is 
intended by Convergys Corporation for the use of the named individual or entity 
to which it is directed and may contain information that is privileged or 
otherwise confidential.  If you have received this electronic mail transmission 
in error, 

Re: Does anyone combine OMEGAMON and OMEGAVIEW in the same CSI?

[George Henke]

I suppose the real question is, "When is it appropriate to combine products
into the same CSI and when not"?

I have seen clients that like to have a separate CSI, GLOBAL ZONE, PTS, for
each product.

And I have seen others, fewer, that like to combine products within vendor.

But here is an instance where IBM is highly recommending combining OMEGAMON
and OMEGAVIEW within the same CSI and I suppose therefore TARGET and DLIB
ZONES.

If the the products are in the same CSI but have different TARGET and DLIB
ZONES what does combining them buy you other than the same GLOBAL ZONE and
PTS for RECEIVE processing.  But maybe that is enough.

I suppose it depends on how closely the products are related, how
the maintenance, PTF's are bundled and shipped.

But the ROT in practice seems to be keep them separate and do the redundant
maintenance unless there is some compelling reason to combine them.



On Mon, Sep 13, 2010 at 6:10 PM, Paul Gilmartin wrote:

> On Mon, 13 Sep 2010 16:48:09 -0400, Shmuel Metz (Seymour J.) wrote:
> >
> > 1. A PTF should only apply to one FMID.
> >
> Not exactly.  From:
>
> #<<3.7.1.3 "SMP/E V3R5.0 for z/OS V1R12.0 Commands"
> ___
>
>3.7.1.3 Applicability checking
>
>1. Each SYSMOD must contain at least one ++VER statement whose SREL
>   value matches one of the SREL values for that target zone and whose
>   FMID value (if present) names a function SYSMOD that has been (or is
>   being) applied.
>   ...
>   If a SYSMOD is found containing multiple applicable ++VER
>   statements, SMP/E is unable to apply that SYSMOD, because SMP/E
>   cannot determine which ++VER statement to use.
>
> So a PTF can contain multiple ++VER statements, each identifying
> a different FMID.  It's not clear whether the APPLY FORFMID
> parameter restricts this.  And I don't see the syntax whereby
> a PTF for one FMID can REQ itself for a different FMID.
>
> But "(if present)" indicates that the FMID on the ++VER is
> optional, so perhaps your PTF should omit FMID, in which
> case it would just float aimlessly in the TARGET and DLIB
> zones, not belonging to any FMID.
>
> Remember that DDDEFS belong to the zone, not to the FMID,
> so you can't have identical DDNAMES in the same zone identify
> different data sets for different FMIDs.
>
> Perhaps Kurt Q. will clarify.
>
> -- 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
>



-- 
George Henke
(C) 845 401 5614

--
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

AD: CA Database Management "Do More with Less" Technical Webcast Series - What's New in CA Database Management for IMS and for DB2

[Dell'Anno, Aurora]

THIS IS A FREE TECHNICAL WEBCAST OPEN TO ALL - IF YOU ARE NOT INTERESTED, 
PLEASE DELETE THE EMAIL :-)

=

Join us on September 22nd and September 23rd for the first two webcast in the 
series - register here for the seminars:

*   for the DB2 webcast: 
https://www.ca.com/us/register/activity.aspx?cid=107010

CA Database Management r14 for DB2 for z/OS is designed to help customers save 
time and money by addressing database and application performance issues, 
simplifying database administration and improving backup and recovery 
efficiency. 

The new release delivers the functionality, flexibility of control, and version 
support needed for streamlined management of complex DB2 systems and 
applications, while reducing the cost and amount of effort need to manage DB2 
for z/OS environments. 

Join Steen Rasmussen, Senior Engineering Services Architect, as he reviews the 
r14 capabilities across database performance management, database 
administration and database backup and recovery. 

*   for the IMS webcast: 
https://www.ca.com/us/register/activity.aspx?cid=107008

This webcast event will provide an overview of CA Database Management r14for 
IMS for z/OS. 

Topics will include a short overview of the products, the integration they 
provide, enhancements and control statements in the r14 release, and conversion 
to and installation of the products. 

Whether you are an existing CA customer, or are simply considering the CA 
Database Management for IMS for z/OS solution, attending this session will 
answer your critical questions on the road to efficient and cost-effective IMS 
management.


Thanks.
 

Aurora


 

Aurora Emanuela Dell'Anno
CA Technologies - MSC
Sr. Engineering Services Architect
Tel:  +44 (0)1753 577 733
Mobile:  +44 (0)7768 235 339
aurora.della...@ca.com

CA Limited
Ditton Park, Riding Court Road, Datchet, SL3 9LL, UK

CA Limited is a company registered in England and Wales under company 
registration number 1282495 with its registered office at the address set out 
above. VAT number 697904179.


http://www.ca.com/

 

P please don't print this e-mail unless you really need to!

 

 




--
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: Duplexing ISTGENERIC structure locked up sysplex

[Richards, Robert B.]

For the record, I am at z/OS 1.10. Following up on my own note with wisdom from 
IBM in the PMR:

"This behavior is documented in APAR OA31042 which is also HIPER and marks PTF 
UA50730 in error. The hung rebuild problem you experienced was introduced by 
this PTF and we can see in the dump of  that nucleus module IXLR2MAN is at 
the UA50730 level.  You can check other system levels of this module by issuing 
IP VERBX NUCMAP and doing F for IXLR2MAN to find the address and IP L 
address_you_find len(x'1000').  The PTF level will be there.  This will enable 
you to see where else you might require the fix. This UA50730 introduced a 
serious problem.  This problem has the potential to any or many lock structures 
or serialized list structures.  If that happens you need to reset the hung 
connector.  In the case of some connectors some may be easier than others to 
recycle.  For instance, were this to occur to ISGLOCK, you'd be looking at a 
re-ipl for affected systems.  
  
In this case you may be able to recover by HALTing VTAM long enough for VTAM to 
disconnect from the structure from each of the systems that 
have outstanding rebuild requests.  
   
I would urge you to apply a fix for OA31042 as soon as possible because it can 
affect not only rebuild initiated by the operator but also  
system managed as the result of a CF failover."
--
Many thanks to the excellent IBM support on this issue!

We were able to recover without an IPL using the suggested "HALT of VTAM" 
method on the affected LPARs. This allowed the structure REBUILD to complete 
its phase successfully and the VTAMs, etc. were restarted. I will be 
implementing the suggested fix this weekend.

Hopefully this note may help someone else avoid experiencing this situation.

Bob


-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Richards, Robert B.
Sent: Monday, September 13, 2010 4:12 PM
To: IBM-MAIN@bama.ua.edu
Subject: Duplexing ISTGENERIC structure locked up sysplex

Just a heads up to those contemplating doing a duplex of ISTGENERIC. When I 
switched to the policy containing the duplex, all hell broke loose.

It is currently caught in REBUILD status and it is preventing "generic" logons 
to all systems in the SYSPLEX. If you are already logged on, you are fine.

All attempts to free it using SETXCF commands have been unsuccessful.

I will probably end up performing a sysplex-wide IPL in a few hours to resolve 
the situation.

If anyone has experienced duplexing problems with any other IBM MVS components, 
I would appreciate if you would drop me a note.

Bob

--
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: CA ESP Workload Automation

[Dell'Anno, Aurora]

Hi there,

Since there have been no replies on the list I'll have my 5 minutes of
product-plugging glory...

CA Workload Automation (formerly ESP) is an advanced automation engine
capable of managing enterprise workload from a single engine with that
ability to immediately trigger processing of business data that is
either expected or unexpected. 

Using advanced sensor technology, it can detect granular business events
such as changes to a database, java messages, SAP events, etc. and
immediately process that data, without the overhead of preloading the
work into the system. 

With direct reference to points that make us stand out from the
competition, this is what I'd say:

- Business-event driven, not just "event-driven" (see previous
explanation) 
- Reduction in defined jobs using "inherited dependencies" and variable
substitution 
- Pre-production testing to validate definitions and job flow 
- Simple, English-based definition requiring fewer calendars and less
maintenance 
- Built-in capabilities to simplify configuration and maintenance

Please do not hesitate to contact me offline, or your local friendly CA
rep, for more information.



Thanks.
 

Aurora


 

Aurora Emanuela Dell'Anno
CA Technologies - MSC
Sr. Engineering Services Architect
Tel:  +44 (0)1753 577 733
Mobile:  +44 (0)7768 235 339
aurora.della...@ca.com

CA Limited
Ditton Park, Riding Court Road, Datchet, SL3 9LL, UK

CA Limited is a company registered in England and Wales under company
registration number 1282495 with its registered office at the address
set out above. VAT number 697904179.


http://www.ca.com/

 

P please don't print this e-mail unless you really need to!

 

 



-Original Message-
From: gsg [mailto:gsg_...@yahoo.com] 
Sent: 10 September 2010 22:37
Subject: CA ESP Workload Automation

Does anyone use a CA job scheduler product called ESP Workload
Automation?

PROS/CONS compared to other job schedulers?

TIA

--
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: Another brain-dead quoted PROC parm question

[Jan MOEYERSONS]

On Mon, 13 Sep 2010 12:58:01 -0700, Charles Mills  
wrote:

>I've got a program FOO that requires a string with embedded blanks as a
>parm, e.g.
>//STEP1EXEC  PGM=FOO,PARM='Hello World'
>

Try:

//*
// SET Q=
// SET B=' '
// SET P=&Q.Hello&B.World&Q.
//*
//STEP1EXEC  PGM=IEFBR14,PARM=&Q.&P.&Q.
//*

Strange as it may seem, this will do away with the requirement for an extra 
pair of apostrophes with each level of PROC and it will let you specify text 
with 
blanks embedded.

Cheers,

Jantje.

--
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: System Dump - Long non-dispatchable

[Stan Weyman]

   I ran into this at another place after I upgraded their systems to 1.11 more 
than a year ago.  I don't recall PMR numbers, etc but I think it had to do with 
the QUIESCE option on the DUMP.  We were seeing very long times in one of the 
GRS exits during dump processing if I recall correctly

Do a search at IBMLink on DUMP and QUIESCE and you should find it.

Regards,
 Stan


Stan Weyman 
Senior Software Engineer
stan.wey...@emc.com
EMC²  (508)249-3966
where information lives
It is wise to keep in mind that neither
success nor failure is ever final...

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Martin, Mike
Sent: Friday, September 10, 2010 4:32 PM
To: IBM-MAIN@bama.ua.edu
Subject: System Dump - Long non-dispatchable

All,

 

Since we upgraded to z/OS 1.11, we have encountered a couple of system
dumps that have set the system non-dispatchable during global data
capture for 15 seconds!  This long delay caused an application outage
because the application could not tolerate that long of wait.

 

The two dumps causing the long wait were unrelated (i.e. different
products/different abends).  We have had other system dumps where the
global data capture only took about 1 second.

 

IBM is looking at one of the dumps where the system was set
non-dispatchable for 15 seconds, but I was wondering if anyone has
encountered this?

 

Mike Martin

This email may contain confidential and privileged material for the sole 
use of the intended recipient. If you are not the intended recipient, please 
contact the sender and delete all copies. Any review or distribution by others 
is strictly prohibited. Personal emails are restricted by policy of the State 
Employees' Credit Union (SECU).  Therefore SECU specifically disclaims any 
responsibility or liability for any personal information or opinions of the 
author expressed in this email.



--
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: CF Structures - ALLOWAUTOALT

[Richards, Robert B.]

Well I had hoped to have more on this, but if you saw my other note on 
ISTGENERIC problems, you'll have to forgive me if I table this one for now.

I'll repost when I have the eventual answer.

Bob

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Vernooij, CP - SPLXM
Sent: Tuesday, September 14, 2010 2:50 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: CF Structures - ALLOWAUTOALT

Sorry, after reading again, I see this is no good anwer. I now see that
my answer is your question. Reallocate effectuates policy changes, but
we have ALLOWAUTOALT(yes). However, from the doc, I read that this
effects automatic alters to the structure size when it is allocated and
does not influence REALLOCATE.

AFAIK Reallocate should always honour the pending policy changes.
Chapter 4.6.3.2 REALLOCATE Process:
You can use the SETXCF START,REALLOCATE operator command to do the
following:
Dot 5: Clean up pending CFRM policy changes...

Kees.

"Vernooij, CP - SPLXM"  wrote in message
news:<3310ac9d797ec94db8d89ccabdea47a702ce3...@kl1221tc.cs.ad.klmcorp.ne
t>...
> It will honour the CFRM policy, so you should update the policy to
what
> the application thinks is appropriate and then do the Reallocate.
>
> Kees.
>
>
> "Richards, Robert B."  wrote in message
>
news:<2d14e7856646224aacdda13ab1d355570c8b92e...@wdcv7exvs2.opm.gov>...
> > Oops!
> >
> > I meant *WITHOUT* ALLOWAUTOALT.
> >
> > Bob
> >
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
> Behalf Of Richards, Robert B.
> > Sent: Monday, September 13, 2010 10:54 AM
> > To: IBM-MAIN@bama.ua.edu
> > Subject: Re: CF Structures - ALLOWAUTOALT
> >
> > Did that (SETXCF START,REALLOCATE) and it would *not* effect the
> change with ALLOWAUTOALT, hence my question.
> >
> > Bob
> >
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
> Behalf Of Vernooij, CP - SPLXM
> > Sent: Monday, September 13, 2010 10:47 AM
> > To: IBM-MAIN@bama.ua.edu
> > Subject: Re: CF Structures - ALLOWAUTOALT
> >
> > "Richards, Robert B."  wrote in message
> >
>
news:<2d14e7856646224aacdda13ab1d355570c8b92e...@wdcv7exvs2.opm.gov>...
> > > Is anyone using this and if so, have you seen any downside?
> > >
> > > I have a structure out there with policy change pending and it is
> > always allocated. User wants larger size and we are taking the
default
> > of NO for all structures.
> > >
> > > Please advise.
> > >
> > > Bob
> > >
> >
> > You can use the SETXCF command to initiate a rebuild for the
structure
> > to effectuate the pending policy change.
> >
> > 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
> 
> 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 attachme

Re: current used main-memory( realmemory, central memory)

[Binyamin Dissen]

On Tue, 14 Sep 2010 07:40:29 +0200 Leopold Strauss
 wrote:

:>I would need a snapshot about the amount of current used main-memory.

I would expect unless you have a huge amount of memory and a very quiet system
that all real memory will be in use in some way.

But I could be wrong.

--
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: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

SimpList Installation Instructions

[Dave Salt]

I recently sent a message to this list asking for volunteers to critique the 
SimpList User Guide. Everyone who participated was given 6 months free use of 
SimpList. One person in particular provided extensive feedback and was given a 
1 year free license.

Based on the extremely useful feedback received I'd like to ask for volunteers 
to review the SimpList Installation Instructions. This is a much smaller 
document than the user guide and will therefore take a lot less time to review. 
Even so, everyone who participates will again be offered 6 months free use. 
This is optional; if you only want to review the installation instructions 
without actually installing the product, that's fine. If you're not sure what 
SimpList is, please click 
the link below or contact me off-list. 

Many thanks!
 
Dave Salt

SimpList(tm) - try it; you'll get it! 

http://www.mackinney.com/products/program-development/simplist.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