Re: Implications of not having CMF or RMF - Urgent
___ Note: This e-mail is subject to the disclaimer contained at the bottom of this message. ___ Date:Thu, 30 Apr 2009 21:51:34 +1000 From:Paul Gillis pgil...@pc-link.com.au Subject: Re: Implications of not having CMF or RMF - Urgent G'day Jacky, I do not believe so. There may be some performance monitors on the CBT site, but you will get what your client is prepared to pay for. Nine tenths of Zero. Cheers, Paul Gillis Due to licensing cost cutting my client is considering removing CMF. Also he is not ready to go for RMF software. Would like to know is there any third party tool which generates Type 70- 79 records as being generated by these tools. We are running SYSPLEX. Without these tools is there any other way by which we can get LPAR / Partition / Coupling Facility LPAR wise CPU MSU / MIPS report for every 15 min. interval ? JAcky Hi Jacky, I also think that without either RMF or CMF you have problems with SDSF (assuming a MAS). From memory you get a RMF SYSPLEX not active message and your DA screen is blank. Thanks Regards, - Stephen Hall Mainframe Platform Manager INSURANCE AUSTRALIA GROUP (IAG) www.iag.com.au PLEASE CONSIDER THE ENVIRONMENT BEFORE PRINTING THIS EMAIL. - ___ 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 with Symantec Scan Engine and cleared by MailMarshal. ___ -- 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: Implications of not having CMF or RMF - Urgent
May I recommend that you take look at MXI. https://www.mainstar.com/products/cm/mxi/ -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Stephen Hall Sent: Friday, May 01, 2009 4:12 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Implications of not having CMF or RMF - Urgent ___ Note: This e-mail is subject to the disclaimer contained at the bottom of this message. ___ Date:Thu, 30 Apr 2009 21:51:34 +1000 From:Paul Gillis pgil...@pc-link.com.au Subject: Re: Implications of not having CMF or RMF - Urgent G'day Jacky, I do not believe so. There may be some performance monitors on the CBT site, but you will get what your client is prepared to pay for. Nine tenths of Zero. Cheers, Paul Gillis Due to licensing cost cutting my client is considering removing CMF. Also he is not ready to go for RMF software. Would like to know is there any third party tool which generates Type 70- 79 records as being generated by these tools. We are running SYSPLEX. Without these tools is there any other way by which we can get LPAR / Partition / Coupling Facility LPAR wise CPU MSU / MIPS report for every 15 min. interval ? JAcky Hi Jacky, I also think that without either RMF or CMF you have problems with SDSF (assuming a MAS). From memory you get a RMF SYSPLEX not active message and your DA screen is blank. Thanks Regards, - Stephen Hall Mainframe Platform Manager INSURANCE AUSTRALIA GROUP (IAG) www.iag.com.au PLEASE CONSIDER THE ENVIRONMENT BEFORE PRINTING THIS EMAIL. - ___ 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 with Symantec Scan Engine and cleared by MailMarshal. ___ -- 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: Implications of not having CMF or RMF - Urgent
Amerigo, I Spoke to Rob This morning, He Doesn't Support it. Reza Fatemi Senior Product Developer HTTPS://WWW.bmc.COM -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Amerigo Baldassarri Sent: Friday, May 01, 2009 12:04 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Implications of not having CMF or RMF - Urgent May I recommend that you take look at MXI. https://www.mainstar.com/products/cm/mxi/ -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Stephen Hall Sent: Friday, May 01, 2009 4:12 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Implications of not having CMF or RMF - Urgent ___ Note: This e-mail is subject to the disclaimer contained at the bottom of this message. ___ Date:Thu, 30 Apr 2009 21:51:34 +1000 From:Paul Gillis pgil...@pc-link.com.au Subject: Re: Implications of not having CMF or RMF - Urgent G'day Jacky, I do not believe so. There may be some performance monitors on the CBT site, but you will get what your client is prepared to pay for. Nine tenths of Zero. Cheers, Paul Gillis Due to licensing cost cutting my client is considering removing CMF. Also he is not ready to go for RMF software. Would like to know is there any third party tool which generates Type 70- 79 records as being generated by these tools. We are running SYSPLEX. Without these tools is there any other way by which we can get LPAR / Partition / Coupling Facility LPAR wise CPU MSU / MIPS report for every 15 min. interval ? JAcky Hi Jacky, I also think that without either RMF or CMF you have problems with SDSF (assuming a MAS). From memory you get a RMF SYSPLEX not active message and your DA screen is blank. Thanks Regards, - Stephen Hall Mainframe Platform Manager INSURANCE AUSTRALIA GROUP (IAG) www.iag.com.au PLEASE CONSIDER THE ENVIRONMENT BEFORE PRINTING THIS EMAIL. - ___ 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 with Symantec Scan Engine and cleared by MailMarshal. ___ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Implications of not having CMF or RMF - Urgent
Correct, it's crazy. The only thing you have is the CPU (and channel I believe) busy monitor of the HMC. It's for free which immediatley indicates its value. It is like driving a car with the windows painted black, but with a working speedometer. You won't see where and when you will crash, but you have an indication of how tough the crash will be. As for the MXI hint, I want to bet that it relies at least partly on RMF measurements. Like it is mentioned that SDSF might not work, there could be others relying on RMF. I know DB2 and DFSORT interact with RSM to determine how much storage the can use safely and this will probably not depend on RMF, but similar functions might. Kees. Shane ibm-m...@tpg.com.au wrote in message news:1241094822.7019.8.ca...@ubuntu... Erk - that is just crazy talk. I can't imagine doing performance tuning and monitoring without the type 70's. Especially after having had a paddle around the Linux world - you feel like one arm has been cut off. On various occasions I have thought about using the RMF CIM data via some (say) python code on a (Linux) client to produce some nice (z/OS) graphs - but I'm sure that would still require a RMF license. Crazy, crazy talk ... Shane ... On Thu, 2009-04-30 at 14:23 +0530, Jacky Bright wrote: Due to licensing cost cutting my client is considering removing CMF. Also he is not ready to go for RMF software. Would like to know is there any third party tool which generates Type 70-79 records as being generated by these tools. We are running SYSPLEX. Without these tools is there any other way by which we can get LPAR / Partition / Coupling Facility LPAR wise CPU MSU / MIPS report for every 15 min. interval ? -- 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 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
Re: Implications of not having CMF or RMF - Urgent
MXI can produce CPU stats for address spaces without RMF/CMF - however in NO WAY does MXI even attempt to produce SMF records 70-79 or emulate the ERBSMFI interface. MXI does use RMF/CMF for the following : (1) LPAR and LCPU statistics (RMF record intercept) (2) Processor-wide CPU statistics (RMF record intercept) (3) Device activity (SSCHs, Connect time etc etc) by calling ERBSMFI to collect type 79s. There is only a two-horse race for the functionality provided by RMF - and I think that running without either RMF or CMF is not to be advised. Rob Scott Developer Rocket Software 275 Grove Street * Newton, MA 02466-2272 * USA Tel: +1.617.614.2305 Email: rsc...@rs.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Vernooy, C.P. - SPLXM Sent: 01 May 2009 08:45 To: IBM-MAIN@bama.ua.edu Subject: Re: Implications of not having CMF or RMF - Urgent Correct, it's crazy. The only thing you have is the CPU (and channel I believe) busy monitor of the HMC. It's for free which immediatley indicates its value. It is like driving a car with the windows painted black, but with a working speedometer. You won't see where and when you will crash, but you have an indication of how tough the crash will be. As for the MXI hint, I want to bet that it relies at least partly on RMF measurements. Like it is mentioned that SDSF might not work, there could be others relying on RMF. I know DB2 and DFSORT interact with RSM to determine how much storage the can use safely and this will probably not depend on RMF, but similar functions might. Kees. Shane ibm-m...@tpg.com.au wrote in message news:1241094822.7019.8.ca...@ubuntu... Erk - that is just crazy talk. I can't imagine doing performance tuning and monitoring without the type 70's. Especially after having had a paddle around the Linux world - you feel like one arm has been cut off. On various occasions I have thought about using the RMF CIM data via some (say) python code on a (Linux) client to produce some nice (z/OS) graphs - but I'm sure that would still require a RMF license. Crazy, crazy talk ... Shane ... On Thu, 2009-04-30 at 14:23 +0530, Jacky Bright wrote: Due to licensing cost cutting my client is considering removing CMF. Also he is not ready to go for RMF software. Would like to know is there any third party tool which generates Type 70-79 records as being generated by these tools. We are running SYSPLEX. Without these tools is there any other way by which we can get LPAR / Partition / Coupling Facility LPAR wise CPU MSU / MIPS report for every 15 min. interval ? -- 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 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
Re: Implications of not having CMF or RMF - Urgent
On Fri, 2009-05-01 at 04:08 -0400, Rob Scott wrote: I think that running without either RMF or CMF is not to be advised. Almost word-for-word what I said :0) Glad to see we agree. 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: SIMETRID in CLOCKDR
Bob, Thanks. I had debated with myself on the TIMEZONE keyword and lost. :-) I put it back in. Bob -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Bob Rutledge Sent: Thursday, April 30, 2009 3:28 PM To: IBM-MAIN@bama.ua.edu Subject: Re: SIMETRID in CLOCKDR I didn't trust my memory either, so I looked. Both LPARs in our basic sysplex have TIMEZONE W.04.00.00 SIMETRID 01 Bob Richards, Robert B. wrote: Seeing that it has been 10 years since I last specified SIMETRID, am I correct in remembering that it is the only statement necessary in the CLOCKDR member? I have specified: SIMETRID 00 I would like to trust my memory, but what was I asking?LOL 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 -- 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
APPN Connection z/os - ANNC / LLC2 - Final questions !
Hi Chris, perhaps can you help me in this finals questions: I think is a software problem in my constellation, but: Why works with LU2 and doesn't work with LU0 ? Whats is the size of the transfer in LU0 ? Why is so strange my problem ? Nobody uses a Local terminal with APPN - LLC2 - Z/OS ? I will make traces with wireshark and look at he packets, and the I will com to you again. Best regards, Norbert. Chris: It WORKS ! with TN3270. I use the Logmode SNX32702 ( RUSIZES=X'87F8' ).So, the SLU can send a maximum of 1024 bytes. I can resume: IF ETHERNET AND APPN AND LU0 ( Local terminal ): The session hang. Any other combination: Subarea, TokenRing, LU2.. works fine. best regards, Norbert. Norbert __ Verschicken Sie SMS direkt vom Postfach aus - in alle deutschen und viele ausländische Netze zum gleichen Preis! https://produkte.web.de/webde_sms/sms -- 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
FW: Thruput Manager Error BSYS 1 May 2009
FYI Got it. There is something about this one really ugly piece of JCL that TM at PTF level 24 does not like. So far this is the one and only job anywhere that has the problem. Best Regards, Sam Knutson, GEICO System z Performance and Availability Management mailto:sknut...@geico.com (office) 301.986.3574 (cell) 301.996.1318 Think big, act bold, start simple, grow fast... -Original Message- From: Enterprise Event Management Sent: Friday, May 01, 2009 9:07 AM To: Knutson, Sam Subject: Thruput Manager Error BSYS 1 May 2009 BSYS DTM3800A DSS06ZF3, DCS FATAL ERROR DURING JICSSR * EMAIL NOTIFICATION SENT FROM OPS/MVS * * * * SYSTEM :BSYS * | RULE :MSGACTN.DTM3800A | * GROUP :TUNE MVS * * DATE :1 May 2009 TIME: 09:06:34 * This email/fax message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution of this email/fax is prohibited. If you are not the intended recipient, please destroy all paper and electronic copies of the original message. -- 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: Implications of not having CMF or RMF - Urgent
Jacky, If you're trying to cut costs I hope you've gone to sub-capacity pricing. That will definitely help in the cost area. I just checked our invoice for operating system software and RMF is less than 4% of the total cost. I absolutely agree with other responses here. A shop runnning z/OS definitely needs RMF or CMF. Tom Kelman Enterprise Capacity Planner Commerce Bank of Kansas City (816) 760-7632 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Stephen Hall Sent: Friday, May 01, 2009 1:12 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Implications of not having CMF or RMF - Urgent __ _ Note: This e-mail is subject to the disclaimer contained at the bottom of this message. __ _ Date:Thu, 30 Apr 2009 21:51:34 +1000 From:Paul Gillis pgil...@pc-link.com.au Subject: Re: Implications of not having CMF or RMF - Urgent G'day Jacky, I do not believe so. There may be some performance monitors on the CBT site, but you will get what your client is prepared to pay for. Nine tenths of Zero. Cheers, Paul Gillis Due to licensing cost cutting my client is considering removing CMF. Also he is not ready to go for RMF software. Would like to know is there any third party tool which generates Type 70- 79 records as being generated by these tools. We are running SYSPLEX. Without these tools is there any other way by which we can get LPAR / Partition / Coupling Facility LPAR wise CPU MSU / MIPS report for every 15 min. interval ? JAcky Hi Jacky, I also think that without either RMF or CMF you have problems with SDSF (assuming a MAS). From memory you get a RMF SYSPLEX not active message and your DA screen is blank. Thanks Regards, - Stephen Hall Mainframe Platform Manager INSURANCE AUSTRALIA GROUP (IAG) www.iag.com.au PLEASE CONSIDER THE ENVIRONMENT BEFORE PRINTING THIS EMAIL. - __ _ 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 with Symantec Scan Engine and cleared by MailMarshal. __ _ -- 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 * If you wish to communicate securely with Commerce Bank and its affiliates, you must log into your account under Online Services at http://www.commercebank.com or use the Commerce Bank Secure Email Message Center at https://securemail.commercebank.com NOTICE: This electronic mail message and any attached files are confidential. The information is exclusively for the use of the individual or entity intended as the recipient. If you are not the intended recipient, any use, copying, printing, reviewing, retention, disclosure, distribution or forwarding of the message or any attached file is not authorized and is strictly prohibited. If you have received this electronic mail message in error, please advise the sender by reply electronic mail immediately and permanently delete the original transmission, any attachments and any copies of this message from your computer 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: Enterprise COBOL code generation question
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Farley, Peter x23353 -Original Message- From: IBM Mainframe Discussion List On Behalf Of Clark Morris Snipped On 30 Apr 2009 13:00:02 -0700, in bit.listserv.ibm-main you wrote: Try TRUNC(OPT). Trunc STD would require the conversion to decimal to guarantee that the data fit the picture. TRUNC(BIN) is known and documented to generate less than optimal code. Son of a gun, that did it. From half a page of code to six instructions. I will have to test this program with TRUNC(OPT) pretty carefully to make sure it has no other adverse affects. The doc on OPT is pretty clear in its warnings. And the doc on TRUNC(BIN) does have the phrase ... you can avoid the performance overhead of using TRUNC(BIN) ..., implying there is, in fact, a performance penalty for using it. Thanks for pointing out the benefit of TRUNC(OPT) to me. But then there's this in the Notes for TRUNC in the Installation Customization Guide: 2. TRUNC=BIN is the recommended option when interfacing with other products that have S/390-format binary data (such as CICS, DB2, FORTRAN, and PL/I). This is especially true if there is a possibility of having more than 9 digits in a fullword or more than 4 digits in a halfword. So, we're stuck with TRUNC(BIN) in CICS, where arguably we'd want the best performance. :-( -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: DFHSM QUESTION - ARC0570I
David Thanks for pointing it out to me. I checked, and it was not enabled. If I enable a certain Storage group, do I need to modify the Management class as well? --- On Fri, 1/5/09, O'Brien, David W. (NIH/CIT) [C] obrie...@mail.nih.gov wrote: From: O'Brien, David W. (NIH/CIT) [C] obrie...@mail.nih.gov Subject: Re: DFHSM QUESTION - ARC0570I To: IBM-MAIN@bama.ua.edu Received: Friday, 1 May, 2009, 4:54 AM You might want to check your Storage Groups to see if they are AutoBackup enabled. Dave O'Brien NIH Contractor From: IBM Mainframe Discussion List [ibm-m...@bama.ua.edu] On Behalf Of John Kelly [john_j_ke...@ao.uscourts.gov] Sent: Thursday, April 30, 2009 1:17 PM To: IBM-MAIN@bama.ua.edu Subject: Re: DFHSM QUESTION - ARC0570I snip several management classes via ISMF and it shows that in col 18 under AUTO BACKUP they have a NO unsnip That would do it for the SMS backups, if 'several' means all of your SMS groups. Should have backed up your non SMS volumes specified in ARCCMDxx though. Jack Kelly 202-502-2390 (Office) -- 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 The new Internet Explorer 8 optimised for Yahoo!7: Faster, Safer, Easier. -- 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: DFHSM QUESTION - ARC0570I
Yes Dave O'Brien NIH Contractor From: IBM Mainframe Discussion List [ibm-m...@bama.ua.edu] On Behalf Of John Dawes [jhn_da...@yahoo.com.au] Sent: Friday, May 01, 2009 9:46 AM To: IBM-MAIN@bama.ua.edu Subject: Re: DFHSM QUESTION - ARC0570I David Thanks for pointing it out to me. I checked, and it was not enabled. If I enable a certain Storage group, do I need to modify the Management class as well? --- On Fri, 1/5/09, O'Brien, David W. (NIH/CIT) [C] obrie...@mail.nih.gov wrote: From: O'Brien, David W. (NIH/CIT) [C] obrie...@mail.nih.gov Subject: Re: DFHSM QUESTION - ARC0570I To: IBM-MAIN@bama.ua.edu Received: Friday, 1 May, 2009, 4:54 AM You might want to check your Storage Groups to see if they are AutoBackup enabled. Dave O'Brien NIH Contractor From: IBM Mainframe Discussion List [ibm-m...@bama.ua.edu] On Behalf Of John Kelly [john_j_ke...@ao.uscourts.gov] Sent: Thursday, April 30, 2009 1:17 PM To: IBM-MAIN@bama.ua.edu Subject: Re: DFHSM QUESTION - ARC0570I snip several management classes via ISMF and it shows that in col 18 under AUTO BACKUP they have a NO unsnip That would do it for the SMS backups, if 'several' means all of your SMS groups. Should have backed up your non SMS volumes specified in ARCCMDxx though. Jack Kelly 202-502-2390 (Office) -- 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 The new Internet Explorer 8 optimised for Yahoo!7: Faster, Safer, Easier. -- 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: Using CA-JOBTRAC V11 SP3 in Production
I have been trying to upgrade our Jobtrac 3.5 system to 11.0 for over a year going through the various service packs up to SP3. I have yet to have any success, and we finally gave up and decided to just run on 3.5 unsupported. Basically, 11.0 has been a piece of junk from day one, and even on SP3 we had MAJOR issues, and one day things would work fine, and then the next day we ran into job submission issues. And I got very tired of constantly being given another 10 or 20 PTF's to apply to try and fix the current issue(s). CA may have a different story, but I do not think many customers have had success in doing this upgrade yet... I'm going to give it another try in 6-12 months... But right now 3.5 works fine, so why introduce another headache into my shop? C. Todd Burrell, PMP, MCP Lead z/OS Systems Programmer ITSO (404) 723-2017 (Cell) -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Carlson, Steven Sent: Thursday, April 30, 2009 6:04 PM To: IBM-MAIN@bama.ua.edu Subject: Using CA-JOBTRAC V11 SP3 in Production I have been working on getting CA-JOBTRAC V11 SP3 to be implemented into our production environment. Has anyone else been able to use CA-JOBTRAC V11 SP3 in their production environment? Steve Carlson z/OS Systems Services National Semiconductor Corporation 2900 Semiconductor Drive Santa Clara, CA 95051 Tel:(408)721-8071 Email:asx...@nsc.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CF Level Considerations at DR
On Thu, 30 Apr 2009 10:20:35 -0400, Richards, Robert B. robert.richa...@opm.gov wrote: Does anyone have any experience or considerations with having a higher CF Level at your primary site than at the disaster recovery site? Are there any issues I should be aware of? As others have given specific examples, in general you want to have all of your structures sized for the highest CF level active at your sites. Make sure you have enough processor storage in each CF LPAR. Don't exploit new function if your production CF is at a higher level than DR. For (a likely outdated) example, if your production CF supports CF duplexing, but your DR CF does not, don't enable duplexing. Here's a link to EC requirements and functional content of CF Levels: http://www-03.ibm.com/systems/z/advantages/pso/cftable.html There is a link from this page to the CFSizer, as well. Regards, Art Gutowski Ford Motor Company Dearborn, Michigan -- 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 Level Considerations at DR
Art, Thank you for the pointer to that link. It is in my favorites now. Bob -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Arthur Gutowski Sent: Friday, May 01, 2009 10:02 AM To: IBM-MAIN@bama.ua.edu Subject: Re: CF Level Considerations at DR On Thu, 30 Apr 2009 10:20:35 -0400, Richards, Robert B. robert.richa...@opm.gov wrote: Does anyone have any experience or considerations with having a higher CF Level at your primary site than at the disaster recovery site? Are there any issues I should be aware of? As others have given specific examples, in general you want to have all of your structures sized for the highest CF level active at your sites. Make sure you have enough processor storage in each CF LPAR. Don't exploit new function if your production CF is at a higher level than DR. For (a likely outdated) example, if your production CF supports CF duplexing, but your DR CF does not, don't enable duplexing. Here's a link to EC requirements and functional content of CF Levels: http://www-03.ibm.com/systems/z/advantages/pso/cftable.html There is a link from this page to the CFSizer, as well. -- 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: Pricing of Software Licenses
Yes. We do have sub-capacity pricing, but to generate SCRT report we need Type 70 records for which either CMF or RMF Required. So its necessary to have RMF or CMF. Now that this topic has come up its worth discussing pricing of softwares. I have a question here. If your utilisation is consistently more that 80-85% of overall CPC capacity then is it worth going for sub-capacity pricing ? I have not done any research on this but came to know from one sales guy that I sub-capacity pricing is 10% more than PSLC charges. Does anyone have any idea about this ? JAcky On Fri, May 1, 2009 at 7:02 PM, Kelman, Tom thomas.kel...@commercebank.comwrote: Jacky, If you're trying to cut costs I hope you've gone to sub-capacity pricing. That will definitely help in the cost area. I just checked our invoice for operating system software and RMF is less than 4% of the total cost. I absolutely agree with other responses here. A shop runnning z/OS definitely needs RMF or CMF. Tom Kelman Enterprise Capacity Planner Commerce Bank of Kansas City (816) 760-7632 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Stephen Hall Sent: Friday, May 01, 2009 1:12 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Implications of not having CMF or RMF - Urgent __ _ Note: This e-mail is subject to the disclaimer contained at the bottom of this message. __ _ Date:Thu, 30 Apr 2009 21:51:34 +1000 From:Paul Gillis pgil...@pc-link.com.au Subject: Re: Implications of not having CMF or RMF - Urgent G'day Jacky, I do not believe so. There may be some performance monitors on the CBT site, but you will get what your client is prepared to pay for. Nine tenths of Zero. Cheers, Paul Gillis Due to licensing cost cutting my client is considering removing CMF. Also he is not ready to go for RMF software. Would like to know is there any third party tool which generates Type 70- 79 records as being generated by these tools. We are running SYSPLEX. Without these tools is there any other way by which we can get LPAR / Partition / Coupling Facility LPAR wise CPU MSU / MIPS report for every 15 min. interval ? JAcky Hi Jacky, I also think that without either RMF or CMF you have problems with SDSF (assuming a MAS). From memory you get a RMF SYSPLEX not active message and your DA screen is blank. Thanks Regards, - Stephen Hall Mainframe Platform Manager INSURANCE AUSTRALIA GROUP (IAG) www.iag.com.au PLEASE CONSIDER THE ENVIRONMENT BEFORE PRINTING THIS EMAIL. - __ _ 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 with Symantec Scan Engine and cleared by MailMarshal. __ _ -- 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 * If you wish to communicate securely with Commerce Bank and its affiliates, you must log into your account under Online Services at http://www.commercebank.com or use the Commerce Bank Secure Email Message Center at https://securemail.commercebank.com NOTICE: This electronic mail message and any attached files are confidential. The information is exclusively for the use of the individual or entity intended as the recipient. If you are not the intended recipient, any use, copying, printing, reviewing, retention, disclosure, distribution or forwarding of the message or any attached file is not authorized and is
Re: Enterprise COBOL code generation question
On Fri, 1 May 2009 08:38:59 -0500, Chase, John jch...@ussco.com wrote: Thanks for pointing out the benefit of TRUNC(OPT) to me. But then there's this in the Notes for TRUNC in the Installation Customization Guide: 2. TRUNC=BIN is the recommended option when interfacing with other products that have S/390-format binary data (such as CICS, DB2, FORTRAN, and PL/I). This is especially true if there is a possibility of having more than 9 digits in a fullword or more than 4 digits in a halfword. So, we're stuck with TRUNC(BIN) in CICS, where arguably we'd want the best performance. :-( I think that if you use the CICS integrated translator then TRUNC() becomes mostly irrelevant in the CICS environment. The integrated translator will use COMP-5 internally. Why IBM didn't choose to use COMP-5 fields during translation before this for COBOL3 I never understood. -- 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: Enterprise COBOL code generation question
On 1 May 2009 06:41:19 -0700, in bit.listserv.ibm-main you wrote: -Original Message- From: IBM Mainframe Discussion List On Behalf Of Farley, Peter x23353 -Original Message- From: IBM Mainframe Discussion List On Behalf Of Clark Morris Snipped On 30 Apr 2009 13:00:02 -0700, in bit.listserv.ibm-main you wrote: Try TRUNC(OPT). Trunc STD would require the conversion to decimal to guarantee that the data fit the picture. TRUNC(BIN) is known and documented to generate less than optimal code. Son of a gun, that did it. From half a page of code to six instructions. I will have to test this program with TRUNC(OPT) pretty carefully to make sure it has no other adverse affects. The doc on OPT is pretty clear in its warnings. And the doc on TRUNC(BIN) does have the phrase ... you can avoid the performance overhead of using TRUNC(BIN) ..., implying there is, in fact, a performance penalty for using it. Thanks for pointing out the benefit of TRUNC(OPT) to me. But then there's this in the Notes for TRUNC in the Installation Customization Guide: 2. TRUNC=BIN is the recommended option when interfacing with other products that have S/390-format binary data (such as CICS, DB2, FORTRAN, and PL/I). This is especially true if there is a possibility of having more than 9 digits in a fullword or more than 4 digits in a halfword. So, we're stuck with TRUNC(BIN) in CICS, where arguably we'd want the best performance. :-( The manual in a sense lies. With TRUNC(OPT), if all operands are binary in any given operation, NO truncation to picture occurs. If there is any conversion such as move binary field to a character field, then the picture is honored. To get around this first move a S9(9) binary field to a S9(10) binary field and then move that field to a character or packed decimal field. Using the DISPLAY verb means there is an implicit conversion and the PICTURE is honored. This whole mess could be avoided if IBM would just implement the USAGES in the 2002 COBOL standard. -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: Enterprise COBOL code generation question
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Chase, John Sent: Friday, May 01, 2009 9:39 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Enterprise COBOL code generation question Snipped But then there's this in the Notes for TRUNC in the Installation Customization Guide: 2. TRUNC=BIN is the recommended option when interfacing with other products that have S/390-format binary data (such as CICS, DB2, FORTRAN, and PL/I). This is especially true if there is a possibility of having more than 9 digits in a fullword or more than 4 digits in a halfword. So, we're stuck with TRUNC(BIN) in CICS, where arguably we'd want the best performance. :-( Reading that recommendation more carefully now, I think it fails to add the following rationalization: ASSUMING you want to keep your BINARY variables limited to their COBOL picture definitions. If you just want to use the full binary range of values, then go ahead and use TRUNC(OPT), keeping in mind that arithmetic overflow from very large values may occur, and preventing or dealing with the consequences of such overflows is your program's responsibility. Peter This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your 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: Enterprise COBOL code generation question
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Phil Sidler On Fri, 1 May 2009 08:38:59 -0500, Chase, John wrote: Thanks for pointing out the benefit of TRUNC(OPT) to me. But then there's this in the Notes for TRUNC in the Installation Customization Guide: 2. TRUNC=BIN is the recommended option when interfacing with other products that have S/390-format binary data (such as CICS, DB2, FORTRAN, and PL/I). This is especially true if there is a possibility of having more than 9 digits in a fullword or more than 4 digits in a halfword. So, we're stuck with TRUNC(BIN) in CICS, where arguably we'd want the best performance. :-( I think that if you use the CICS integrated translator then TRUNC() becomes mostly irrelevant in the CICS environment. The integrated translator will use COMP-5 internally. Why IBM didn't choose to use COMP-5 fields during translation before this for COBOL3 I never understood. We also use Rational Developer for System z (RDz) in conjunction with the CICS Service Flow Feature to generate driver or wrapper programs for Service Flows. Those generated programs contain working storage fields defined with PIC S9(8) COMP and S9(4) COMP which are untouched by the CICS translator, integrated or standalone, leaving us stuck with using TRUNC(BIN). I suppose we could manually edit the obvious halfword and fullword fields in the generated source to COMP-5, but why should we have to do that? -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: Using CA-JOBTRAC V11 SP3 in Production
snip I have been trying to upgrade our Jobtrac 3.5 system to 11.0 for over a year going through the various service packs up to SP3 unsnip Todd, you are ahead of us. We've been trying for a year to get to production but the DBCOM is an 'interesting' effort. From what you've indicated, I think that we'll hold off going any where near production until/if this product stabilizes. I'm with you out of support is better than ipl and dumps! CA's Vista Jack Kelly 202-502-2390 (Office) -- 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: Using CA-JOBTRAC V11 SP3 in Production
I agree with everything you have written. I started off about six months ago with JOBTRAC V11 SP1 and was unsuccessful. I then tried again with JOBTRAC V11 SP3 and was more successful because we were able to run a full daily cycle. Also I was able to do a full recovery of the JOBTRAC(Datacom) Databases after a data corruption. This product is not quite ready to be implemented into our production region because, I still had to put over 50 PTF fixes above the SP3 level, and this is still growing. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Burrell, C. Todd (CDC/OCOO/ITSO) (CTR) Sent: Friday, May 01, 2009 6:58 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Using CA-JOBTRAC V11 SP3 in Production I have been trying to upgrade our Jobtrac 3.5 system to 11.0 for over a year going through the various service packs up to SP3. I have yet to have any success, and we finally gave up and decided to just run on 3.5 unsupported. Basically, 11.0 has been a piece of junk from day one, and even on SP3 we had MAJOR issues, and one day things would work fine, and then the next day we ran into job submission issues. And I got very tired of constantly being given another 10 or 20 PTF's to apply to try and fix the current issue(s). CA may have a different story, but I do not think many customers have had success in doing this upgrade yet... I'm going to give it another try in 6-12 months... But right now 3.5 works fine, so why introduce another headache into my shop? C. Todd Burrell, PMP, MCP Lead z/OS Systems Programmer ITSO (404) 723-2017 (Cell) -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Carlson, Steven Sent: Thursday, April 30, 2009 6:04 PM To: IBM-MAIN@bama.ua.edu Subject: Using CA-JOBTRAC V11 SP3 in Production I have been working on getting CA-JOBTRAC V11 SP3 to be implemented into our production environment. Has anyone else been able to use CA-JOBTRAC V11 SP3 in their production environment? Steve Carlson z/OS Systems Services National Semiconductor Corporation 2900 Semiconductor Drive Santa Clara, CA 95051 Tel:(408)721-8071 Email:asx...@nsc.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- 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: Using CA-JOBTRAC V11 SP3 in Production
- Original Message - From: Carlson, Steven steven.carl...@nsc.com Newsgroups: bit.listserv.ibm-main Sent: Thursday, April 30, 2009 6:16 PM Subject: Using CA-JOBTRAC V11 SP3 in Production I have been working on getting CA-JOBTRAC V11 SP3 to be implemented into our production environment. Has anyone else been able to use CA-JOBTRAC V11 SP3 in their production environment? What a shame. As an early beta tester of JOBTRAC when Goal introduced it in 1991, it's sad to see what I considered to be the best job scheduler out there go down the drain. Why CA felt the need to get rid of the checkpoint for DATACOM/DB is beyond me. RIP JOBTRAC, we hardly knew ye. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Mainframe based TSM server and DR?
Is anyone using a Mainframe based TSM server to recover Linux guests at DR? Any problems or pitfalls to be aware of? Hitherto we were planning on using FDR full volume backups but the Linux folks decided that even 50GB Mod-54s would be too small and too much trouble to administer so we are moving toward FCP attached SATA drives for our Linux data. Any advice on DR set up gratefully appreciated. Dave O'Brien NIH Contractor -- 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: relationship between directory blocks and the number of members in a PDS ?
Be aware that some products/tools create and use large directory entries. For these purposes large means larger than a directory entry that contains ISPF stats. As far as I know Macro 4 markets no such products but our products do have to deal with large directory entries. Chris Bowen Macro 4 The usual disclaimers apply. -- 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: Enterprise COBOL code generation question
So, we're stuck with TRUNC(BIN) in CICS, where arguably we'd want the best performance. :-( Are you implying that CPU is your primary performance concern? I've been a performance/capacity analys for almost 30 years, and rarely has CPU been the problem. IO paging (which should be rare) have always been the problem. Especially with today's fast processors, CPU is the last bottleneck. - Too busy driving to stop for gas! -- 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: Enterprise COBOL code generation question
On Fri, 1 May 2009 08:38:59 -0500, Chase, John jch...@ussco.com wrote: -Original Message- From: IBM Mainframe Discussion List On Behalf Of Farley, Peter x23353 -Original Message- From: IBM Mainframe Discussion List On Behalf Of Clark Morris Snipped On 30 Apr 2009 13:00:02 -0700, in bit.listserv.ibm-main you wrote: Try TRUNC(OPT). Trunc STD would require the conversion to decimal to guarantee that the data fit the picture. TRUNC(BIN) is known and documented to generate less than optimal code. Son of a gun, that did it. From half a page of code to six instructions. I will have to test this program with TRUNC(OPT) pretty carefully to make sure it has no other adverse affects. The doc on OPT is pretty clear in its warnings. And the doc on TRUNC(BIN) does have the phrase ... you can avoid the performance overhead of using TRUNC(BIN) ..., implying there is, in fact, a performance penalty for using it. Thanks for pointing out the benefit of TRUNC(OPT) to me. But then there's this in the Notes for TRUNC in the Installation Customization Guide: 2. TRUNC=BIN is the recommended option when interfacing with other products that have S/390-format binary data (such as CICS, DB2, FORTRAN, and PL/I). This is especially true if there is a possibility of having more than 9 digits in a fullword or more than 4 digits in a halfword. So, we're stuck with TRUNC(BIN) in CICS, where arguably we'd want the best performance. :-( -jc- It looks like we may have missed an update to the Customization Guide. Please see the Programming Guide, which was updated to say: Recommendations: TRUNC(BIN) is the recommended option for programs that use binary values set by other products. Other products, such as IMS, DB2, C/C++, FORTRAN, and PL/I, might place values in COBOL binary data items that do not conform to the PICTURE clause of the data items. You can use TRUNC(OPT) with CICS programs as long as your data conforms to the PICTURE clause for your BINARY data items. You might want to read the Enterprise COBOL Version 3 Release 1 Performance Tuning Paper at: http://www.ibm.com/software/awdtools/cobol/library/ to read more about this. It says: As long as your usage of all binary (COMP) data items in the application conforms to the PICTURE and USAGE specifications, you can use TRUNC(OPT) to improve transaction response time. This is recommended in performance sensitive CICS applications. If your usage of any binary data item does not conform to the PICTURE and USAGE specifications, you can either use a COMP- 5 data type or increase the precision in the PICTURE clause instead of using the TRUNC(BIN) compiler option. Note that the CICS translator does not generate code that will cause truncation and the CICS co-processor uses COMP-5 data types which does not cause truncation. If you were using NOTRUNC with your OS/VS COBOL programs without problems, TRUNC(OPT) on IBM Enterprise COBOL behaves in a similar way. For additional information on the TRUNC option, please refer to the compiler options section of this paper. Rick Arellanes (IBM COBOL Development and Performance) -- 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: Using CA-JOBTRAC V11 SP3 in Production
We do currently have Jobtrac v11 SP3 running in production, but it hasn't been the most stable or reliable version by any means. The addition of Datacom was a challenge on the install, and has added more overhead and pain as well. Reporting used to be a lot easier to deal with, and response time for some commands is now outrageous thanks to Datacom. Also, we had one instance where a job abended but Jobtrac marked it as complete, so I opened a ticket with CA. Their answer was pretty much that they didn't know what happened, and since I was never able to recreate the problem, they said it's working like it's supposed to. Essentially, they blew off the whole issue. If it were possible to go back and run 3.5 unsupported, I'd be very, very tempted. It was rock-solid and never gave us anything near the grief we've had so far with R11... Bret Hoesly -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Carlson, Steven Sent: Thursday, April 30, 2009 5:04 PM To: IBM-MAIN@bama.ua.edu Subject: Using CA-JOBTRAC V11 SP3 in Production I have been working on getting CA-JOBTRAC V11 SP3 to be implemented into our production environment. Has anyone else been able to use CA-JOBTRAC V11 SP3 in their production environment? Steve Carlson z/OS Systems Services National Semiconductor Corporation 2900 Semiconductor Drive Santa Clara, CA 95051 Tel:(408)721-8071 Email:asx...@nsc.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Using CA-JOBTRAC V11 SP3 in Production
One of my pre-reqs for JOBTRAC V11 is to be able to fall back to JOBTRAC V35. I am still working on this problem with CA, because I am unable to convert the database back to V35 format. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Hoesly, Bret Sent: Friday, May 01, 2009 9:37 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Using CA-JOBTRAC V11 SP3 in Production We do currently have Jobtrac v11 SP3 running in production, but it hasn't been the most stable or reliable version by any means. The addition of Datacom was a challenge on the install, and has added more overhead and pain as well. Reporting used to be a lot easier to deal with, and response time for some commands is now outrageous thanks to Datacom. Also, we had one instance where a job abended but Jobtrac marked it as complete, so I opened a ticket with CA. Their answer was pretty much that they didn't know what happened, and since I was never able to recreate the problem, they said it's working like it's supposed to. Essentially, they blew off the whole issue. If it were possible to go back and run 3.5 unsupported, I'd be very, very tempted. It was rock-solid and never gave us anything near the grief we've had so far with R11... Bret Hoesly -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Carlson, Steven Sent: Thursday, April 30, 2009 5:04 PM To: IBM-MAIN@bama.ua.edu Subject: Using CA-JOBTRAC V11 SP3 in Production I have been working on getting CA-JOBTRAC V11 SP3 to be implemented into our production environment. Has anyone else been able to use CA-JOBTRAC V11 SP3 in their production environment? Steve Carlson z/OS Systems Services National Semiconductor Corporation 2900 Semiconductor Drive Santa Clara, CA 95051 Tel:(408)721-8071 Email:asx...@nsc.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- 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: Using CA-JOBTRAC V11 SP3 in Production
I'm curious about something. The last time I was going to upgrade CA11, either in 2004 or 2005, they made you use Datacom as the database, instead of a PDS. I remember getting so frustrated with the install, that I decided to install something else instead. By the time I would have tried installing it next, the datacenter put a freeze on all upgrades because of its coming demise and being moved to another state running SAP/R3. My question is: Does CA11 work ok with datacom? Eric Bielefeld Sr. Systems Programmer Milwaukee, Wisconsin 414-475-7434 - Original Message - From: Hoesly, Bret bret.hoe...@teldta.com Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@bama.ua.edu Sent: Friday, May 01, 2009 11:37 AM Subject: Re: Using CA-JOBTRAC V11 SP3 in Production We do currently have Jobtrac v11 SP3 running in production, but it hasn't been the most stable or reliable version by any means. The addition of Datacom was a challenge on the install, and has added more overhead and pain as well. Reporting used to be a lot easier to deal with, and response time for some commands is now outrageous thanks to Datacom. Also, we had one instance where a job abended but Jobtrac marked it as complete, so I opened a ticket with CA. Their answer was pretty much that they didn't know what happened, and since I was never able to recreate the problem, they said it's working like it's supposed to. Essentially, they blew off the whole issue. If it were possible to go back and run 3.5 unsupported, I'd be very, very tempted. It was rock-solid and never gave us anything near the grief we've had so far with R11... Bret Hoesly -- 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: Using CA-JOBTRAC V11 SP3 in Production
On Fri, 1 May 2009 11:49:17 -0500, Eric Bielefeld eric-ibmm...@wi.rr.com wrote: I'm curious about something. The last time I was going to upgrade CA11, either in 2004 or 2005, they made you use Datacom as the database, instead of a PDS. I remember getting so frustrated with the install, that I decided to install something else instead. By the time I would have tried installing it next, the datacenter put a freeze on all upgrades because of its coming demise and being moved to another state running SAP/R3. My question is: Does CA11 work ok with datacom? Eric Bielefeld Sr. Systems Programmer Milwaukee, Wisconsin 414-475-7434 Yes, it works quite well, for us. -- John -- 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: Mainframe based TSM server and DR?
We use z/OS facilities to perform the full volume backup/restore of ALL of our data (z/OS, z/VM and Linux). We then use TSM on z/OS for file-level recovery of data for LOTS of servers (z/Linux, Linux/x86, Sun, AIX, Windows). It works fairly well if you have enough horsepower and tape drives. All tapes uses for DR purposes are written on the IBM encrypting tape drives (I forget the IBM make/model). The gotchas are scheduling the shutdown of Linux guests on the IFL from your z/OS system. We use a well-defined window for full-volume backups. With that, I have not needed to use file-level restores at DR for my Linux guests but have tested recovering a complete Oracle data logical volume. By going with FCP connections you will not be able to perform z/OS backups, but you could do z/VM based full backups. File-level backups to z/OS is still good with this scenario. /Thomas Kern /U.S. Dept of Energy /301-903-2211 (Office) /301-905-6427 (Mobile) On Fri, 1 May 2009 12:23:13 -0400, O'Brien, David W. (NIH/CIT) [C] obrie...@mail.nih.gov wrote: Is anyone using a Mainframe based TSM server to recover Linux guests at DR? Any problems or pitfalls to be aware of? Hitherto we were planning on using FDR full volume backups but the Linux folks decided that even 50GB Mod-54s would be too small and too much trouble to administer so we are moving toward FCP attached SATA drives for our Linux data. Any advice on DR set up gratefully appreciated. Dave O'Brien NIH Contractor -- 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: Using CA-JOBTRAC V11 SP3 in Production
Does CA11 work ok with datacom?. Eventually, but what a pain in the neck that was to get working correctly at my previous place of employment. . Why c/a went with datacom is one of the great mysteries of the universe. Bobbie Jo Justice - Original Message - From: Eric Bielefeld eric-ibmm...@wi.rr.com Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@bama.ua.edu Sent: Friday, May 01, 2009 12:49 PM Subject: Re: Using CA-JOBTRAC V11 SP3 in Production I'm curious about something. The last time I was going to upgrade CA11, either in 2004 or 2005, they made you use Datacom as the database, instead of a PDS. I remember getting so frustrated with the install, that I decided to install something else instead. By the time I would have tried installing it next, the datacenter put a freeze on all upgrades because of its coming demise and being moved to another state running SAP/R3. My question is: Does CA11 work ok with datacom? Eric Bielefeld Sr. Systems Programmer Milwaukee, Wisconsin 414-475-7434 -- 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: Using CA-JOBTRAC V11 SP3 in Production
On Fri, 1 May 2009 13:09:34 -0400, Bobbie Jo just...@peoplepc.com wrote: Does CA11 work ok with datacom?. Eventually, but what a pain in the neck that was to get working correctly at my previous place of employment. . Why c/a went with datacom is one of the great mysteries of the universe. Bobbie Jo Justice Perhaps for a number of reasons. The first is that it might be easier to write reports using Datacom/AD (SQL based) than binary information in a PDS. Most current programmers understand SQL better than any other access method. The second is that Datacom/AD is an RDMS. It __may__ have better error recovery and journaling than trying to do this in a PDS. An RDMS has built in concurrency. Just some thoughts as to a possible reason why. I may ask my manager. He's ex-CA and one original of the CA-11 developers. That is why the conversion was no big deal to us. -- John -- 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: Mainframers Web 2.0
Web 2.0 is a big tent kind of a term, and not only includes social networking, but also the concept of Rich Interface Applications (RIA) that run in a web browser. The two most popular technologies these days for building web browser RIAs are AJAX (javascript frameworks) and Adobe Flex. Adobe Flex is an open source toolkit and SDK which generates applications that run in the (proprietary) Adobe Flash plugin, which is ubiquitous these days thanks to YouTube and the like. IBM has just released a new version of the JZOS Cookbook which includes a new chapter and sample code project which demonstrates building an RIA using Adobe Flex.The Flex RIA is packaged in a web application that runs on z/OS that also includes a sample Java web service for accessing the z/OS catalog, using the JZOS CatalogSearch API. The best way to explain the sample app is to say that it is a browser RIA similar to ISPF 3.4. The new cookbook also contains a sample Eclipse project with all of the sample Java and Flex code, both a basic version of the RIA and a little more advanced one. Here's the JZOS alphaWorks URL where you can download the new cookbook: http://www.alphaworks.ibm.com/tech/zosjavabatchtk Our hope is that this will be a motivating demonstration of the kind of Web 2.0 applications that you can build to run on z/OS. Steve Goetze and I will be presenting and demonstrating this work at SHARE in Denver, at a session currently titled JZOS Meets Web 2.0. Please come if you can, or feel free to comment or ask questions on the JZOS alphaWorks forum. Your feedback is appreciated. Kirk Wolf Dovetailed Technologies http://dovetail.com On Tue, Apr 28, 2009 at 6:48 AM, Jim Marshall jim.marsh...@opm.gov wrote: Right now in WashDC the hot topic is Web 2.0 and how it can be implemented to help the government get more in tuned with the 21st century. Are there any suggestions of how Web 2.0 with all of its blogs, wikis, live discussion forums and other forms of social networking has been implemented at your site. These do not have to be running on the mainframe. The idea is how these came to help out your IT community hopefully with some strategy which shows how human the mainframers are. Then if you have, what kinds of software were used and product names are fine to give me a starting point. Would appreciate any kind of idea no matter how it sounds. thanks jim -- 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
z9: Group Capacity and weights.
I'm just now looking at this. I'm a bit confused about how weights interact with Group Capacities. Group Capacity is measured in MSUs. Weights are pure numbers. An LPAR can exceed its Group Capacity if it has been running light for a while. My example: Three LPARs: PROD, DEV, and SANDBOX. I basically want PROD to be most importand, DEV below that and SANDBOX getting mainly left overs. I am running on a 66 MSU system (z9BC T02). But I want PROD+DEV to only use 59 MSU in their 4 hour rolling average. Therefore, I create a CAPACITY GROUP with a group capacity of 59. I assign PROD and DEV to this CAPACITY GROUP. SANDBOX is not a member of any capacity group. I assign a weights of 78, 18, 4 to PROD, DEV, and SANDBOX respectively. When PROD and DEV are both going full blast for an extended time, then PROD will get 78/(78+18)*59 or 81.25% of 59 or about 48 MSUs. DEV will get 18/(78+18)*59 or 18.79% of 59 or about 11 MSUs. SANDBOX will get all of the rest, or about 7 MSUs. Am I correct in this? If not, where have I gone wrong? Thanks much. -- John -- 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: relationship between directory blocks and the number of members in a PDS ?
On Fri, 1 May 2009 11:26:01 -0500, Chris Bowen wrote: Be aware that some products/tools create and use large directory entries. Also note that the z/OS 11 preview says that the ISPF statistics may be larger, reducing the number of members that will fit in a directory block. -- Tom Marchant -- 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
Datacom for CA-11 (was Re: Using CA-JOBTRAC V11 SP3 in Production)
On Fri, 1 May 2009 12:17:48 -0500, John McKown joa...@swbell.net wrote: On Fri, 1 May 2009 13:09:34 -0400, Bobbie Jo just...@peoplepc.com wrote: Does CA11 work ok with datacom?. Eventually, but what a pain in the neck that was to get working correctly at my previous place of employment. . Why c/a went with datacom is one of the great mysteries of the universe. Bobbie Jo Justice Perhaps for a number of reasons. The first is that it might be easier to write reports using Datacom/AD (SQL based) than binary information in a PDS. Most current programmers understand SQL better than any other access method. The second is that Datacom/AD is an RDMS. It __may__ have better error recovery and journaling than trying to do this in a PDS. An RDMS has built in concurrency. Just some thoughts as to a possible reason why. I may ask my manager. He's ex-CA and one original of the CA-11 developers. That is why the conversion was no big deal to us. I don't speak for CA, but I would say the biggest reason they went to Datacom is 24x7 availability. Compressing the PDS CMT for CA-11 or performing a REORG for the VSAM JEHF history file (after a purge for example) involves stopping production batch. That had become very intrusive over the last decade. The bigger the shop, the bigger the problem. We stuck with CA-11 2.0 for a long time because 3.0 didn't support any automatic fail over in a sysplex environment. Eventually the flavor of Datacom was changed to support shadow MUF. It's still a pain since there can only be one backup system so operations has to pay attention to planned outages or move the backup MUF. But it works. We've had very few problems with CA-11 once we finally upgraded to 3.0. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.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: relationship between directory blocks and the number of members in a PDS ?
Tom Marchant wrote: On Fri, 1 May 2009 11:26:01 -0500, Chris Bowen wrote: Be aware that some products/tools create and use large directory entries. Also note that the z/OS 11 preview says that the ISPF statistics may be larger, reducing the number of members that will fit in a directory block. Ahh. Good catch. I'll have to watch for that. Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com z/OS Application development made easier * Our classes include + How things work + Programming examples with realistic applications + Starter / skeleton code + Complete working programs + Useful utilities and subroutines + Tips and techniques == Check out the Trainer's Friend Store to purchase z/OS == == application developer toolkits. Sample code in four== == programming languages, JCL to Assemble or compile, == == bind and test. == == http://www.trainersfriend.com/TTFStore/index.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: relationship between directory blocks and the number of members in a PDS ?
When someone does something that causes the rule of thumb to become broken, should we break their thumbs. Dennis Roach GHG Corporation Lockheed Martin Mission Services Flight Design and Operations Contract NASA/JSC Address: 2100 Space Park Drive LM-15-4BH Houston, Texas 77058 Mail: P.O. Box 58487 Mail Code H4C Houston, Texas 77258 Phone: Voice: (281)336-5027 Cell: (713)591-1059 Fax:(281)336-5410 E-Mail: dennis.ro...@lmco.com All opinions expressed by me are mine and may not agree with my employer or any person, company, or thing, living or dead, on or near this or any other planet, moon, asteroid, or other spatial object, natural or manufactured, since the beginning of time. -Original Message- Behalf Of Steve Comstock Subject: Re: relationship between directory blocks and the number of members in a PDS ? Tom Marchant wrote: On Fri, 1 May 2009 11:26:01 -0500, Chris Bowen wrote: Also note that the z/OS 11 preview says that the ISPF statistics may be larger, reducing the number of members that will fit in a directory block. Ahh. Good catch. I'll have to watch for that. -- 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: relationship between directory blocks and the number of members in a PDS ?
Does it give any indication if it will properly display the statistics in the old (current) format? -Original Message- From: Tom Marchant [mailto:m42tom-ibmm...@yahoo.com] Sent: Friday, May 01, 2009 10:42 AM To: IBM-MAIN@bama.ua.edu Subject: Re: relationship between directory blocks and the number of members in a PDS ? On Fri, 1 May 2009 11:26:01 -0500, Chris Bowen wrote: Be aware that some products/tools create and use large directory entries. Also note that the z/OS 11 preview says that the ISPF statistics may be larger, reducing the number of members that will fit in a directory block. -- 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: relationship between directory blocks and the number of members in a PDS ?
since everyone seems to have a (correct) different answer - how about just create a PDS as you think it will be created (or exists) at your site - start adding members and check the directory blocks used after each member add - you should then get a good idea for YOUR circumstances how many members will fill a directory block . Chris Hoelscher Senior IDMS DB2 Database Administrator Humana Inc 502-476-2538 choelsc...@humana.com you only need to test the programs that you want to work correctly The information transmitted is intended only for the person or entity to which it is addressed and may contain CONFIDENTIAL material. If you receive this material/information in error, please contact the sender and delete or destroy the material/information. -- 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: Enterprise COBOL code generation question
We force Trunc(STD) for all programs in CICS. We have not had any reported problems. Regards Otto Schumacher Technical Support, CICS EDS, an HP Company Ahold Account 2000 Wade Hampton Blvd. LC1-302 Greenville, South Carolina, 29615 Tel: 864 987-1417 Fax: 864 987-4500 E-mail: otto.schumac...@eds.com We deliver on our commitments so you can deliver on yours. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Rick Arellanes Sent: Friday, May 01, 2009 12:29 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Enterprise COBOL code generation question On Fri, 1 May 2009 08:38:59 -0500, Chase, John jch...@ussco.com wrote: -Original Message- From: IBM Mainframe Discussion List On Behalf Of Farley, Peter x23353 -Original Message- From: IBM Mainframe Discussion List On Behalf Of Clark Morris Snipped On 30 Apr 2009 13:00:02 -0700, in bit.listserv.ibm-main you wrote: Try TRUNC(OPT). Trunc STD would require the conversion to decimal to guarantee that the data fit the picture. TRUNC(BIN) is known and documented to generate less than optimal code. Son of a gun, that did it. From half a page of code to six instructions. I will have to test this program with TRUNC(OPT) pretty carefully to make sure it has no other adverse affects. The doc on OPT is pretty clear in its warnings. And the doc on TRUNC(BIN) does have the phrase ... you can avoid the performance overhead of using TRUNC(BIN) ..., implying there is, in fact, a performance penalty for using it. Thanks for pointing out the benefit of TRUNC(OPT) to me. But then there's this in the Notes for TRUNC in the Installation Customization Guide: 2. TRUNC=BIN is the recommended option when interfacing with other products that have S/390-format binary data (such as CICS, DB2, FORTRAN, and PL/I). This is especially true if there is a possibility of having more than 9 digits in a fullword or more than 4 digits in a halfword. So, we're stuck with TRUNC(BIN) in CICS, where arguably we'd want the best performance. :-( -jc- It looks like we may have missed an update to the Customization Guide. Please see the Programming Guide, which was updated to say: Recommendations: TRUNC(BIN) is the recommended option for programs that use binary values set by other products. Other products, such as IMS, DB2, C/C++, FORTRAN, and PL/I, might place values in COBOL binary data items that do not conform to the PICTURE clause of the data items. You can use TRUNC(OPT) with CICS programs as long as your data conforms to the PICTURE clause for your BINARY data items. You might want to read the Enterprise COBOL Version 3 Release 1 Performance Tuning Paper at: http://www.ibm.com/software/awdtools/cobol/library/ to read more about this. It says: As long as your usage of all binary (COMP) data items in the application conforms to the PICTURE and USAGE specifications, you can use TRUNC(OPT) to improve transaction response time. This is recommended in performance sensitive CICS applications. If your usage of any binary data item does not conform to the PICTURE and USAGE specifications, you can either use a COMP- 5 data type or increase the precision in the PICTURE clause instead of using the TRUNC(BIN) compiler option. Note that the CICS translator does not generate code that will cause truncation and the CICS co-processor uses COMP-5 data types which does not cause truncation. If you were using NOTRUNC with your OS/VS COBOL programs without problems, TRUNC(OPT) on IBM Enterprise COBOL behaves in a similar way. For additional information on the TRUNC option, please refer to the compiler options section of this paper. Rick Arellanes (IBM COBOL Development and Performance) -- 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: relationship between directory blocks and the number of members in a PDS ?
And then double or triple it :) Dave Gibney Information Technology Services Washington State University -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Chris Hoelscher Sent: Friday, May 01, 2009 11:44 AM To: IBM-MAIN@bama.ua.edu Subject: Re: relationship between directory blocks and the number of members in a PDS ? since everyone seems to have a (correct) different answer - how about just create a PDS as you think it will be created (or exists) at your site - start adding members and check the directory blocks used after each member add - you should then get a good idea for YOUR circumstances how many members will fill a directory block . Chris Hoelscher Senior IDMS DB2 Database Administrator Humana Inc 502-476-2538 choelsc...@humana.com you only need to test the programs that you want to work correctly The information transmitted is intended only for the person or entity to which it is addressed and may contain CONFIDENTIAL material. If you receive this material/information in error, please contact the sender and delete or destroy the material/information. -- 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: relationship between directory blocks and the number of members in a PDS ?
Or even more just by following the book that says that 62 bytes is the max size for an entry and 256 bytes is the directory size. So 4 should be safe :-)) Bruno Sugliani zxnetconsult(at)free(dot)fr http://zxnetconsult.free.fr On Fri, 1 May 2009 11:48:44 -0700, Gibney, Dave gib...@wsu.edu wrote: And then double or triple it :) -- 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
Anyone Know of a Good Pocket Calculator Like HP with Hex capabilities
Also it should do Scientific notation, as well as simple Divide and Multiply I prefer a small one so I can carry it on trips. Thanks for any help Reza Fatemi WWW.bmc.COMhttp://WWW.bmc.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: relationship between directory blocks and the number of members in a PDS ?
Or even more just by following the book that says that 62 bytes is the max size for an entry and 256 bytes is the directory size. So 4 should be safe I went out years ago and decided I should never have to worry about directory sizes. Because I experimented with 1-track datasets, I missed the EOF and thought that 44 blocks was the number per track. I never looked it up, and forgot about it over 20 years ago. I've now updated my crib-sheets, and, for those who will listen, I recommend 674 blocks as a starting point (1 cylinder), and if you really think you are going to have more than that times 4 (6, or 21), consider 645*NN-1. Where NN is the number of cylinders you want to allocate to the directory. DASD is cheap; spending mind-sweat (and time re-building them) is not! - Too busy driving to stop for gas! -- 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: Anyone Know of a Good Pocket Calculator Like HP with Hex capabilities
I've been using Sharp calculators for years, they work well, and have never given me any problems. Check out their website for the latest models. V. -- 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: Anyone Know of a Good Pocket Calculator Like HP with Hex capabilities
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Fatemi, Reza Sent: Friday, May 01, 2009 1:09 PM To: IBM-MAIN@bama.ua.edu Subject: Anyone Know of a Good Pocket Calculator Like HP with Hex capabilities Also it should do Scientific notation, as well as simple Divide and Multiply I prefer a small one so I can carry it on trips. Hi Reza, I personally like the Texas Instruments TI-36x solar. BobL -- This e-mail transmission may contain information that is proprietary, privileged and/or confidential and is intended exclusively for the person(s) to whom it is addressed. Any use, copying, retention or disclosure by any person other than the intended recipient or the intended recipient's designees is strictly prohibited. If you are not the intended recipient or their designee, please notify the sender immediately by return e-mail and delete all copies. OppenheimerFunds may, at its sole discretion, monitor, review, retain and/or disclose the content of all email communications. == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Enterprise COBOL code generation question
Schumacher, Otto wrote: We force Trunc(STD) for all programs in CICS. We have not had any reported problems. Yikes! The most dangerous of all the choices! That says truncate the data to the picture, not the actual size. It adds extra code and can truncate significant digits with no warning. 05 FLDA PIC S99 COMP (Yields halfword binary integer, which can hold -9,999 to +9,999 in COBOL or -32,768 to +32,767 as far as the hardware is concerned) MOVE +125 TO FLDA ** FLDA now contains 25 ** Regards Otto Schumacher Technical Support, CICS EDS, an HP Company Ahold Account 2000 Wade Hampton Blvd. LC1-302 Greenville, South Carolina, 29615 Tel: 864 987-1417 Fax: 864 987-4500 E-mail: otto.schumac...@eds.com We deliver on our commitments so you can deliver on yours. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Rick Arellanes Sent: Friday, May 01, 2009 12:29 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Enterprise COBOL code generation question On Fri, 1 May 2009 08:38:59 -0500, Chase, John jch...@ussco.com wrote: -Original Message- From: IBM Mainframe Discussion List On Behalf Of Farley, Peter x23353 -Original Message- From: IBM Mainframe Discussion List On Behalf Of Clark Morris Snipped On 30 Apr 2009 13:00:02 -0700, in bit.listserv.ibm-main you wrote: Try TRUNC(OPT). Trunc STD would require the conversion to decimal to guarantee that the data fit the picture. TRUNC(BIN) is known and documented to generate less than optimal code. Son of a gun, that did it. From half a page of code to six instructions. I will have to test this program with TRUNC(OPT) pretty carefully to make sure it has no other adverse affects. The doc on OPT is pretty clear in its warnings. And the doc on TRUNC(BIN) does have the phrase ... you can avoid the performance overhead of using TRUNC(BIN) ..., implying there is, in fact, a performance penalty for using it. Thanks for pointing out the benefit of TRUNC(OPT) to me. But then there's this in the Notes for TRUNC in the Installation Customization Guide: 2. TRUNC=BIN is the recommended option when interfacing with other products that have S/390-format binary data (such as CICS, DB2, FORTRAN, and PL/I). This is especially true if there is a possibility of having more than 9 digits in a fullword or more than 4 digits in a halfword. So, we're stuck with TRUNC(BIN) in CICS, where arguably we'd want the best performance. :-( -jc- It looks like we may have missed an update to the Customization Guide. Please see the Programming Guide, which was updated to say: Recommendations: TRUNC(BIN) is the recommended option for programs that use binary values set by other products. Other products, such as IMS, DB2, C/C++, FORTRAN, and PL/I, might place values in COBOL binary data items that do not conform to the PICTURE clause of the data items. You can use TRUNC(OPT) with CICS programs as long as your data conforms to the PICTURE clause for your BINARY data items. You might want to read the Enterprise COBOL Version 3 Release 1 Performance Tuning Paper at: http://www.ibm.com/software/awdtools/cobol/library/ to read more about this. It says: As long as your usage of all binary (COMP) data items in the application conforms to the PICTURE and USAGE specifications, you can use TRUNC(OPT) to improve transaction response time. This is recommended in performance sensitive CICS applications. If your usage of any binary data item does not conform to the PICTURE and USAGE specifications, you can either use a COMP- 5 data type or increase the precision in the PICTURE clause instead of using the TRUNC(BIN) compiler option. Note that the CICS translator does not generate code that will cause truncation and the CICS co-processor uses COMP-5 data types which does not cause truncation. If you were using NOTRUNC with your OS/VS COBOL programs without problems, TRUNC(OPT) on IBM Enterprise COBOL behaves in a similar way. For additional information on the TRUNC option, please refer to the compiler options section of this paper. Rick Arellanes (IBM COBOL Development and Performance) -- 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 -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com z/OS Application development made easier * Our classes include + How things work + Programming examples
Re: Anyone Know of a Good Pocket Calculator Like HP with Hex capabilities
Anyone Know of a Good Pocket Calculator Like HP with Hex capabilities Could probably spend the money on a blackberry or iphone and get the right app for a good calculator and then have all the other functions as well. For instance http://www.apple.com/iphone/features/calculator.html Jeffrey Deaver, Engineer Systems Engineering jeffrey.dea...@securian.com 651-665-4231(v) IS - Creating competitive advantage with technology. Providing service that excels. OSS - Where Innovation Happens -- 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: Anyone Know of a Good Pocket Calculator Like HP with Hex capabilities
Thank you -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Lester, Bob Sent: Friday, May 01, 2009 12:27 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Anyone Know of a Good Pocket Calculator Like HP with Hex capabilities -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Fatemi, Reza Sent: Friday, May 01, 2009 1:09 PM To: IBM-MAIN@bama.ua.edu Subject: Anyone Know of a Good Pocket Calculator Like HP with Hex capabilities Also it should do Scientific notation, as well as simple Divide and Multiply I prefer a small one so I can carry it on trips. Hi Reza, I personally like the Texas Instruments TI-36x solar. BobL -- This e-mail transmission may contain information that is proprietary, privileged and/or confidential and is intended exclusively for the person(s) to whom it is addressed. Any use, copying, retention or disclosure by any person other than the intended recipient or the intended recipient's designees is strictly prohibited. If you are not the intended recipient or their designee, please notify the sender immediately by return e-mail and delete all copies. OppenheimerFunds may, at its sole discretion, monitor, review, retain and/or disclose the content of all email communications. == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: 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: Anyone Know of a Good Pocket Calculator Like HP with Hex capabilities
Check out www.hp16c.net for one to run on your PC. I am still using my HP16C I bought 20 years ago. Chris Blaicher Phone: 512-340-6154 Mobile: 512-627-3803 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Fatemi, Reza Sent: Friday, May 01, 2009 2:09 PM To: IBM-MAIN@bama.ua.edu Subject: Anyone Know of a Good Pocket Calculator Like HP with Hex capabilities Also it should do Scientific notation, as well as simple Divide and Multiply I prefer a small one so I can carry it on trips. Thanks for any help Reza Fatemi WWW.bmc.COMhttp://WWW.bmc.COM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Anyone Know of a Good Pocket Calculator Like HP with Hex capabilities
I have a real 16C and I have this one on my PC http://www.pscode.com/vb/scripts/ShowCode.asp?txtCodeId=405lngWId=10 I also have a version on my HP iPAQ. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Fatemi, Reza Sent: Friday, May 01, 2009 14:09 To: IBM-MAIN@bama.ua.edu Subject: Anyone Know of a Good Pocket Calculator Like HP with Hex capabilities Also it should do Scientific notation, as well as simple Divide and Multiply I prefer a small one so I can carry it on trips. Thanks for any help Reza Fatemi WWW.bmc.COMhttp://WWW.bmc.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: Anyone Know of a Good Pocket Calculator Like HP with Hex capabilities
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Fatemi, Reza Also it should do Scientific notation, as well as simple Divide and Multiply I prefer a small one so I can carry it on trips. I've been looking for one of those for a couple decades now, without success. -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: Anyone Know of a Good Pocket Calculator Like HP with Hex capabilities
http://www.sharpusa.com/products/TypeLanding/0,1056,s81,00.html Fatemi, Reza reza_fat...@bmc. COM To Sent by: IBM IBM-MAIN@bama.ua.edu Mainframe cc Discussion List ibm-m...@bama.ua Subject .edu Anyone Know of a Good Pocket Calculator Like HP with Hex capabilities 05/01/2009 03:09 PM Please respond to IBM Mainframe Discussion List ibm-m...@bama.ua .edu Also it should do Scientific notation, as well as simple Divide and Multiply I prefer a small one so I can carry it on trips. Thanks for any help Reza Fatemi WWW.bmc.COMhttp://WWW.bmc.COM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Anyone Know of a Good Pocket Calculator Like HP with Hex capabilities
This made me remember a cartoon from Datamation. There are three guys in a hallway. One says Fred, I'd like you to meet Harry. Harry, this is Fred. He's our hexadecimal expert. And when you looked closely you say that Fred had eight fingers on each hand. Date: Fri, 1 May 2009 14:45:45 -0500 From: jch...@ussco.com Subject: Re: Anyone Know of a Good Pocket Calculator Like HP with Hex capabilities To: IBM-MAIN@bama.ua.edu -Original Message- From: IBM Mainframe Discussion List On Behalf Of Fatemi, Reza Also it should do Scientific notation, as well as simple Divide and Multiply I prefer a small one so I can carry it on trips. I've been looking for one of those for a couple decades now, without success. -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 _ Windows Live™: Keep your life in sync. http://windowslive.com/explore?ocid=TXT_TAGLM_BR_life_in_synch_052009 -- 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 Compatability List
Does anyone know if there is a CONSOLIDATED listing of mainframe software products And the vendor published compatibility releases needed for the different Z/OS releases. I know we can go to each vendor's website to get this but some crawler should be able to do this. -- 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: Anyone Know of a Good Pocket Calculator Like HP with Hex capabilities
But he only needs four fingers on one hand... -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Alan Schwartz Sent: Friday, May 01, 2009 12:57 PM To: IBM-MAIN@bama.ua.edu Subject: Re: [IBM-MAIN] Anyone Know of a Good Pocket Calculator Like HP with Hex capabilities This made me remember a cartoon from Datamation. There are three guys in a hallway. One says Fred, I'd like you to meet Harry. Harry, this is Fred. He's our hexadecimal expert. And when you looked closely you say that Fred had eight fingers on each hand. -- 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: Anyone Know of a Good Pocket Calculator Like HP with Hex capabilities
On Fri, 1 May 2009 14:08:36 -0500, Fatemi, Reza reza_fat...@bmc.com wrote: Also it should do Scientific notation, as well as simple Divide and Multiply I prefer a small one so I can carry it on trips. Thanks for any help Reza Fatemi TI-36X SOLAR. I have one. It does all that you want. It doesn't do scientific notation, but it does do a variant called Engineering (the power of 10 is always a multiple of 3). http://www.avantadirect.com/ti-36xslr-calculator.html Decimal, Hex, and Octal mode display. AND, XOR, OR, XNOR functions. Trig functions SIN, CONS, TAN. LN and e^X, LOG and 10^x, square root, cube root, others that I don't even know what they are. -- John -- 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: z9: Group Capacity and weights.
You've got it correct -- 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: ASSBTSQN Question.
Please disregard this question. I've figured it out. Regards, Vic -- 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: Anyone Know of a Good Pocket Calculator Like HP with Hex capabilities
Best one ever (in my opinion) is the HP 16C. They don't make it anymore but if you can find one on ebay buy it! Eric Spencer Neon Enterprise Software -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of John McKown Sent: Friday, May 01, 2009 3:20 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Anyone Know of a Good Pocket Calculator Like HP with Hex capabilities On Fri, 1 May 2009 14:08:36 -0500, Fatemi, Reza reza_fat...@bmc.com wrote: Also it should do Scientific notation, as well as simple Divide and Multiply I prefer a small one so I can carry it on trips. Thanks for any help Reza Fatemi TI-36X SOLAR. I have one. It does all that you want. It doesn't do scientific notation, but it does do a variant called Engineering (the power of 10 is always a multiple of 3). http://www.avantadirect.com/ti-36xslr-calculator.html Decimal, Hex, and Octal mode display. AND, XOR, OR, XNOR functions. Trig functions SIN, CONS, TAN. LN and e^X, LOG and 10^x, square root, cube root, others that I don't even know what they are. -- John -- 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: Anyone Know of a Good Pocket Calculator Like HP with Hex capabilities
On Fri, May 1, 2009 at 3:06 PM, Ron Hawkins ron.hawkins1...@sbcglobal.net wrote: But he only needs four fingers on one hand... Huh? Your post reminds me of another joke: There are 10 kinds of people in the world, those who understand binary and those who don't. -- 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
Fw: Enterprise COBOL code generation question
I will defer to Rick Arellanes (who has already replied) on this (and most performance questions). HOWEVER, I do want to re-iterate that *if* performance is of concern to you, the best general rule is to compile with TRUNC(OPT) and use COMP-5 for specific fields that MAY have values larger than their PICTURE clause allows. As to the why does IBM produce the code that it does for TRUNC(BIN) - when this is by definition non-Standard conforming, this is an old argument. Although there have been some performance enhancements over the years (particularly in the early years) for TRUNC(BIN), IBM does make some odd choices for an environment that should not be bothered by the PICTURE clause. In the '02 COBOL Standard, there were a number of true binary data USAGEs introduced and there are existing SHARE requirements asking for IBM to include support for them. When/If IBM does ever support these, one can only hope that they would be introduced in a performance-sensitive manner. Farley, Peter x23353 peter.far...@broadridge.com wrote in message news:053f2631ec9c584883847c8b4970a22803ce6...@josqems1.jsq.bsg.ad.adp.com. .. I am failing to understand something about the code generation that the Enterprise COBOL compiler (V3.4.1) performs. For a WORKING-STORAGE variable defined like this: 77 WORK-WORD9 PIC S9(09) BINARY. with TRUNC(BIN) and OPTIMIZE(STD) in effect, this IF statement: IF (WORK-WORD9 -1) OR (WORK-WORD9 +256) Generates a bunch of code to convert WORK-WORD9 to packed decimal in temporary storage (and it does it *twice* no less!) to then do compare-packed for each of the literal values. How or why is it that the compiler does not just use binary constants for such a pair of comparisons? It just does not make any sense to me for the compiler to convert a fullword binary variable to packed in this case, and to do it twice for goodness sake. And secondly, if it really *has* to do the conversion, doesn't the optimizer realize it already did it already? The description of OPTIMIZE(FULL) doesn't sound like it will help here, though I will try it. OPTIMIZE(FULL) says it eliminates unreferenced WORKING-STORAGE but says nothing about better code optimization. Confused, Peter This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your 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 -- 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: relationship between directory blocks and the number of members in a PDS ?
Bruno Sugliani wrote: Or even more just by following the book that says that 62 bytes is the max size for an entry and 256 bytes is the directory size. So 4 should be safe Check again. It's 8 bytes for the name, 3 for TTR, 1 for flags, and a maximum of 62 for the data field. So you can fit a maximum of three per directory block. Gerhard Postpischil Bradford, VT -- 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: Anyone Know of a Good Pocket Calculator Like HP with Hex capabilities
Try a Casio fx-991. -Original Message- From: Chase, John [mailto:jch...@ussco.com] Sent: Friday, May 01, 2009 12:46 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Anyone Know of a Good Pocket Calculator Like HP with Hex capabilities -Original Message- From: IBM Mainframe Discussion List On Behalf Of Fatemi, Reza Also it should do Scientific notation, as well as simple Divide and Multiply I prefer a small one so I can carry it on trips. I've been looking for one of those for a couple decades now, without success. -- 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: Anyone Know of a Good Pocket Calculator Like HP with Hex capabilities
casio fx-115s ... had it for yrs+solar and battery been lucky . -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files 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: Using FTP to send loadlib
Lionel B Dyck wrote: the dialog creates a temp file (NETRC) with the userid and password Placing userid/password in netrc helps mitigate part of the problem with ftp. The bigger problem I found when I tried to do load module transfer was the need for SYSDSN EXCLUSIVE ENQ to the library. Has that been fixed? -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 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: relationship between directory blocks and the number of members in a PDS ?
S229-3169-3 S/360 OS FE handbook 4th ed (1971July) p231to the rescue It's 8 bytes for the name, 3 for a TTR (first block) 1 for flags (recently linked vanilla modules seem to have X'2C') 3 per optional TTR (you can have 0 to 3 of them - recently linked vanilla modules seem to have one - doc says first block of text) and a maximum of 31 user half words (0-62) for the data field (recently linked vanilla modules seem to have 12 halfwords for total of 24 bytes - doc says first byte zeroes, TTR of note list or scat/trans table [0 in sample], one byte of length of that table [0 in sample], 3 bytes main storage needed, ...) using doc 38 yrs old of interface ? years old IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 05/01/2009 05:04:13 PM: Bruno Sugliani wrote: Or even more just by following the book that says that 62 bytes is the max size for an entry and 256 bytes is the directory size. So 4 should be safe Check again. It's 8 bytes for the name, 3 for TTR, 1 for flags, and a maximum of 62 for the data field. So you can fit a maximum of three per directory block. Gerhard Postpischil Bradford, VT -- 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 - 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: Z/OS Compatability List
I'm not sure if this is exactly what you want, but IBM consolidates information from ISVs. We rely on them to provide the information, so if there's a vendor not on the list, please talk to them and ask the to provide their compatibility information. http://www-947.ibm.com/systems/support/z/zos/planning.html, then choose the release under Vendor software products for z/OS and z/OS.e --- Kevin McKenzie External Phone: 845-435-8282, Tie-line: 8-295-8282 z/OS BCP SVT, Dept FXKA, Bldg 706/2D38 From: Cebell, David cebe...@aafes.com To: IBM-MAIN@bama.ua.edu Date: 05/01/2009 03:59 PM Subject: Z/OS Compatability List Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Does anyone know if there is a CONSOLIDATED listing of mainframe software products And the vendor published compatibility releases needed for the different Z/OS releases. I know we can go to each vendor's website to get this but some crawler should be able to do this. -- 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 Compatability List
That's weird; I went to the web site and saw all of the MacKinney products listed under z/OS 1.10, but none of them were listed under any of the other z/OS versions. And I know for a fact that they are supported under other versions. Dave Salt SimpList(tm) - try it; you'll get it! http://www.mackinney.com/products/SIM/simplist.htm Date: Fri, 1 May 2009 19:35:32 -0400 From: kmcke...@us.ibm.com Subject: Re: Z/OS Compatability List To: IBM-MAIN@bama.ua.edu I'm not sure if this is exactly what you want, but IBM consolidates information from ISVs. We rely on them to provide the information, so if there's a vendor not on the list, please talk to them and ask the to provide their compatibility information. http://www-947.ibm.com/systems/support/z/zos/planning.html, then choose the release under Vendor software products for z/OS and z/OS.e --- Kevin McKenzie External Phone: 845-435-8282, Tie-line: 8-295-8282 z/OS BCP SVT, Dept FXKA, Bldg 706/2D38 From: Cebell, David cebe...@aafes.com To: IBM-MAIN@bama.ua.edu Date: 05/01/2009 03:59 PM Subject: Z/OS Compatability List Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Does anyone know if there is a CONSOLIDATED listing of mainframe software products And the vendor published compatibility releases needed for the different Z/OS releases. I know we can go to each vendor's website to get this but some crawler should be able to do this. -- 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 _ Windows Live helps you keep up with all your friends, in one place. http://go.microsoft.com/?linkid=9660826 -- 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
Implications of not having CMF or RMF - Urgent
Certainly their must be other software that is optional or other ways to reduce IBM and ISV software license charges, such as WLC or other measured usage charges. Are they taking advantage of specialty engines, zIIPs, zAAPs, IFLs? RMF is a basic part of running a system, your customer has already cut costs by running CMF. Running w/o monitors is like driving w/o an insurance policy. Running w/o basic usage collection is like driving w/ your windows painted black, because you don't know where you've been or where you are going. -- 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
HEXelon 6.07 - Windows-based, Programmers' Desktop HEX Calculator
Here is a very nice Windows-based HEX calculator that I use: HEXelon MAX, version 6.07. http://www.hexelon.com Yes, I also have a HP-16C and a classic TI Programmer - both of which I bought new - and they still work. I wish HP would release an updated HP-16C. It's the king of the heap, but so many people take issue with RPN - an 'anniversary edition'. Check out An Easy Course in Using The HP-16C, by Edward M. Keefe, 1987, ISBN 0-931011-16-7, Grapevine Publications, Inc. Corvallis, OR. I still have issue #67 of the EduCALC HP Magazine (1995). Bill Smith, M.A. Ed C/I Principal Software Engineer z/OS, z/VM, z/Linux -- 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
TCP (EZASMI) read or write does not support BUFF in 64 bit address.
Any idea if ZOS can run TCP (EZASMI) read or write using buffer reside above 31 bit address. I think that enabling BUFF parameter or BUFF64 can be a good idea. -- 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: relationship between directory blocks and the number of members in a PDS ?
Kirk Talman wrote: 3 per optional TTR (you can have 0 to 3 of them - recently linked vanilla modules seem to have one - doc says first block of text) and a maximum of 31 user half words (0-62) for the data field (recently linked vanilla modules seem to have 12 halfwords for total of 24 bytes - doc says first byte zeroes, TTR of note list or scat/trans table [0 in sample], one byte of length of that table [0 in sample], 3 bytes main storage needed, ...) 0100C9C5 C1D5E4C3 F0F00067 0450006A *..IEANUC00¦* 00100169 26E2 0839C80A 7800 *...S..H.* 00208804 E807FC00 1A001A01 C9C5 *h...Y.IE* 0030C1D5E4C3 F0F10092 15500095 1095 *ANUC01.k..n...n* 00400B0006E2 0839C801 3800 8804 *...S..H.h...* 0050E8095800 04000401 C9C5 C1D5E4C3 *Y.IEANUC* Note that the flags field in IEANUC00 is x'50', denoting two TTRs and 16 halfwords of data. The total length is 44, showing that the TTR space is included in the data length. Gerhard Postpischil Bradford, VT -- 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
