Re: Enterprise COBOL for z/OS V4
I'm a little concerned about this transition phase in which application folks implicitly use the new compiler but 'move' load modules to the old LE environment. I think this migration path is pretty common for most shops. In the shops I've worked in, the migration path has always been a QA-like group re-compiling for production, rather than moving load modules. That way, any (accidentally) exploited new feature comes to light, and the code is not promoted. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Enterprise COBOL for z/OS V4
On Tue, 2009-06-23 at 17:17 -0700, Skip Robinson wrote: I'm a little concerned about this transition phase in which application folks implicitly use the new compiler but 'move' load modules to the old LE environment. I'm a bit with Ted on this - you need to fix the process Skip. After a (very) bad experience with some LE maint a few years back, our major customer at the time mandated that *no* in-house promotions would occur whilst a resvol was being rolled out. In the rare need for an actual implementation direct into prod, there were emergency procedures to get the work done in that environment. Needed a *real* good justification - didn't get authorized too often. 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: Enterprise COBOL for z/OS V4
Ah, yes, well, I've already applied for citizenship in an alternate universe. Several times. Antimatter keeps obliterating the paperwork. Still hopeful... . . JO.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com Shane ibm-m...@tpg.com .AU To Sent by: IBM IBM-MAIN@bama.ua.edu Mainframe cc Discussion List ibm-m...@bama.ua Subject .edu Re: Enterprise COBOL for z/OS V4 06/24/2009 02:03 AM Please respond to IBM Mainframe Discussion List ibm-m...@bama.ua .edu On Tue, 2009-06-23 at 17:17 -0700, Skip Robinson wrote: I'm a little concerned about this transition phase in which application folks implicitly use the new compiler but 'move' load modules to the old LE environment. I'm a bit with Ted on this - you need to fix the process Skip. After a (very) bad experience with some LE maint a few years back, our major customer at the time mandated that *no* in-house promotions would occur whilst a resvol was being rolled out. In the rare need for an actual implementation direct into prod, there were emergency procedures to get the work done in that environment. Needed a *real* good justification - didn't get authorized too often. 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: Enterprise COBOL for z/OS V4
On the other hand, don't do it like I've sorta been forced to do. Due to lack of resources to test new COBOL releases, I've been carrying forward the release I installed somewhere around a/OS 1.4 :( And, with one of those replace the systems with an ERP sometime in the next decade coming on, plus budget cuts, we have even less development staff and less incentive to get the compiler current. Cobol has not been a major language for us in sometime. Most code is in Natural. Dave Gibney Information Technology Services Washington State University -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Shane Sent: Wednesday, June 24, 2009 2:04 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Enterprise COBOL for z/OS V4 On Tue, 2009-06-23 at 17:17 -0700, Skip Robinson wrote: I'm a little concerned about this transition phase in which application folks implicitly use the new compiler but 'move' load modules to the old LE environment. I'm a bit with Ted on this - you need to fix the process Skip. After a (very) bad experience with some LE maint a few years back, our major customer at the time mandated that *no* in-house promotions would occur whilst a resvol was being rolled out. In the rare need for an actual implementation direct into prod, there were emergency procedures to get the work done in that environment. Needed a *real* good justification - didn't get authorized too often. 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Fw: Enterprise COBOL for z/OS V4
Not just for Enterprise COBOL, but for all languages that use an LE run-time, it is now and has been for as long as I can remember CRITICAL that the run-time on all systems be at the highest level *before* you start rolling out object code created by higher-level compilers. This goes all the way back to the old PL/I RESIDENT (or was it TRANSIENT) library. If this means that you keep the old compiler - even in your development systems UNTIL LE is upgraded on all production systems, then this is what I would recommend (and I think IBM does). The old RTLS support *tried* to provide a solution for this, but having up-level LE on all production systems is simply the way to go before beginning compiler upgrades. Skip Robinson jo.skip.robin...@sce.com wrote in message news:ofb655e56a.1ceab469-on882575df.f3c8-882575df.00019...@sce.com... In the course of rolling out new level of z/OS, there can be a (perhaps extended) period where Dev(elopment) runs at the new higher level even while Prod(uction) continues at the old lower level until it catches up. I'm a little concerned about this transition phase in which application folks implicitly use the new compiler but 'move' load modules to the old LE environment. I think this migration path is pretty common for most shops. And chances are that the Apps people don't even realize the difference in environments. . . JO.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com Tom Ross tmr...@stlvm20.v NET.IBM.COM To Sent by: IBM IBM-MAIN@bama.ua.edu Mainframe cc Discussion List ibm-m...@bama.ua Subject .edu Re: Enterprise COBOL for z/OS V4 06/23/2009 02:22 PM Please respond to IBM Mainframe Discussion List ibm-m...@bama.ua .edu 1) XMLPARSE(XMLSS) is not compatible with XMLSS(COMPAT), as described in the COBOL Migration GUide. They are 2 completely different parsers! The changes are minor, but must be looked at when migrating from XMLPARSE(COMPAT) to XMLPARSE(XMLSS). Cheers, TomR COBOL is the Language of the Future! Hi Tom, We currently have Enterprise Cobol for z/OS V4 and z/OS V1R10 on our test systems. Will there be any problems at run time for programs using XML and compiled with XMLPARSE(XMLSS) when they are run on our production systems which are z/os V1R9 ? Sorry for the late answer, was on vacation until yesterday... Ent COBOL V4.1 code can run on z/OS R7 and above, so as long as you have the PTFs required for COBOL V4.1 on the R9 system, and any PTFs needed for XMLSS, you should be OK. (Note: the required LE updates for 4.1 are in the base for z/OS R10) We have discovered that many customers install the LE PTFs required for new compilers in only one system, instead of on all systems where COBOL programs might run. Since the compiler is separate frmo the run-time library, all new releases of COBOL will require PTFs for LE, and on all systems where COBOL would run. (Same for PL/I) If all of your sustems have the PTFs you are good to go! Cheers, TomR COBOL is the Language of the Future! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Enterprise COBOL for z/OS V4
1) XMLPARSE(XMLSS) is not compatible with XMLSS(COMPAT), as described in the COBOL Migration GUide. They are 2 completely different parsers! The changes are minor, but must be looked at when migrating from XMLPARSE(COMPAT) to XMLPARSE(XMLSS). Cheers, TomR COBOL is the Language of the Future! Hi Tom, We currently have Enterprise Cobol for z/OS V4 and z/OS V1R10 on our test systems. Will there be any problems at run time for programs using XML and compiled with XMLPARSE(XMLSS) when they are run on our production systems which are z/os V1R9 ? Sorry for the late answer, was on vacation until yesterday... Ent COBOL V4.1 code can run on z/OS R7 and above, so as long as you have the PTFs required for COBOL V4.1 on the R9 system, and any PTFs needed for XMLSS, you should be OK. (Note: the required LE updates for 4.1 are in the base for z/OS R10) We have discovered that many customers install the LE PTFs required for new compilers in only one system, instead of on all systems where COBOL programs might run. Since the compiler is separate frmo the run-time library, all new releases of COBOL will require PTFs for LE, and on all systems where COBOL would run. (Same for PL/I) If all of your sustems have the PTFs you are good to go! Cheers, TomR COBOL is the Language of the Future! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Enterprise COBOL for z/OS V4
In the course of rolling out new level of z/OS, there can be a (perhaps extended) period where Dev(elopment) runs at the new higher level even while Prod(uction) continues at the old lower level until it catches up. I'm a little concerned about this transition phase in which application folks implicitly use the new compiler but 'move' load modules to the old LE environment. I think this migration path is pretty common for most shops. And chances are that the Apps people don't even realize the difference in environments. . . JO.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com Tom Ross tmr...@stlvm20.v NET.IBM.COM To Sent by: IBM IBM-MAIN@bama.ua.edu Mainframe cc Discussion List ibm-m...@bama.ua Subject .edu Re: Enterprise COBOL for z/OS V4 06/23/2009 02:22 PM Please respond to IBM Mainframe Discussion List ibm-m...@bama.ua .edu 1) XMLPARSE(XMLSS) is not compatible with XMLSS(COMPAT), as described in the COBOL Migration GUide. They are 2 completely different parsers! The changes are minor, but must be looked at when migrating from XMLPARSE(COMPAT) to XMLPARSE(XMLSS). Cheers, TomR COBOL is the Language of the Future! Hi Tom, We currently have Enterprise Cobol for z/OS V4 and z/OS V1R10 on our test systems. Will there be any problems at run time for programs using XML and compiled with XMLPARSE(XMLSS) when they are run on our production systems which are z/os V1R9 ? Sorry for the late answer, was on vacation until yesterday... Ent COBOL V4.1 code can run on z/OS R7 and above, so as long as you have the PTFs required for COBOL V4.1 on the R9 system, and any PTFs needed for XMLSS, you should be OK. (Note: the required LE updates for 4.1 are in the base for z/OS R10) We have discovered that many customers install the LE PTFs required for new compilers in only one system, instead of on all systems where COBOL programs might run. Since the compiler is separate frmo the run-time library, all new releases of COBOL will require PTFs for LE, and on all systems where COBOL would run. (Same for PL/I) If all of your sustems have the PTFs you are good to go! Cheers, TomR COBOL is the Language of the Future! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Enterprise COBOL for z/OS V4
On Tue, 26 May 2009 10:36:41 -0700, Tom Ross tmr...@stlvm20.vnet.ibm.com wrote: 1) XMLPARSE(XMLSS) is not compatible with XMLSS(COMPAT), as described in the COBOL Migration GUide. They are 2 completely different parsers! The changes are minor, but must be looked at when migrating from XMLPARSE(COMPAT) to XMLPARSE(XMLSS). Cheers, TomR COBOL is the Language of the Future! Hi Tom, We currently have Enterprise Cobol for z/OS V4 and z/OS V1R10 on our test systems. Will there be any problems at run time for programs using XML and compiled with XMLPARSE(XMLSS) when they are run on our production systems which are z/os V1R9 ? Thanks, Doug -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Enterprise COBOL for z/OS V4
Doug Henry wrote: On Tue, 26 May 2009 10:36:41 -0700, Tom Ross tmr...@stlvm20.vnet.ibm.com wrote: 1) XMLPARSE(XMLSS) is not compatible with XMLSS(COMPAT), as described in the COBOL Migration GUide. They are 2 completely different parsers! The changes are minor, but must be looked at when migrating from XMLPARSE(COMPAT) to XMLPARSE(XMLSS). Cheers, TomR COBOL is the Language of the Future! Hi Tom, We currently have Enterprise Cobol for z/OS V4 and z/OS V1R10 on our test systems. Will there be any problems at run time for programs using XML and compiled with XMLPARSE(XMLSS) when they are run on our production systems which are z/os V1R9 ? Thanks, Doug My guess would be no; but there are certainly variables we might not think about that come into play. ad Consider our two-day course Enterprise COBOL Update II: Unicode and XML Support. This covers both XML parsers, at least from the COBOL perspective. Details at: http://www.trainersfriend.com/COBOL_Courses/d705descr.htm /ad Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com z/OS Application development made easier * Our classes include + How things work + Programming examples with realistic applications + Starter / skeleton code + Complete working programs + Useful utilities and subroutines + Tips and techniques == Check out the Trainer's Friend Store to purchase z/OS == == application developer toolkits. Sample code in four== == programming languages, JCL to Assemble or compile, == == bind and test. == == http://www.trainersfriend.com/TTFStore/index.html== -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Enterprise COBOL for z/OS V4
XMLSS actually broke one of our application's programs. They had to re-compile to change it to COMPAT for that program to make the application work properly. Also, in COBOL 3.4, we used to specify TEST=(NONE,NOSYM). There is no equivalent in 4.1 other than to specify TEST=NO. Anything else, you get the full debug symbol table buried in your load module, bloating it severely. 1) XMLPARSE(XMLSS) is not compatible with XMLSS(COMPAT), as described in the COBOL Migration GUide. They are 2 completely different parsers! The changes are minor, but must be looked at when migrating from XMLPARSE(COMPAT) to XMLPARSE(XMLSS). 2) TEST(NONE,NOSYM) is a strange option to use, you get very little debugging and no formatted CEEDUMP. It gives you overhead with no benefit. You can get full debugging functionality, formatted dumps and small object programs in V3 with TEST(NONE,SYM,SEPARATE) and in V4 with TEST(NOHOOK,SEPARATE). This change is also described in the COBOL Migration Guide. There is very little to change between V3 and V4, basically just those two things, if you would taken a few minutes to check the book... Cheers, TomR COBOL is the Language of the Future! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Enterprise COBOL for z/OS V4
Richards, Robert B. pisze: That is only true if you are paying full cap. Enterprise COBOL is a Variable Workload License Charge (VWLC) product. You only pay for what you use if you are doing sub-capacity pricing. Plus, if you are careful to restrict the lpars that you allow compiler execution on, more money can be saved. Not true. Previous version was also paid by LPAR. The only difference could be that v4 produces SMF89 and then do not need NOSMF89 entry. However subcapacity pricing is available for COBOL V3. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2009 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 118.763.528 zotych. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchway XXI WZ z dnia 16 marca 2008r., oraz uchway XVI NWZ z dnia 27 padziernika 2008r., moe ulec podwyszeniu do kwoty 123.763.528 z. Akcje w podwyszonym kapitale zakadowym BRE Banku SA bd w caoci opacone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Enterprise COBOL for z/OS V4
What are the pros and cons of going to the new version of Enterprise COBOL? Regards, John K -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Enterprise COBOL for z/OS V4
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of John P Kalinich Sent: Friday, May 22, 2009 9:12 AM To: IBM-MAIN@bama.ua.edu Subject: Enterprise COBOL for z/OS V4 What are the pros and cons of going to the new version of Enterprise COBOL? Regards, John K Overriding CON for us: Costs much more per month that V3.4.1! No, I don't remember how much. I tried to order it when I ordered z/OS 1.10. But my manager checked the cost and like to have had another heart attack. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Enterprise COBOL for z/OS V4
John P Kalinich wrote: What are the pros and cons of going to the new version of Enterprise COBOL? Regards, John K Main benefits: * compiler options can now be in a file instead of in JCL or PROCESS statements (or in addition to) * XML processing has improved functionality (namespaces, attributes, encoding, parse on record basis instead of document basis) Cons: Well, the compiler option SIVMRD is no longer supported (simulate variable length RRDSs using KSDSs, or something like that) Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com z/OS Application development made easier * Our classes include + How things work + Programming examples with realistic applications + Starter / skeleton code + Complete working programs + Useful utilities and subroutines + Tips and techniques == Check out the Trainer's Friend Store to purchase z/OS == == application developer toolkits. Sample code in four== == programming languages, JCL to Assemble or compile, == == bind and test. == == http://www.trainersfriend.com/TTFStore/index.html== -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Enterprise COBOL for z/OS V4
I know, for us at a 125 MSU shop it is 381 dollars more per month. We checked with our IBM rep for the exact amount when we order 1.11 later this year. Claude -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of McKown, John Sent: Friday, May 22, 2009 10:15 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Enterprise COBOL for z/OS V4 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of John P Kalinich Sent: Friday, May 22, 2009 9:12 AM To: IBM-MAIN@bama.ua.edu Subject: Enterprise COBOL for z/OS V4 What are the pros and cons of going to the new version of Enterprise COBOL? Regards, John K Overriding CON for us: Costs much more per month that V3.4.1! No, I don't remember how much. I tried to order it when I ordered z/OS 1.10. But my manager checked the cost and like to have had another heart attack. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Enterprise COBOL for z/OS V4
On Fri, 22 May 2009 08:23:32 -0600, Steve Comstock st...@trainersfriend.com wrote: snip Main benefits: snip * XML processing has improved functionality (namespaces, attributes, encoding, parse on record basis instead of document basis) Doesn't it now, optionally, use the System XML in z/OS. Which means that it could do its XML processing on a zAAP (or is it zIIP?) instead of a CP? Cons: Well, the compiler option SIVMRD is no longer supported (simulate variable length RRDSs using KSDSs, or something like that) Which should be no big deal since VSAM not implements the VRRDS natively. Kind regards, -Steve Comstock -- John -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Enterprise COBOL for z/OS V4
That is only true if you are paying full cap. Enterprise COBOL is a Variable Workload License Charge (VWLC) product. You only pay for what you use if you are doing sub-capacity pricing. Plus, if you are careful to restrict the lpars that you allow compiler execution on, more money can be saved. Bob -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Richbourg, Claude Sent: Friday, May 22, 2009 10:25 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Enterprise COBOL for z/OS V4 I know, for us at a 125 MSU shop it is 381 dollars more per month. We checked with our IBM rep for the exact amount when we order 1.11 later this year. Claude -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of McKown, John Sent: Friday, May 22, 2009 10:15 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Enterprise COBOL for z/OS V4 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of John P Kalinich Sent: Friday, May 22, 2009 9:12 AM To: IBM-MAIN@bama.ua.edu Subject: Enterprise COBOL for z/OS V4 What are the pros and cons of going to the new version of Enterprise COBOL? Regards, John K Overriding CON for us: Costs much more per month that V3.4.1! No, I don't remember how much. I tried to order it when I ordered z/OS 1.10. But my manager checked the cost and like to have had another heart attack. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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
Enterprise COBOL for z/OS V4
Abso-tutely G Check out http://publibfp.boulder.ibm.com/cgi-bin/bookmgr/BOOKS/IGY3PG40/2.4.58 and http://publibfp.boulder.ibm.com/cgi-bin/bookmgr/BOOKS/igy3pg40/5.1 John McKown joa...@swbell.net wrote in message news:listserv%200905220933575322.0...@bama.ua.edu... On Fri, 22 May 2009 08:23:32 -0600, Steve Comstock st...@trainersfriend.com wrote: snip Main benefits: snip * XML processing has improved functionality (namespaces, attributes, encoding, parse on record basis instead of document basis) Doesn't it now, optionally, use the System XML in z/OS. Which means that it could do its XML processing on a zAAP (or is it zIIP?) instead of a CP? Cons: Well, the compiler option SIVMRD is no longer supported (simulate variable length RRDSs using KSDSs, or something like that) Which should be no big deal since VSAM not implements the VRRDS natively. Kind regards, -Steve Comstock -- John -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Enterprise COBOL for z/OS V4
XMLSS actually broke one of our application's programs. They had to re-compile to change it to COMPAT for that program to make the application work properly. Also, in COBOL 3.4, we used to specify TEST=(NONE,NOSYM). There is no equivalent in 4.1 other than to specify TEST=NO. Anything else, you get the full debug symbol table buried in your load module, bloating it severely. _ Dave Jousma Assistant Vice President, Mainframe Services david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB1G p 616.653.8429 f 616.653.8497 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Steve Comstock Sent: Friday, May 22, 2009 10:24 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Enterprise COBOL for z/OS V4 John P Kalinich wrote: What are the pros and cons of going to the new version of Enterprise COBOL? Regards, John K Main benefits: * compiler options can now be in a file instead of in JCL or PROCESS statements (or in addition to) * XML processing has improved functionality (namespaces, attributes, encoding, parse on record basis instead of document basis) Cons: Well, the compiler option SIVMRD is no longer supported (simulate variable length RRDSs using KSDSs, or something like that) Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com z/OS Application development made easier * Our classes include + How things work + Programming examples with realistic applications + Starter / skeleton code + Complete working programs + Useful utilities and subroutines + Tips and techniques == Check out the Trainer's Friend Store to purchase z/OS == == application developer toolkits. Sample code in four== == programming languages, JCL to Assemble or compile, == == bind and test. == == http://www.trainersfriend.com/TTFStore/index.html== -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Enterprise COBOL for z/OS V4
I am getting the option SIZE(MAX) flagged. The error is only a warning does anyone know what the option should be set to? Regards Otto Schumacher Technical Support, CICS EDS, an HP Company Ahold Account 2000 Wade Hampton Blvd. LC1-302 Greenville, South Carolina, 29615 Tel: 864 987-1417 Fax: 864 987-4500 E-mail: otto.schumac...@eds.com We deliver on our commitments so you can deliver on yours. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Jousma, David Sent: Friday, May 22, 2009 1:48 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Enterprise COBOL for z/OS V4 XMLSS actually broke one of our application's programs. They had to re-compile to change it to COMPAT for that program to make the application work properly. Also, in COBOL 3.4, we used to specify TEST=(NONE,NOSYM). There is no equivalent in 4.1 other than to specify TEST=NO. Anything else, you get the full debug symbol table buried in your load module, bloating it severely. _ Dave Jousma Assistant Vice President, Mainframe Services david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB1G p 616.653.8429 f 616.653.8497 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Steve Comstock Sent: Friday, May 22, 2009 10:24 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Enterprise COBOL for z/OS V4 John P Kalinich wrote: What are the pros and cons of going to the new version of Enterprise COBOL? Regards, John K Main benefits: * compiler options can now be in a file instead of in JCL or PROCESS statements (or in addition to) * XML processing has improved functionality (namespaces, attributes, encoding, parse on record basis instead of document basis) Cons: Well, the compiler option SIVMRD is no longer supported (simulate variable length RRDSs using KSDSs, or something like that) Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com z/OS Application development made easier * Our classes include + How things work + Programming examples with realistic applications + Starter / skeleton code + Complete working programs + Useful utilities and subroutines + Tips and techniques == Check out the Trainer's Friend Store to purchase z/OS == == application developer toolkits. Sample code in four== == programming languages, JCL to Assemble or compile, == == bind and test. == == http://www.trainersfriend.com/TTFStore/index.html== -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: 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: Enterprise COBOL for z/OS V4
In my defaults, SIZE(*MAX) is coded, which means you cannot override it. If you are coding it in your run JCL, that may be why. _ Dave Jousma Assistant Vice President, Mainframe Services david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB1G p 616.653.8429 f 616.653.8497 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Schumacher, Otto Sent: Friday, May 22, 2009 1:55 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Enterprise COBOL for z/OS V4 I am getting the option SIZE(MAX) flagged. The error is only a warning does anyone know what the option should be set to? Regards Otto Schumacher Technical Support, CICS EDS, an HP Company Ahold Account 2000 Wade Hampton Blvd. LC1-302 Greenville, South Carolina, 29615 Tel: 864 987-1417 Fax: 864 987-4500 E-mail: otto.schumac...@eds.com We deliver on our commitments so you can deliver on yours. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Jousma, David Sent: Friday, May 22, 2009 1:48 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Enterprise COBOL for z/OS V4 XMLSS actually broke one of our application's programs. They had to re-compile to change it to COMPAT for that program to make the application work properly. Also, in COBOL 3.4, we used to specify TEST=(NONE,NOSYM). There is no equivalent in 4.1 other than to specify TEST=NO. Anything else, you get the full debug symbol table buried in your load module, bloating it severely. _ Dave Jousma Assistant Vice President, Mainframe Services david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB1G p 616.653.8429 f 616.653.8497 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Steve Comstock Sent: Friday, May 22, 2009 10:24 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Enterprise COBOL for z/OS V4 John P Kalinich wrote: What are the pros and cons of going to the new version of Enterprise COBOL? Regards, John K Main benefits: * compiler options can now be in a file instead of in JCL or PROCESS statements (or in addition to) * XML processing has improved functionality (namespaces, attributes, encoding, parse on record basis instead of document basis) Cons: Well, the compiler option SIVMRD is no longer supported (simulate variable length RRDSs using KSDSs, or something like that) Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com z/OS Application development made easier * Our classes include + How things work + Programming examples with realistic applications + Starter / skeleton code + Complete working programs + Useful utilities and subroutines + Tips and techniques == Check out the Trainer's Friend Store to purchase z/OS == == application developer toolkits. Sample code in four== == programming languages, JCL to Assemble or compile, == == bind and test. == == http://www.trainersfriend.com/TTFStore/index.html== -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: 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 This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying
Re: Enterprise COBOL for z/OS V4
Jousma, David wrote: XMLSS actually broke one of our application's programs. They had to re-compile to change it to COMPAT for that program to make the application work properly. Also, in COBOL 3.4, we used to specify TEST=(NONE,NOSYM). There is no equivalent in 4.1 other than to specify TEST=NO. Anything else, you get the full debug symbol table buried in your load module, bloating it severely. Hmmm. The XML problem / bug should be reported if you haven't already. As far as TEST, yes, the syntax changed a bit. Consider this: TEST(NOHOOK,SEPARATE) on a PROCESS statement this will save your symbol table in an external file at compile time; you need to supply a compile-time DD statement named SYSDEBUG that points to where you want to store the symbol table; the name of the file will be stored in your object code, so it has practically no impact on the size of your load module; if your program abends, the symbol table will be dynamically allocated in order to provide a formatted dump of the data division. _ Dave Jousma Assistant Vice President, Mainframe Services david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB1G p 616.653.8429 f 616.653.8497 Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com z/OS Application development made easier * Our classes include + How things work + Programming examples with realistic applications + Starter / skeleton code + Complete working programs + Useful utilities and subroutines + Tips and techniques == Check out the Trainer's Friend Store to purchase z/OS == == application developer toolkits. Sample code in four== == programming languages, JCL to Assemble or compile, == == bind and test. == == http://www.trainersfriend.com/TTFStore/index.html== -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Enterprise COBOL for z/OS V4
I am getting the following error message from a COBOL compile: IGYOS4013-W The SIZE(MAX) option was specified together with the SQL or CICS option. SIZE(n) option is recommended, where n is an explicit size value (not MAX) that leaves enough storage in the user region for the DB2 coprocessor or CICS integrated translator services. This message does not tell me anything. I have no idea what I should code in this parm. Does anyone know if IBM has a recommendation for coding the value of n in the compile procedure? Regards Otto Schumacher Technical Support, CICS EDS, an HP Company Ahold Account 2000 Wade Hampton Blvd. LC1-302 Greenville, South Carolina, 29615 Tel: 864 987-1417 Fax: 864 987-4500 E-mail: otto.schumac...@eds.com We deliver on our commitments so you can deliver on yours. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Schumacher, Otto Sent: Friday, May 22, 2009 1:55 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Enterprise COBOL for z/OS V4 I am getting the option SIZE(MAX) flagged. The error is only a warning does anyone know what the option should be set to? Regards Otto Schumacher Technical Support, CICS EDS, an HP Company Ahold Account 2000 Wade Hampton Blvd. LC1-302 Greenville, South Carolina, 29615 Tel: 864 987-1417 Fax: 864 987-4500 E-mail: otto.schumac...@eds.com We deliver on our commitments so you can deliver on yours. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Jousma, David Sent: Friday, May 22, 2009 1:48 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Enterprise COBOL for z/OS V4 XMLSS actually broke one of our application's programs. They had to re-compile to change it to COMPAT for that program to make the application work properly. Also, in COBOL 3.4, we used to specify TEST=(NONE,NOSYM). There is no equivalent in 4.1 other than to specify TEST=NO. Anything else, you get the full debug symbol table buried in your load module, bloating it severely. _ Dave Jousma Assistant Vice President, Mainframe Services david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB1G p 616.653.8429 f 616.653.8497 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Steve Comstock Sent: Friday, May 22, 2009 10:24 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Enterprise COBOL for z/OS V4 John P Kalinich wrote: What are the pros and cons of going to the new version of Enterprise COBOL? Regards, John K Main benefits: * compiler options can now be in a file instead of in JCL or PROCESS statements (or in addition to) * XML processing has improved functionality (namespaces, attributes, encoding, parse on record basis instead of document basis) Cons: Well, the compiler option SIVMRD is no longer supported (simulate variable length RRDSs using KSDSs, or something like that) Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com z/OS Application development made easier * Our classes include + How things work + Programming examples with realistic applications + Starter / skeleton code + Complete working programs + Useful utilities and subroutines + Tips and techniques == Check out the Trainer's Friend Store to purchase z/OS == == application developer toolkits. Sample code in four== == programming languages, JCL to Assemble or compile, == == bind and test. == == http://www.trainersfriend.com/TTFStore/index.html== -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access
Enterprise COBOL for z/OS V4
Especially for those using either the CICS or DB2 integrated coprocessor, using SIZE(MAX) is a *bad* idea. Making it a non-modifiable compiler option is a REALLY bad idea. See: http://publibfp.boulder.ibm.com/cgi-bin/bookmgr/BOOKS/igy3cg40/2.53 and http://publibfp.boulder.ibm.com/cgi-bin/bookmgr/BOOKS/igy3pg40/2.4.46 IBM's recommendation seems to be SIZE(4000K). If that causes problems, then increase it but do NOT use (MAX) - at least for CICS or DB2 programs. Jousma, David david.jou...@53.com wrote in message news:a90766b5039c59409110c92d47216f590...@s1flokydce2k322.dm0001.info53 .com... In my defaults, SIZE(*MAX) is coded, which means you cannot override it. If you are coding it in your run JCL, that may be why. _ Dave Jousma Assistant Vice President, Mainframe Services david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB1G p 616.653.8429 f 616.653.8497 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Schumacher, Otto Sent: Friday, May 22, 2009 1:55 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Enterprise COBOL for z/OS V4 I am getting the option SIZE(MAX) flagged. The error is only a warning does anyone know what the option should be set to? Regards Otto Schumacher Technical Support, CICS EDS, an HP Company Ahold Account 2000 Wade Hampton Blvd. LC1-302 Greenville, South Carolina, 29615 Tel: 864 987-1417 Fax: 864 987-4500 E-mail: otto.schumac...@eds.com We deliver on our commitments so you can deliver on yours. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Jousma, David Sent: Friday, May 22, 2009 1:48 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Enterprise COBOL for z/OS V4 XMLSS actually broke one of our application's programs. They had to re-compile to change it to COMPAT for that program to make the application work properly. Also, in COBOL 3.4, we used to specify TEST=(NONE,NOSYM). There is no equivalent in 4.1 other than to specify TEST=NO. Anything else, you get the full debug symbol table buried in your load module, bloating it severely. _ Dave Jousma Assistant Vice President, Mainframe Services david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB1G p 616.653.8429 f 616.653.8497 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Steve Comstock Sent: Friday, May 22, 2009 10:24 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Enterprise COBOL for z/OS V4 John P Kalinich wrote: What are the pros and cons of going to the new version of Enterprise COBOL? Regards, John K Main benefits: * compiler options can now be in a file instead of in JCL or PROCESS statements (or in addition to) * XML processing has improved functionality (namespaces, attributes, encoding, parse on record basis instead of document basis) Cons: Well, the compiler option SIVMRD is no longer supported (simulate variable length RRDSs using KSDSs, or something like that) Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com z/OS Application development made easier * Our classes include + How things work + Programming examples with realistic applications + Starter / skeleton code + Complete working programs + Useful utilities and subroutines + Tips and techniques == Check out the Trainer's Friend Store to purchase z/OS == == application developer toolkits. Sample code in four== == programming languages, JCL to Assemble or compile, == == bind and test. == == http://www.trainersfriend.com/TTFStore/index.html== -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive
Enterprise COBOL for z/OS V4
For a discussion of the simplified TEST compiler option with Enterprise COBOL V4.1, see: http://publibfp.boulder.ibm.com/cgi-bin/bookmgr/BOOKS/igy3mg40/5.5.5 Steve Comstock st...@trainersfriend.com wrote in message news:4a16ea01.5010...@trainersfriend.com... Jousma, David wrote: XMLSS actually broke one of our application's programs. They had to re-compile to change it to COMPAT for that program to make the application work properly. Also, in COBOL 3.4, we used to specify TEST=(NONE,NOSYM). There is no equivalent in 4.1 other than to specify TEST=NO. Anything else, you get the full debug symbol table buried in your load module, bloating it severely. Hmmm. The XML problem / bug should be reported if you haven't already. As far as TEST, yes, the syntax changed a bit. Consider this: TEST(NOHOOK,SEPARATE) on a PROCESS statement this will save your symbol table in an external file at compile time; you need to supply a compile-time DD statement named SYSDEBUG that points to where you want to store the symbol table; the name of the file will be stored in your object code, so it has practically no impact on the size of your load module; if your program abends, the symbol table will be dynamically allocated in order to provide a formatted dump of the data division. _ Dave Jousma Assistant Vice President, Mainframe Services david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB1G p 616.653.8429 f 616.653.8497 Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com z/OS Application development made easier * Our classes include + How things work + Programming examples with realistic applications + Starter / skeleton code + Complete working programs + Useful utilities and subroutines + Tips and techniques == Check out the Trainer's Friend Store to purchase z/OS == == application developer toolkits. Sample code in four== == programming languages, JCL to Assemble or compile, == == bind and test. == == http://www.trainersfriend.com/TTFStore/index.html== -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Enterprise COBOL for z/OS V4
Thanks, Bill that is what I was looking for. It would have been nice to put that into the error message. Regards Otto Schumacher Technical Support, CICS EDS, an HP Company Ahold Account 2000 Wade Hampton Blvd. LC1-302 Greenville, South Carolina, 29615 Tel: 864 987-1417 Fax: 864 987-4500 E-mail: otto.schumac...@eds.com We deliver on our commitments so you can deliver on yours. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Bill Klein Sent: Friday, May 22, 2009 2:58 PM To: IBM-MAIN@bama.ua.edu Subject: Enterprise COBOL for z/OS V4 Especially for those using either the CICS or DB2 integrated coprocessor, using SIZE(MAX) is a *bad* idea. Making it a non-modifiable compiler option is a REALLY bad idea. See: http://publibfp.boulder.ibm.com/cgi-bin/bookmgr/BOOKS/igy3cg40/2.53 and http://publibfp.boulder.ibm.com/cgi-bin/bookmgr/BOOKS/igy3pg40/2.4.46 IBM's recommendation seems to be SIZE(4000K). If that causes problems, then increase it but do NOT use (MAX) - at least for CICS or DB2 programs. Jousma, David david.jou...@53.com wrote in message news:a90766b5039c59409110c92d47216f590...@s1flokydce2k322.dm0001.in fo53 .com... In my defaults, SIZE(*MAX) is coded, which means you cannot override it. If you are coding it in your run JCL, that may be why. _ Dave Jousma Assistant Vice President, Mainframe Services david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB1G p 616.653.8429 f 616.653.8497 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Schumacher, Otto Sent: Friday, May 22, 2009 1:55 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Enterprise COBOL for z/OS V4 I am getting the option SIZE(MAX) flagged. The error is only a warning does anyone know what the option should be set to? Regards Otto Schumacher Technical Support, CICS EDS, an HP Company Ahold Account 2000 Wade Hampton Blvd. LC1-302 Greenville, South Carolina, 29615 Tel: 864 987-1417 Fax: 864 987-4500 E-mail: otto.schumac...@eds.com We deliver on our commitments so you can deliver on yours. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Jousma, David Sent: Friday, May 22, 2009 1:48 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Enterprise COBOL for z/OS V4 XMLSS actually broke one of our application's programs. They had to re-compile to change it to COMPAT for that program to make the application work properly. Also, in COBOL 3.4, we used to specify TEST=(NONE,NOSYM). There is no equivalent in 4.1 other than to specify TEST=NO. Anything else, you get the full debug symbol table buried in your load module, bloating it severely. _ Dave Jousma Assistant Vice President, Mainframe Services david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB1G p 616.653.8429 f 616.653.8497 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Steve Comstock Sent: Friday, May 22, 2009 10:24 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Enterprise COBOL for z/OS V4 John P Kalinich wrote: What are the pros and cons of going to the new version of Enterprise COBOL? Regards, John K Main benefits: * compiler options can now be in a file instead of in JCL or PROCESS statements (or in addition to) * XML processing has improved functionality (namespaces, attributes, encoding, parse on record basis instead of document basis) Cons: Well, the compiler option SIVMRD is no longer supported (simulate variable length RRDSs using KSDSs, or something like that) Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com z/OS Application development made easier * Our classes include + How things work + Programming examples with realistic applications + Starter / skeleton code + Complete working programs + Useful utilities and subroutines + Tips and techniques == Check out the Trainer's Friend Store to purchase z/OS == == application developer toolkits. Sample code in four== == programming languages, JCL to Assemble or compile, == == bind and test. == == http://www.trainersfriend.com/TTFStore/index.html== -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail transmission contains information that is confidential and may be privileged. It is intended
Re: Enterprise COBOL for z/OS V4
Especially for those using either the CICS or DB2 integrated coprocessor, using SIZE(MAX) is a *bad* idea. Making it a non-modifiable compiler option is a REALLY bad idea. Yes. But, that's not a guideline. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Fw: Enterprise COBOL for z/OS V4
Ted, I don't know if you were kidding or not, but if you weren't, Both the Customization Guide (for the installer) and the Programming Guide (for the programmer) tell what IBM recommends for this. See the URL's in my previous post. Ted MacNEIL eamacn...@yahoo.ca wrote in message news:1770709423-1243019073-cardhu_decombobulator_blackberry.rim.net-1850278 0...@bxe1305.bisx.prod.on.blackberry... Especially for those using either the CICS or DB2 integrated coprocessor, using SIZE(MAX) is a *bad* idea. Making it a non-modifiable compiler option is a REALLY bad idea. Yes. But, that's not a guideline. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Fw: Enterprise COBOL for z/OS V4
Sorry, my bad. I didn't notice that I had received an incomplete posting. So, I missed the response until I saw another response. Sorry to offend. --Original Message-- From: (yahoo) Ted MacNEIL Sender: IBM Mainframe Discussion List To: IBM Mainframe Discussion List ReplyTo: IBM Mainframe Discussion List Sent: May 22, 2009 15:04 Subject: Re: Enterprise COBOL for z/OS V4 Especially for those using either the CICS or DB2 integrated coprocessor, using SIZE(MAX) is a *bad* idea. Making it a non-modifiable compiler option is a REALLY bad idea. Yes. But, that's not a guideline. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Enterprise COBOL for z/OS V4
Ted, I don't know if you were kidding or not, but if you weren't, I already sent a post appologising. I had received an incomplete e-mail. It missed that. I'd change from YAHOO (this isn't the first time it has happened), but I'd have too many contacts to change. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Enterprise COBOL for z/OS V4
The SIZE(MAX) is set to allow override. I was just working on what the option should have been coded for the CICS and DB2 co-processor compiles. The compiles seem to work with the warning message. Regards Otto Schumacher Technical Support, CICS EDS, an HP Company Ahold Account 2000 Wade Hampton Blvd. LC1-302 Greenville, South Carolina, 29615 Tel: 864 987-1417 Fax: 864 987-4500 E-mail: otto.schumac...@eds.com We deliver on our commitments so you can deliver on yours. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Schumacher, Otto Sent: Friday, May 22, 2009 3:02 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Enterprise COBOL for z/OS V4 Thanks, Bill that is what I was looking for. It would have been nice to put that into the error message. Regards Otto Schumacher Technical Support, CICS EDS, an HP Company Ahold Account 2000 Wade Hampton Blvd. LC1-302 Greenville, South Carolina, 29615 Tel: 864 987-1417 Fax: 864 987-4500 E-mail: otto.schumac...@eds.com We deliver on our commitments so you can deliver on yours. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Bill Klein Sent: Friday, May 22, 2009 2:58 PM To: IBM-MAIN@bama.ua.edu Subject: Enterprise COBOL for z/OS V4 Especially for those using either the CICS or DB2 integrated coprocessor, using SIZE(MAX) is a *bad* idea. Making it a non-modifiable compiler option is a REALLY bad idea. See: http://publibfp.boulder.ibm.com/cgi-bin/bookmgr/BOOKS/igy3cg40/2.53 and http://publibfp.boulder.ibm.com/cgi-bin/bookmgr/BOOKS/igy3pg40/2.4.46 IBM's recommendation seems to be SIZE(4000K). If that causes problems, then increase it but do NOT use (MAX) - at least for CICS or DB2 programs. Jousma, David david.jou...@53.com wrote in message news:a90766b5039c59409110c92d47216f590...@s1flokydce2k322.dm0001.in fo53 .com... In my defaults, SIZE(*MAX) is coded, which means you cannot override it. If you are coding it in your run JCL, that may be why. _ Dave Jousma Assistant Vice President, Mainframe Services david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB1G p 616.653.8429 f 616.653.8497 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Schumacher, Otto Sent: Friday, May 22, 2009 1:55 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Enterprise COBOL for z/OS V4 I am getting the option SIZE(MAX) flagged. The error is only a warning does anyone know what the option should be set to? Regards Otto Schumacher Technical Support, CICS EDS, an HP Company Ahold Account 2000 Wade Hampton Blvd. LC1-302 Greenville, South Carolina, 29615 Tel: 864 987-1417 Fax: 864 987-4500 E-mail: otto.schumac...@eds.com We deliver on our commitments so you can deliver on yours. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Jousma, David Sent: Friday, May 22, 2009 1:48 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Enterprise COBOL for z/OS V4 XMLSS actually broke one of our application's programs. They had to re-compile to change it to COMPAT for that program to make the application work properly. Also, in COBOL 3.4, we used to specify TEST=(NONE,NOSYM). There is no equivalent in 4.1 other than to specify TEST=NO. Anything else, you get the full debug symbol table buried in your load module, bloating it severely. _ Dave Jousma Assistant Vice President, Mainframe Services david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB1G p 616.653.8429 f 616.653.8497 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Steve Comstock Sent: Friday, May 22, 2009 10:24 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Enterprise COBOL for z/OS V4 John P Kalinich wrote: What are the pros and cons of going to the new version of Enterprise COBOL? Regards, John K Main benefits: * compiler options can now be in a file instead of in JCL or PROCESS statements (or in addition to) * XML processing has improved functionality (namespaces, attributes, encoding, parse on record basis instead of document basis) Cons: Well, the compiler option SIVMRD is no longer supported (simulate variable length RRDSs using KSDSs, or something like that) Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com z/OS Application development made easier * Our classes include + How things work + Programming examples with realistic applications + Starter / skeleton code + Complete working programs + Useful utilities and subroutines + Tips