Re: CA-7 question
Hi Scott, If that can helps... FYI and As per documented . Demanding a job into the request queue does not automatically result in immediate submission for execution. When a DEMAND is issued for a job, that job is placed in the request queue where the availability of its input requirements is determined. (To request immediate scheduling without requirements checking, use the RUN and RUNH commands.) The same process occurs when a job is automatically scheduled into the queues. So a DEMANDed job might not start immediately and might also triggers other job depending on SCHID (So be careful when demanding a job as it might trigger a long jobs chain , if you want to submit a unique job prefer the RUN command) . Hi Lucas, Basically to identify the reason for which a job stands in the QUEUE and is not submitted as we are expected to is to use the command : LQP,JOB=jobname,LIST=STATUS This usually display a second line of meaningful info . Thanks and regards, Eric Goldenberg RSD SA ego@com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Is there any tools or interface which could analyse or monitor SYS1.MANX directly?
See http://www.ibmsystemsmag.com/mainframe/tipstechniques/applicationdevelopment/rexx_smf_part4/ for a great REXX example (SMF type 30). BTW, with z/OS 2.1 Rexx can read VBS's so it is now very well equipped to easily read dumped SMF records. Regards, Yifat -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Elardus Engelbrecht Sent: 15 June 2015 13:44 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Is there any tools or interface which could analyse or monitor SYS1.MANX directly? Charles Mills wrote: SMF record formats are all documented (some a lot more thoroughly than others LOL). Of course. Just have a good calculator ready... ;-D Having somehow queued your records for further processing, you can do analysis to your heart's content in assembler, COBOL, or your language of choice. With COBOL? Can you read RAW SMF records like SMF type 30 with all its sections with COBOL? [1] With Assembler that is easy and I have written numerous Assembler programs, but for COBOL, I need to read+copy raw SMF records with an Assembler program and then re-read/process those copied records with a COBOL program. How do you handle variable record lengths and varying sections lengths and quantities and their offsets with COBOL? Any examples, please? Now, Can you do that same reading and handling raw SMF records with REXX, Perl, PL/I [I believe you can, I faintly remembered seeing some ancient progs for SMF handling], etc? Oh, ICETOOL has already some nice examples, but I also don't see a way to handle SMF records like SMF type 30 and all their sections. TIA. Groete / Greetings Elardus Engelbrecht [1] - I have written COBOL programs but for fixed record lengths, like SMF 17, SMF 18 and such. Those COBOL programs were needed to trap culprits who deleted/renamed datasets (and said 'I did not do that!') before RACF was fully in place. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Is there any tools or interface which could analyse or monitor SYS1.MANX directly?
Charles Mills wrote: SMF record formats are all documented (some a lot more thoroughly than others LOL). Of course. Just have a good calculator ready... ;-D Having somehow queued your records for further processing, you can do analysis to your heart's content in assembler, COBOL, or your language of choice. With COBOL? Can you read RAW SMF records like SMF type 30 with all its sections with COBOL? [1] With Assembler that is easy and I have written numerous Assembler programs, but for COBOL, I need to read+copy raw SMF records with an Assembler program and then re-read/process those copied records with a COBOL program. How do you handle variable record lengths and varying sections lengths and quantities and their offsets with COBOL? Any examples, please? Now, Can you do that same reading and handling raw SMF records with REXX, Perl, PL/I [I believe you can, I faintly remembered seeing some ancient progs for SMF handling], etc? Oh, ICETOOL has already some nice examples, but I also don't see a way to handle SMF records like SMF type 30 and all their sections. TIA. Groete / Greetings Elardus Engelbrecht [1] - I have written COBOL programs but for fixed record lengths, like SMF 17, SMF 18 and such. Those COBOL programs were needed to trap culprits who deleted/renamed datasets (and said 'I did not do that!') before RACF was fully in place. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IEAMSCHD no FRR param
One thing to bear in mind is that you cannot guarantee that the R13 at the time of error is the same as the R13 that you establish in your SRB. If you use this technique, I would recommend some verification steps in your FRR code before you use the R13 from the SDWA. Rob Scott Principal Software Engineer Rocket Software 77 Fourth Avenue . Suite 100 . Waltham . MA 02451-1468 . USA Tel: +1.781.684.2305 Email: rsc...@rs.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of michelbutz Sent: 14 June 2015 19:49 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IEAMSCHD no FRR param No that big of a deal I'll just prime R13 from the SDWA with the value that the SRB had for 13 Which had my working storage Sent from my iPhone On Jun 14, 2015, at 2:41 PM, Lizette Koehler stars...@mindspring.com wrote: So I guess my question, what is the issue? It has the FRRADDR to pass an address of the FRR to get control. What parms do you need to pass to the FRR? Specifies the name (RS-type), or address in register (2)-(12), of an optional 4 byte input that contains the address of the Functional Recovery Routine (FRR) that is to be established prior to the SRB routine receiving control. The low bit of this address should not be set on. If it is set on, that bit will not be treated as part of the FRR address, but will be treated as indicating SDWALOC31=YES and will override the specification, or default, of SDWALOC31=NO. The FRR receives control in supervisor state, PSW key 0, primary ASC mode, 31-bit addressing mode, holding the same locks the SRB routine held at the time of error. The FRR receives control with the same PASID, SASID, and HASID as the SRB routine had on entry. If you specify LLOCK=YES, then the FRR should release the LOCAL lock prior to the completion of its processing. Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of michelbutz Sent: Sunday, June 14, 2015 11:30 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: IEAMSCHD no FRR param The IEAMSCHD has a FRRADDR parm But doesn't have an input param for paramters to FRR routine Sent from my iPhone -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Rocket Software, Inc. and subsidiaries ■ 77 Fourth Avenue, Waltham MA 02451 ■ +1 800.966.3270 ■ +1 781.577.4321 Unsubscribe From Commercial Email – unsubscr...@rocketsoftware.com Manage Your Subscription Preferences - http://info.rocketsoftware.com/GlobalSubscriptionManagementEmailFooter_SubscriptionCenter.html Privacy Policy - http://www.rocketsoftware.com/company/legal/privacy-policy This communication and any attachments may contain confidential information of Rocket Software, Inc. All unauthorized use, disclosure or distribution is prohibited. If you are not the intended recipient, please notify Rocket Software immediately and destroy all copies of this communication. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Is there any tools or interface which could analyse or monitor SYS1.MANX directly?
Jason Cai wrote: We always analyse SMF data after we dump SYS1.MANX. Good. Hourly, Daily, monthly, etc? Do you splice your records? Say, RMF to dataset1, RACF to dataset2, Catalog to dataset3 and so on? Or do you grab all and everything and place them on daily dsn and MOD them later to monthly dsn? Is there any tools or interface which could analyse or monitor SYS1.MANX directly without dump SYS1.MANX? Yes, lots [freebies or commercial] of them including IBM's zSecure [1]. Or you can roll your own SMFU83/84/85 exits and enable them in SMFPRMxx. As you know,IBM zSecure ALTER tool could analyze SMF records in real time. Interactively or in Batch, but then only for records [RACF, Jobs (SMF Type 30 for example), RMF [interval records for example), OMVS, TCP/IP, DB2, CICS and perhaps others too] needed for zSecure. We wonder if there is any interface which could help us to develop programs to analyze SMF records in real time. What are you trying to solve? Perhaps there are better solutions. But yes, the interface is already in place (SMF exits). [1] - zSecure only reads, but does not make any copies of those raw SMF records AFAIK. Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IEAMSCHD no FRR param
doesn't have an input param for paramters to FRR routine Because it doesn't need one. I'll just prime R13 from the SDWA with the value that the SRB had for 13 This sort of post scares the heck out of experienced z/OS people. Are you 100% sure that the FRR got control due to an error while your module (with your R13) was in control? Are you 100% sure that the FRR got control with valid time-of-error registers (there are some machine checks for which that information is not available)? If you know that R13 contains some value, then your code put it there. When? While the SRB routine was running. If your code sets R13, then it can also set a word in the FRR parameter area, the address of which is provided to the SRB routine in R2 on entry when that SRB routine requested the establishment of an FRR. For good form, the FRR should always look to see if the information it expected to be there was indeed there (as opposed to blowing up right after the FRR was set but before you were able to store the information). Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Is there any tools or interface which could analyse or monitor SYS1.MANX directly?
Lizette Koehler wrote: Remember that SMF is being written a lot and quickly. Indeed. For some type of events recorded in SMF, I wrote automation rules to cancel a STC or notify me or do something else. Simply for the reason of speed of filling up my SYS1.MANx and my daily datasets. Your LPAR may grind to a halt (no new A/S) if all page datasets fill up due to SMF A/S own buffers being full. Somewhat big fun... You question is very wide-ranging with many solutions. Some you have to code, some vendor products can provide. Indeed. that original question is too wide-ranging. Depending on type of events, I would look in other places to monitor that specific events. For example, I would use automation software to sniff around in SYSLOG and Consoles. Failing that, if RACF related, I can use zSecure to sniff around in SYS1.MANx. For other things, I just issue 'I SMF'. If you can explain what you are trying to do, then the answers can be more directed to your needs. I'm still waiting with a sore heart for that... ;-) Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IEAMSCHD no FRR param
Wow So I prime R2 And R2 has to be 24 key 0 I guess I can use LSQA shouldn't bump heads with the os Thanks Sent from my iPhone On Jun 15, 2015, at 4:31 AM, Rob Scott rsc...@rocketsoftware.com wrote: When SRB receives control from IEAMSCHD, R2 contains a 24-bit address of the FRR parameter area. You can pass parameters to your FRR from your SRB by using this address. Your FRR can establish addressability to whatever you store there by using the SDWAPARM field. Note that you will need to be in Key0 to store at this address. Rob Scott Principal Software Engineer Rocket Software 77 Fourth Avenue . Suite 100 . Waltham . MA 02451-1468 . USA Tel: +1.781.684.2305 Email: rsc...@rs.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of michelbutz Sent: 14 June 2015 19:30 To: IBM-MAIN@LISTSERV.UA.EDU Subject: IEAMSCHD no FRR param The IEAMSCHD has a FRRADDR parm But doesn't have an input param for paramters to FRR routine Sent from my iPhone -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Rocket Software, Inc. and subsidiaries ■ 77 Fourth Avenue, Waltham MA 02451 ■ +1 800.966.3270 ■ +1 781.577.4321 Unsubscribe From Commercial Email – unsubscr...@rocketsoftware.com Manage Your Subscription Preferences - http://info.rocketsoftware.com/GlobalSubscriptionManagementEmailFooter_SubscriptionCenter.html Privacy Policy - http://www.rocketsoftware.com/company/legal/privacy-policy This communication and any attachments may contain confidential information of Rocket Software, Inc. All unauthorized use, disclosure or distribution is prohibited. If you are not the intended recipient, please notify Rocket Software immediately and destroy all copies of this communication. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Is there any tools or interface which could analyse or monitor SYS1.MANX directly?
Oren, Yifat wrote: See http://www.ibmsystemsmag.com/mainframe/tipstechniques/applicationdevelopment/rexx_smf_part4/ for a great REXX example (SMF type 30). Cool! It is indeed great! Many thanks, I totally forgot about George Ng, the author of that REXX program. I see that REXX is also plagued [for now] by the inability to read VBS datasets, but it uses IDCAMS repro from VBS to VB data and then process the SMF records. Thanks, I also see that nice parse statement handling SMF Julian dates. BTW, with z/OS 2.1 Rexx can read VBS's so it is now very well equipped to easily read dumped SMF records. Ah, yes, I forgot that. It was mentioned in the first z/OS v2.1 announcement. I believe that REXX sample can be shortened to omit the REPRO step. Hard to remember everything... ;-) Thanks for your kind reminder. I really appreciate it. While REXX is somewhat heavy on speed and resources, that sample is a very good tool for a quick and dirty SMF job. Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Is there any tools or interface which could analyse or monitor SYS1.MANX directly?
Remember that SMF is being written a lot and quickly. Depending on what you are looking to do, you need to consider any issues a real time monitor might have on SMF Processing. So, are you looking to monitor ALL records or some? Are there specific SMF Records you want to monitor? Are there specific events you want to monitor? Are you looking for number of SMF records written broken down by Type and Time/Date? Are you looking for alerts based on certain information that is captured by SMF? - If yes, what kind. You question is very wide-ranging with many solutions. Some you have to code, some vendor products can provide. If you can explain what you are trying to do, then the answers can be more directed to your needs. Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of ibmmain Sent: Sunday, June 14, 2015 8:21 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Is there any tools or interface which could analyse or monitor SYS1.MANX directly? Dear As you know,IBM zSecure ALTER tool could analyze SMF records in real time. We wonder if there is any interface which could help us to develop programs to analyze SMF records in real time. Thanks a lot! Regards, Jason Cai From: Roberto Pacheco Date: 2015-06-15 10:44 To: IBM-MAIN Subject: Re: Is there any tools or interface which could analyse or monitor SYS1.MANX directly? Yes, there are some softwares that analyze SMFs Dino Explorer can collect and analyze SMF records in real time. Optionally, it can collect and after discard the SMF record, so it is not be written at MAN files More information www.4bears.com.br Regards, Roberto Pacheco On Jun 14, 2015 11:16 PM, ibmmain ibmm...@foxmail.com wrote: Hi all We always analyse SMF data after we dump SYS1.MANX. Is there any tools or interface which could analyse or monitor SYS1.MANX directly without dump SYS1.MANX? Thanks a lot! Best Regards, Jason Cai -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IEAMSCHD no FRR param
Peter Relson wrote: I'll just prime R13 from the SDWA with the value that the SRB had for 13 This sort of post scares the heck out of experienced z/OS people. I would also be scared. In fact, if the person who wants to do that stunt while being APF authorised, I would simply remove all exits, programs, etc, and revoke + cancel his running session(s). Thanks Peter for stating your sanity check questions. I am very sure I (and others) cannot answer your questions without breaking something. Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IEAMSCHD no FRR param
This was a follow up from a suggestion of not knowing what type of storage VSMLOC was processing. I was issuing VSMLOC from an SRB And coding of PVT for a LSQA address would generate a ABEND which I would subsequently Re-try with the correct LSQA PARM in the VSMLOC I wasn't sure how to get the address space boundaries from the LDA Maybe this was not the correct approach Sent from my iPhone On Jun 15, 2015, at 8:12 AM, Peter Relson rel...@us.ibm.com wrote: doesn't have an input param for paramters to FRR routine Because it doesn't need one. I'll just prime R13 from the SDWA with the value that the SRB had for 13 This sort of post scares the heck out of experienced z/OS people. Are you 100% sure that the FRR got control due to an error while your module (with your R13) was in control? Are you 100% sure that the FRR got control with valid time-of-error registers (there are some machine checks for which that information is not available)? If you know that R13 contains some value, then your code put it there. When? While the SRB routine was running. If your code sets R13, then it can also set a word in the FRR parameter area, the address of which is provided to the SRB routine in R2 on entry when that SRB routine requested the establishment of an FRR. For good form, the FRR should always look to see if the information it expected to be there was indeed there (as opposed to blowing up right after the FRR was set but before you were able to store the information). Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IEAMSCHD no FRR param
No. On entry to your SRB, the *system* sets R2 to the FRR parameter area pointer if you code FRR=YES on IEAMSCHD. See the doc on IEAMSCHD in Auth Asm Services Guide. Rob Scott Principal Software Engineer Rocket Software 77 Fourth Avenue . Suite 100 . Waltham . MA 02451-1468 . USA Tel: +1.781.684.2305 Email: rsc...@rs.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of michelbutz Sent: 15 June 2015 13:34 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IEAMSCHD no FRR param Wow So I prime R2 And R2 has to be 24 key 0 I guess I can use LSQA shouldn't bump heads with the os Thanks Sent from my iPhone On Jun 15, 2015, at 4:31 AM, Rob Scott rsc...@rocketsoftware.com wrote: When SRB receives control from IEAMSCHD, R2 contains a 24-bit address of the FRR parameter area. You can pass parameters to your FRR from your SRB by using this address. Your FRR can establish addressability to whatever you store there by using the SDWAPARM field. Note that you will need to be in Key0 to store at this address. Rob Scott Principal Software Engineer Rocket Software 77 Fourth Avenue . Suite 100 . Waltham . MA 02451-1468 . USA Tel: +1.781.684.2305 Email: rsc...@rs.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of michelbutz Sent: 14 June 2015 19:30 To: IBM-MAIN@LISTSERV.UA.EDU Subject: IEAMSCHD no FRR param The IEAMSCHD has a FRRADDR parm But doesn't have an input param for paramters to FRR routine Sent from my iPhone -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Rocket Software, Inc. and subsidiaries ■ 77 Fourth Avenue, Waltham MA 02451 ■ +1 800.966.3270 ■ +1 781.577.4321 Unsubscribe From Commercial Email – unsubscr...@rocketsoftware.com Manage Your Subscription Preferences - http://info.rocketsoftware.com/GlobalSubscriptionManagementEmailFooter _SubscriptionCenter.html Privacy Policy - http://www.rocketsoftware.com/company/legal/privacy-policy This communication and any attachments may contain confidential information of Rocket Software, Inc. All unauthorized use, disclosure or distribution is prohibited. If you are not the intended recipient, please notify Rocket Software immediately and destroy all copies of this communication. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Rocket Software, Inc. and subsidiaries ■ 77 Fourth Avenue, Waltham MA 02451 ■ +1 800.966.3270 ■ +1 781.577.4321 Unsubscribe From Commercial Email – unsubscr...@rocketsoftware.com Manage Your Subscription Preferences - http://info.rocketsoftware.com/GlobalSubscriptionManagementEmailFooter_SubscriptionCenter.html Privacy Policy - http://www.rocketsoftware.com/company/legal/privacy-policy -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IEAMSCHD no FRR param
I hear you I'll put an eye catcher and do a sanity check Thanks Sent from my iPhone On Jun 15, 2015, at 5:11 AM, Rob Scott rsc...@rocketsoftware.com wrote: One thing to bear in mind is that you cannot guarantee that the R13 at the time of error is the same as the R13 that you establish in your SRB. If you use this technique, I would recommend some verification steps in your FRR code before you use the R13 from the SDWA. Rob Scott Principal Software Engineer Rocket Software 77 Fourth Avenue . Suite 100 . Waltham . MA 02451-1468 . USA Tel: +1.781.684.2305 Email: rsc...@rs.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of michelbutz Sent: 14 June 2015 19:49 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IEAMSCHD no FRR param No that big of a deal I'll just prime R13 from the SDWA with the value that the SRB had for 13 Which had my working storage Sent from my iPhone On Jun 14, 2015, at 2:41 PM, Lizette Koehler stars...@mindspring.com wrote: So I guess my question, what is the issue? It has the FRRADDR to pass an address of the FRR to get control. What parms do you need to pass to the FRR? Specifies the name (RS-type), or address in register (2)-(12), of an optional 4 byte input that contains the address of the Functional Recovery Routine (FRR) that is to be established prior to the SRB routine receiving control. The low bit of this address should not be set on. If it is set on, that bit will not be treated as part of the FRR address, but will be treated as indicating SDWALOC31=YES and will override the specification, or default, of SDWALOC31=NO. The FRR receives control in supervisor state, PSW key 0, primary ASC mode, 31-bit addressing mode, holding the same locks the SRB routine held at the time of error. The FRR receives control with the same PASID, SASID, and HASID as the SRB routine had on entry. If you specify LLOCK=YES, then the FRR should release the LOCAL lock prior to the completion of its processing. Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of michelbutz Sent: Sunday, June 14, 2015 11:30 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: IEAMSCHD no FRR param The IEAMSCHD has a FRRADDR parm But doesn't have an input param for paramters to FRR routine Sent from my iPhone -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Rocket Software, Inc. and subsidiaries ■ 77 Fourth Avenue, Waltham MA 02451 ■ +1 800.966.3270 ■ +1 781.577.4321 Unsubscribe From Commercial Email – unsubscr...@rocketsoftware.com Manage Your Subscription Preferences - http://info.rocketsoftware.com/GlobalSubscriptionManagementEmailFooter_SubscriptionCenter.html Privacy Policy - http://www.rocketsoftware.com/company/legal/privacy-policy This communication and any attachments may contain confidential information of Rocket Software, Inc. All unauthorized use, disclosure or distribution is prohibited. If you are not the intended recipient, please notify Rocket Software immediately and destroy all copies of this communication. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Is there any tools or interface which could analyse or monitor SYS1.MANX directly?
With COBOL? Can you read RAW SMF records like SMF type 30 with all its sections with COBOL? Good point. Perhaps not. You could certainly do some processing of some SMF records with COBOL, or you could write an assembler routine to make SMF triplet sections readily addressable with COBOL. Or perhaps with native COBOL -- doesn't COBOL now have some sort of based variable support? IANACP (I am not a COBOL programmer.) Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Elardus Engelbrecht Sent: Monday, June 15, 2015 3:44 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Is there any tools or interface which could analyse or monitor SYS1.MANX directly? Charles Mills wrote: SMF record formats are all documented (some a lot more thoroughly than others LOL). Of course. Just have a good calculator ready... ;-D Having somehow queued your records for further processing, you can do analysis to your heart's content in assembler, COBOL, or your language of choice. With COBOL? Can you read RAW SMF records like SMF type 30 with all its sections with COBOL? [1] With Assembler that is easy and I have written -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Is there any tools or interface which could analyse or monitor SYS1.MANX directly?
On 15/06/2015 9:17 PM, Charles Mills wrote: With COBOL? Can you read RAW SMF records like SMF type 30 with all its sections with COBOL? Good point. Perhaps not. You could certainly do some processing of some SMF records with COBOL, or you could write an assembler routine to make SMF triplet sections readily addressable with COBOL. Or perhaps with native COBOL -- doesn't COBOL now have some sort of based variable support? IANACP (I am not a COBOL programmer.) COBOL can do all the offset based stuff. It used to be terrible at pointer arithmetic but handle that now without a sweat. If you have the mappings COBOL would probably be a better choice then a lot of languages. Especially now it's fast. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Elardus Engelbrecht Sent: Monday, June 15, 2015 3:44 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Is there any tools or interface which could analyse or monitor SYS1.MANX directly? Charles Mills wrote: SMF record formats are all documented (some a lot more thoroughly than others LOL). Of course. Just have a good calculator ready... ;-D Having somehow queued your records for further processing, you can do analysis to your heart's content in assembler, COBOL, or your language of choice. With COBOL? Can you read RAW SMF records like SMF type 30 with all its sections with COBOL? [1] With Assembler that is easy and I have written -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IEAMSCHD no FRR param
So All I have to do is set what I want in the 24 bytes R2 is pointing to thanks so much -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Rob Scott Sent: Monday, June 15, 2015 11:02 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IEAMSCHD no FRR param Apologies, the FRR=YES was copied from the Auth Asm Services Guide description of the reg contents at SRB entry and refers to the keyword on SCHEDULE. The appropriate keyword on IEAMSCHD is FRRADDR= with a value that is not NOFRR As stated before, you do not have to code anything, the system will prime R2 for your SRB to use on entry. Rob Scott Principal Software Engineer Rocket Software 77 Fourth Avenue . Suite 100 . Waltham . MA 02451-1468 . USA Tel: +1.781.684.2305 Email: rsc...@rs.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of michelbutz Sent: 15 June 2015 15:50 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IEAMSCHD no FRR param Rob With all you due respect I looked at the IEAMSCHD macro in Sys1.maclibb And all I see is FRRADDR= a pointer the FRR routine I don't see FRR= parameter If I code FRRADDR= address of my FRR routine Am I supposed to prime R2 with the FRR parameter area Sent from my iPhone On Jun 15, 2015, at 8:41 AM, Rob Scott rsc...@rocketsoftware.com wrote: No. On entry to your SRB, the *system* sets R2 to the FRR parameter area pointer if you code FRR=YES on IEAMSCHD. See the doc on IEAMSCHD in Auth Asm Services Guide. Rob Scott Principal Software Engineer Rocket Software 77 Fourth Avenue . Suite 100 . Waltham . MA 02451-1468 . USA Tel: +1.781.684.2305 Email: rsc...@rs.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of michelbutz Sent: 15 June 2015 13:34 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IEAMSCHD no FRR param Wow So I prime R2 And R2 has to be 24 key 0 I guess I can use LSQA shouldn't bump heads with the os Thanks Sent from my iPhone On Jun 15, 2015, at 4:31 AM, Rob Scott rsc...@rocketsoftware.com wrote: When SRB receives control from IEAMSCHD, R2 contains a 24-bit address of the FRR parameter area. You can pass parameters to your FRR from your SRB by using this address. Your FRR can establish addressability to whatever you store there by using the SDWAPARM field. Note that you will need to be in Key0 to store at this address. Rob Scott Principal Software Engineer Rocket Software 77 Fourth Avenue . Suite 100 . Waltham . MA 02451-1468 . USA Tel: +1.781.684.2305 Email: rsc...@rs.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of michelbutz Sent: 14 June 2015 19:30 To: IBM-MAIN@LISTSERV.UA.EDU Subject: IEAMSCHD no FRR param The IEAMSCHD has a FRRADDR parm But doesn't have an input param for paramters to FRR routine Sent from my iPhone - - For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Rocket Software, Inc. and subsidiaries ■ 77 Fourth Avenue, Waltham MA 02451 ■ +1 800.966.3270 ■ +1 781.577.4321 Unsubscribe From Commercial Email – unsubscr...@rocketsoftware.com Manage Your Subscription Preferences - http://info.rocketsoftware.com/GlobalSubscriptionManagementEmailFoote r _SubscriptionCenter.html Privacy Policy - http://www.rocketsoftware.com/company/legal/privacy-policy This communication and any attachments may contain confidential information of Rocket Software, Inc. All unauthorized use, disclosure or distribution is prohibited. If you are not the intended recipient, please notify Rocket Software immediately and destroy all copies of this communication. Thank you. - - For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Rocket Software, Inc. and subsidiaries ■ 77 Fourth Avenue, Waltham MA 02451 ■ +1 800.966.3270 ■ +1 781.577.4321 Unsubscribe From Commercial Email – unsubscr...@rocketsoftware.com Manage Your Subscription Preferences - http://info.rocketsoftware.com/GlobalSubscriptionManagementEmailFooter _SubscriptionCenter.html Privacy Policy - http://www.rocketsoftware.com/company/legal/privacy-policy
IBM Orderservers
I've been receiving timeouts this morning when contacting the two IBM orderservers, https://eccgw02.rochester.ibm.com/ https://eccgw01.boulder.ibm.com Is anyone else having a problem? I contacted our network people and they're seeing traffic to those IP addresses from the mainframe when I execute the jobs. -- Mark Jacobs Time Customer Service Technology and Product Engineering The standard you walk past, is the standard you accept. Lieutenant General David Morrison -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: OT STCK question
On Sun, 14 Jun 2015 17:44:20 +, J O Skip Robinson wrote: I should let this go, but Sunday is still Friday in the mind. Number agreement is based on subject - predicate. That is, subject (noun, pronoun) should be consistent with its associated verb. Whether a pronoun and its associated noun in a different clause may vary by dialect or usage. A person who uses that construct should know that they are destined for Bonehead English person -- uses (agreement) they -- are (agreement per US English) The fact that 'they' stands in for 'person' is the whole point of this thread. You may buy into that correlation or not, but in the example sentence, there is still number agreement within each clause. At least in US English. And, pronouns have traditionally agreed in number with their antecedents. The only other pronoun that can be either singular or plural that comes readily to my mind is who. You provided half the example: A person who uses ... The other half: Persons who use ... The number agreement exists here, even outside the same clause. If they is newly to assume a singular meaning, a singular verb should agree with it. The examples you cited later of collectives and indefinites do confuse the issue, as does the royal (and editorial) we, and the formal you (in French, Russian, et al.) (Some of the examples cited are outrageous: Kim helped theirself to another slice of cake.) -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: STCK question
But there are no dates or years in the question, only duration. And the durations are by implication well under a year. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Paul Gilmartin Sent: Monday, June 15, 2015 8:13 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: STCK question On Sun, 14 Jun 2015 12:13:31 -0700, Charles Mills wrote: Leap seconds are irrelevant. Let's say the routine being measured took 86,710 seconds. You would be completely correct in saying it took 1 day, 5 minutes and 10 seconds even if the run happened to span a midnight at which a leap second was added. The TOD clock is ignorant of leap seconds. They are solely about keeping the world's civil clocks aligned with solar noon. But those civil clocks are used for legal purposes. Failure to account for a leap second might result (possibly; however improbably) in a calculated incorrect date, or even an incorrect year. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IEAMSCHD no FRR param
When The FRR parameter area which R2 points to Is 24 bit ? Just makes life more difficult Sent from my iPhone On Jun 15, 2015, at 11:02 AM, Rob Scott rsc...@rocketsoftware.com wrote: Apologies, the FRR=YES was copied from the Auth Asm Services Guide description of the reg contents at SRB entry and refers to the keyword on SCHEDULE. The appropriate keyword on IEAMSCHD is FRRADDR= with a value that is not NOFRR As stated before, you do not have to code anything, the system will prime R2 for your SRB to use on entry. Rob Scott Principal Software Engineer Rocket Software 77 Fourth Avenue . Suite 100 . Waltham . MA 02451-1468 . USA Tel: +1.781.684.2305 Email: rsc...@rs.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of michelbutz Sent: 15 June 2015 15:50 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IEAMSCHD no FRR param Rob With all you due respect I looked at the IEAMSCHD macro in Sys1.maclibb And all I see is FRRADDR= a pointer the FRR routine I don't see FRR= parameter If I code FRRADDR= address of my FRR routine Am I supposed to prime R2 with the FRR parameter area Sent from my iPhone On Jun 15, 2015, at 8:41 AM, Rob Scott rsc...@rocketsoftware.com wrote: No. On entry to your SRB, the *system* sets R2 to the FRR parameter area pointer if you code FRR=YES on IEAMSCHD. See the doc on IEAMSCHD in Auth Asm Services Guide. Rob Scott Principal Software Engineer Rocket Software 77 Fourth Avenue . Suite 100 . Waltham . MA 02451-1468 . USA Tel: +1.781.684.2305 Email: rsc...@rs.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of michelbutz Sent: 15 June 2015 13:34 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IEAMSCHD no FRR param Wow So I prime R2 And R2 has to be 24 key 0 I guess I can use LSQA shouldn't bump heads with the os Thanks Sent from my iPhone On Jun 15, 2015, at 4:31 AM, Rob Scott rsc...@rocketsoftware.com wrote: When SRB receives control from IEAMSCHD, R2 contains a 24-bit address of the FRR parameter area. You can pass parameters to your FRR from your SRB by using this address. Your FRR can establish addressability to whatever you store there by using the SDWAPARM field. Note that you will need to be in Key0 to store at this address. Rob Scott Principal Software Engineer Rocket Software 77 Fourth Avenue . Suite 100 . Waltham . MA 02451-1468 . USA Tel: +1.781.684.2305 Email: rsc...@rs.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of michelbutz Sent: 14 June 2015 19:30 To: IBM-MAIN@LISTSERV.UA.EDU Subject: IEAMSCHD no FRR param The IEAMSCHD has a FRRADDR parm But doesn't have an input param for paramters to FRR routine Sent from my iPhone - - For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Rocket Software, Inc. and subsidiaries ■ 77 Fourth Avenue, Waltham MA 02451 ■ +1 800.966.3270 ■ +1 781.577.4321 Unsubscribe From Commercial Email – unsubscr...@rocketsoftware.com Manage Your Subscription Preferences - http://info.rocketsoftware.com/GlobalSubscriptionManagementEmailFoote r _SubscriptionCenter.html Privacy Policy - http://www.rocketsoftware.com/company/legal/privacy-policy This communication and any attachments may contain confidential information of Rocket Software, Inc. All unauthorized use, disclosure or distribution is prohibited. If you are not the intended recipient, please notify Rocket Software immediately and destroy all copies of this communication. Thank you. - - For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Rocket Software, Inc. and subsidiaries ■ 77 Fourth Avenue, Waltham MA 02451 ■ +1 800.966.3270 ■ +1 781.577.4321 Unsubscribe From Commercial Email – unsubscr...@rocketsoftware.com Manage Your Subscription Preferences - http://info.rocketsoftware.com/GlobalSubscriptionManagementEmailFooter _SubscriptionCenter.html Privacy Policy - http://www.rocketsoftware.com/company/legal/privacy-policy -- For IBM-MAIN subscribe / signoff / archive
Re: Is there any tools or interface which could analyse or monitor SYS1.MANX directly?
On 15/06/2015 9:40 PM, Itschak Mugzach wrote: why did George used ISPF BATCH if he is not doing any use of the environment in the Rexx? It is a waist of resources. IDK. But REXX is a waste of resources when there are better weapons in arsenal. ITschak ITschak Mugzach Z/OS, ISV Products and Application Security Risk Assessments Professional On Mon, Jun 15, 2015 at 4:33 PM, David Crayford dcrayf...@gmail.com wrote: On 15/06/2015 9:17 PM, Charles Mills wrote: With COBOL? Can you read RAW SMF records like SMF type 30 with all its sections with COBOL? Good point. Perhaps not. You could certainly do some processing of some SMF records with COBOL, or you could write an assembler routine to make SMF triplet sections readily addressable with COBOL. Or perhaps with native COBOL -- doesn't COBOL now have some sort of based variable support? IANACP (I am not a COBOL programmer.) COBOL can do all the offset based stuff. It used to be terrible at pointer arithmetic but handle that now without a sweat. If you have the mappings COBOL would probably be a better choice then a lot of languages. Especially now it's fast. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Elardus Engelbrecht Sent: Monday, June 15, 2015 3:44 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Is there any tools or interface which could analyse or monitor SYS1.MANX directly? Charles Mills wrote: SMF record formats are all documented (some a lot more thoroughly than others LOL). Of course. Just have a good calculator ready... ;-D Having somehow queued your records for further processing, you can do analysis to your heart's content in assembler, COBOL, or your language of choice. With COBOL? Can you read RAW SMF records like SMF type 30 with all its sections with COBOL? [1] With Assembler that is easy and I have written -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IBM Orderservers
Once again the IBM Download Server Status Web site: http://www14.software.ibm.com/webapp/set2/sas/f/gdbm/home.html is GREEN. Open an SR so they know it is broken. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IEAMSCHD no FRR param
The address of the FRR parm area is a 24-bit address - (I seem to recall the last time I actually looked the address was something like x'0C00' but I am not 100% sure). However you choose to use the 24 bytes that this points to is up to you ; there is no reason why you cannot put a 31-bit (or 64-bit) address in the first word (or doubleword) in this area that points to your parameter data in your SRB working storage. Rob Scott Principal Software Engineer Rocket Software 77 Fourth Avenue . Suite 100 . Waltham . MA 02451-1468 . USA Tel: +1.781.684.2305 Email: rsc...@rs.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of michelbutz Sent: 15 June 2015 16:56 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IEAMSCHD no FRR param When The FRR parameter area which R2 points to Is 24 bit ? Just makes life more difficult Sent from my iPhone On Jun 15, 2015, at 11:02 AM, Rob Scott rsc...@rocketsoftware.com wrote: Apologies, the FRR=YES was copied from the Auth Asm Services Guide description of the reg contents at SRB entry and refers to the keyword on SCHEDULE. The appropriate keyword on IEAMSCHD is FRRADDR= with a value that is not NOFRR As stated before, you do not have to code anything, the system will prime R2 for your SRB to use on entry. Rob Scott Principal Software Engineer Rocket Software 77 Fourth Avenue . Suite 100 . Waltham . MA 02451-1468 . USA Tel: +1.781.684.2305 Email: rsc...@rs.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of michelbutz Sent: 15 June 2015 15:50 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IEAMSCHD no FRR param Rob With all you due respect I looked at the IEAMSCHD macro in Sys1.maclibb And all I see is FRRADDR= a pointer the FRR routine I don't see FRR= parameter If I code FRRADDR= address of my FRR routine Am I supposed to prime R2 with the FRR parameter area Sent from my iPhone On Jun 15, 2015, at 8:41 AM, Rob Scott rsc...@rocketsoftware.com wrote: No. On entry to your SRB, the *system* sets R2 to the FRR parameter area pointer if you code FRR=YES on IEAMSCHD. See the doc on IEAMSCHD in Auth Asm Services Guide. Rob Scott Principal Software Engineer Rocket Software 77 Fourth Avenue . Suite 100 . Waltham . MA 02451-1468 . USA Tel: +1.781.684.2305 Email: rsc...@rs.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of michelbutz Sent: 15 June 2015 13:34 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IEAMSCHD no FRR param Wow So I prime R2 And R2 has to be 24 key 0 I guess I can use LSQA shouldn't bump heads with the os Thanks Sent from my iPhone On Jun 15, 2015, at 4:31 AM, Rob Scott rsc...@rocketsoftware.com wrote: When SRB receives control from IEAMSCHD, R2 contains a 24-bit address of the FRR parameter area. You can pass parameters to your FRR from your SRB by using this address. Your FRR can establish addressability to whatever you store there by using the SDWAPARM field. Note that you will need to be in Key0 to store at this address. Rob Scott Principal Software Engineer Rocket Software 77 Fourth Avenue . Suite 100 . Waltham . MA 02451-1468 . USA Tel: +1.781.684.2305 Email: rsc...@rs.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of michelbutz Sent: 14 June 2015 19:30 To: IBM-MAIN@LISTSERV.UA.EDU Subject: IEAMSCHD no FRR param The IEAMSCHD has a FRRADDR parm But doesn't have an input param for paramters to FRR routine Sent from my iPhone - - For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Rocket Software, Inc. and subsidiaries ■ 77 Fourth Avenue, Waltham MA 02451 ■ +1 800.966.3270 ■ +1 781.577.4321 Unsubscribe From Commercial Email – unsubscr...@rocketsoftware.com Manage Your Subscription Preferences - http://info.rocketsoftware.com/GlobalSubscriptionManagementEmailFoot e r _SubscriptionCenter.html Privacy Policy - http://www.rocketsoftware.com/company/legal/privacy-policy This communication and any attachments may contain confidential information of Rocket Software, Inc. All unauthorized use, disclosure or distribution is prohibited. If you are not the intended recipient, please notify Rocket Software immediately and destroy all copies of this communication. Thank you. - - For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message:
Re: STCK question
On Mon, 15 Jun 2015 08:29:12 -0700, Charles Mills wrote: But there are no dates or years in the question, only duration. And the durations are by implication well under a year. I'll grant that I hijacked the topic by introducing the legal consequences of calendar dates. But well under a year is irrelevant. Adding a mere 60 seconds to 2008-12-31 23:59:00 should give a date in 2008, not in 2009. The interval from 2008-12-31 23:59:59 to 2009-01-01 00:00:01 is three seconds. But if the program has kept formatted time stamps from TIME macro, will the difference between CONVTOD of those two values yield the correct result in 64-bit TOD format? IBM shirks providing the necessary documentation. This should not be left to programmers' intuition. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Is there any tools or interface which could analyse or monitor SYS1.MANX directly?
MXG Software has always been able to read VSAM SMF data directly, and is smart enough to stop at the end of the active data, it does NOT read all those unused blocks that have not yet been written to. Barry Merrill Herbert W. “Barry” Merrill, PhD President-Programmer MXG Software Merrill Consultants 10717 Cromwell Drive Dallas, TX 75229-5112 ba...@mxg.com Fax: 214 350 3694 – Still works, received as email Tel: 214 351 1966 – Unreliable, please use email www.mxg.comHomePage: FAQ answers most questions ad...@mxg.com License Forms, Invoice, Payment, ftp information supp...@mxg.comTechnical Issues MXG-L FREE ListServer http://www.mxg.com/mxg-l_listserver/ -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of ibmmain Sent: Sunday, June 14, 2015 9:16 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Is there any tools or interface which could analyse or monitor SYS1.MANX directly? Hi all We always analyse SMF data after we dump SYS1.MANX. Is there any tools or interface which could analyse or monitor SYS1.MANX directly without dump SYS1.MANX? Thanks a lot! Best Regards, Jason Cai -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: STCK question
On Sun, 14 Jun 2015 12:13:31 -0700, Charles Mills wrote: Leap seconds are irrelevant. Let's say the routine being measured took 86,710 seconds. You would be completely correct in saying it took 1 day, 5 minutes and 10 seconds even if the run happened to span a midnight at which a leap second was added. The TOD clock is ignorant of leap seconds. They are solely about keeping the world's civil clocks aligned with solar noon. But those civil clocks are used for legal purposes. Failure to account for a leap second might result (possibly; however improbably) in a calculated incorrect date, or even an incorrect year. All things considered, I believe that UTC was a poor choice for accounting and other aspects of IT. (A smoothed) UT1 would hanve been better. But redefining UTC to remove leap seconds and run free at the TAI rate but 30-odd seconds behind is the worst idea of all. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Is there any tools or interface which could analyse or monitor SYS1.MANX directly?
'waste' depends on frequency of use, ease of maintenance, skill set(s), AND impact to th 4HRA. - -teD - Original Message From: David Crayford Sent: Monday, June 15, 2015 10:46 To: IBM-MAIN@LISTSERV.UA.EDU Reply To: IBM Mainframe Discussion List Subject: Re: Is there any tools or interface which could analyse or monitor SYS1.MANX directly? On 15/06/2015 9:40 PM, Itschak Mugzach wrote: why did George used ISPF BATCH if he is not doing any use of the environment in the Rexx? It is a waist of resources. IDK. But REXX is a waste of resources when there are better weapons in arsenal. ITschak ITschak Mugzach Z/OS, ISV Products and Application Security Risk Assessments Professional On Mon, Jun 15, 2015 at 4:33 PM, David Crayford dcrayf...@gmail.com wrote: On 15/06/2015 9:17 PM, Charles Mills wrote: With COBOL? Can you read RAW SMF records like SMF type 30 with all its sections with COBOL? Good point. Perhaps not. You could certainly do some processing of some SMF records with COBOL, or you could write an assembler routine to make SMF triplet sections readily addressable with COBOL. Or perhaps with native COBOL -- doesn't COBOL now have some sort of based variable support? IANACP (I am not a COBOL programmer.) COBOL can do all the offset based stuff. It used to be terrible at pointer arithmetic but handle that now without a sweat. If you have the mappings COBOL would probably be a better choice then a lot of languages. Especially now it's fast. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Elardus Engelbrecht Sent: Monday, June 15, 2015 3:44 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Is there any tools or interface which could analyse or monitor SYS1.MANX directly? Charles Mills wrote: SMF record formats are all documented (some a lot more thoroughly than others LOL). Of course. Just have a good calculator ready... ;-D Having somehow queued your records for further processing, you can do analysis to your heart's content in assembler, COBOL, or your language of choice. With COBOL? Can you read RAW SMF records like SMF type 30 with all its sections with COBOL? [1] With Assembler that is easy and I have written -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Wait in SRB mode
Thanks... I found the documentation. I should read the whole Authorized Services Guide instead of just parts of it (or at least when I am stuck reference it!). Sorry I bothered you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IBM Orderservers
Also try: deliverycb-bld.dhe.ibm.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Mark Jacobs - Listserv Sent: Monday, June 15, 2015 10:48 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: IBM Orderservers I've been receiving timeouts this morning when contacting the two IBM orderservers, https://eccgw02.rochester.ibm.com/ https://eccgw01.boulder.ibm.com Is anyone else having a problem? I contacted our network people and they're seeing traffic to those IP addresses from the mainframe when I execute the jobs. -- Mark Jacobs Time Customer Service Technology and Product Engineering The standard you walk past, is the standard you accept. Lieutenant General David Morrison -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IBM Orderservers
Yep. mine failed this morning too. Not uncommon for a Monday morning. I've tried to remember to do my downloads on Fridays instead of Mondays. _ Dave Jousma Assistant Vice President, Mainframe Engineering david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H p 616.653.8429 f 616.653.2717 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Mark Jacobs - Listserv Sent: Monday, June 15, 2015 10:48 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: IBM Orderservers I've been receiving timeouts this morning when contacting the two IBM orderservers, https://eccgw02.rochester.ibm.com/ https://eccgw01.boulder.ibm.com Is anyone else having a problem? I contacted our network people and they're seeing traffic to those IP addresses from the mainframe when I execute the jobs. -- Mark Jacobs Time Customer Service Technology and Product Engineering The standard you walk past, is the standard you accept. Lieutenant General David Morrison -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IEAMSCHD no FRR param
Rob With all you due respect I looked at the IEAMSCHD macro in Sys1.maclibb And all I see is FRRADDR= a pointer the FRR routine I don't see FRR= parameter If I code FRRADDR= address of my FRR routine Am I supposed to prime R2 with the FRR parameter area Sent from my iPhone On Jun 15, 2015, at 8:41 AM, Rob Scott rsc...@rocketsoftware.com wrote: No. On entry to your SRB, the *system* sets R2 to the FRR parameter area pointer if you code FRR=YES on IEAMSCHD. See the doc on IEAMSCHD in Auth Asm Services Guide. Rob Scott Principal Software Engineer Rocket Software 77 Fourth Avenue . Suite 100 . Waltham . MA 02451-1468 . USA Tel: +1.781.684.2305 Email: rsc...@rs.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of michelbutz Sent: 15 June 2015 13:34 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IEAMSCHD no FRR param Wow So I prime R2 And R2 has to be 24 key 0 I guess I can use LSQA shouldn't bump heads with the os Thanks Sent from my iPhone On Jun 15, 2015, at 4:31 AM, Rob Scott rsc...@rocketsoftware.com wrote: When SRB receives control from IEAMSCHD, R2 contains a 24-bit address of the FRR parameter area. You can pass parameters to your FRR from your SRB by using this address. Your FRR can establish addressability to whatever you store there by using the SDWAPARM field. Note that you will need to be in Key0 to store at this address. Rob Scott Principal Software Engineer Rocket Software 77 Fourth Avenue . Suite 100 . Waltham . MA 02451-1468 . USA Tel: +1.781.684.2305 Email: rsc...@rs.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of michelbutz Sent: 14 June 2015 19:30 To: IBM-MAIN@LISTSERV.UA.EDU Subject: IEAMSCHD no FRR param The IEAMSCHD has a FRRADDR parm But doesn't have an input param for paramters to FRR routine Sent from my iPhone -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Rocket Software, Inc. and subsidiaries ■ 77 Fourth Avenue, Waltham MA 02451 ■ +1 800.966.3270 ■ +1 781.577.4321 Unsubscribe From Commercial Email – unsubscr...@rocketsoftware.com Manage Your Subscription Preferences - http://info.rocketsoftware.com/GlobalSubscriptionManagementEmailFooter _SubscriptionCenter.html Privacy Policy - http://www.rocketsoftware.com/company/legal/privacy-policy This communication and any attachments may contain confidential information of Rocket Software, Inc. All unauthorized use, disclosure or distribution is prohibited. If you are not the intended recipient, please notify Rocket Software immediately and destroy all copies of this communication. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Rocket Software, Inc. and subsidiaries ■ 77 Fourth Avenue, Waltham MA 02451 ■ +1 800.966.3270 ■ +1 781.577.4321 Unsubscribe From Commercial Email – unsubscr...@rocketsoftware.com Manage Your Subscription Preferences - http://info.rocketsoftware.com/GlobalSubscriptionManagementEmailFooter_SubscriptionCenter.html Privacy Policy - http://www.rocketsoftware.com/company/legal/privacy-policy -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IEAMSCHD no FRR param
Apologies, the FRR=YES was copied from the Auth Asm Services Guide description of the reg contents at SRB entry and refers to the keyword on SCHEDULE. The appropriate keyword on IEAMSCHD is FRRADDR= with a value that is not NOFRR As stated before, you do not have to code anything, the system will prime R2 for your SRB to use on entry. Rob Scott Principal Software Engineer Rocket Software 77 Fourth Avenue . Suite 100 . Waltham . MA 02451-1468 . USA Tel: +1.781.684.2305 Email: rsc...@rs.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of michelbutz Sent: 15 June 2015 15:50 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IEAMSCHD no FRR param Rob With all you due respect I looked at the IEAMSCHD macro in Sys1.maclibb And all I see is FRRADDR= a pointer the FRR routine I don't see FRR= parameter If I code FRRADDR= address of my FRR routine Am I supposed to prime R2 with the FRR parameter area Sent from my iPhone On Jun 15, 2015, at 8:41 AM, Rob Scott rsc...@rocketsoftware.com wrote: No. On entry to your SRB, the *system* sets R2 to the FRR parameter area pointer if you code FRR=YES on IEAMSCHD. See the doc on IEAMSCHD in Auth Asm Services Guide. Rob Scott Principal Software Engineer Rocket Software 77 Fourth Avenue . Suite 100 . Waltham . MA 02451-1468 . USA Tel: +1.781.684.2305 Email: rsc...@rs.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of michelbutz Sent: 15 June 2015 13:34 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IEAMSCHD no FRR param Wow So I prime R2 And R2 has to be 24 key 0 I guess I can use LSQA shouldn't bump heads with the os Thanks Sent from my iPhone On Jun 15, 2015, at 4:31 AM, Rob Scott rsc...@rocketsoftware.com wrote: When SRB receives control from IEAMSCHD, R2 contains a 24-bit address of the FRR parameter area. You can pass parameters to your FRR from your SRB by using this address. Your FRR can establish addressability to whatever you store there by using the SDWAPARM field. Note that you will need to be in Key0 to store at this address. Rob Scott Principal Software Engineer Rocket Software 77 Fourth Avenue . Suite 100 . Waltham . MA 02451-1468 . USA Tel: +1.781.684.2305 Email: rsc...@rs.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of michelbutz Sent: 14 June 2015 19:30 To: IBM-MAIN@LISTSERV.UA.EDU Subject: IEAMSCHD no FRR param The IEAMSCHD has a FRRADDR parm But doesn't have an input param for paramters to FRR routine Sent from my iPhone - - For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Rocket Software, Inc. and subsidiaries ■ 77 Fourth Avenue, Waltham MA 02451 ■ +1 800.966.3270 ■ +1 781.577.4321 Unsubscribe From Commercial Email – unsubscr...@rocketsoftware.com Manage Your Subscription Preferences - http://info.rocketsoftware.com/GlobalSubscriptionManagementEmailFoote r _SubscriptionCenter.html Privacy Policy - http://www.rocketsoftware.com/company/legal/privacy-policy This communication and any attachments may contain confidential information of Rocket Software, Inc. All unauthorized use, disclosure or distribution is prohibited. If you are not the intended recipient, please notify Rocket Software immediately and destroy all copies of this communication. Thank you. - - For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Rocket Software, Inc. and subsidiaries ■ 77 Fourth Avenue, Waltham MA 02451 ■ +1 800.966.3270 ■ +1 781.577.4321 Unsubscribe From Commercial Email – unsubscr...@rocketsoftware.com Manage Your Subscription Preferences - http://info.rocketsoftware.com/GlobalSubscriptionManagementEmailFooter _SubscriptionCenter.html Privacy Policy - http://www.rocketsoftware.com/company/legal/privacy-policy -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to
Re: IBM Orderservers
I tried that server and received an java ssl handshake exception error. Mark Jacobs Richards, Robert B. mailto:robert.richa...@opm.gov June 15, 2015 at 10:49 AM Also try: deliverycb-bld.dhe.ibm.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Mark Jacobs - Listserv Sent: Monday, June 15, 2015 10:48 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: IBM Orderservers I've been receiving timeouts this morning when contacting the two IBM orderservers, https://eccgw02.rochester.ibm.com/ https://eccgw01.boulder.ibm.com Is anyone else having a problem? I contacted our network people and they're seeing traffic to those IP addresses from the mainframe when I execute the jobs. -- Mark Jacobs Time Customer Service Technology and Product Engineering The standard you walk past, is the standard you accept. Lieutenant General David Morrison -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Please be alert for any emails that may ask you for login information or directs you to login via a link. If you believe this message is a phish or aren't sure whether this message is trustworthy, please send the original message as an attachment to 'phish...@timeinc.com'. Mark Jacobs - Listserv mailto:mark.jac...@custserv.com June 15, 2015 at 10:47 AM I've been receiving timeouts this morning when contacting the two IBM orderservers, https://eccgw02.rochester.ibm.com/ https://eccgw01.boulder.ibm.com Is anyone else having a problem? I contacted our network people and they're seeing traffic to those IP addresses from the mainframe when I execute the jobs. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: RPG for the 360/20
RPG on the System/360 Model 20 definitely existed. There was Model 20 Card RPG, as an example -- Bitsavers has a manual available (GC26-3600-7). Here's the direct link (watch the wrap): http://bitsavers.trailing-edge.com/pdf/ibm/360/model20/GC26-3600-7_360_20_Card_Programming_Support_Report_Program_Generator_Oct70.pdf I assume IBM also offered RPG for TPS and DPS since CPS was the smallest operating system available for the Model 20 and could run in as little as 4K of memory. You can even still find Model 20 RPG programming manuals available for purchase (used) on Amazon and elsewhere, e.g. Aloyse Oberle's book published by Prentice Hall. I assume it was also technically possible to run RPG (and FARGO for that matter) for the IBM 1401 on the System/360 Model 20 in 1401 emulation mode (Submodel 5 machine). IBM offered an upward source compatible path into the rest of the System/360 range and beyond -- and, for a period of time anyway, binary emulation. RPG for BOS/360, for example, could (according to IBM's documentation) handle Model 20 RPG source code without modification. There is still an IBM supported RPG II compiler available for z/OS (IBM Program Number 5740-RG1). If your goal is to (re)compile some Model 20 RPG source code, give that (licensed) compiler a try. As for where you'd obtain any of these compilers (except obviously 5740-RG1), I'm not sure. You could try the roughly five organizations that have actual Model 20 machines in their collections. They include the Living Computer Museum in Seattle, the Computer History Museum in Mountain View (California), and the Deutsches Museum in Munich, as examples. IBM Research in Boeblingen, Germany, also apparently has a Model 20 on display, and (allegedly) it's a working model -- though I have no direct knowledge of that. You could also try asking W. Van Snyder at NASA's JPL who (it seems) has also been trying to track down these older compilers. Timothy Sipples IT Architect Executive, Industry Solutions, IBM z Systems, AP/GCG/MEA E-Mail: sipp...@sg.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: STCK question
At 10:49 -0500 on 06/15/2015, Paul Gilmartin wrote about Re: STCK question: I'll grant that I hijacked the topic by introducing the legal consequences of calendar dates. But well under a year is irrelevant. Adding a mere 60 seconds to 2008-12-31 23:59:00 should give a date in 2008, not in 2009. There a leap second at the end of December 31, 2008 and thus the last minute was 61 seconds long yielding 2008-12-31 23:59:60. WARNING - We will encounter another long minute on June 30, 2015 since there is going to be another leap second then. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
IBM contract Job
I don't know what the protocol is nowadays job posting since Darren went underground. At the So Cal z Users Group today we learned of a contract job with IBM. No idea of terms except that it's considered 'full time', i.e. not doable for part time moonlighting. The job is to test TDMF/zDMF, which IBM acquired a while back. Beat up the product. Try to break it. Document the damage. Best part is that it's work-from-home. Any geographic domicile is OK as long as you have reliable interweb. Requirements. n SMPE experience to validate product and maintenance packaging. n Assembler experience because test cases have been coded, although some Rexx has also been used for the same purpose. n DB2. I don't remember why this was listed. The current guy is retiring and they want to replace him ASAP. Contact (not hiring manager): Richard Pace rp...@us.ibm.com . . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.commailto:jo.skip.robin...@sce.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IBM Orderservers
Thanks. Yes I tried again a little while ago and got in. Strange that both servers were down at the same time. Mark Jacobs Richards, Robert B. mailto:robert.richa...@opm.gov June 15, 2015 at 12:33 PM Both of these sites appear to be responding now. Bob -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Mark Jacobs - Listserv Sent: Monday, June 15, 2015 11:03 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IBM Orderservers I tried that server and received an java ssl handshake exception error. Mark Jacobs -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Mark Jacobs - Listserv mailto:mark.jac...@custserv.com June 15, 2015 at 11:02 AM I tried that server and received an java ssl handshake exception error. Mark Jacobs Richards, Robert B. mailto:robert.richa...@opm.gov June 15, 2015 at 10:49 AM Also try: deliverycb-bld.dhe.ibm.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Mark Jacobs - Listserv Sent: Monday, June 15, 2015 10:48 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: IBM Orderservers I've been receiving timeouts this morning when contacting the two IBM orderservers, https://eccgw02.rochester.ibm.com/ https://eccgw01.boulder.ibm.com Is anyone else having a problem? I contacted our network people and they're seeing traffic to those IP addresses from the mainframe when I execute the jobs. -- Mark Jacobs Time Customer Service Technology and Product Engineering The standard you walk past, is the standard you accept. Lieutenant General David Morrison -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Please be alert for any emails that may ask you for login information or directs you to login via a link. If you believe this message is a phish or aren't sure whether this message is trustworthy, please send the original message as an attachment to 'phish...@timeinc.com'. Mark Jacobs - Listserv mailto:mark.jac...@custserv.com June 15, 2015 at 10:47 AM I've been receiving timeouts this morning when contacting the two IBM orderservers, https://eccgw02.rochester.ibm.com/ https://eccgw01.boulder.ibm.com Is anyone else having a problem? I contacted our network people and they're seeing traffic to those IP addresses from the mainframe when I execute the jobs. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
COBOL can read SMF was Re: Is there any tools or interface which could analyse or monitor SYS1.MANX directly?
On 15 Jun 2015 03:43:38 -0700, in bit.listserv.ibm-main you wrote: Charles Mills wrote: SMF record formats are all documented (some a lot more thoroughly than others LOL). Of course. Just have a good calculator ready... ;-D Having somehow queued your records for further processing, you can do analysis to your heart's content in assembler, COBOL, or your language of choice. With COBOL? Can you read RAW SMF records like SMF type 30 with all its sections with COBOL? [1] With Assembler that is easy and I have written numerous Assembler programs, but for COBOL, I need to read+copy raw SMF records with an Assembler program and then re-read/process those copied records with a COBOL program. I have processed SMF types 14/15, 30, 62 and 64 with COBOL. I reading the VBS files you need RECORDING S on the FD. The major pains are having to have separate FD (file descriptors) for VB and VBS, having to be indirect in dealing with bit fields and 1 byte binary and there being no mechanical way to get the SMF record descriptions. Actually COBOL could be made more useful by having a tool that converts DSECTs to COBOL record descriptions thus opening up the ability to easily call various IBM routines. The SMF 30 records (and others) can be parsed using the field-name (offset : length) construct. Clark Morris How do you handle variable record lengths and varying sections lengths and quantities and their offsets with COBOL? Any examples, please? Now, Can you do that same reading and handling raw SMF records with REXX, Perl, PL/I [I believe you can, I faintly remembered seeing some ancient progs for SMF handling], etc? Oh, ICETOOL has already some nice examples, but I also don't see a way to handle SMF records like SMF type 30 and all their sections. TIA. Groete / Greetings Elardus Engelbrecht [1] - I have written COBOL programs but for fixed record lengths, like SMF 17, SMF 18 and such. Those COBOL programs were needed to trap culprits who deleted/renamed datasets (and said 'I did not do that!') before RACF was fully in place. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
How does BPX1AIO handle SRB mode?
I simply can't figure out how BPX1AIO is SRB capable. I need to know because I need to do the same process. I’ve observed BPX1AIO wait for 3 minutes for a TCP/IP connection to be established before timing out and returning an error. I guess it uses Transfer (IEAVXFR) to spin off a thread and pause (IEAVPSE) and release (IEAVRLS) to wait but how does it timeout without any timing services (STIMER and STIMERM cannot run in SRB mode and SRBTIMER abends when it completes). -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IEAMSCHD no FRR param
Is your concern the fact that the area is in 24 bit storage, or that it is only 24 bytes in length? The residency issue is because the storage is part of the FRR stack, which resides in the fetch protected area of the PSA. Because it is in the PSA, it is size constrained. However, nothing is stopping you from building a control block and populating it as needed and storing the address (24 bit, 31 bit or 64 bit) in part of the 24 byte area. Just keep in mind that all accesses, both read and write, must be done while in PSW Key 0 or the access will result in an abend. == Wayne Driscoll OMEGAMON DB2 L3 Support/Development wdrisco(at)us(dot)ibm(dot)com All opinions are mine, and do not represent IBM Corporation. == IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU wrote on 06/15/2015 10:55:38 AM: From: michelbutz michealb...@comcast.net To: IBM-MAIN@LISTSERV.UA.EDU Date: 06/15/2015 10:55 AM Subject: Re: [IBM-MAIN] IEAMSCHD no FRR param Sent by: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU When The FRR parameter area which R2 points to Is 24 bit ? Just makes life more difficult Sent from my iPhone On Jun 15, 2015, at 11:02 AM, Rob Scott rsc...@rocketsoftware.com wrote: Apologies, the FRR=YES was copied from the Auth Asm Services Guide description of the reg contents at SRB entry and refers to the keyword on SCHEDULE. The appropriate keyword on IEAMSCHD is FRRADDR= with a value that is not NOFRR As stated before, you do not have to code anything, the system will prime R2 for your SRB to use on entry. Rob Scott Principal Software Engineer Rocket Software 77 Fourth Avenue . Suite 100 . Waltham . MA 02451-1468 . USA Tel: +1.781.684.2305 Email: rsc...@rs.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU ] On Behalf Of michelbutz Sent: 15 June 2015 15:50 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IEAMSCHD no FRR param Rob With all you due respect I looked at the IEAMSCHD macro in Sys1.maclibb And all I see is FRRADDR= a pointer the FRR routine I don't see FRR= parameter If I code FRRADDR= address of my FRR routine Am I supposed to prime R2 with the FRR parameter area Sent from my iPhone On Jun 15, 2015, at 8:41 AM, Rob Scott rsc...@rocketsoftware.com wrote: No. On entry to your SRB, the *system* sets R2 to the FRR parameter area pointer if you code FRR=YES on IEAMSCHD. See the doc on IEAMSCHD in Auth Asm Services Guide. Rob Scott Principal Software Engineer Rocket Software 77 Fourth Avenue . Suite 100 . Waltham . MA 02451-1468 . USA Tel: +1.781.684.2305 Email: rsc...@rs.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of michelbutz Sent: 15 June 2015 13:34 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IEAMSCHD no FRR param Wow So I prime R2 And R2 has to be 24 key 0 I guess I can use LSQA shouldn't bump heads with the os Thanks Sent from my iPhone On Jun 15, 2015, at 4:31 AM, Rob Scott rsc...@rocketsoftware.com wrote: When SRB receives control from IEAMSCHD, R2 contains a 24-bit address of the FRR parameter area. You can pass parameters to your FRR from your SRB by using this address. Your FRR can establish addressability to whatever you store there by using the SDWAPARM field. Note that you will need to be in Key0 to store at this address. Rob Scott Principal Software Engineer Rocket Software 77 Fourth Avenue . Suite 100 . Waltham . MA 02451-1468 . USA Tel: +1.781.684.2305 Email: rsc...@rs.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of michelbutz Sent: 14 June 2015 19:30 To: IBM-MAIN@LISTSERV.UA.EDU Subject: IEAMSCHD no FRR param The IEAMSCHD has a FRRADDR parm But doesn't have an input param for paramters to FRR routine Sent from my iPhone - - For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Rocket Software, Inc. and subsidiaries ■ 77 Fourth Avenue, Waltham MA 02451 ■ +1 800.966.3270 ■ +1 781.577.4321 Unsubscribe From Commercial Email ? unsubscr...@rocketsoftware.com Manage Your Subscription Preferences - http://info.rocketsoftware.com/GlobalSubscriptionManagementEmailFoote r _SubscriptionCenter.html Privacy Policy - http://www.rocketsoftware.com/company/legal/privacy-policy This communication and any attachments may contain confidential information of Rocket Software, Inc. All unauthorized use,
Re: IEAMSCHD no FRR param
Thank you so much you made it so easy Sent from my iPhone On Jun 15, 2015, at 12:05 PM, Rob Scott rsc...@rocketsoftware.com wrote: The address of the FRR parm area is a 24-bit address - (I seem to recall the last time I actually looked the address was something like x'0C00' but I am not 100% sure). However you choose to use the 24 bytes that this points to is up to you ; there is no reason why you cannot put a 31-bit (or 64-bit) address in the first word (or doubleword) in this area that points to your parameter data in your SRB working storage. Rob Scott Principal Software Engineer Rocket Software 77 Fourth Avenue . Suite 100 . Waltham . MA 02451-1468 . USA Tel: +1.781.684.2305 Email: rsc...@rs.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of michelbutz Sent: 15 June 2015 16:56 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IEAMSCHD no FRR param When The FRR parameter area which R2 points to Is 24 bit ? Just makes life more difficult Sent from my iPhone On Jun 15, 2015, at 11:02 AM, Rob Scott rsc...@rocketsoftware.com wrote: Apologies, the FRR=YES was copied from the Auth Asm Services Guide description of the reg contents at SRB entry and refers to the keyword on SCHEDULE. The appropriate keyword on IEAMSCHD is FRRADDR= with a value that is not NOFRR As stated before, you do not have to code anything, the system will prime R2 for your SRB to use on entry. Rob Scott Principal Software Engineer Rocket Software 77 Fourth Avenue . Suite 100 . Waltham . MA 02451-1468 . USA Tel: +1.781.684.2305 Email: rsc...@rs.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of michelbutz Sent: 15 June 2015 15:50 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IEAMSCHD no FRR param Rob With all you due respect I looked at the IEAMSCHD macro in Sys1.maclibb And all I see is FRRADDR= a pointer the FRR routine I don't see FRR= parameter If I code FRRADDR= address of my FRR routine Am I supposed to prime R2 with the FRR parameter area Sent from my iPhone On Jun 15, 2015, at 8:41 AM, Rob Scott rsc...@rocketsoftware.com wrote: No. On entry to your SRB, the *system* sets R2 to the FRR parameter area pointer if you code FRR=YES on IEAMSCHD. See the doc on IEAMSCHD in Auth Asm Services Guide. Rob Scott Principal Software Engineer Rocket Software 77 Fourth Avenue . Suite 100 . Waltham . MA 02451-1468 . USA Tel: +1.781.684.2305 Email: rsc...@rs.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of michelbutz Sent: 15 June 2015 13:34 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IEAMSCHD no FRR param Wow So I prime R2 And R2 has to be 24 key 0 I guess I can use LSQA shouldn't bump heads with the os Thanks Sent from my iPhone On Jun 15, 2015, at 4:31 AM, Rob Scott rsc...@rocketsoftware.com wrote: When SRB receives control from IEAMSCHD, R2 contains a 24-bit address of the FRR parameter area. You can pass parameters to your FRR from your SRB by using this address. Your FRR can establish addressability to whatever you store there by using the SDWAPARM field. Note that you will need to be in Key0 to store at this address. Rob Scott Principal Software Engineer Rocket Software 77 Fourth Avenue . Suite 100 . Waltham . MA 02451-1468 . USA Tel: +1.781.684.2305 Email: rsc...@rs.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of michelbutz Sent: 14 June 2015 19:30 To: IBM-MAIN@LISTSERV.UA.EDU Subject: IEAMSCHD no FRR param The IEAMSCHD has a FRRADDR parm But doesn't have an input param for paramters to FRR routine Sent from my iPhone - - For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Rocket Software, Inc. and subsidiaries ■ 77 Fourth Avenue, Waltham MA 02451 ■ +1 800.966.3270 ■ +1 781.577.4321 Unsubscribe From Commercial Email – unsubscr...@rocketsoftware.com Manage Your Subscription Preferences - http://info.rocketsoftware.com/GlobalSubscriptionManagementEmailFoot e r _SubscriptionCenter.html Privacy Policy - http://www.rocketsoftware.com/company/legal/privacy-policy This communication and any attachments may contain confidential information of Rocket Software, Inc. All unauthorized use, disclosure or distribution is prohibited. If you are not the intended recipient, please notify Rocket Software immediately and destroy all copies of this communication. Thank you.
Re: IBM Orderservers
Both of these sites appear to be responding now. Bob -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Mark Jacobs - Listserv Sent: Monday, June 15, 2015 11:03 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IBM Orderservers I tried that server and received an java ssl handshake exception error. Mark Jacobs Richards, Robert B. mailto:robert.richa...@opm.gov June 15, 2015 at 10:49 AM Also try: deliverycb-bld.dhe.ibm.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Mark Jacobs - Listserv Sent: Monday, June 15, 2015 10:48 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: IBM Orderservers I've been receiving timeouts this morning when contacting the two IBM orderservers, https://eccgw02.rochester.ibm.com/ https://eccgw01.boulder.ibm.com Is anyone else having a problem? I contacted our network people and they're seeing traffic to those IP addresses from the mainframe when I execute the jobs. -- Mark Jacobs Time Customer Service Technology and Product Engineering The standard you walk past, is the standard you accept. Lieutenant General David Morrison -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Please be alert for any emails that may ask you for login information or directs you to login via a link. If you believe this message is a phish or aren't sure whether this message is trustworthy, please send the original message as an attachment to 'phish...@timeinc.com'. Mark Jacobs - Listserv mailto:mark.jac...@custserv.com June 15, 2015 at 10:47 AM I've been receiving timeouts this morning when contacting the two IBM orderservers, https://eccgw02.rochester.ibm.com/ https://eccgw01.boulder.ibm.com Is anyone else having a problem? I contacted our network people and they're seeing traffic to those IP addresses from the mainframe when I execute the jobs. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IEAMSCHD no FRR param
On Mon, 15 Jun 2015 11:55:38 -0400, michelbutz wrote: When The FRR parameter area which R2 points to Is 24 bit ? Just makes life more difficult Are you serious? There is *NOTHING* special that you must do to reference storage that can be addressed with a 24-bit address. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How does BPX1AIO handle SRB mode?
On 15 June 2015 at 15:33, Binyamin Dissen bdis...@dissensoftware.com wrote: You got to build yourself a DIE. If you just want to wait for a real-time interval while in SRB (or for that matter task) mode, you can use the very handy (and remarkably, Programming Interface) service pointed to by ECVTXTSW, and minimally documented in the ECVT mapping macro. If you want to wait for that time interval while also waiting for another event (perhaps your cancel ECB), you have some additional work of your own to do. If you really want your own DIE code, calling ECVTXTSW and then observing the trace table may teach you a thing or two about the underlying services needed. Running the TQE chain in a standalone dump is also interesting (for best results don't try this in real time...) Peter Relson kindly pointed this routine out to me a couple of years ago, and certainly it's a lot easier to use than doing the whole roll-your-own DIE thing, if rather less flexible. Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How does BPX1AIO handle SRB mode?
You got to build yourself a DIE. On Mon, 15 Jun 2015 14:04:08 -0500 Donald Likens dlik...@infosecinc.com wrote: :I simply can't figure out how BPX1AIO is SRB capable. I need to know because I need to do the same process. Ive observed BPX1AIO wait for 3 minutes for a TCP/IP connection to be established before timing out and returning an error. I guess it uses Transfer (IEAVXFR) to spin off a thread and pause (IEAVPSE) and release (IEAVRLS) to wait but how does it timeout without any timing services (STIMER and STIMERM cannot run in SRB mode and SRBTIMER abends when it completes). : :-- :For IBM-MAIN subscribe / signoff / archive access instructions, :send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How does BPX1AIO handle SRB mode?
Tony - that is really cool. Nice one! Rob Scott Principal Software Engineer Rocket Software 77 Fourth Avenue . Suite 100 . Waltham . MA 02451-1468 . USA Tel: +1.781.684.2305 Email: rsc...@rs.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Tony Harminc Sent: 15 June 2015 21:16 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: How does BPX1AIO handle SRB mode? On 15 June 2015 at 15:33, Binyamin Dissen bdis...@dissensoftware.com wrote: You got to build yourself a DIE. If you just want to wait for a real-time interval while in SRB (or for that matter task) mode, you can use the very handy (and remarkably, Programming Interface) service pointed to by ECVTXTSW, and minimally documented in the ECVT mapping macro. If you want to wait for that time interval while also waiting for another event (perhaps your cancel ECB), you have some additional work of your own to do. If you really want your own DIE code, calling ECVTXTSW and then observing the trace table may teach you a thing or two about the underlying services needed. Running the TQE chain in a standalone dump is also interesting (for best results don't try this in real time...) Peter Relson kindly pointed this routine out to me a couple of years ago, and certainly it's a lot easier to use than doing the whole roll-your-own DIE thing, if rather less flexible. Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Rocket Software, Inc. and subsidiaries ■ 77 Fourth Avenue, Waltham MA 02451 ■ +1 800.966.3270 ■ +1 781.577.4321 Unsubscribe From Commercial Email – unsubscr...@rocketsoftware.com Manage Your Subscription Preferences - http://info.rocketsoftware.com/GlobalSubscriptionManagementEmailFooter_SubscriptionCenter.html Privacy Policy - http://www.rocketsoftware.com/company/legal/privacy-policy This communication and any attachments may contain confidential information of Rocket Software, Inc. All unauthorized use, disclosure or distribution is prohibited. If you are not the intended recipient, please notify Rocket Software immediately and destroy all copies of this communication. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
RPG for the 360/20
Just wondering, does anyone know where a copy of the RPG compiler for the 360/20 is? Presumably on cards, but maybe some other form. Other 360/20 software could also be useful, but mostly if it doesn't need disk or tape. thanks, -- glen -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IEAMSCHD no FRR param
When SRB receives control from IEAMSCHD, R2 contains a 24-bit address of the FRR parameter area. You can pass parameters to your FRR from your SRB by using this address. Your FRR can establish addressability to whatever you store there by using the SDWAPARM field. Note that you will need to be in Key0 to store at this address. Rob Scott Principal Software Engineer Rocket Software 77 Fourth Avenue . Suite 100 . Waltham . MA 02451-1468 . USA Tel: +1.781.684.2305 Email: rsc...@rs.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of michelbutz Sent: 14 June 2015 19:30 To: IBM-MAIN@LISTSERV.UA.EDU Subject: IEAMSCHD no FRR param The IEAMSCHD has a FRRADDR parm But doesn't have an input param for paramters to FRR routine Sent from my iPhone -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Rocket Software, Inc. and subsidiaries ■ 77 Fourth Avenue, Waltham MA 02451 ■ +1 800.966.3270 ■ +1 781.577.4321 Unsubscribe From Commercial Email – unsubscr...@rocketsoftware.com Manage Your Subscription Preferences - http://info.rocketsoftware.com/GlobalSubscriptionManagementEmailFooter_SubscriptionCenter.html Privacy Policy - http://www.rocketsoftware.com/company/legal/privacy-policy This communication and any attachments may contain confidential information of Rocket Software, Inc. All unauthorized use, disclosure or distribution is prohibited. If you are not the intended recipient, please notify Rocket Software immediately and destroy all copies of this communication. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN