Netview FTP - Hardware or software compression?
Anyone know whether Netview FTP uses hardware or software compression? Regards, Fred Schmidt -- Informationen (einschließlich Pflichtangaben) zu einzelnen, innerhalb der EU tätigen Gesellschaften und Zweigniederlassungen des Konzerns Deutsche Bank finden Sie unter http://www.deutsche-bank.de/de/content/pflichtangaben.htm. Diese E-Mail enthält vertrauliche und/ oder rechtlich geschützte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese E-Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser E-Mail ist nicht gestattet. Please refer to http://www.db.com/en/content/eu_disclosures.htm for information (including mandatory corporate particulars) on selected Deutsche Bank branches and group companies registered or incorporated in the European Union. This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and delete this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
CNTCLIST - treating CLISTs/REXX as one command or multiple in WLM
Any reasons *not* to set CNTCLIST=YES these days? Regards, Fred Schmidt -- Informationen (einschließlich Pflichtangaben) zu einzelnen, innerhalb der EU tätigen Gesellschaften und Zweigniederlassungen des Konzerns Deutsche Bank finden Sie unter http://www.deutsche-bank.de/de/content/pflichtangaben.htm. Diese E-Mail enthält vertrauliche und/ oder rechtlich geschützte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese E-Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser E-Mail ist nicht gestattet. Please refer to http://www.db.com/en/content/eu_disclosures.htm for information (including mandatory corporate particulars) on selected Deutsche Bank branches and group companies registered or incorporated in the European Union. This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and delete this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Batch COBOL as a Consumer of Web Services
John, Check out Ivory Service Architect from GT Software. We have it for CICS, don't use batch..yet, but it is an excellent product, stable and very, very easy to use. See demos at: http://www.gtsoftware.com/resources Under Product Videos - the one identified as 'Quickly and easily call web services from any mainframe application' talks about a batch job. Good luck! Glenn Glenn A. Schneck AVP, Transaction Services SunTrust Banks, Inc. Tel: 407-762-3514 Mobile: 407-625-2596 Normal Business Hours - 7 AM - 4PM Eastern Time Office - Monday, Tuesday, Friday WFH - Wednesday, Thursday Live Solid. Bank Solid. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Roberts, John J Sent: Tuesday, November 01, 2011 4:41 PM To: IBM-MAIN@bama.ua.edu Subject: Batch COBOL as a Consumer of Web Services At this installation we have a business rules engine from a company called Corticon. The interface to the Corticon servers is via SOAP web services. We also have Windows Web Servers that expose ASP.Net Web Services. We need to be able to access these web services from Batch COBOL programs. I have developed a solution that seems to work well enough. In my architecture, batch programs invoke CICS programs via the EXCI interface. These CICS programs in turn issue the EXEC CICS INVOKE WEBSERVICE commands. So far so good. But I have concerns about this architecture. For one, it requires the CICS region to be alive when we are processing Batch Runs in the evening. And I wish performance was a bit better. So, I wonder if there is a better way? I know that Batch COBOL invoking a JAVA Web Client is possible and I have seen stuff in the IBM-MAIN archives talking about the JZOS Batch Toolkit developed by the guys at Dovetailed Technologies. But I am a bit hesitant since I have heard stories about poor performance. So my questions for the list: (1)How many have gone this route for consuming web services from a Batch COBOL client? (2)How easy/tricky to setup and code? (3)What kind of performance? (4)Are there any comparisons between the JAVA approach versus the EXCI/CICS approach re performance, developer effort, etc? John -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html LEGAL DISCLAIMER The information transmitted is intended solely for the individual or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of or taking action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you have received this email in error please contact the sender and delete the material from any computer. SunTrust is a federally registered service mark of SunTrust Banks, Inc. Live Solid. Bank Solid. is a service mark of SunTrust Banks, Inc. [ST:XCL] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
IBMLINK
Is anyone else having issues getting to IBMLINK? Thanks, Jon This e-mail may contain confidential or privileged information. If you think you have received this e-mail in error, please advise the sender by reply e-mail and then delete this e-mail immediately. Thank you. Aetna -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: S878 RC 10 Above or Below the Line? Private or LSQA?
ty Vernooij and Tom. Per Vernooij's advice: The IEA705I message shows that NETMENU is failing on an unconditional GETMAIN fixed request for 20K in LSQA (subpool 229) below the line in both the first and second occurrence. The Private Area is maxed out at 10M. It should be no more than 2M. So it looks like the Private Area is the culprit as Tom thought was more likely. If so, I suppose LSQA had no room to grow. I guess it is time to look at the source code of NETMENU. It should not be asking for so much below the line. 00E51600 5000 E5 - subpool 229 16 - 1 (Below the line), 6 (Unconditional GETMAIN on Page Boundary) 5000 - 20K O101N 002 O101 11304 07:13:05.18 STC33470 0080 IEA705I ERROR DURING GETMAIN SYS CODE = 878-10 NETMENU NETMENU 00 O101N 002 O101 11304 07:13:05.18 STC33470 0080 IEA705I 00F44880 009C9D90 009C9D90 00E51600 5000 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Tom Marchant Sent: Tuesday, November 01, 2011 3:32 PM To: IBM-MAIN@bama.ua.edu Subject: Re: S878 RC 10 Above or Below the Line? Private or LSQA? On Tue, 1 Nov 2011 18:31:29 +, Henke, George wrote: Getting this on a home grown session manager. It shows 9.7 M out of 10 M allocated below and 90 M above. We have an IEFUSI installed. I suspect the problem is below the line since the session manager normally uses under 2 M. Some are speculating it LSQA is the problem, but if that were the case we should get RC 0C Suspicion and speculation are not helpful. The only way to find out is to examine the storage utilization in a dump. Any way this could be an LSQA problem even though it is RC 10? Yes. You could have something that is sucking up LSQA so that when a low private request is made it fails. LSQA utilization can limit the available private. IMO, it is more likely that it is private. Any other ideas? Yes. Read the dump. Don't guess. Analyze the storage utilization. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBMLINK
Works for me Jon. Bob Shannon -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBMLINK
I placed an order for maintenance this morning without issues. John Eatherly -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Veilleux, Jon L Sent: Wednesday, November 02, 2011 6:54 AM To: IBM-MAIN@bama.ua.edu Subject: IBMLINK Is anyone else having issues getting to IBMLINK? Thanks, Jon This e-mail may contain confidential or privileged information. If you think you have received this e-mail in error, please advise the sender by reply e-mail and then delete this e-mail immediately. Thank you. Aetna -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Scanning JES3 JCL
Hi. I made a Rexx for a porting from one z/os to another some year ago and I've separated each piece of jcl to manipulate and reconstruct a new jcl with new rule because in old installation we had both procs/proc-pend and standard jcl and in the new installation we had to convert all in PROC format and separate main jcl from proc ( 3k object, procs, source, instream data etc). With that Rexx and all component divided I found a way to compact each recursive process(steps) to make centralized proc. It's complicated but it works and needs to be checked i.e. for scheduler variables that are not always stored in jcl(like dcb information, gdg limit and so on...) At the end it produce an excel with old form and new form(for syntax and naming convention) It was a great job... :-) except for LE and DFSORT defaults that were different... For that experience I can say that the best is working with rexx and smf to do what you need, not jes 3(imo, cause I don't know well). Regards. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBMLINK
We must not have paid our billlol -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Bob Shannon Sent: Wednesday, November 02, 2011 8:15 AM To: IBM-MAIN@bama.ua.edu Subject: Re: IBMLINK Works for me Jon. Bob Shannon -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail may contain confidential or privileged information. If you think you have received this e-mail in error, please advise the sender by reply e-mail and then delete this e-mail immediately. Thank you. Aetna -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: S878 RC 10 Above or Below the Line? Private or LSQA?
The IEA705I message shows that NETMENU is failing on an unconditional GETMAIN fixed request for 20K in LSQA (subpool 229) below the line in both the first and second occurrence. The Private Area is maxed out at 10M. It should be no more than 2M. So it looks like the Private Area is the culprit as Tom thought was more likely. If so, I suppose LSQA had no room to grow. I guess it is time to look at the source code of NETMENU. It should not be asking for so much below the line. NO. It is time to look at the DUMP, as was suggested several times before. Everything else is pure speculation. Also, keep in mind that the culprit may very well be that storage *above* the line is exhausted. If 31bit storage (region) is not available anymore, then VSM will go below the line (if there is space there in the region). The end result is that you'll see a request failing *below* the line because storage *above* is exhausted. I have seen abend80A (indicating a storage below problem), but the problem was above the line. The *only* way to debug this is to look at a dump and look at the storage allocated (search SIS for 'abend878 debug' - gives a very old, very good info apar that tells exactly how to do it). Even if you have a generic abend878 action=nodump slip trap active, set another slip trap on 878 with an action other than nodump. It will override the generic slip trap. Barbara Nitz -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBMLINK
snip We must not have paid our billlol /snip For PTF research, etc... try here: http://www-947.ibm.com/support/entry/portal/search/ For all other activities, Pay your Bill! G -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
ShopZ Down?
At 08:20 Central Time? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ShopZ Down?
Never Mind. All is OK now! snip Subject: ShopZ Down? At 08:20 Central Time? /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HSM Journal dataset is almost full
From: Uriel Carrasquilla uriel.carrasqui...@mail.mcgill.ca Subject: Re: HSM Journal dataset is almost full When you put DFSMShsm in emergency mode, do you do so for every zOS sharing the same DFSMShsm? Uriel, yes, every hsm instance sharing the journal dataset must be put in emergency mode (1), and also be stopped (3). Walter Marguccio z/OS Systems Programmer BELENUS LOB Informatic GmbH Munich - Germany -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBMLINK
Someone must have paid. It is working now! To quote one of my team members This is not your Father's IBM. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Staller, Allan Sent: Wednesday, November 02, 2011 9:11 AM To: IBM-MAIN@bama.ua.edu Subject: Re: IBMLINK snip We must not have paid our billlol /snip For PTF research, etc... try here: http://www-947.ibm.com/support/entry/portal/search/ For all other activities, Pay your Bill! G -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail may contain confidential or privileged information. If you think you have received this e-mail in error, please advise the sender by reply e-mail and then delete this e-mail immediately. Thank you. Aetna -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Problems calling IDCAMS:
In CA+Vt6kN==55uhuthu_joqlweirvqqoncadivx5ba71zpnfj...@mail.gmail.com, on 11/01/2011 at 04:24 PM, Joe Aulph syspro...@gmail.com said: *LOAD EP=IDCAMS, *LRR15,R0 , *CALL (15),VGCARGL,VL One of LOAD EP=IDCAMS LRR15,R0 LAR1,VGCARGL CALL (15) LOAD EP=IDCAMS LRR15,R0 CALL (15),(VGCOPTA),VL LINK EP=IDCAMS,PARAM=VGCOPTA,VL=1 LAR1,VGCARGL LINK EP=IDCAMS VGCARGL DS0XL12 VGCOPTDCAL4(VGCOPTA) VGCDDNDCAL4(VGCDDNA) VGCPGN DCAL4(VGCPGNA) VGCARGL DS0A VGCOPTDCAL4(VGCOPTA+X'8000') You don't need anything past the end of list. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FTP load mods from z/OS to laptop
In a6b9336cdb62bb46b9f8708e686a7ea00b038bb...@nrhmms8p02.uicnrh.dom, on 11/01/2011 at 08:57 AM, McKown, John john.mck...@healthmarkets.com said: So, AMATERSE does NOT support PDSEs with program objects. Hum, a quick test on z/OS 1.10 worked with PDS with load modules. I did a PACK of a PDS (not PDSE) library with load modules in it, then an UNPACK to a new name. Looked OK to me. You win some and you lose some :-( Is there an open requirement to suuprt tersing program objects? -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Finding PROCs executed by JCL
In a6b9336cdb62bb46b9f8708e686a7ea00b038bb...@nrhmms8p02.uicnrh.dom, on 11/01/2011 at 07:36 AM, McKown, John john.mck...@healthmarkets.com said: Perl rules! Have you ported anything more recent than 5,8,7 to z/OS? -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Scanning JES3 JCL
In 93891f43642f3c419a7d75acc2b1db6f3c04e1e...@exchangemb2.dhs.state.ia.us, on 11/01/2011 at 09:59 AM, Roberts, John J jrobe...@dhs.state.ia.us said: Fundamentally, the problem has its root in the design decisions made by the original developers of OS JCL. Were procs in the original design? I know that symbolic parameters weren't. It would have made a lot more sense to treat PROC's as a special kind of MACRO call and then PUNCH out basic JCL statements. I don't see how that would be useful. And I have a lot of appreciation for what they achieved on machines with as little as 384K of core memory. 384KiB? We ran PCP on 128 and MFT II on 256. I know of places that ran on 64. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Help with a catalog problem...resolved
Thanks to those that responded to my post. Turned out to definitely be an SMS issue. This is probably obvious to most on this list, but not I. In any event, you cannot move volumes from one system to another using full voume dump and restore, connect a catalog that is on one of those volumes, and then try to do business as usual, if the volumes were under SMS at the previous site. In my case, I was moving from IBM's RDP site at Dallas to a z/PDT. The z/PDT is an ADCD system, and comes up with SMS active. A sysprog here in Houston, Cliff MacNeil, dug me out of my hole in short order. The SMS system on the new z/OS has to have a Storage Class, a Storage Group, and ACS routines set up to handle the volumes. Once that was done, connecting the catalog, defining the alias entries, and everything was good to go. --Dave -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Finding PROCs executed by JCL
Can't. No C compiler. Lucky that management continues to supply COBOL. We are still in a downsize mode, trying to save money. Can't understand why they don't consider CentOS instead of RHEL. Granted, no support, but we're running with minimal or no support on z/OS and its products to reduce cost. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Shmuel Metz (Seymour J.) Sent: Tuesday, November 01, 2011 9:02 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Finding PROCs executed by JCL In a6b9336cdb62bb46b9f8708e686a7ea00b038bb...@nrhmms8p02.uicnrh.dom, on 11/01/2011 at 07:36 AM, McKown, John john.mck...@healthmarkets.com said: Perl rules! Have you ported anything more recent than 5,8,7 to z/OS? -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: S878 RC 10 Above or Below the Line? Private or LSQA?
Barbara Nitz nitz-...@gmx.net wrote in message news:7084404307659837.wa.nitzibmgmx@bama.ua.edu... The IEA705I message shows that NETMENU is failing on an unconditional GETMAIN fixed request for 20K in LSQA (subpool 229) below the line in both the first and second occurrence. The Private Area is maxed out at 10M. It should be no more than 2M. So it looks like the Private Area is the culprit as Tom thought was more likely. If so, I suppose LSQA had no room to grow. I guess it is time to look at the source code of NETMENU. It should not be asking for so much below the line. NO. It is time to look at the DUMP, as was suggested several times before. Everything else is pure speculation. Also, keep in mind that the culprit may very well be that storage *above* the line is exhausted. If 31bit storage (region) is not available anymore, then VSM will go below the line (if there is space there in the region). The end result is that you'll see a request failing *below* the line because storage *above* is exhausted. I have seen abend80A (indicating a storage below problem), but the problem was above the line. Yes, one should always keep in mind that the task that has the problem might very well be the victim of an error somewhere else, not the causer of the problem. Don't shoot the messenger for reporting the problem! Kees. The *only* way to debug this is to look at a dump and look at the storage allocated (search SIS for 'abend878 debug' - gives a very old, very good info apar that tells exactly how to do it). Even if you have a generic abend878 action=nodump slip trap active, set another slip trap on 878 with an action other than nodump. It will override the generic slip trap. Barbara Nitz For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBMLINK
* I am getting a 505 for IBMLINK. I have also been getting disconnected multiple times while trying to order a ServerPac, although a test order CBPDO worked fine. Something bad is happening at POKL1, I imagine, and they do not seem to be informing anyone. * -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: S878 RC 10 Above or Below the Line? Private or LSQA?
Another way that I find helpful is to use an IPCS dump and go to option 6 and use VERBX VSMDATA 'SUMMARY' Then max down to the bottom. There is summary of the storage layout. This is a sample. Someplace in your listing will be something that will not look right. Once you have a subpool and key you can look at the data in the first part to find what is being allocated too often, or maybe not being released when it should. L O C A L S T O R A G E D A T A S U M M A R Y LOCAL STORAGE MAP ___ | |8000 - Top of Ext. Private | Extended | | LSQA/SWA/229/230 | |___|7F353000 - ELSQA Bottom | | | (Free Extended Storage) |2CB0 - Max Ext. User Region Address |___|2929D000 - Ext. User Region Top | | | Extended User Region | |___|28B0 - Ext. User Region Start : : : Extended Global Storage : ===- 16M Line : Global Storage: :___: 90 - Top of Private | | | LSQA/SWA/229/230 | |___| 8AD000 - LSQA Bottom | | | (Free Storage)| 886000 - Max User Region Address |___| 5A000 - User Region Top | | | User Region | |___|6000 - User Region Start : System Storage: :___: 0 Input Specifications: Region Requested = 659000 IEFUSI/SMF Specification = SMFL : 88 SMFEL: 400 SMFR : SMFER: 400 Actual Limit = LIMIT: 88 ELIM : 400 Summary of Key Information from LDA (Local Data Area) : STRTA = 6000 (ADDRESS of start of private storage area) SIZA = 8FA000 (SIZE of private storage area) CRGTP =5A000 (ADDRESS of current top of user region) LIMIT = 88 (Maximum SIZE of user region) LOAL =51000 (TOTAL bytes allocated to user region) HIAL =5 (TOTAL bytes allocated to LSQA/SWA/229/230 region) SMFL = 88 (IEFUSI specification of LIMIT) SMFR = (IEFUSI specification of VVRG) ESTRA = 28B0 (ADDRESS of start of extended private storage area) ESIZA = 5750 (SIZE of extended private storage area) ERGTP = 2929D000 (ADDRESS of current top of extended user region) ELIM = 400 (Maximum SIZE of extended user region) ELOAL = 79D000 (TOTAL bytes allocated to extended user region) EHIAL = B9D000 (TOTAL bytes allocated to extended LSQA/SWA/229/230) SMFEL = 400 (IEFUSI specification of ELIM) SMFER = 400 (IEFUSI specification of EVVRG)
Re: Scanning JES3 JCL
My first computing job after Army programming school was at a place running PCP on a 64K Model 40 during the day and 1401 emulation for production at night. Lloyd Programming since 1969. - Original Message From: Shmuel Metz (Seymour J.) shmuel+ibm-m...@patriot.net To: IBM-MAIN@bama.ua.edu Sent: Tue, November 1, 2011 10:21:02 PM Subject: Re: Scanning JES3 JCL In 93891f43642f3c419a7d75acc2b1db6f3c04e1e...@exchangemb2.dhs.state.ia.us, on 11/01/2011 at 09:59 AM, Roberts, John J jrobe...@dhs.state.ia.us said: Fundamentally, the problem has its root in the design decisions made by the original developers of OS JCL. Were procs in the original design? I know that symbolic parameters weren't. It would have made a lot more sense to treat PROC's as a special kind of MACRO call and then PUNCH out basic JCL statements. I don't see how that would be useful. And I have a lot of appreciation for what they achieved on machines with as little as 384K of core memory. 384KiB? We ran PCP on 128 and MFT II on 256. I know of places that ran on 64. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Scanning JES3 JCL
Lloyd Fuller leful...@sbcglobal.net wrote in message news:1320247537.34655.yahoomai...@web82207.mail.mud.yahoo.com... My first computing job after Army programming school was at a place running PCP on a 64K Model 40 during the day and 1401 emulation for production at night. Lloyd Programming since 1969. - Original Message From: Shmuel Metz (Seymour J.) shmuel+ibm-m...@patriot.net To: IBM-MAIN@bama.ua.edu Sent: Tue, November 1, 2011 10:21:02 PM Subject: Re: Scanning JES3 JCL In 93891f43642f3c419a7d75acc2b1db6f3c04e1e...@exchangemb2.dhs.state.ia.us , on 11/01/2011 at 09:59 AM, Roberts, John J jrobe...@dhs.state.ia.us said: Fundamentally, the problem has its root in the design decisions made by the original developers of OS JCL. Were procs in the original design? I know that symbolic parameters weren't. It would have made a lot more sense to treat PROC's as a special kind of MACRO call and then PUNCH out basic JCL statements. I don't see how that would be useful. And I have a lot of appreciation for what they achieved on machines with as little as 384K of core memory. 384KiB? We ran PCP on 128 and MFT II on 256. I know of places that ran on 64. -- Shmuel (Seymour J.) Metz, SysProg and JOAT I remember a situation around 1980 where my boss became very angry with IBM, when they decided to sell memory in chunks of one full 1 MB, while we only needed 0.5MB extention for the next year. I think we had 3 MB or so then. I then wrote a 'blocking' program, that blocked the unneeded memory, in order not to spoil the users with too good performing systems. Kees. For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: S878 RC 10 Above or Below the Line? Private or LSQA?
* My experience has been when all the above the line storage is exhausted, additional allocations are made below the line. So the below the line error message can be misleading, it might be that ALL the storage is exhausted, not just the below line storage. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Netview FTP - Hardware or software compression?
Netview and FTP are generally considered two separate things. The FTP supplied with z/os uses software compression if certain conditions are met. Hardware compression may occur downstream in the network appliances. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Fred Schmidt Sent: Wednesday, November 02, 2011 5:29 AM To: IBM-MAIN@bama.ua.edu Subject: Netview FTP - Hardware or software compression? Anyone know whether Netview FTP uses hardware or software compression? Regards, Fred Schmidt -- Informationen (einschließlich Pflichtangaben) zu einzelnen, innerhalb der EU tätigen Gesellschaften und Zweigniederlassungen des Konzerns Deutsche Bank finden Sie unter http://www.deutsche-bank.de/de/content/pflichtangaben.htm. Diese E-Mail enthält vertrauliche und/ oder rechtlich geschützte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese E-Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser E-Mail ist nicht gestattet. Please refer to http://www.db.com/en/content/eu_disclosures.htm for information (including mandatory corporate particulars) on selected Deutsche Bank branches and group companies registered or incorporated in the European Union. This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and delete this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Batch COBOL as a Consumer of Web Services
I like the CICS approach, particularly since you already have it implemented, know how to monitor/manage/secure it, etc. It's a very natural fit for many environments and for most developers working in this domain. CICS has also had a solid track record of picking up new Web Services capabilities as the standards have evolved, so you get that free as you track new CICS releases. Same with performance improvements. And CICS neatly takes care of that persistence issue that was mentioned. When is CICS ever (completely) down, by the way? Alternatively, is it better to worry about just keeping at least a bit of CICS up and running (which you presumably already worry about) versus keeping both CICS and something else up and running? I would contact IBM and also cross-post to the CICS-L list to ask for advice on performance engineering and tuning to see if there's anything you're missing. Every once in a while it's worth checking performance for best practices, regardless of solution approach. Timothy Sipples Resident Enterprise Architect (Based in Singapore) E-Mail: timothy.sipp...@us.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: S878 RC 10 Above or Below the Line? Private or LSQA?
tyvm, Barbara, nice point. I never knew VSM would go *below* when it exhausted *above*. Others are wading through the dump now. But I will check out the info APAR and relay your advice. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Barbara Nitz Sent: Wednesday, November 02, 2011 8:19 AM To: IBM-MAIN@bama.ua.edu Subject: Re: S878 RC 10 Above or Below the Line? Private or LSQA? The IEA705I message shows that NETMENU is failing on an unconditional GETMAIN fixed request for 20K in LSQA (subpool 229) below the line in both the first and second occurrence. The Private Area is maxed out at 10M. It should be no more than 2M. So it looks like the Private Area is the culprit as Tom thought was more likely. If so, I suppose LSQA had no room to grow. I guess it is time to look at the source code of NETMENU. It should not be asking for so much below the line. NO. It is time to look at the DUMP, as was suggested several times before. Everything else is pure speculation. Also, keep in mind that the culprit may very well be that storage *above* the line is exhausted. If 31bit storage (region) is not available anymore, then VSM will go below the line (if there is space there in the region). The end result is that you'll see a request failing *below* the line because storage *above* is exhausted. I have seen abend80A (indicating a storage below problem), but the problem was above the line. The *only* way to debug this is to look at a dump and look at the storage allocated (search SIS for 'abend878 debug' - gives a very old, very good info apar that tells exactly how to do it). Even if you have a generic abend878 action=nodump slip trap active, set another slip trap on 878 with an action other than nodump. It will override the generic slip trap. Barbara Nitz -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Problem with add a RACF certificate
Hello: We want to add a new certificate in a new ring for our TN3270 connections. The add of the new certificate fails with: IRRD109I The certificate cannot be added. Profile X is already defined. We detail the certificate definition steps: - Ring definition: RACDCERT ID(TCPIPC) ADDRING(KRSEBK) - Certificate definition: RACDCERT ID(TCPIPC) GENCERT - SUBJECTSDN(CN('VSIS') - O('MAPFRE') OU('MAPFRE VIDA') C('ES')) - ALTNAME(E('ZZL DGTP IT SOPORTE SISTEMAS Z/OS')) - WITHLABEL('CERTIF. VSIS_BK') - Dataset generated for signed by a trusted certificate authority: RACDCERT ID(TCPIPC) - GENREQ(LABEL('CERTIF. VSIS_BK')) - DSN('SYS3.CERT.VIDA.VSIS.TCPIPC.FBK.NOMICSF') We send the file to a trusted certificate authority and they return the signed certificate. We copy the content from the signed certificate to dataset SYS3.CERT.VIDA.VSIS.TCPIPC.FBK.NOMICSF. And finally add the dataset to CERTIF. VSIS_BK RACDCERT ID(TCPIPC) - ADD('SYS3.CERT.VIDA.VSIS.TCPIPC.FBK.NOMICSF')TRUST - WITHLABEL('CERTIF. VSIS_BK') The steps ends with RC 04 and with the message: IRRD109I The certificate cannot be added. Profile X is already defined. We can't connect to TN3270 with SSL. Fails with a problem with the trusted certificate authority. We've displayed all the rings active with RACDCERT ID(TCPIPC). The keyring KRSEBK is one and only. We've removed all the keyrings active (except KRSEBK). Is possible delete or replace the profile already defined?. Regards Jorge García Juanino Técnico de Sistemas Z/Os DGTP Departamento de Técnica de Sistemas MAPFRE Gobelas 47 - 49 2ª C y D 28023 Madrid Tfno: 91 581 27 34/ 618 33 35 59 Fax: 91 581 24 01 jgarc...@mapfre.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SLightly O/T Perl
I took the trouble to read the original reports from SIU, and I am underwhelmed. They reflect a peculiar, often implicitly but widely held academic notion that a language A that is easier than another language B for novices to learn is better than B. There is still, I suppose, something to be said for teaching some programming in order to demystify computers, and for this purpose simplistic languages may well be useful. We are, however, long past the era in which one needed to be a programmer, albeit usually a poor one, to use computers at all. Professional programmers will certainly be needed in the future; but what they need in a programming language is expressive power, not simplicity achieved by leaving the hard parts out. John Gilmore, Ashland, MA 01721 - USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Scanning JES3 JCL
Shmuel Wrote: Were procs in the original design? I know that symbolic parameters weren't. They may not have been in PCP. But I am 99% certain they were in OS MFT R18 which was my earliest experience, back in 1970. It would have made a lot more sense to treat PROC's as a special kind of MACRO call and then PUNCH out basic JCL statements. I don't see how that would be useful. When they introduced PROCS (and later INCLUDE/SET) they basically hid it all away in the C/I. But if instead they had made a clean separation between the expansion of the PROC with symbol resolution from the later phase to interpret all the JCL primitives, that would have been a much cleaner design IMO. And they could have provided TYPRUN=PUNCH to allow you to extract the primitive JCL after PROC/symbol resolution. And if they had done that all those years ago, today we would likely have something like TYPRUN=PUNCHXML to produce something that would be much easier to scan for purposes such as mine. And I have a lot of appreciation for what they achieved on machines with as little as 384K of core memory. 384KiB? We ran PCP on 128 and MFT II on 256. I know of places that ran on 64. I have personal experience with MFT on 384K. I don't recall the absolute minimum for OS MFT, but the Wiki article suggests 256K was a practical minimum. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ShopZ Down?
* I have had problems with Shopz all week, with no satisfactory replies, except to close my ticket with the resolution - investigating. CBPDO has worked for me, ordering a ServerPac disconnects when trying to go to step 5. I did get to step 5 two weeks ago and experienced a different problem regarding the analysis of the order. * The handling of my ServerPac problem is the worst service I have received in a quarter century of IT. * -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Problem with add RACF certificate
Hello: We have a problem when we add a new signed trusted certificate. The step finished with RC 04 and the message: IRRD109I The certificate cannot be added. Profile 0005.CN=Company[CA[RAIZ.O=Company is already defined We detail the definition steps: 1 .- Create a new ring: RACDCERT ID(TCPIPC) ADDRING(KRSEBK) 2 .- Create a new certificate (NONICSF): RACDCERT ID(TCPIPC) GENCERT - SUBJECTSDN(CN('VSIS') - O('MAPFRE') OU('MAPFRE VIDA') C('ES')) - ALTNAME(E('ZZL DGTP IT SOPORTE SISTEMAS Z/OS')) - WITHLABEL('CERTIF. VSIS_BK') 3 .- Generate a dataset from certificate: RACDCERT ID(TCPIPC) - GENREQ(LABEL('CERTIF. VSIS_BK')) - DSN('SYS3.CERT.VIDA.VSIS.TCPIPC.FBK.NOMICSF') 4 .- We send the certificate to a trusted certificate authority. They return a signed certificate. We copy the content from this file to dataset SYS3.CERT.VIDA.VSIS.TCPIPC.FBK.NOMICSF'. 5 .- We add the new signed certificate to TCPIPC: RACDCERT ID(TCPIPC) - ADD('SYS3.CERT.VIDA.VSIS.TCPIPC.FBK.NOMICSF')TRUST - WITHLABEL('CERTIF. VSIS_BK') It fails with IRRD109I The certificate cannot be added. Profile 0005.CN=Company[CA[RAIZ.O=Company is already defined We can't connect to TN3270. Fails with a problem with the signed certificate authority. We remove all the keyrings active except KRSEBK. It doesn't work. Is possible delete or replace the profile?. Regards Jorge García Juanino Técnico de Sistemas Z/Os DGTP Departamento de Técnica de Sistemas MAPFRE Gobelas 47 - 49 2ª C y D 28023 Madrid Tfno: 91 581 27 34/ 618 33 35 59 Fax: 91 581 24 01 jgarc...@mapfre.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Scanning JES3 JCL
Shmuel, MACRO idea is a decent idea look at it like an assembler each variable ie DSN or disp , etc etc you could set it up for extra readability in JCL for each operand to contain one entry per card.. At several places I have worked have it that way and it makes reading JCL listings. Yes it cost DASD space but for readability it can#39;t be beat. Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ShopZ Down?
I have had problems with Shopz all week I had an order just sit there Monday. I opened an ETR as critical. No response a day later. I resubmitted the order and it worked. Bob Shannon -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Finding PROCs executed by JCL
On the z/OS 1.12 system I'm using, the job listing has an IEFC001I message when a PROC has been used. For example: IEFC001I PROCEDURE UNTRS WAS EXPANDED USING PRIVATE LIBRARY BOLAN.MY.PROCLIB Is that the information you want? --Roger On Mon, Oct 31, 2011 at 2:04 PM, Vernooij, CP - SPLXM kees.verno...@klm.com wrote: Bruce rockridge...@gmail.com wrote in message news: 7cfb3a38-692b-465b-9af0-98ecb128a...@n18g2000vbv.googlegroups.com... On Oct 31, 10:43 am, StevePratt steve_pr...@isp.state.il.us wrote: Wouldn't it be easier just to scan the JOBs and pull out the PROC names? I guess I'm puzzled by the SMF approach. Unfortunately, for a lot of the jobs in question, there is no permantly existing JCL, it is JCL created dynamically by programs and dumped into the internal reader or JCL that comes in from outside clients. Obviously for static JCL in our local libraries you are right, we could just scan the jobs themselves. Thanks, Bruce -- Bruce, First remark: the newsgroup is a mirror of the IMB-MAIN listserver and that is where the majority of IBM-MAIN people reside. See the automagic info at the bottom. Second, could you approach it from a different angle: if the procs are from a proclib under your control, you could add something to the procs (e.g. acct info) that you can extract from SMF and determine this way the proc and possibly other info. Kees. For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Batch COBOL as a Consumer of Web Services
Timothy, I agree with the notion that CICS is a great product, and as many of those who know me I am one of the biggest supporters of CICS you will find. GETTING ON SOAP BOX: However this notion that only IBM can do things correct, cheap, stable and 'free' is not reality. As a user who has supported IBM mainframes for over 36 years, 27 supporting CICS, I have seen many third party products that work very well with CICS. Does the base product for CICS have support for CICS web services - yes it does, but it does not have all the necessary components? If it did why would IBM sell RDz, WebSphere ESB, WebSphere Process Server and many other products to use in conjunction for web services? And let's not forget the education required and/or convoluted definitions required to implement a web service, URIMAP, PIPELINE, WEBSERVICE, TCPIPSERVICE, conversion routines, etc. Most organizations that I talk to want an easy way to define services, both the service itself and the definitions needed to run it. Would most companies need to invest in CICS Transaction Gateway? How easy is it to defined composite services? Can the user call the service from multiple sources, such as Batch, Java, .NET, VB, C? Yes, CICS is the BEST product around and Hursley continues to add new features and functionality. But I think it is a bit disingenuous to state that it is FREE to use web services from CICS. IBM is best served when they embrace and work with third party vendors instead of trying to take over all aspects of mainframe processing. JUMPING OFF SOAP BOX So, I still recommend looking at alternatives (IVORY!) to everything IBM to enhance the value of CICS. Glenn (PS - These are my comments and do not reflect my company's point of view) -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Timothy Sipples Sent: Wednesday, November 02, 2011 11:46 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Batch COBOL as a Consumer of Web Services I like the CICS approach, particularly since you already have it implemented, know how to monitor/manage/secure it, etc. It's a very natural fit for many environments and for most developers working in this domain. CICS has also had a solid track record of picking up new Web Services capabilities as the standards have evolved, so you get that free as you track new CICS releases. Same with performance improvements. And CICS neatly takes care of that persistence issue that was mentioned. When is CICS ever (completely) down, by the way? Alternatively, is it better to worry about just keeping at least a bit of CICS up and running (which you presumably already worry about) versus keeping both CICS and something else up and running? I would contact IBM and also cross-post to the CICS-L list to ask for advice on performance engineering and tuning to see if there's anything you're missing. Every once in a while it's worth checking performance for best practices, regardless of solution approach. Timothy Sipples Resident Enterprise Architect (Based in Singapore) E-Mail: timothy.sipp...@us.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html LEGAL DISCLAIMER The information transmitted is intended solely for the individual or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of or taking action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you have received this email in error please contact the sender and delete the material from any computer. SunTrust is a federally registered service mark of SunTrust Banks, Inc. Live Solid. Bank Solid. is a service mark of SunTrust Banks, Inc. [ST:XCL] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SLightly O/T Perl
John - I agree with you on the report. I wonder how HLASM would compare in this kind of study :-) On Wed, Nov 2, 2011 at 11:02 AM, John Gilmore johnwgilmore0...@gmail.comwrote: I took the trouble to read the original reports from SIU, and I am underwhelmed. They reflect a peculiar, often implicitly but widely held academic notion that a language A that is easier than another language B for novices to learn is better than B. There is still, I suppose, something to be said for teaching some programming in order to demystify computers, and for this purpose simplistic languages may well be useful. We are, however, long past the era in which one needed to be a programmer, albeit usually a poor one, to use computers at all. Professional programmers will certainly be needed in the future; but what they need in a programming language is expressive power, not simplicity achieved by leaving the hard parts out. John Gilmore, Ashland, MA 01721 - USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Scanning JES3 JCL
shmuel+ibm-m...@patriot.net (Shmuel Metz , Seymour J.) writes: 384KiB? We ran PCP on 128 and MFT II on 256. I know of places that ran on 64. i started on on 64kbyte 360/30 running PCP (i think it was around release 6). I had student job to port 1401 MPIO (tape-unit record front-end to 709) to 360/30 (360/30 had 1401 hardware emulation, so MPIO could directly run ... so I guess it was just part of exercise transitioning to 360). It was eventually 2000 assembler statements (cards, i.e. box) ... had conditional assembly, one was stand-alone (i got to design implement my own interrupt handlers, device drivers, error recovery, storage management, dispatcher, etc) and the other ran with six DCBs under os/360. The stand-alone version took approx. 30mins elapsed time to assemble, the os/360 version (same 2000 cards just change to conditional assemble) took another 30mins elapsed (60mins total) to assemble ... you could watch lights on 360/30 and recognize when it hit DCB macro which took about five mins elapsed time each. -- virtualization experience starting Jan1968, online at home since Mar1970 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Finding PROCs executed by JCL
Rojer, This is a very old and frustrating issue which a lot of companies put an end to by issuing an edict that all production wil come out of one library. Any other library that JCL comes out of is considered non production. This can also be done by using ucc11 for all production. You can do it easily if there is a will to do so. Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBMLINK
Not necessarily. A communication line between you site and the target site could be down and IP has not figured out a re-route yet. On Wed, Nov 2, 2011 at 10:14 AM, Glen Gasior glen.manages@gmail.com wrote: * I am getting a 505 for IBMLINK. I have also been getting disconnected multiple times while trying to order a ServerPac, although a test order CBPDO worked fine. Something bad is happening at POKL1, I imagine, and they do not seem to be informing anyone. * -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ShopZ Down?
Agreed! snip The handling of my ServerPac problem is the worst service I have received in a quarter century of IT. /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Scanning JES3 JCL
On Wed, 2 Nov 2011 11:13:07 -0500, Roberts, John J wrote: Shmuel Wrote: Were procs in the original design? I know that symbolic parameters weren't. Is Shmuel suggesting there were PROCs, but no symbolic parameters to them? I know that SET, and symbols in open code are relatively quite recent. They may not have been in PCP. But I am 99% certain they were in OS MFT R18 which was my earliest experience, back in 1970. It would have made a lot more sense to treat PROC's as a special kind of MACRO call and then PUNCH out basic JCL statements. I don't see how that would be useful. When they introduced PROCS (and later INCLUDE/SET) they basically hid it all away in the C/I. But if instead they had made a clean separation between the expansion of the PROC with symbol resolution from the later phase to interpret all the JCL primitives, that would have been a much cleaner design IMO. And they could have provided TYPRUN=PUNCH to allow you to extract the primitive JCL after PROC/symbol resolution. And if they had done that all those years ago, today we would likely have something like TYPRUN=PUNCHXML to produce something that would be much easier to scan for purposes such as mine. Is resolution of SET symbols performed by the C/I? Is there a later phase than the I? does the phase that resolves symbols pass control blocks or JCL text to a later phase? If it passes JCL text with symbols resolved, it has a mighty chore to deal with wrapping beyond column 71 when symbol resolution changes line lengths. It's a design targeted at too little storage, resulting in too many phases. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Scanning JES3 JCL
---snip-- And I have a lot of appreciation for what they achieved on machines with as little as 384K of core memory. 384KiB? We ran PCP on 128 and MFT II on 256. I know of places that ran on 64. -unsnip- Don't forget all those smaller shops that ran DOS/360 on 64KiB and thought it was The Cat's Pajamas. Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Scanning JES3 JCL
I am fairly sure that PROC parameters and SET variables are resolved by the Converter phase. In JES2, this phase is done either immediately after the job is read in or, if TYPRUN=JCLHOLD, when the job is released. I don't know JES3. Oh, if you do a /*XMIT to route the entire job (as in it is before the JOB card), then I think it is done on the receiving JES system. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Paul Gilmartin Sent: Wednesday, November 02, 2011 12:32 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Scanning JES3 JCL snip Is resolution of SET symbols performed by the C/I? Is there a later phase than the I? does the phase that resolves symbols pass control blocks or JCL text to a later phase? If it passes JCL text with symbols resolved, it has a mighty chore to deal with wrapping beyond column 71 when symbol resolution changes line lengths. It's a design targeted at too little storage, resulting in too many phases. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Netview FTP - Hardware or software compression?
Fred I assume that you question is to be interpreted as Would someone be able to tell me whether NetView FTP uses hardware or software compression? - According to http://www-01.ibm.com/common/ssi/cgi-bin/ssialias?infotype=ddsubtype=smappname=ShopzSerieshtmlfid=897/ENUS5685-108 NetView FTP for MVS V2R2.1 is probably what you have. I downloaded some of the product manuals and I see that, assuming you are not using the OSI interface, your NetView FTP will be using the VTAM API. By finding references to compression in various of the manuals, it becomes evident that the three types of compression used by NetView FTP mean the following: - NONE - No compression is used - actually the easiest to work out! - SNA - SNA-type compression is used which, anywhere else in the world would be described as Run-Length Encoding (RLE) or Compaction - ADAPT - Adaptive compression is used - strong hints that the good gentlemen Lempel, Ziv and Welch were the authors of the technique Nothing is said in the NetView FTP manuals about whether there is any use of the hardware capability to assist with compression which I would tend to assume means that there is no use of hardware. Note that, if hardware were used, there would need to be a statement somewhere in the documentation regarding the appropriate processor I happen to have some presentation notes on when this hardware capability became available and the notes are as follows: quote Note: Hardware compression is available with certain ES/9000 models from February 1993. It also requires a minimum MVS level of SP V4R3 with PTF UY91011. /quote What I think has happened is that the IBM developers in one of those Baden-Württemberg locations implemented this pair of compression options in their product without having checked with their colleagues in the Research Triangle Park location whether or not the product managing the API they were using was going to set about implementing the self-same pair of compression options in the very near future thus making their efforts essentially pointless! Thus what I actually recommend is that you abandon using the NetView FTP options, that is specify NONE, and arrange for VTAM to do what you were thinking of asking NetView FTP to do. I realise this is not very patriotic but may be more sensible. What I can now say is that the VTAM mechanisms *do* use the hardware capability where it seems appropriate. Furthermore there is a VTAM start option, CMPMIPS, which must be set in order to indicate when hardware compression switches in. I'm pretty sure there would need to be specification of a similar parameter by NetView FTP if it were to be capable of using hardware compression. I'm sending you my presentation on the topic which I happen to have converted to a document from a GML form. It is intended to cover everything you need to know. - I find this technique of starting the question with Anyone know ..., already an abbreviation of Does anyone know ..., most curious! In many cases, such as this one, a perfectly valid reply, answering the question fully, would be I imagine the developers of the product would know.! - Chris Mason On Wed, 2 Nov 2011 11:28:44 +0100, Fred Schmidt fred.schm...@db.com wrote: Anyone know whether Netview FTP uses hardware or software compression? Regards, Fred Schmidt -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Scanning JES3 JCL
Rick, That reminds me of my days in Germany. We had 2 mod 30#39;s just for printing. Ran with 32k each essentially BG and F1 only. We had some know it all come in from the PANAMA Canal and tried to load up a 48k program. I was eventually called in and told the guy that the machine only had 32K. he insisted he knew better and I was not going to argue with the guy. I left him with the manuals and told him we also had limited 2311 space (1). he was not happy with me so he went to my superior and my boss looked at the problem and backed me up. He was such a jerk he went to his boss and my boss got called into a closed office and there were loud voices heard. The secretary came and got me and I went in and I was asked if I could delete the number of devices etc etc and I told them we had maybe 5 more devices than we had and dropping those wouldn#39;t help and there was no way short of adding more memory to get the memory that the program needed. I suggested that the program be rewritten for MFT. That was met with chilled silence. Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SLightly O/T Perl
On 11/2/2011 at 12:02 PM, John Gilmore johnwgilmore0...@gmail.com wrote: Professional programmers will certainly be needed in the future; but what they need in a programming language is expressive power, not simplicity achieved by leaving the hard parts out. Yeah, but they also need a language that (at worst) doesn't actively hinder writing maintainable code. Perl doesn't fare so well by that standard. Mark Post -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SLightly O/T Perl
-Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Mark Post Sent: Wednesday, November 02, 2011 1:29 PM To: IBM-MAIN@bama.ua.edu Subject: Re: SLightly O/T Perl On 11/2/2011 at 12:02 PM, John Gilmore johnwgilmore0...@gmail.com wrote: Professional programmers will certainly be needed in the future; but what they need in a programming language is expressive power, not simplicity achieved by leaving the hard parts out. Yeah, but they also need a language that (at worst) doesn't actively hinder writing maintainable code. Perl doesn't fare so well by that standard. Mark Post It's better than APL. And depends on the coder not using weird idioms. I've seen COBOL which is incomprehensible. IIRC, COBOL was supposedly designed so that an English speaking army private could write clean code. Which simply proves that programmers can't speak English (properly). -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SLightly O/T Perl
Many language designers appear to be more concerned with how easily a language can be parsed by its compiler than by its users; thus the proliferation of arcane tokens (,),{,},[,],\=,,-,;,:,... that give us double vision. :-) Leslie Turriff State of Missouri Information Technology Services Division -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Mark Post Sent: Wednesday, November 02, 2011 13:29 To: IBM-MAIN@bama.ua.edu Subject: Re: SLightly O/T Perl On 11/2/2011 at 12:02 PM, John Gilmore johnwgilmore0...@gmail.com wrote: Professional programmers will certainly be needed in the future; but what they need in a programming language is expressive power, not simplicity achieved by leaving the hard parts out. Yeah, but they also need a language that (at worst) doesn't actively hinder writing maintainable code. Perl doesn't fare so well by that standard. Mark Post -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SLightly O/T Perl
I suspect that the COBOL code you're referring to was crippled by poorly-chosen identifiers. Even the most readable language can be made inscrutable by (im)prudent choice of variable names. :-) Leslie Turriff State of Missouri Information Technology Services Division -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of McKown, John Sent: Wednesday, November 02, 2011 13:53 To: IBM-MAIN@bama.ua.edu Subject: Re: SLightly O/T Perl It's better than APL. And depends on the coder not using weird idioms. I've seen COBOL which is incomprehensible. IIRC, COBOL was supposedly designed so that an English speaking army private could write clean code. Which simply proves that programmers can't speak English (properly). -- John McKown Systems Engineer IV -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SLightly O/T Perl
-Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Turriff, Leslie Sent: Wednesday, November 02, 2011 1:59 PM To: IBM-MAIN@bama.ua.edu Subject: Re: SLightly O/T Perl Many language designers appear to be more concerned with how easily a language can be parsed by its compiler than by its users; thus the proliferation of arcane tokens (,),{,},[,],\=,,-,;,:,... that give us double vision. :-) Leslie Turriff The main one that I hate is the back-tick `. Especially in shell scripts. Even more especially since, in most shells, it can be replaced by the easier to read $(...) instead of `...`. I also don't much care for \=, preferring != or . I only use the \ (backslash or reverse solidus) in languages which use it as an escape function such as to perform line continuation or special characters such as \t (tab) \n (linefeed) \r (carriage return). I have nothing against parentheses (), braces{}, or brackets[]. Except that they are idiomatic to the language. I actually prefer [] for subscripts instead of (), which I associate with a function/subroutine call. I also get upset about vs. , | vs. || and their idiomatic meanings. I guess consistency is the hobgoblin of small memories. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SLightly O/T Perl
The worst was one I heard about from a friend. In the days of punched cards. The programmer literally would write code: A100. ADD +1 TO A. SUBTRACT B FROM C GIVING D. PERFORM A200. ADD +500 TO ANOTHER-VARIABLE. PERFORM B300. She said it was hell to repunch the cards. But the programmer insisted that COBOL should read like a novel! The programmer also felt that COMPUTE was a tool of the devil. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Turriff, Leslie Sent: Wednesday, November 02, 2011 2:08 PM To: IBM-MAIN@bama.ua.edu Subject: Re: SLightly O/T Perl I suspect that the COBOL code you're referring to was crippled by poorly-chosen identifiers. Even the most readable language can be made inscrutable by (im)prudent choice of variable names. :-) Leslie Turriff State of Missouri Information Technology Services Division -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of McKown, John Sent: Wednesday, November 02, 2011 13:53 To: IBM-MAIN@bama.ua.edu Subject: Re: SLightly O/T Perl It's better than APL. And depends on the coder not using weird idioms. I've seen COBOL which is incomprehensible. IIRC, COBOL was supposedly designed so that an English speaking army private could write clean code. Which simply proves that programmers can't speak English (properly). -- John McKown Systems Engineer IV -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Fwd: New MFNetDIsk PRO GUI code.
-- Forwarded message -- From: Shai Hess mfnetd...@mfnetdisk.com Date: Wed, Nov 2, 2011 at 9:55 PM Subject: New MFNetDIsk PRO GUI code. To: Shai Hess mfnetd...@mfnetdisk.com Cc: shai.h...@gmail.com ** HI, I putted new code for MFNetDisk. There is no special fix for the new MFNetDisk, so if you loaded the previous code that is OK to run with it. The new code contains GUI for MFNetDisk server. The new GUI run the same as the non GUI code but with GUI. This is basic GUI. More changes will be done in the GUI. The GUI is in the PCSERVER folder with the non GUI code. Please try it. Keep the old version just in case. Please give me feedbacks of the new GUI. Without feedbacks I lost. I also improve the MVSAPI code with the source of it. This will enable you to use and developed reading MVS file from PC without access the MF. Enjoy the new code. Thanks, Shai Hess, MFNetDisk product. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
[AD] Protect Sensitive Data in Test, Protect Your Business: Don't Miss This Webcast - November 10, 2011
Discover the Latest Advancements in Test Data Privacy Register (http://cl.exct.net/?ju=fe2a1772746c077b701677ls=fdf71379746d0678741772 74m=fefc16747d6607l=fe6b15767564037c7014s=fdfd16707064007a77107776jb =ffcf14t=) Most IT organizations pull test data from their real environment, exposing their customers' sensitive information and their business to a costly, reputation-damaging data breach. So what are you doing to protect your most sensitive data? Join Compuware's webcast, Protect Sensitive Data in Test, Protect Your Business, to learn about our Test Data Privacy solution and to receive actionable insight on creating an effective test data management strategy. This webcast will highlight our ground-breaking advancements in test data management including: Scrambling, translating, generating, aging, analyzing and validating test data. Using an Eclipse-based user interface: The Compuware Workbench provides users with an industry-standard interface from which to mask data across the enterprise. Employing an integrated solution for testing mainframe and distributed applications. Streamlining the creation and maintenance of disguise rules. Generating comprehensive coverage and audit reports. Protect your data - and your business! Webcast Details What: Protect Sensitive Data in Test, Protect Your Business When: Thursday, November 10, 2011; 11 a.m. ET Register Today! (http://cl.exct.net/?ju=fe2a1772746c077b701677ls=fdf71379746d0678741772 74m=fefc16747d6607l=fe6b15767564037c7014s=fdfd16707064007a77107776jb =ffcf14t=) People Are Talking About Compuware Test Data Privacy SD Times (http://cl.exct.net/?ju=fe281772746c077b701679ls=fdf71379746d0678741772 74m=fefc16747d6607l=fe6b15767564037c7014s=fdfd16707064007a77107776jb =ffcf14t=) Computerworld (http://cl.exct.net/?ju=fe301772746c077b701770ls=fdf71379746d0678741772 74m=fefc16747d6607l=fe6b15767564037c7014s=fdfd16707064007a77107776jb =ffcf14t=) Enterprise Insights Blog (http://cl.exct.net/?ju=fe2f1772746c077b701771ls=fdf71379746d0678741772 74m=fefc16747d6607l=fe6b15767564037c7014s=fdfd16707064007a77107776jb =ffcf14t=) Speakers Stuart Feravich, Worldwide Solution Leader, Compuware Stuart has been with Compuware for 18 years with experience in development, solution delivery and product management. He is currently the Worldwide Solution Leader for Test Data Management. He is co-author of Compuware's Test Data Privacy Best Practices guide. Stuart attributes his achievements to his philosophy on the purpose of technology: there is interdependency between business and IT systems, and while these systems provide tremendous value on their own, they only reach their true potential when their goals and resources are aligned. Bill Mackey, Subject Matter Expert, Compuware Bill has over 21 years of experience within Compuware's File-AID mainframe business. Bill is the Data Privacy Subject Matter Expert for Test Data Privacy, focused on continuing to provide world-class, market-leading solutions to thousands of Compuware customers around the world. The contents of this e-mail are intended for the named addressee only. It contains information that may be confidential. Unless you are the named addressee or an authorized designee, you may not copy or use it, or disclose it to anyone else. If you received it in error please notify us immediately and then destroy it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: NewBie Guidance
Robin's is admirable generic advice. To make more specific recommendations I for one would need to know more about your background. How much generic experience with computers do you have? Do you know another assembly language? Other statement-level languages? If you judge that you can answer a few such questions for us we shall I think be able to give you better advice. John Gilmore, Ashland, MA 01721 - USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SLightly O/T Perl
Oh well, I guess that this thread had to go this direction :-) What we need is a language that dynamically adapts to the programmer. A compiler for this language could recognize not only valid syntax in the language, but also detect unskilled programmers and automatically limit their access to some (or all ;-) features. Using advanced heuristics, in some cases the compiler would just write messages like: Sorry, you are an idiot. Compilation aborted. Many programmers, being sadists, would actually enjoy being explicitly abused by their compiler, so I would expect such a language to be very popular. Compiler plugins might be added that would do things like exploit social networks to engineer personal attacks against the programmer. Of course, in some cases, code can be well written but based on insane requirements. In such cases, the compiler might launch attacks on the architects or management. Kirk Wolf On Wed, Nov 2, 2011 at 2:16 PM, McKown, John john.mck...@healthmarkets.comwrote: The worst was one I heard about from a friend. In the days of punched cards. The programmer literally would write code: A100. ADD +1 TO A. SUBTRACT B FROM C GIVING D. PERFORM A200. ADD +500 TO ANOTHER-VARIABLE. PERFORM B300. She said it was hell to repunch the cards. But the programmer insisted that COBOL should read like a novel! The programmer also felt that COMPUTE was a tool of the devil. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Turriff, Leslie Sent: Wednesday, November 02, 2011 2:08 PM To: IBM-MAIN@bama.ua.edu Subject: Re: SLightly O/T Perl I suspect that the COBOL code you're referring to was crippled by poorly-chosen identifiers. Even the most readable language can be made inscrutable by (im)prudent choice of variable names. :-) Leslie Turriff State of Missouri Information Technology Services Division -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of McKown, John Sent: Wednesday, November 02, 2011 13:53 To: IBM-MAIN@bama.ua.edu Subject: Re: SLightly O/T Perl It's better than APL. And depends on the coder not using weird idioms. I've seen COBOL which is incomprehensible. IIRC, COBOL was supposedly designed so that an English speaking army private could write clean code. Which simply proves that programmers can't speak English (properly). -- John McKown Systems Engineer IV -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SLightly O/T Perl
Ah. The -s switch, the more s's the stupider the programmer. I use - myself grin Making a mistake with no -s specifid at all results in the PC CPU melting down. Lesser mistakes without sufficient -s's only get uploaded to FaceBook for derision by other programmers. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Kirk Wolf Sent: Wednesday, November 02, 2011 3:33 PM To: IBM-MAIN@bama.ua.edu Subject: Re: SLightly O/T Perl Oh well, I guess that this thread had to go this direction :-) What we need is a language that dynamically adapts to the programmer. A compiler for this language could recognize not only valid syntax in the language, but also detect unskilled programmers and automatically limit their access to some (or all ;-) features. Using advanced heuristics, in some cases the compiler would just write messages like: Sorry, you are an idiot. Compilation aborted. Many programmers, being sadists, would actually enjoy being explicitly abused by their compiler, so I would expect such a language to be very popular. Compiler plugins might be added that would do things like exploit social networks to engineer personal attacks against the programmer. Of course, in some cases, code can be well written but based on insane requirements. In such cases, the compiler might launch attacks on the architects or management. Kirk Wolf On Wed, Nov 2, 2011 at 2:16 PM, McKown, John john.mck...@healthmarkets.comwrote: The worst was one I heard about from a friend. In the days of punched cards. The programmer literally would write code: A100. ADD +1 TO A. SUBTRACT B FROM C GIVING D. PERFORM A200. ADD +500 TO ANOTHER-VARIABLE. PERFORM B300. She said it was hell to repunch the cards. But the programmer insisted that COBOL should read like a novel! The programmer also felt that COMPUTE was a tool of the devil. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Turriff, Leslie Sent: Wednesday, November 02, 2011 2:08 PM To: IBM-MAIN@bama.ua.edu Subject: Re: SLightly O/T Perl I suspect that the COBOL code you're referring to was crippled by poorly-chosen identifiers. Even the most readable language can be made inscrutable by (im)prudent choice of variable names. :-) Leslie Turriff State of Missouri Information Technology Services Division -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of McKown, John Sent: Wednesday, November 02, 2011 13:53 To: IBM-MAIN@bama.ua.edu Subject: Re: SLightly O/T Perl It's better than APL. And depends on the coder not using weird idioms. I've seen COBOL which is incomprehensible. IIRC, COBOL was supposedly designed so that an English speaking army private could write clean code. Which simply proves that programmers can't speak English (properly). -- John McKown Systems Engineer IV -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff
Re: SLightly O/T Perl
The DWIM language - Do What I Meant! BTW, no need for messages! snip What we need is a language that dynamically adapts to the programmer. A compiler for this language could recognize not only valid syntax in the language, but also detect unskilled programmers and automatically limit their access to some (or all ;-) features. Using advanced heuristics, in some cases the compiler would just write messages like: Sorry, you are an idiot. Compilation aborted. /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SLightly O/T Perl
I prefer DWIN - Do What I Need. Because I may not know what I need and so may not say what I need to say. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Staller, Allan Sent: Wednesday, November 02, 2011 3:56 PM To: IBM-MAIN@bama.ua.edu Subject: Re: SLightly O/T Perl The DWIM language - Do What I Meant! BTW, no need for messages! snip What we need is a language that dynamically adapts to the programmer. A compiler for this language could recognize not only valid syntax in the language, but also detect unskilled programmers and automatically limit their access to some (or all ;-) features. Using advanced heuristics, in some cases the compiler would just write messages like: Sorry, you are an idiot. Compilation aborted. /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SLightly O/T Perl
LoL! That reminds me, after Edsger W. Dijkstra published his famous paper, Go to considered harmful, of a parody article touting the benefits of a come from statement. :-) Leslie Turriff ITSD 751-3480 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Staller, Allan Sent: Wednesday, November 02, 2011 15:56 To: IBM-MAIN@bama.ua.edu Subject: Re: SLightly O/T Perl The DWIM language - Do What I Meant! BTW, no need for messages! snip What we need is a language that dynamically adapts to the programmer. A compiler for this language could recognize not only valid syntax in the language, but also detect unskilled programmers and automatically limit their access to some (or all ;-) features. Using advanced heuristics, in some cases the compiler would just write messages like: Sorry, you are an idiot. Compilation aborted. /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SLightly O/T Perl
BNF description: Program ::= Just do it. :-) Leslie Turriff MO ITSD -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of McKown, John Sent: Wednesday, November 02, 2011 16:02 To: IBM-MAIN@bama.ua.edu Subject: Re: SLightly O/T Perl I prefer DWIN - Do What I Need. Because I may not know what I need and so may not say what I need to say. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Staller, Allan Sent: Wednesday, November 02, 2011 3:56 PM To: IBM-MAIN@bama.ua.edu Subject: Re: SLightly O/T Perl The DWIM language - Do What I Meant! BTW, no need for messages! snip What we need is a language that dynamically adapts to the programmer. A compiler for this language could recognize not only valid syntax in the language, but also detect unskilled programmers and automatically limit their access to some (or all ;-) features. Using advanced heuristics, in some cases the compiler would just write messages like: Sorry, you are an idiot. Compilation aborted. /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Which RACF/SAF profiles affect OMVS tape mounting via SVC99 with S99NOMNT=0 ?
Given a z/OS Unix process (OMVS address space) that uses SVC99 with S99NOMNT=0 to allocate a tape dataset, does anyone know which RACF/SAF profiles are used to limit the ability to mount tapes? I assume that TSOAUTH / MOUNT is not applicable. I saw a reference on this list to FACILITY/TAPEDEV, but I don't find it documented. (actually, the program uses BPXWDYN with MOUNT, which under the covers uses SVC99 with S99NOMNT=0) Thanks, Kirk Wolf Dovetailed Technologies http://dovetail.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HSM Journal dataset is almost full
yes, every hsm instance sharing the journal dataset must be put in emergency mode (1), and also be stopped (3). Walter Marguccio Walter, very kind of you. I will go it this weekend before we IPL with the new time here in the US. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SLightly O/T Perl
Early on(mid sixties) there was a 'Blue Fortran'(not IBM) that cursed diagnostics at you then would printout a 'one finger salute' at the end. It was humorous for awhile... In a message dated 11/2/2011 3:56:54 P.M. Central Daylight Time, allan.stal...@kbmg.com writes: Sorry, you are an idiot. Compilation aborted. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SLightly O/T Perl
Darn - prior art. So much for my patent application :-) On Wed, Nov 2, 2011 at 4:34 PM, Ed Finnell efinnel...@aol.com wrote: Early on(mid sixties) there was a 'Blue Fortran'(not IBM) that cursed diagnostics at you then would printout a 'one finger salute' at the end. It was humorous for awhile... In a message dated 11/2/2011 3:56:54 P.M. Central Daylight Time, allan.stal...@kbmg.com writes: Sorry, you are an idiot. Compilation aborted. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SLightly O/T Perl
The real nerds had a 'duck hunter game' that ran on the O-scope. Even had a retriever that would come pick up your bounty. In a message dated 11/2/2011 5:08:27 P.M. Central Daylight Time, k...@dovetail.com writes: So much for my patent application :-) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: NewBie Guidance
Incorrect list methinks John. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SLightly O/T Perl
Wish I could remember. There's something in Java(?) which allows another program to register an intercept so that when a specific statement is executed, the intercept is activated and you come from that statement to your code. Found it: Aspect Oriented Programming http://en.wikipedia.org/wiki/Aspect-oriented_programming Not exactly come from but very different from what I'm used to. On Wed, 2011-11-02 at 16:04 -0500, Turriff, Leslie wrote: LoL! That reminds me, after Edsger W. Dijkstra published his famous paper, Go to considered harmful, of a parody article touting the benefits of a come from statement. :-) Leslie Turriff ITSD 751-3480 -- John McKown Maranatha! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SLightly O/T Perl
On Wed, 2 Nov 2011 15:33:30 -0500 Kirk Wolf wrote: Oh well, I guess that this thread had to go this direction :-) What we need is a language that dynamically adapts to the programmer. A compiler for this language could recognize not only valid syntax in the language, but also detect unskilled programmers and automatically limit their access to some (or all ;-) features. Using advanced heuristics, in some cases the compiler would just write messages like: Sorry, you are an idiot. Compilation aborted. Many years ago when Borland introduced their awesome Delphi IDE, I had similar visions. Except voiced, and receptive to vocal responses - a few of you might be able to imagine what I was anticipating mine might be ... ;-) Scroll forward to today - and Eclipse. I reckon I might take (even more) umbrage at being berated by Java - and by association Oracle/Ellison. Better maybe these things don't come to fruition ... Shane ... (and yes, I happen to like perl - poor programmers write poor code; in any language) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SLightly O/T Perl
Long ago the beta-test version of a certain syntax-driven IBM compiler was provided with just one general-purpose error message of the form . . . offending syntax begins . . . . . . | eh? I was not of course surprised but I was a little mournful when it was replaced by a battery of user-friendly, context-sensitive messages that, as usual, sometimes said more than they knew. John Gilmore, Ashland MA 01721 - USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ATTLS configuration
A belated thanks for the advice. Slow progress is being made. This is a sandbox system that I'm able to reconstruct quickly so making mistakes won't hurt and will probably help the learning process. Neale -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
$HASP5121
I cannot locate the message description for the following in z/OS V1R12.0 JES2 Messages SA22-7537-10: $HASP5121 NJE L3.SR1 ERROR RECEIVING NETWORK DATA SET HEADER, RC=16 It's accompanied by message: $HASP5532 NJE L3.SR1 SEVERE ERROR - HEADER/TRAILER BUILD ERROR RC=8 Which does have an explanation. A JES2 trace using ids 21-24 shows the NJE Job Header (NJH) but not the Data Set Header it appears to be complaining about so I can't identify what in particular it is objecting to. Does anyone have any insight into 5121? This occurs on both z/OS 1.9 and 1.12. Neale -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Problem with add RACF certificate
I guess the certificate name,label name is conflicting with the one present in RACF Database. Best is to Take a backup or export the content to a dataset. Remove the certificate from the RACF DB with RACDCERT DELETE command. Then perform all the steps to add the newly signed certificate. Note : Make sure the the existing certificate is not used by anyother application in your system. You can just check by RACDCERT CERTAUTH LIST. HTH On Wed, Nov 2, 2011 at 9:43 PM, Jorge Garcia jgarc...@mapfre.com wrote: Hello: We have a problem when we add a new signed trusted certificate. The step finished with RC 04 and the message: IRRD109I The certificate cannot be added. Profile 0005.CN=Company[CA[RAIZ.O=Company is already defined We detail the definition steps: 1 .- Create a new ring: RACDCERT ID(TCPIPC) ADDRING(KRSEBK) 2 .- Create a new certificate (NONICSF): RACDCERT ID(TCPIPC) GENCERT - SUBJECTSDN(CN('VSIS') - O('MAPFRE') OU('MAPFRE VIDA') C('ES')) - ALTNAME(E('ZZL DGTP IT SOPORTE SISTEMAS Z/OS')) - WITHLABEL('CERTIF. VSIS_BK') 3 .- Generate a dataset from certificate: RACDCERT ID(TCPIPC) - GENREQ(LABEL('CERTIF. VSIS_BK')) - DSN('SYS3.CERT.VIDA.VSIS.TCPIPC.FBK.NOMICSF') 4 .- We send the certificate to a trusted certificate authority. They return a signed certificate. We copy the content from this file to dataset SYS3.CERT.VIDA.VSIS.TCPIPC.FBK.NOMICSF'. 5 .- We add the new signed certificate to TCPIPC: RACDCERT ID(TCPIPC) - ADD('SYS3.CERT.VIDA.VSIS.TCPIPC.FBK.NOMICSF')TRUST - WITHLABEL('CERTIF. VSIS_BK') It fails with IRRD109I The certificate cannot be added. Profile 0005.CN=Company[CA[RAIZ.O=Company is already defined We can't connect to TN3270. Fails with a problem with the signed certificate authority. We remove all the keyrings active except KRSEBK. It doesn't work. Is possible delete or replace the profile?. Regards Jorge García Juanino Técnico de Sistemas Z/Os DGTP Departamento de Técnica de Sistemas MAPFRE Gobelas 47 - 49 2ª C y D 28023 Madrid Tfno: 91 581 27 34/ 618 33 35 59 Fax: 91 581 24 01 jgarc...@mapfre.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html