Re: ETCON abend
*- LOAD EP=MYPROG, GLOBAL=YES * LRR2,R0 SAVE ADDRESS * XCETD_1(ET_LEN),ETD_1 CLEAR TO X'00' MVC ETD_1(ET_LEN),ETDESC MOVE IN TABLE ENTRIES * ETDEF TYPE=SET,HEADER=ETD_1,NUMETE=1 * MVI ETD_2,0 ONE ENTRY * L R9,TOKENPOINT TO THE CALL TOKEN * ETDEF TYPE=SET,ETEADR=ETD_2,ROUTINE=(R2),SSWITCH=YES, STATE=SUPERVISOR,AKM=(0:15),EKM=0,PC=STACKING, SASN=OLD,ASCMODE=AR * MVC LX_COUNT,=F'1' LXRES LXLIST=LX_LIST,SYSTEM=YES,MF=(E,LX_DSECT) MVC HERCPC,LX_VALUE MOVE PC NUMBER LAR7,ETD_1 ETCRE ENTRIES=(R7) NO NEED TO OR STR0,TKVALUE ONLY 1 PC ENTRY MVC TKCOUNT,=F'1' CONNECT IT ETCON LXLIST=LX_LIST,TKLIST=TKL,MF=(E,ETCON_DSCT) * * CONSTANTS * ETDESC ETDEF TYPE=INITIAL * ETD ETDEF TYPE=ENTRY,ROUTINE=*-*,SSWITCH=YES, X STATE=SUPERVISOR,AKM=(0:15),EKM=0,PC=STACKING * ETDEF TYPE=FINAL ET_LEN EQU *-ETDESC * * DSECTED VALUES * *--* *LAYOUT OF ETDEF TABLES* *--* ETD_1ETDEF TYPE=INITIAL * ETD_2ETDEF TYPE=ENTRY,ROUTINE=*-*,SSWITCH=YES, X STATE=SUPERVISOR,AKM=(0:15),EKM=0,PC=STACKING * ETDEF TYPE=FINAL * ETCON_DSCT ETCON LXLIST=LX_LIST,TKLIST=TKL,MF=L Thinking the only possible thing was the program I 1) loaded into global 2) Loaded into MLPA BUT STILL THE etcon ABENDS -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Binyamin Dissen Sent: Monday, November 30, 2009 1:15 AM To: IBM-MAIN@bama.ua.edu Subject: Re: ETCON abend On Sun, 29 Nov 2009 20:25:14 -0500 Joe Reichman joereich...@optonline.net wrote: : Got the following abend :IKJ56640I SYSTEM ABEND CODE 052 REASON CODE 0516 :DS: HOME = 0036 PRIMARY = 0002 SECONDARY = 0036 + :The messages book tells me there is something wrong with my ETDEF macro :though I got a return code 0 from ETCRE : I played around with all the params on the ETDEF and nothing seems to fix :it : If anybody has run into this problem I would appreciate :any insight Show your code. Look at R2 at the time of abend and see if the value is what you expect. -- Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very
Re: ETCON abend
Looks fine assuming the DSECTs are proper. I do notice that your ETDEF SET refers to ETD_2 while the ETCRE goes to ETD_1. I would suggest looking at R2 at the time of the abend and compare it with LXVALUE and TKVALUE. On Mon, 30 Nov 2009 04:23:04 -0500 Joe Reichman joereich...@optonline.net wrote: :*- : LOAD EP=MYPROG, : GLOBAL=YES :* : LRR2,R0 SAVE ADDRESS :* : XCETD_1(ET_LEN),ETD_1 CLEAR TO X'00' : MVC ETD_1(ET_LEN),ETDESC MOVE IN TABLE ENTRIES :* : ETDEF TYPE=SET,HEADER=ETD_1,NUMETE=1 :* : MVI ETD_2,0 ONE ENTRY :* : L R9,TOKENPOINT TO THE CALL TOKEN :* : ETDEF TYPE=SET,ETEADR=ETD_2,ROUTINE=(R2),SSWITCH=YES, : STATE=SUPERVISOR,AKM=(0:15),EKM=0,PC=STACKING, : SASN=OLD,ASCMODE=AR :* : :MVC LX_COUNT,=F'1' : :LXRES LXLIST=LX_LIST,SYSTEM=YES,MF=(E,LX_DSECT) : :MVC HERCPC,LX_VALUE MOVE PC NUMBER : :LAR7,ETD_1 : :ETCRE ENTRIES=(R7) NO NEED TO OR : :STR0,TKVALUE ONLY 1 PC ENTRY :MVC TKCOUNT,=F'1' : : CONNECT IT : :ETCON LXLIST=LX_LIST,TKLIST=TKL,MF=(E,ETCON_DSCT) : : :* :* CONSTANTS :* : :ETDESC ETDEF TYPE=INITIAL :* :ETD ETDEF TYPE=ENTRY,ROUTINE=*-*,SSWITCH=YES, X : STATE=SUPERVISOR,AKM=(0:15),EKM=0,PC=STACKING :* : ETDEF TYPE=FINAL :ET_LEN EQU *-ETDESC : :* :* DSECTED VALUES :* :*--* :*LAYOUT OF ETDEF TABLES* :*--* :ETD_1ETDEF TYPE=INITIAL :* :ETD_2ETDEF TYPE=ENTRY,ROUTINE=*-*,SSWITCH=YES, X : STATE=SUPERVISOR,AKM=(0:15),EKM=0,PC=STACKING :* : ETDEF TYPE=FINAL :* :ETCON_DSCT ETCON LXLIST=LX_LIST,TKLIST=TKL,MF=L : :Thinking the only possible thing was the program I : :1) loaded into global : :2) Loaded into MLPA : : : BUT STILL THE etcon ABENDS : : :-Original Message- :From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf :Of Binyamin Dissen :Sent: Monday, November 30, 2009 1:15 AM :To: IBM-MAIN@bama.ua.edu :Subject: Re: ETCON abend : :On Sun, 29 Nov 2009 20:25:14 -0500 Joe Reichman joereich...@optonline.net :wrote: : :: Got the following abend : ::IKJ56640I SYSTEM ABEND CODE 052 REASON CODE 0516 : ::DS: HOME = 0036 PRIMARY = 0002 SECONDARY = 0036 + : ::The messages book tells me there is something wrong with my ETDEF macro ::though I got a return code 0 from ETCRE : :: I played around with all the params on the ETDEF and nothing seems to fix ::it : :: If anybody has run into
Re: ETCON abend
ETD_1 IS THE Header will do thankx -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Binyamin Dissen Sent: Monday, November 30, 2009 5:28 AM To: IBM-MAIN@bama.ua.edu Subject: Re: ETCON abend Looks fine assuming the DSECTs are proper. I do notice that your ETDEF SET refers to ETD_2 while the ETCRE goes to ETD_1. I would suggest looking at R2 at the time of the abend and compare it with LXVALUE and TKVALUE. On Mon, 30 Nov 2009 04:23:04 -0500 Joe Reichman joereich...@optonline.net wrote: :*- : LOAD EP=MYPROG, : GLOBAL=YES :* : LRR2,R0 SAVE ADDRESS :* : XCETD_1(ET_LEN),ETD_1 CLEAR TO X'00' : MVC ETD_1(ET_LEN),ETDESC MOVE IN TABLE ENTRIES :* : ETDEF TYPE=SET,HEADER=ETD_1,NUMETE=1 :* : MVI ETD_2,0 ONE ENTRY :* : L R9,TOKENPOINT TO THE CALL TOKEN :* : ETDEF TYPE=SET,ETEADR=ETD_2,ROUTINE=(R2),SSWITCH=YES, : STATE=SUPERVISOR,AKM=(0:15),EKM=0,PC=STACKING, : SASN=OLD,ASCMODE=AR :* : :MVC LX_COUNT,=F'1' : :LXRES LXLIST=LX_LIST,SYSTEM=YES,MF=(E,LX_DSECT) : :MVC HERCPC,LX_VALUE MOVE PC NUMBER : :LAR7,ETD_1 : :ETCRE ENTRIES=(R7) NO NEED TO OR : :STR0,TKVALUE ONLY 1 PC ENTRY :MVC TKCOUNT,=F'1' : : CONNECT IT : :ETCON LXLIST=LX_LIST,TKLIST=TKL,MF=(E,ETCON_DSCT) : : :* :* CONSTANTS :* : :ETDESC ETDEF TYPE=INITIAL :* :ETD ETDEF TYPE=ENTRY,ROUTINE=*-*,SSWITCH=YES, X : STATE=SUPERVISOR,AKM=(0:15),EKM=0,PC=STACKING :* : ETDEF TYPE=FINAL :ET_LEN EQU *-ETDESC : :* :* DSECTED VALUES :* :*--* :*LAYOUT OF ETDEF TABLES* :*--* :ETD_1ETDEF TYPE=INITIAL :* :ETD_2ETDEF TYPE=ENTRY,ROUTINE=*-*,SSWITCH=YES, X : STATE=SUPERVISOR,AKM=(0:15),EKM=0,PC=STACKING :* : ETDEF TYPE=FINAL :* :ETCON_DSCT ETCON LXLIST=LX_LIST,TKLIST=TKL,MF=L : :Thinking the only possible thing was the program I : :1) loaded into global : :2) Loaded into MLPA : : : BUT STILL THE etcon ABENDS : : :-Original Message- :From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf :Of Binyamin Dissen :Sent: Monday, November 30, 2009 1:15 AM :To: IBM-MAIN@bama.ua.edu :Subject: Re: ETCON abend : :On Sun, 29 Nov 2009 20:25:14 -0500 Joe Reichman joereich...@optonline.net :wrote: : :: Got the following abend : ::IKJ56640I SYSTEM ABEND CODE 052 REASON CODE 0516 : ::DS: HOME = 0036 PRIMARY = 0002 SECONDARY = 0036 + :
Re: ETCON abend
On Mon, 30 Nov 2009 06:35:30 -0500 Joe Reichman joereich...@optonline.net wrote: :ETD_1 IS THE Header will do thankx True. Missed that. I always have a loop for changing the ETDEF's. :-Original Message- :From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf :Of Binyamin Dissen :Sent: Monday, November 30, 2009 5:28 AM :To: IBM-MAIN@bama.ua.edu :Subject: Re: ETCON abend : :Looks fine assuming the DSECTs are proper. I do notice that your ETDEF SET :refers to ETD_2 while the ETCRE goes to ETD_1. I would suggest looking at R2 :at the time of the abend and compare it with LXVALUE and TKVALUE. : :On Mon, 30 Nov 2009 04:23:04 -0500 Joe Reichman joereich...@optonline.net :wrote: : ::*- :: LOAD EP=MYPROG, :: GLOBAL=YES ::* :: LRR2,R0 SAVE ADDRESS ::* :: XCETD_1(ET_LEN),ETD_1 CLEAR TO X'00' :: MVC ETD_1(ET_LEN),ETDESC MOVE IN TABLE ENTRIES ::* :: ETDEF TYPE=SET,HEADER=ETD_1,NUMETE=1 ::* :: MVI ETD_2,0 ONE ENTRY ::* :: L R9,TOKENPOINT TO THE CALL TOKEN ::* :: ETDEF TYPE=SET,ETEADR=ETD_2,ROUTINE=(R2),SSWITCH=YES, :: STATE=SUPERVISOR,AKM=(0:15),EKM=0,PC=STACKING, :: SASN=OLD,ASCMODE=AR ::* :: ::MVC LX_COUNT,=F'1' :: ::LXRES LXLIST=LX_LIST,SYSTEM=YES,MF=(E,LX_DSECT) :: ::MVC HERCPC,LX_VALUE MOVE PC NUMBER :: ::LAR7,ETD_1 :: ::ETCRE ENTRIES=(R7) NO NEED TO OR :: ::STR0,TKVALUE ONLY 1 PC ENTRY ::MVC TKCOUNT,=F'1' :: :: CONNECT IT :: ::ETCON LXLIST=LX_LIST,TKLIST=TKL,MF=(E,ETCON_DSCT) :: :: ::* ::* CONSTANTS ::* :: ::ETDESC ETDEF TYPE=INITIAL ::* ::ETD ETDEF TYPE=ENTRY,ROUTINE=*-*,SSWITCH=YES, X :: STATE=SUPERVISOR,AKM=(0:15),EKM=0,PC=STACKING ::* :: ETDEF TYPE=FINAL ::ET_LEN EQU *-ETDESC :: ::* ::* DSECTED VALUES ::* ::*--* ::*LAYOUT OF ETDEF TABLES* ::*--* ::ETD_1ETDEF TYPE=INITIAL ::* ::ETD_2ETDEF TYPE=ENTRY,ROUTINE=*-*,SSWITCH=YES, X :: STATE=SUPERVISOR,AKM=(0:15),EKM=0,PC=STACKING ::* :: ETDEF TYPE=FINAL ::* ::ETCON_DSCT ETCON LXLIST=LX_LIST,TKLIST=TKL,MF=L :: ::Thinking the only possible thing was the program I :: ::1) loaded into global :: ::2) Loaded into MLPA :: :: :: BUT STILL THE etcon ABENDS :: :: ::-Original Message- ::From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On :Behalf ::Of Binyamin Dissen ::Sent: Monday, November 30, 2009 1:15 AM ::To: IBM-MAIN@bama.ua.edu ::Subject: Re:
Re: ETCON abend
Thankx ... shavoah tov ( have a good week) -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Binyamin Dissen Sent: Monday, November 30, 2009 6:59 AM To: IBM-MAIN@bama.ua.edu Subject: Re: ETCON abend On Mon, 30 Nov 2009 06:35:30 -0500 Joe Reichman joereich...@optonline.net wrote: :ETD_1 IS THE Header will do thankx True. Missed that. I always have a loop for changing the ETDEF's. :-Original Message- :From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf :Of Binyamin Dissen :Sent: Monday, November 30, 2009 5:28 AM :To: IBM-MAIN@bama.ua.edu :Subject: Re: ETCON abend : :Looks fine assuming the DSECTs are proper. I do notice that your ETDEF SET :refers to ETD_2 while the ETCRE goes to ETD_1. I would suggest looking at R2 :at the time of the abend and compare it with LXVALUE and TKVALUE. : :On Mon, 30 Nov 2009 04:23:04 -0500 Joe Reichman joereich...@optonline.net :wrote: : ::*- :: LOAD EP=MYPROG, :: GLOBAL=YES ::* :: LRR2,R0 SAVE ADDRESS ::* :: XCETD_1(ET_LEN),ETD_1 CLEAR TO X'00' :: MVC ETD_1(ET_LEN),ETDESC MOVE IN TABLE ENTRIES ::* :: ETDEF TYPE=SET,HEADER=ETD_1,NUMETE=1 ::* :: MVI ETD_2,0 ONE ENTRY ::* :: L R9,TOKENPOINT TO THE CALL TOKEN ::* :: ETDEF TYPE=SET,ETEADR=ETD_2,ROUTINE=(R2),SSWITCH=YES, :: STATE=SUPERVISOR,AKM=(0:15),EKM=0,PC=STACKING, :: SASN=OLD,ASCMODE=AR ::* :: ::MVC LX_COUNT,=F'1' :: ::LXRES LXLIST=LX_LIST,SYSTEM=YES,MF=(E,LX_DSECT) :: ::MVC HERCPC,LX_VALUE MOVE PC NUMBER :: ::LAR7,ETD_1 :: ::ETCRE ENTRIES=(R7) NO NEED TO OR :: ::STR0,TKVALUE ONLY 1 PC ENTRY ::MVC TKCOUNT,=F'1' :: :: CONNECT IT :: ::ETCON LXLIST=LX_LIST,TKLIST=TKL,MF=(E,ETCON_DSCT) :: :: ::* ::* CONSTANTS ::* :: ::ETDESC ETDEF TYPE=INITIAL ::* ::ETD ETDEF TYPE=ENTRY,ROUTINE=*-*,SSWITCH=YES, X :: STATE=SUPERVISOR,AKM=(0:15),EKM=0,PC=STACKING ::* :: ETDEF TYPE=FINAL ::ET_LEN EQU *-ETDESC :: ::* ::* DSECTED VALUES ::* ::*--* ::*LAYOUT OF ETDEF TABLES* ::*--* ::ETD_1ETDEF TYPE=INITIAL ::* ::ETD_2ETDEF TYPE=ENTRY,ROUTINE=*-*,SSWITCH=YES, X :: STATE=SUPERVISOR,AKM=(0:15),EKM=0,PC=STACKING ::* :: ETDEF TYPE=FINAL ::* ::ETCON_DSCT ETCON LXLIST=LX_LIST,TKLIST=TKL,MF=L :: ::Thinking the only possible thing was the program I :: ::1) loaded into global :: ::2) Loaded into
Re: ETCON abend
Dump the storage just before the ETCON and take a look at the values in LX_LIST and TKL Rob Scott Developer Rocket Software 275 Grove Street * Newton, MA 02466-2272 * USA Tel: +1.617.614.2305 Email: rsc...@rs.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Joe Reichman Sent: 30 November 2009 09:23 To: IBM-MAIN@bama.ua.edu Subject: Re: ETCON abend *- LOAD EP=MYPROG, GLOBAL=YES * LRR2,R0 SAVE ADDRESS * XCETD_1(ET_LEN),ETD_1 CLEAR TO X'00' MVC ETD_1(ET_LEN),ETDESC MOVE IN TABLE ENTRIES * ETDEF TYPE=SET,HEADER=ETD_1,NUMETE=1 * MVI ETD_2,0 ONE ENTRY * L R9,TOKENPOINT TO THE CALL TOKEN * ETDEF TYPE=SET,ETEADR=ETD_2,ROUTINE=(R2),SSWITCH=YES, STATE=SUPERVISOR,AKM=(0:15),EKM=0,PC=STACKING, SASN=OLD,ASCMODE=AR * MVC LX_COUNT,=F'1' LXRES LXLIST=LX_LIST,SYSTEM=YES,MF=(E,LX_DSECT) MVC HERCPC,LX_VALUE MOVE PC NUMBER LAR7,ETD_1 ETCRE ENTRIES=(R7) NO NEED TO OR STR0,TKVALUE ONLY 1 PC ENTRY MVC TKCOUNT,=F'1' CONNECT IT ETCON LXLIST=LX_LIST,TKLIST=TKL,MF=(E,ETCON_DSCT) * * CONSTANTS * ETDESC ETDEF TYPE=INITIAL * ETD ETDEF TYPE=ENTRY,ROUTINE=*-*,SSWITCH=YES, X STATE=SUPERVISOR,AKM=(0:15),EKM=0,PC=STACKING * ETDEF TYPE=FINAL ET_LEN EQU *-ETDESC * * DSECTED VALUES * *--* *LAYOUT OF ETDEF TABLES* *--* ETD_1ETDEF TYPE=INITIAL * ETD_2ETDEF TYPE=ENTRY,ROUTINE=*-*,SSWITCH=YES, X STATE=SUPERVISOR,AKM=(0:15),EKM=0,PC=STACKING * ETDEF TYPE=FINAL * ETCON_DSCT ETCON LXLIST=LX_LIST,TKLIST=TKL,MF=L Thinking the only possible thing was the program I 1) loaded into global 2) Loaded into MLPA BUT STILL THE etcon ABENDS -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Binyamin Dissen Sent: Monday, November 30, 2009 1:15 AM To: IBM-MAIN@bama.ua.edu Subject: Re: ETCON abend On Sun, 29 Nov 2009 20:25:14 -0500 Joe Reichman joereich...@optonline.net wrote: : Got the following abend :IKJ56640I SYSTEM ABEND CODE 052 REASON CODE 0516 :DS: HOME = 0036 PRIMARY = 0002 SECONDARY = 0036 + :The messages book tells me there is something wrong with my ETDEF macro :though I got a return code 0 from ETCRE : I played around with all the params on the ETDEF and nothing seems to fix
Re: How do I issue Vary SMS commands in batch
In c11ded818b17214792b97fba28712bed02b8bc8...@jer-email1.jer.ad.malam.com, on 11/26/2009 at 02:52 PM, gad...@malam.com said: I would like to issue the V SMS,VOL(xxx),Disable,new command, or an equivalent, in batch. The job would issue the command, then run a defrag step, and then issue another command to enable the volume. Is this possible? Yes, if your security folks bless it. Use the CONSOLE command in batch TSO. -- 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; ETCON abend
You need to look at the system codes book, as that is where abend codes are intended to be described. Abend 052 reason code 516: 0516 A specified token is for an entry table that is not authorized for connection. Register 2 contains the incorrect token. For a system LX the system is checking that the AX (authority index) of the space that owns the entry table is 1. For a non-system LX the system is checking that the AX of the space that owns the entry table identifies an entry in the AT (authority table) of the connecting space that has both PT and SSAR authority indicated. . Both of these apply only when the entry table contains space-switch entries. You might need to read the extended addressability guide more carefully with respect to such things as ATSET and AXSET. Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
RANT: SMF30TME / SMF32TME / SMF33TME defination
OK, this probably will get a big deal! response. But I'm wondering who thought that defining these three fields as CL4 was a good idea? Why do I care? Because I am using JZOS's AssemblerRecordGenerator to read the DSECTs produced the the various IFASMFR invocations so that I can more easily write Java code to process SMF data. Well, actually, I did that over the Thanksgiving Day holiday. But I had to fix the generated Java code so that it would read these fields as integers and not character strings. No, not a major problem. But yet another irritation. Every other SMF DSECT that I could find uses either FL4 or BL4. I, personally, prefer FL4 as it generates nicer Java code. But BL4 seems to be more popular. OK, rant mode off. -- John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: SMF30TME / SMF32TME / SMF33TME defination
McKown, John john.mck...@healthmarkets.com wrote in message news:a6b9336cdb62bb46b9f8708e686a7ea005bdedc...@nrhmms8p02.uicnrh.dom. .. OK, this probably will get a big deal! response. But I'm wondering who thought that defining these three fields as CL4 was a good idea? Why do I care? Because I am using JZOS's AssemblerRecordGenerator to read the DSECTs produced the the various IFASMFR invocations so that I can more easily write Java code to process SMF data. Well, actually, I did that over the Thanksgiving Day holiday. But I had to fix the generated Java code so that it would read these fields as integers and not character strings. No, not a major problem. But yet another irritation. Every other SMF DSECT that I could find uses either FL4 or BL4. I, personally, prefer FL4 as it generates nicer Java code. But BL4 seems to be more popular. OK, rant mode off. -- John McKown I don't see where it's CL4? According to the SMF manual it is binary, length 4 and a number in 1/100th seconds from midnight with possible values from 0 to 864. 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: SMF30TME / SMF32TME / SMF33TME defination
On Mon, 30 Nov 2009 16:07:36 +0100, Vernooij, CP - SPLXM kees.vern...@klm.com wrote: McKown, John john.mck...@healthmarkets.com wrote in message news:a6b9336cdb62bb46b9f8708e686a7ea005bdedc...@nrhmms8p02.uicnrh.dom. .. OK, this probably will get a big deal! response. But I'm wondering who thought that defining these three fields as CL4 was a good idea? Why do I care? Because I am using JZOS's AssemblerRecordGenerator to read the DSECTs produced the the various IFASMFR invocations so that I can more easily write Java code to process SMF data. Well, actually, I did that over the Thanksgiving Day holiday. But I had to fix the generated Java code so that it would read these fields as integers and not character strings. No, not a major problem. But yet another irritation. Every other SMF DSECT that I could find uses either FL4 or BL4. I, personally, prefer FL4 as it generates nicer Java code. But BL4 seems to be more popular. OK, rant mode off. -- John McKown I don't see where it's CL4? According to the SMF manual it is binary, length 4 and a number in 1/100th seconds from midnight with possible values from 0 to 864. Have a look at mapping macro - SYS1.MACLIB(IFASMFR3). Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMF30TME / SMF32TME / SMF33TME defination
Exactly right! That that the MANUAL says. But if you look at the actual DSECT that is generated by the IFASMFR macro, the assembler code says CL4. That's my rant. From: IBM Mainframe Discussion List [ibm-m...@bama.ua.edu] On Behalf Of Vernooij, CP - SPLXM [kees.vern...@klm.com] Sent: Monday, November 30, 2009 9:07 AM To: IBM-MAIN@bama.ua.edu Subject: Re: SMF30TME / SMF32TME / SMF33TME defination McKown, John john.mck...@healthmarkets.com wrote in message news:a6b9336cdb62bb46b9f8708e686a7ea005bdedc...@nrhmms8p02.uicnrh.dom. .. OK, this probably will get a big deal! response. But I'm wondering who thought that defining these three fields as CL4 was a good idea? Why do I care? Because I am using JZOS's AssemblerRecordGenerator to read the DSECTs produced the the various IFASMFR invocations so that I can more easily write Java code to process SMF data. Well, actually, I did that over the Thanksgiving Day holiday. But I had to fix the generated Java code so that it would read these fields as integers and not character strings. No, not a major problem. But yet another irritation. Every other SMF DSECT that I could find uses either FL4 or BL4. I, personally, prefer FL4 as it generates nicer Java code. But BL4 seems to be more popular. OK, rant mode off. -- John McKown I don't see where it's CL4? According to the SMF manual it is binary, length 4 and a number in 1/100th seconds from midnight with possible values from 0 to 864. Kees. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: SMF30TME / SMF32TME / SMF33TME defination
Mark Zelden mark.zel...@zurichna.com wrote in message news:listserv%200911300914049322.0...@bama.ua.edu... On Mon, 30 Nov 2009 16:07:36 +0100, Vernooij, CP - SPLXM kees.vern...@klm.com wrote: McKown, John john.mck...@healthmarkets.com wrote in message news:a6b9336cdb62bb46b9f8708e686a7ea005bdedc...@nrhmms8p02.uicnrh.dom . .. OK, this probably will get a big deal! response. But I'm wondering who thought that defining these three fields as CL4 was a good idea? Why do I care? Because I am using JZOS's AssemblerRecordGenerator to read the DSECTs produced the the various IFASMFR invocations so that I can more easily write Java code to process SMF data. Well, actually, I did that over the Thanksgiving Day holiday. But I had to fix the generated Java code so that it would read these fields as integers and not character strings. No, not a major problem. But yet another irritation. Every other SMF DSECT that I could find uses either FL4 or BL4. I, personally, prefer FL4 as it generates nicer Java code. But BL4 seems to be more popular. OK, rant mode off. -- John McKown I don't see where it's CL4? According to the SMF manual it is binary, length 4 and a number in 1/100th seconds from midnight with possible values from 0 to 864. Have a look at mapping macro - SYS1.MACLIB(IFASMFR3). Mark Ok, I agree, a weird definition. John could open a PMR about it, because it contradicts the SMF manual. 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: Tool for identifying mount points?
One way is to go to USS (OMVS) ISHELL from TSO and select the File_systems option at the top and select FILE systems But this will only show what each system has mounted. At least it gives you a list to check. File Directory Special_file Tools File_systems Options Setup Help BPXWP99 UNIX System Serv |1. Mount table...| |2. New HFS...| Enter a pathname and do one of these: |3. *Mount(O)... | |4. New zFS...| - Press Enter.|5. zFS aggregates... | - Select an action bar choice. - Specify an action code or comma | Some choices (*) require superuser or | Return to this panel to work with a d | the special attribute for full | | function, or both| /SYSTEM/tmp -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: SMF30TME / SMF32TME / SMF33TME defination
Well being there at the creation for T30 and T32 records, we did think about the creation of java coming later... sorry. Joe Winterton Release Mgr - OMEGAMON - Development Team 919-224-1328 Cell -914-954-0483 - jose...@us.ibm.com From: McKown, John john.mck...@healthmarkets.com To: IBM-MAIN@bama.ua.edu Date: 11/30/2009 10:20 AM Subject: Re: SMF30TME / SMF32TME / SMF33TME defination Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Exactly right! That that the MANUAL says. But if you look at the actual DSECT that is generated by the IFASMFR macro, the assembler code says CL4. That's my rant. From: IBM Mainframe Discussion List [ibm-m...@bama.ua.edu] On Behalf Of Vernooij, CP - SPLXM [kees.vern...@klm.com] Sent: Monday, November 30, 2009 9:07 AM To: IBM-MAIN@bama.ua.edu Subject: Re: SMF30TME / SMF32TME / SMF33TME defination McKown, John john.mck...@healthmarkets.com wrote in message news:a6b9336cdb62bb46b9f8708e686a7ea005bdedc...@nrhmms8p02.uicnrh.dom. .. OK, this probably will get a big deal! response. But I'm wondering who thought that defining these three fields as CL4 was a good idea? Why do I care? Because I am using JZOS's AssemblerRecordGenerator to read the DSECTs produced the the various IFASMFR invocations so that I can more easily write Java code to process SMF data. Well, actually, I did that over the Thanksgiving Day holiday. But I had to fix the generated Java code so that it would read these fields as integers and not character strings. No, not a major problem. But yet another irritation. Every other SMF DSECT that I could find uses either FL4 or BL4. I, personally, prefer FL4 as it generates nicer Java code. But BL4 seems to be more popular. OK, rant mode off. -- John McKown I don't see where it's CL4? According to the SMF manual it is binary, length 4 and a number in 1/100th seconds from midnight with possible values from 0 to 864. Kees. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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
Move 3490E tapes to VTS via CARTS-TS?
We are in the process of obtaining a virtual tape system. We currently use CARTS-TS to stack datasets on tapes (3490E cartridges). We currently use STK-Timberline drives in silos. Has anyone used CARTS-TS to move 3490E cartridges to a VTS ? Anne D. Crabtree System Programmer WV Office of Technology Data Center 1900 Kanawha Blvd East Charleston, WV 25305 (304)558-5914 ext 58292 (304)558-1441 fax -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Access methods and Unix files (was: AMATERSE to receive large dumps)
On Fri, 27 Nov 2009 16:39:32 +0100, Miklos Szigetvari wrote: The input is already in a HFS mounted drive, the simplest would be to use it directly, I have tested it , and with //SYSUT1 DD PATH=.. didn't worked so I changed a while ago to copy the HFS to a temporary MVS dataset and unterse. I believe that in the earliest days of OpenEdition PATH= was supported by allocation (necessary I believe, so Binder could read SYSLIN and generate program objects in SYSLMOD in Unix files and directories). But there was no access method support for PATH=; the utilities needed to detect this and use BPX1* calls to perform Unix file I/O. So many utilities checked and prudently prohibited use of PATH= for SUSUT1, SYSUT2, etc. Nowadays, there is excellent access method support for Unix files and (more recently) directories. But many utilities have not relaxed the now needless check (IEBGENER is a welcome exception). For example, AMATERSE fails on Unix files for its compressed I/O, a restriction reasonable only for the uncompressed which is manifestly device dependent; and Rexx likewise fails with a Unix directory as SYSEXEC. In either case, the check can be circumvented by precatenating an empty Classic PS or PO data set. This shows that the check: o Is unnecessary because things work fine if it's circumvented. o Fails its intent because it neglects to check additional catenands. RANT What became of the concept of device-independent I/O? The utility should simply OPEN the DCB supplied by the programmer and check for errors returned by the access method, not attempt to outsmart the access method. It has been written here that there are performance benefits available to device-savvy utilities. I don't believe that's what motivates AMATERSE and Rexx. And, regardless, in those cases where the utility encounters unanticipated characteristics, it should still fall back to attempting access method I/O /RANT -- 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: SMF30TME / SMF32TME / SMF33TME defination
On Mon, 30 Nov 2009 10:23:10 -0500, Joseph H Winterton wrote: Well being there at the creation for T30 and T32 records, we did think about the creation of java coming later... sorry. Thanks for the clarification. Did you perhaps mean ... did _not_ think about ...? I don't know the time lines; perhaps Java couldn't have been a consideration. But there's a more fundamental concern: For the easier understanding by the reader of the code, the defined type of a field should agree notionally with its intended use, independent of other languages available in the environment. If a 32-bit field is intended to be used for signed binary arithmetic, it is proper to declare it only as FL4, not CL4, nor 4AL1, nor any other form which produces identical object code but less comprehensible listings. -- 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: SMF30TME / SMF32TME / SMF33TME defination
Correct - did not was meant. But also agree that the 1977 creation did not reflect the best defination of the field. So maybe it needs to be changed. Joe Winterton Release Mgr - OMEGAMON - Development Team 919-224-1328 Cell -914-954-0483 - jose...@us.ibm.com From: Paul Gilmartin paulgboul...@aim.com To: IBM-MAIN@bama.ua.edu Date: 11/30/2009 11:41 AM Subject: Re: SMF30TME / SMF32TME / SMF33TME defination Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu On Mon, 30 Nov 2009 10:23:10 -0500, Joseph H Winterton wrote: Well being there at the creation for T30 and T32 records, we did think about the creation of java coming later... sorry. Thanks for the clarification. Did you perhaps mean ... did _not_ think about ...? I don't know the time lines; perhaps Java couldn't have been a consideration. But there's a more fundamental concern: For the easier understanding by the reader of the code, the defined type of a field should agree notionally with its intended use, independent of other languages available in the environment. If a 32-bit field is intended to be used for signed binary arithmetic, it is proper to declare it only as FL4, not CL4, nor 4AL1, nor any other form which produces identical object code but less comprehensible listings. -- 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: SMF30TME / SMF32TME / SMF33TME defination
I agree with you Gil! In this case, since the maximum number is 24*60*60*100 == 864000 or 0x0084D600, the FL4 would be more appropriate, IMO, than BL4. It also makes the AssemblerRecordGenerator generate a Java int (32 bit signed integer) rather than a long (64 bit signed integer). If anybody cares, my posts look different because my Windows desktop is broken and I'm using my Linux desktop and accessing email via MS Exchange's web interface. From: IBM Mainframe Discussion List [ibm-m...@bama.ua.edu] On Behalf Of Paul Gilmartin [paulgboul...@aim.com] Sent: Monday, November 30, 2009 10:37 AM To: IBM-MAIN@bama.ua.edu Subject: Re: SMF30TME / SMF32TME / SMF33TME defination On Mon, 30 Nov 2009 10:23:10 -0500, Joseph H Winterton wrote: Well being there at the creation for T30 and T32 records, we did think about the creation of java coming later... sorry. Thanks for the clarification. Did you perhaps mean ... did _not_ think about ...? I don't know the time lines; perhaps Java couldn't have been a consideration. But there's a more fundamental concern: For the easier understanding by the reader of the code, the defined type of a field should agree notionally with its intended use, independent of other languages available in the environment. If a 32-bit field is intended to be used for signed binary arithmetic, it is proper to declare it only as FL4, not CL4, nor 4AL1, nor any other form which produces identical object code but less comprehensible listings. -- 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: Now is time for banks to replace core system according to Accenture
Hi: This is a little self-serving for Accenture. If banks continue to modernize their legacy systems, Accenture won't be able to sell their services and the software they developed for BBVA and I believe for BS (Spanish banks). I am sure the software, hardware and consulting costs will be quite high -- significantly more than what is being spent to modernize the applications using legacy systems. Regards, Gene In a message dated 11/30/2009 12:22:56 P.M. Eastern Standard Time, thomas.kel...@commercebank.com writes: Accenture is saying that now might be the time for banks to replace their core systems and retool to new technology. They don't actually say it, but it sounds to me like their saying that big banks should get off the mainframe. comments? http://www.banktech.com/blog/archives/2009/11/why_the_time_fo.html?cid=n l_bnk_daily Tom Kelman Enterprise Capacity Planner Commerce Bank of Kansas City (816) 760-7632 * If you wish to communicate securely with Commerce Bank and its affiliates, you must log into your account under Online Services at http://www.commercebank.com or use the Commerce Bank Secure Email Message Center at https://securemail.commercebank.com NOTICE: This electronic mail message and any attached files are confidential. The information is exclusively for the use of the individual or entity intended as the recipient. If you are not the intended recipient, any use, copying, printing, reviewing, retention, disclosure, distribution or forwarding of the message or any attached file is not authorized and is strictly prohibited. If you have received this electronic mail message in error, please advise the sender by reply electronic mail immediately and permanently delete the original transmission, any attachments and any copies of this message from your computer system. * -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Now is time for banks to replace core system according to Accenture
Sure! It's like a headline which says that Microsoft says everybody should run Windows. Or a consulting firm recommending that they be hired. Or an outsourcer saying that outsourcing is the inexpensive wave of the future. In other words, consider the source. Unbiased they ain't! From: IBM Mainframe Discussion List [ibm-m...@bama.ua.edu] On Behalf Of Kelman, Tom [thomas.kel...@commercebank.com] Sent: Monday, November 30, 2009 11:22 AM To: IBM-MAIN@bama.ua.edu Subject: Now is time for banks to replace core system according to Accenture Accenture is saying that now might be the time for banks to replace their core systems and retool to new technology. They don't actually say it, but it sounds to me like their saying that big banks should get off the mainframe. comments? http://www.banktech.com/blog/archives/2009/11/why_the_time_fo.html?cid=n l_bnk_daily Tom Kelman Enterprise Capacity Planner Commerce Bank of Kansas City (816) 760-7632 * If you wish to communicate securely with Commerce Bank and its affiliates, you must log into your account under Online Services at http://www.commercebank.com or use the Commerce Bank Secure Email Message Center at https://securemail.commercebank.com NOTICE: This electronic mail message and any attached files are confidential. The information is exclusively for the use of the individual or entity intended as the recipient. If you are not the intended recipient, any use, copying, printing, reviewing, retention, disclosure, distribution or forwarding of the message or any attached file is not authorized and is strictly prohibited. If you have received this electronic mail message in error, please advise the sender by reply electronic mail immediately and permanently delete the original transmission, any attachments and any copies of this message from your computer system. * -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Now is time for banks to replace core system according to Accenture
On 30 Nov 2009 09:59:09 -0800, sc...@aitrus.org (Scott) wrote: I'm not necessarily arguing for leaving the Mainframe, but cleaning up the dungheap of COBOL is long overdue and now *is* the time for that. Periodically, the business model needs to be re-analyzed, and the IS model should be changed to better fit the changed business model. The core of the new system, as the core of the old system, should be the data model.The tools used to support the data model are secondary, whether they are COBOL or JAVA or Mainframes or server farms. Design the business model, match the data to this business model, then shop around for the tool. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Now is time for banks to replace core system according to Accenture
On 30 Nov 2009 09:35:05 -0800, d...@bkassociates.net (Doug Fuerst) wrote: How does replacing one mainframe with loads of hot running servers save money? This is nothing more than more Accenture bigotry against mainframes. The regulatory environment is likely to dictate LESS brands and services in the future, especially if a Glass-Steagall replacement is eventually enacted. Banks are being told to go back to being banks. I would ask what Accenture is missing? Changing your tools makes money - for the consultants.Telling you to keep the status quo is counter-productive consulting strategy. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Now is time for banks to replace core system according to Accenture
On Mon, Nov 30, 2009 at 1:35 PM, Howard Brazee howard.bra...@cusys.eduwrote: Periodically, the business model needs to be re-analyzed, and the IS model should be changed to better fit the changed business model. The core of the new system, as the core of the old system, should be the data model.The tools used to support the data model are secondary, whether they are COBOL or JAVA or Mainframes or server farms. Design the business model, match the data to this business model, then shop around for the tool. But what's the problem you're trying to solve here? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Now is time for banks to replace core system according to Accenture
They don't actually say it, but it sounds to me like their saying that big banks should get off the mainframe. comments? Having worked in the financial sector for most of my career, I would say it's a very bad idea. Nothing beats the integrity, reliability, and security of mainframe. (Of course, I'm biased) - 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: Now is time for banks to replace core system according to Accenture
Scott wrote: I'm not necessarily arguing for leaving the Mainframe, but cleaning up the dungheap of COBOL is long overdue and now *is* the time for that. Accenture is only a company you hire if you want an offshore entity to cook your books while you bankrupt your stockholders. Accenture is just another batch of MBA salesmen, out to plunder anything that's good or decent in the world. Well, I know that you and I disagree on this somewhat, but I think that COBOL has evolved to be a pretty nifty language for what it's designed to do: automate business rules. Modern COBOL can handle Unicode, ASCII, and XML. It can run as CGIs on the web. And well written COBOL is easier to read than almost any other programming language. I know we do agree that there's plenty of ugly COBOL code out there (and there is plenty of ugly code out there in many languages). Frankly, with the training business down so badly I would be interested in looking at doing some COBOL code modernization: updating existing code so it follows modern COBOL capabilities. Not automated, just manually fixing the code. Guess there's no accounting for taste! :-) -- 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 == Ask about being added to our opt-in list: == == * Early announcement of new courses == == * Early announcement of new techincal papers == == * Early announcement of new promotions == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Now is time for banks to replace core system according to Accenture
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Scott Sent: Monday, November 30, 2009 11:58 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Now is time for banks to replace core system according to Accenture I'm not necessarily arguing for leaving the Mainframe, but cleaning up the dungheap of COBOL is long overdue and now *is* the time for that. Accenture is only a company you hire if you want an offshore entity to cook your books while you bankrupt your stockholders. Accenture is just another batch of MBA salesmen, out to plunder anything that's good or decent in the world. Scott, Come, on! Don't be shy. What is your real opinion of them? I wonder how many shares are owned by MS and Bill Gates? -- 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: Now is time for banks to replace core system according to Accenture
The following message is a courtesy copy of an article that has been posted to bit.listserv.ibm-main,alt.folklore.computers as well. sc...@aitrus.org (Scott) writes: With a cheaper job market, now is the time to hire hands to go through your massive libraries of copy-and-paste COBOL and begin some initial design/development of Java libraries. in the 70s 80s ... there was addition of real-time transactions to a lot of the financial infrastructures ... but they frequently were only front-end that started the transaction for after hrs batch settlement window. slightly related past post http://www.garlic.com/~lynn/2008p.html#27 Father Of Financial Dataprocessing i.e. commit paradigms providing auditors the level of trust in computerized implementations ... vis-a-vis paper. in the 90s, there were billions spent on development of straight through processing efforts (eliminating overnight batch settlement by taking every transaction straight through to completion) ... leveraging large number of parallel killer micros and object-orieinted parallelization technology. the issue was that with increasing business and globalization ... the amount of work that needed to be done in the overnight batch window was increasing while globalization was decreasing the size of the window. most of the projects were eventually declared a success and disappeared ... it was very late into several of the efforts when they got around to do any speedsfeeds and found that the parallelization technology was increasing overhead by a factor of 100 times (compared to the batch cobol implementations) ... totally swamping any of the anticipated throughput improvements from the parallel killer macros. we saw some proposals for re-engineering activities in the middle part of this decade ... that were scuttled because the decision makers still hadn't recovered from the failed efforts in the 90s. a few recent posts in threads on such re-engineering efforts: http://www.garlic.com/~lynn/2009.html#87 Cleaning Up Spaghetti Code vs. Getting Rid of It http://www.garlic.com/~lynn/2009c.html#43 Business process re-engineering http://www.garlic.com/~lynn/2009d.html#14 Legacy clearing threat to OTC derivatives warns State Street http://www.garlic.com/~lynn/2009f.html#55 Cobol hits 50 and keeps counting http://www.garlic.com/~lynn/2009h.html#1 z/Journal Does it Again http://www.garlic.com/~lynn/2009h.html#2 z/Journal Does it Again http://www.garlic.com/~lynn/2009i.html#21 Why are z/OS people reluctant to use z/OS UNIX? http://www.garlic.com/~lynn/2009l.html#57 IBM halves mainframe Linux engine prices http://www.garlic.com/~lynn/2009m.html#81 A Faster Way to the Cloud http://www.garlic.com/~lynn/2009o.html#81 big iron mainframe vs. x86 servers -- 40+yrs virtualization experience (since Jan68), 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
Cancelling Enclaves
z/OS 1.8 (upgrade in early stages), WebSphere 6.1 We can't currently cancel a WebSphere enclave using the SDSF Enclave Display. We can cancel them occasionally using our WebSphere monitoring tool. We're looking at a replacement for our tool, but it doesn't have the cancel feature. I was wondering if this capability is coming with our z/OS upgrade? Attention: The information contained in this message and or attachments is intended only for the person 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 of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete the material from any system and destroy any copies. (GWCC) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Now is time for banks to replace core system according to Accenture
Accenture is saying that now might be the time for banks to replace their core systems and retool to new technology. They don't actually say it, but it sounds to me like their saying that big banks should get off the mainframe. comments? http://www.banktech.com/blog/archives/2009/11/why_the_time_fo.html?cid=n l_bnk_daily Tom Kelman Enterprise Capacity Planner Commerce Bank of Kansas City (816) 760-7632 * If you wish to communicate securely with Commerce Bank and its affiliates, you must log into your account under Online Services at http://www.commercebank.com or use the Commerce Bank Secure Email Message Center at https://securemail.commercebank.com NOTICE: This electronic mail message and any attached files are confidential. The information is exclusively for the use of the individual or entity intended as the recipient. If you are not the intended recipient, any use, copying, printing, reviewing, retention, disclosure, distribution or forwarding of the message or any attached file is not authorized and is strictly prohibited. If you have received this electronic mail message in error, please advise the sender by reply electronic mail immediately and permanently delete the original transmission, any attachments and any copies of this message from your computer system. * -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Now is time for banks to replace core system according to Accenture
I agree that Enterprise COBOL has the potentiality for excellent code. One thing lacking that exist for Java, Perl, Ruby, and other such languages is a HUGE support library. CPAN has so much good stuff in it that writing something like a browser in Perl is simple. Try it in COBOL. What COBOL needs is something equivalent to CPAN or the other user and vendor supplied support routines. I would shudder to try to write a browser in COBOL. Because I would have to do it ALL myself. And for browser substitute any advanced Internet aware functionality. Perhaps RDz (or whatever it's called) has advanced functionality for COBOL in it. I don't know. But writing a TCP/IP program in Java is, relatively, simple. It's even easier in other languages. In terms of the base language itself, I can use most anything. OK, on Linux, I use Perl a LOT. Because I know it and love regular expressions and it's acceptably easy to use and fast (running and writing). I'm probably one of the few people who think that APL2 is interesting. -- 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 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Steve Comstock Sent: Monday, November 30, 2009 12:17 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Now is time for banks to replace core system according to Accenture snip Well, I know that you and I disagree on this somewhat, but I think that COBOL has evolved to be a pretty nifty language for what it's designed to do: automate business rules. Modern COBOL can handle Unicode, ASCII, and XML. It can run as CGIs on the web. And well written COBOL is easier to read than almost any other programming language. I know we do agree that there's plenty of ugly COBOL code out there (and there is plenty of ugly code out there in many languages). Frankly, with the training business down so badly I would be interested in looking at doing some COBOL code modernization: updating existing code so it follows modern COBOL capabilities. Not automated, just manually fixing the code. Guess there's no accounting for taste! :-) -- 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 == Ask about being added to our opt-in list: == == * Early announcement of new courses == == * Early announcement of new techincal papers == == * Early announcement of new promotions == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Tool for identifying mount points?
On Thu, 26 Nov 2009 09:33:33 -0600, Larry Wright spambrea...@hotmail.com wrote: Anyone know of a tool that will analyze ZFS and HFS mount points? I need something that can combine the mount points from several systems to make sure that they are all accounted for in the base 'root' system before it is distributed to the other systems. I'm on z/os 1.9 (mostly). TIA, Larry Possibly using the DF command in TSO-batch (or from TSO OMVS) may provide what you need. Scott Barry SBBWorks, Inc. //RUNOSHEXEC PGM=IKJEFT1B //SYSEXEC DD DISP=SHR,DSN=SYS1.SBPXEXEC //SYSTSPRT DD SYSOUT=* //SYSTSIN DD * OSHELL df /* -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Now is time for banks to replace core system according to Accenture
Well ..., if somebody really wanted to do this, then I'd really recommend the CobolRecordGenerator that comes with z/OS Java SDK (written by the geniuses at Dovetailed Technologies - yes, I'm impressed). Compile your COBOL with ADATA. Use the aforementioned program to read the ADATA and create a Java class with get and set methods to access the fields defined in your COBOL program. I've used the AssemblerRecordGenerator to generate 433 Java classes to access 76 different SMF records. It was a bit confusing to this Java novice to learn how to properly use this, but it works for me. From: IBM Mainframe Discussion List [ibm-m...@bama.ua.edu] On Behalf Of Scott [sc...@aitrus.org] Sent: Monday, November 30, 2009 11:30 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Now is time for banks to replace core system according to Accenture With a cheaper job market, now is the time to hire hands to go through your massive libraries of copy-and-paste COBOL and begin some initial design/development of Java libraries. Scott -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Re; ETCON abend
You are 100% right I forgot about the authority macros re xmem Thankx Sent from my iPhone On Nov 30, 2009, at 8:26 AM, Peter Relson rel...@us.ibm.com wrote: You need to look at the system codes book, as that is where abend codes are intended to be described. Abend 052 reason code 516: 0516 A specified token is for an entry table that is not authorized for connection. Register 2 contains the incorrect token. For a system LX the system is checking that the AX (authority index) of the space that owns the entry table is 1. For a non-system LX the system is checking that the AX of the space that owns the entry table identifies an entry in the AT (authority table) of the connecting space that has both PT and SSAR authority indicated. . Both of these apply only when the entry table contains space-switch entries. You might need to read the extended addressability guide more carefully with respect to such things as ATSET and AXSET. Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Now is time for banks to replace core system according to Accenture
I'm not necessarily arguing for leaving the Mainframe, but cleaning up the dungheap of COBOL is long overdue and now *is* the time for that. Accenture is only a company you hire if you want an offshore entity to cook your books while you bankrupt your stockholders. Accenture is just another batch of MBA salesmen, out to plunder anything that's good or decent in the world. On Mon, Nov 30, 2009 at 9:52 AM, McKown, John john.mck...@healthmarkets.com wrote: Well ..., if somebody really wanted to do this, then I'd really recommend the CobolRecordGenerator that comes with z/OS Java SDK (written by the geniuses at Dovetailed Technologies - yes, I'm impressed). Compile your COBOL with ADATA. Use the aforementioned program to read the ADATA and create a Java class with get and set methods to access the fields defined in your COBOL program. I've used the AssemblerRecordGenerator to generate 433 Java classes to access 76 different SMF records. It was a bit confusing to this Java novice to learn how to properly use this, but it works for me. From: IBM Mainframe Discussion List [ibm-m...@bama.ua.edu] On Behalf Of Scott [sc...@aitrus.org] Sent: Monday, November 30, 2009 11:30 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Now is time for banks to replace core system according to Accenture With a cheaper job market, now is the time to hire hands to go through your massive libraries of copy-and-paste COBOL and begin some initial design/development of Java libraries. Scott -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Tool for identifying mount points?
It's ugly, but there's always 'd omvs,f'; that should work on R9. --- Kevin McKenzie External Phone: 845-435-8282, Tie-line: 8-295-8282 z/OS BCP SVT, Dept FXKA, Bldg 706/2D38 From: Larry Wright spambrea...@hotmail.com To: IBM-MAIN@bama.ua.edu Date: 11/26/2009 10:44 AM Subject: Tool for identifying mount points? Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Anyone know of a tool that will analyze ZFS and HFS mount points? I need something that can combine the mount points from several systems to make sure that they are all accounted for in the base 'root' system before it is distributed to the other systems. I'm on z/os 1.9 (mostly). TIA, Larry -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Now is time for banks to replace core system according to Accenture
How does replacing one mainframe with loads of hot running servers save money? This is nothing more than more Accenture bigotry against mainframes. The regulatory environment is likely to dictate LESS brands and services in the future, especially if a Glass-Steagall replacement is eventually enacted. Banks are being told to go back to being banks. I would ask what Accenture is missing? Doug Kelman, Tom wrote: Accenture is saying that now might be the time for banks to replace their core systems and retool to new technology. They don't actually say it, but it sounds to me like their saying that big banks should get off the mainframe. comments? http://www.banktech.com/blog/archives/2009/11/why_the_time_fo.html?cid=n l_bnk_daily 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: Now is time for banks to replace core system according to Accenture
McKown, John wrote: I agree that Enterprise COBOL has the potentiality for excellent code. One thing lacking that exist for Java, Perl, Ruby, and other such languages is a HUGE support library. CPAN has so much good stuff in it that writing something like a browser in Perl is simple. Try it in COBOL. What COBOL needs is something equivalent to CPAN or the other user and vendor supplied support routines. I would shudder to try to write a browser in COBOL. Because I would have to do it ALL myself. And for browser substitute any advanced Internet aware functionality. Wait a minute. Remember I said COBOL is good at what it's designed for: automating business rules. It was never designed to be a language for creating a browser or similar application. That being said, I agree a good support library would be nice to have. Something richer than the LE library of routines. As far as Internet aware functionality, I've mentioned in the past you can write COBOL CGIs, and we have a course on how to do this, including accessing VSAM files and DB2 database data to display on a website hosted on z/OS, without using WebSphere or even CICS/TS. Perhaps RDz (or whatever it's called) has advanced functionality for COBOL in it. I don't know. But writing a TCP/IP program in Java is, relatively, simple. It's even easier in other languages. Again, I don't consider a TCP/IP program to be business rules. Other languages are better for that kind of code. In terms of the base language itself, I can use most anything. OK, on Linux, I use Perl a LOT. Because I know it and love regular expressions and it's acceptably easy to use and fast (running and writing). I'm probably one of the few people who think that APL2 is interesting. I remember the first (only) APL class I attended, when I was still with IBM. The class challenge was always to solve a lab with a single APL statement. Pretty bizarre stuff came out of that! -- John McKown Systems Engineer IV IT -- 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 == Ask about being added to our opt-in list: == == * Early announcement of new courses == == * Early announcement of new techincal papers == == * Early announcement of new promotions == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Now is time for banks to replace core system according to Accenture
Kelman, Tom wrote: Accenture is saying that now might be the time for banks to replace their core systems and retool to new technology. They don't actually say it, but it sounds to me like their saying that big banks should get off the mainframe. comments? http://www.banktech.com/blog/archives/2009/11/why_the_time_fo.html?cid=n l_bnk_daily Tom Kelman Enterprise Capacity Planner Commerce Bank of Kansas City (816) 760-7632 And they will be happy to supply services, at a very low monthly price, to make it happen. -- Mark Jacobs Time Customer Service Tampa, FL Aside from a cold appreciation of my own genius I felt that I was a modest man. Robert A. Heinlein Double Star(1956) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Now is time for banks to replace core system according to Accenture
With a cheaper job market, now is the time to hire hands to go through your massive libraries of copy-and-paste COBOL and begin some initial design/development of Java libraries. Scott On Mon, Nov 30, 2009 at 9:22 AM, Kelman, Tom thomas.kel...@commercebank.com wrote: Accenture is saying that now might be the time for banks to replace their core systems and retool to new technology. They don't actually say it, but it sounds to me like their saying that big banks should get off the mainframe. comments? http://www.banktech.com/blog/archives/2009/11/why_the_time_fo.html?cid=n l_bnk_daily Tom Kelman Enterprise Capacity Planner Commerce Bank of Kansas City (816) 760-7632 * If you wish to communicate securely with Commerce Bank and its affiliates, you must log into your account under Online Services at http://www.commercebank.com or use the Commerce Bank Secure Email Message Center at https://securemail.commercebank.com NOTICE: This electronic mail message and any attached files are confidential. The information is exclusively for the use of the individual or entity intended as the recipient. If you are not the intended recipient, any use, copying, printing, reviewing, retention, disclosure, distribution or forwarding of the message or any attached file is not authorized and is strictly prohibited. If you have received this electronic mail message in error, please advise the sender by reply electronic mail immediately and permanently delete the original transmission, any attachments and any copies of this message from your computer system. * -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Now is time for banks to replace core system according to Accenture
The following message is a courtesy copy of an article that has been posted to bit.listserv.ibm-main,alt.folklore.computers as well. re: http://www.garlic.com/~lynn/2009q.html#67 Now is time for banks to replace core system according to Accenture semi-advertisement warning ... in the past couple yrs, i've done some work with a company that does business rule specification ... which then generates relatively fine-grain, parallel friendly SQL. The magic is being able to translate the business rule specifications into small enough units of work (characterized by parallel-friendly SQL statements) and then rely on modern generation of RDBMS implementations to achieve the parallelization. They've done some end-to-end bank business process implementations that have significantly more reporting and audit control than typical operation ... with a lot being a side-effect of it being done at the business rule specification level ... and some of it being real-time straight-through processing ... resulting in real-time status/reports at all points in time. They've been able to demonstrate extremely high DBMS transaction rates (in part because of making the operations finer grain) ... but also very high financial transaction rates thruput (a lot of RDBMS implementations are starting to demonstrate parallelization efficiencies ... better than the parallelization programming tools that were in use in the 90s). the business rule level specification makes for rapid development and extremely agile change cycles. fine-grain SQL units of work are generated from the business rule specifications ... and relies on parallel RDBMS to achieve high throuhput. slightly related thread on some modern high-performance parallel RDBMS work http://www.garlic.com/~lynn/2009p.html#43 From The Annals of Release No Software Before Its Time http://www.garlic.com/~lynn/2009p.html#46 From The Annals of Release No Software Before Its Time -- 40+yrs virtualization experience (since Jan68), 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: Now is time for banks to replace core system according to Accenture
Well, I've got an opinion on just about everything. I haven't seen good COBOL code (and I've seen a lot, so far). To me that's enough evidence of some tremendous failure, somewhere--organizational or design. That isn't to suggest that bad code is exclusively in COBOL's domain. I've seen exponentially more code in C, Perl, Ruby, etc. Plenty of stuff resembled what you might find in a Roman Vomitorium, but it's been very easy to find some beautiful, modular, well-crafted stuff at any company. Unless it's being managed by CIS majors and a dozen Indian VB.NET lackeys. Then the stuff should be nuked from orbit. If you have some what jesus would write if he used cobol then I'm happy to see it. My big motive for advocating Java is the Object-Oriented libraries that you can build and your ability to export that to other systems if the business case ever presents itself, with only minor changes necessary. Scott On Mon, Nov 30, 2009 at 10:17 AM, Steve Comstock st...@trainersfriend.comwrote: Scott wrote: I'm not necessarily arguing for leaving the Mainframe, but cleaning up the dungheap of COBOL is long overdue and now *is* the time for that. Accenture is only a company you hire if you want an offshore entity to cook your books while you bankrupt your stockholders. Accenture is just another batch of MBA salesmen, out to plunder anything that's good or decent in the world. Well, I know that you and I disagree on this somewhat, but I think that COBOL has evolved to be a pretty nifty language for what it's designed to do: automate business rules. Modern COBOL can handle Unicode, ASCII, and XML. It can run as CGIs on the web. And well written COBOL is easier to read than almost any other programming language. I know we do agree that there's plenty of ugly COBOL code out there (and there is plenty of ugly code out there in many languages). Frankly, with the training business down so badly I would be interested in looking at doing some COBOL code modernization: updating existing code so it follows modern COBOL capabilities. Not automated, just manually fixing the code. Guess there's no accounting for taste! :-) -- 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 == Ask about being added to our opt-in list: == == * Early announcement of new courses == == * Early announcement of new techincal papers == == * Early announcement of new promotions == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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
Jes2 Converter abend d37
Hi all, A vendor supplied me with a very large single job to install their software (10,000+ lines). The jobs abends the JES2 converter: IEC031I D37-04,IFG0554P,JES2,JES2,SYS9,VIO , ,SYS09328.T110458.RA000.JES2.R0400331 IEF196I IEC031I D37-04,IFG0554P,JES2,JES2,SYS9,VIO , , IEF196I SYS09328.T110458.RA000.JES2.R0400331 IEFC683I CONVERTER TERMINATED DUE TO SD37 ABEND REASON=0004 How do I adjust JES2 to handle this job? We are on zOS 1.9. Roger -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Now is time for banks to replace core system according to Accenture
On 30 Nov 2009 10:58:01 -0800, john.mck...@healthmarkets.com (McKown, John) wrote: I agree that Enterprise COBOL has the potentiality for excellent code. One thing lacking that exist for Java, Perl, Ruby, and other such languages is a HUGE support library. CPAN has so much good stuff in it that writing something like a browser in Perl is simple. Try it in COBOL. What COBOL needs is something equivalent to CPAN or the other user and vendor supplied support routines. I would shudder to try to write a browser in COBOL. Because I would have to do it ALL myself. And for browser substitute any advanced Internet aware functionality. Perhaps RDz (or whatever it's called) has advanced functionality for COBOL in it. I don't know. But writing a TCP/IP program in Java is, relatively, simple. It's even easier in other languages. The library is the advantage of OO, as OO CoBOL doesn't need a CoBOL library. Any language will do. Of course, library based languages have their own issues. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Now is time for banks to replace core system according to Accenture
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Scott Sent: Monday, November 30, 2009 1:33 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Now is time for banks to replace core system according to Accenture snip Unless it's being managed by CIS majors and a dozen Indian VB.NET lackeys. Then the stuff should be nuked from orbit. Agree. But it is cheaper and so better to the bean counters who care only about today and let tomorrow worry about itself. If you have some what jesus would write if he used cobol then I'm happy to see it. My big motive for advocating Java is the Object-Oriented libraries that you can build and your ability to export that to other systems if the business case ever presents itself, with only minor changes necessary. I would love this. Something like a Java package. And the ability to import that package using an IDE. I use NetBeans. I know that I need to learn Eclipse. It is very nice to have NetBeans list the possible values when I enter a period as I type in a package name. I can then easily select all the way down to the exact method that I need. And it encourages a package to, say, read and write a particular record defination. Use the .read() and .write() methods along with the get...() and set...() methods to access the fields. Not only is it easier, but you can change the underlying package so long as the methods used continue to have the same parameters. And it allows a type of polymorphism on the method. Scott -- 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: Jes2 Converter abend d37
Put these in your TSO logon proc and you will be okay. //ISPCTL0 DD DISP=NEW,UNIT=VIO,SPACE=(CYL,(50,5)), //DCB=(LRECL=80,BLKSIZE=800,RECFM=FB) //ISPCTL1 DD DISP=NEW,UNIT=VIO,SPACE=(CYL,(50,5)), //DCB=(LRECL=80,BLKSIZE=800,RECFM=FB) //ISPCTL2 DD DISP=NEW,UNIT=VIO,SPACE=(CYL,(50,5)), //DCB=(LRECL=80,BLKSIZE=800,RECFM=FB) //ISPCTL3 DD DISP=NEW,UNIT=VIO,SPACE=(CYL,(50,5)), //DCB=(LRECL=80,BLKSIZE=800,RECFM=FB) Thanks, Claude -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Stock, Roger W Sent: Monday, November 30, 2009 2:29 PM To: IBM-MAIN@bama.ua.edu Subject: Jes2 Converter abend d37 Hi all, A vendor supplied me with a very large single job to install their software (10,000+ lines). The jobs abends the JES2 converter: IEC031I D37-04,IFG0554P,JES2,JES2,SYS9,VIO , ,SYS09328.T110458.RA000.JES2.R0400331 IEF196I IEC031I D37-04,IFG0554P,JES2,JES2,SYS9,VIO , , IEF196I SYS09328.T110458.RA000.JES2.R0400331 IEFC683I CONVERTER TERMINATED DUE TO SD37 ABEND REASON=0004 How do I adjust JES2 to handle this job? We are on zOS 1.9. Roger -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Now is time for banks to replace core system according to Accenture
On 30 Nov 2009 10:46:19 -0800, eamacn...@yahoo.ca (Ted MacNEIL) wrote: They don't actually say it, but it sounds to me like their saying that big banks should get off the mainframe. comments? Having worked in the financial sector for most of my career, I would say it's a very bad idea. Nothing beats the integrity, reliability, and security of mainframe. (Of course, I'm biased) I'm biased too. Trouble is in comparing apples and oranges.It makes sense to me that a server farm that is spread out between New Orleans and Denver would be more reliable during Katrina than a mainframe in New Orleans alone.Reliability of a particular server in a properly implemented farm should not matter, and I can see a farm being more reliable for some purposes. Of course, spreading it around would make security much more difficult. I'm not sure what you mean by integrity here. I suspect you are referring to issues such as having Google come up with different matches when queries hit different servers in their farm. This is a trade off in getting everybody a quick response instead of going through one bottleneck. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Now is time for banks to replace core system according to Accenture
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Howard Brazee Sent: Monday, November 30, 2009 1:42 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Now is time for banks to replace core system according to Accenture snip The library is the advantage of OO, as OO CoBOL doesn't need a CoBOL library. Any language will do. Of course, library based languages have their own issues. But, to my limited knowledge, there is no such library available. It's like having a hydrogen car which gets 200 mpg. Too bad there's nowhere around to buy fuel. And, at least around here, COBOL will likely never be Object Oriented. It's too different. -- 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: Now is time for banks to replace core system according to Accenture
That's a very broad statement to make - and I might say a ridiculous one. There is plenty of well-written, excellent Cobol code out there - some of which I have written over the years:-) On Mon, Nov 30, 2009 at 11:32 AM, Scott sc...@aitrus.org wrote: ...snip ... I haven't seen good COBOL code (and I've seen a lot, so far). ...snip -- Guy Gardoit z/OS Systems Programming -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Jes2 Converter abend d37
Sounds like you are in ISPF EDIT of a Physical Sequential data set and trying to submit the job. Put your job card on the data set, PF3 out to save the changes and then Browse the data set to submit instead of submitting in Edit mode. You can also add ISPCTLn DD statements to your TSO Logon procedure to allocate additional space to prevent the abend. The DD should be UNIT=VIO. Mike Spencer BMC Software -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Stock, Roger W Sent: Monday, November 30, 2009 2:29 PM To: IBM-MAIN@bama.ua.edu Subject: Jes2 Converter abend d37 Hi all, A vendor supplied me with a very large single job to install their software (10,000+ lines). The jobs abends the JES2 converter: IEC031I D37-04,IFG0554P,JES2,JES2,SYS9,VIO , ,SYS09328.T110458.RA000.JES2.R0400331 IEF196I IEC031I D37-04,IFG0554P,JES2,JES2,SYS9,VIO , , IEF196I SYS09328.T110458.RA000.JES2.R0400331 IEFC683I CONVERTER TERMINATED DUE TO SD37 ABEND REASON=0004 How do I adjust JES2 to handle this job? We are on zOS 1.9. Roger -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Now is time for banks to replace core system according to Accenture
Well I have to pipe up and respond to this remark. There are a TON of COBOL programs here that have been running for years and years with no problems and reasonable performance. Once they get replaced by JAVA, etc, they abend constantly and perform horribly. I have yet to see 'good' JAVA code. If COBOL was still taught in the Colleges, then you would see the function libraries being built by the same folks who are now building the JAVA,etc, functions (with better performance...my $.02). Jon L. Veilleux veilleu...@aetna.com (860) 636-2683 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Scott Sent: Monday, November 30, 2009 2:33 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Now is time for banks to replace core system according to Accenture Well, I've got an opinion on just about everything. I haven't seen good COBOL code (and I've seen a lot, so far). To me that's enough evidence of some tremendous failure, somewhere--organizational or design. That isn't to suggest that bad code is exclusively in COBOL's domain. I've seen exponentially more code in C, Perl, Ruby, etc. Plenty of stuff resembled what you might find in a Roman Vomitorium, but it's been very easy to find some beautiful, modular, well-crafted stuff at any company. Unless it's being managed by CIS majors and a dozen Indian VB.NET lackeys. Then the stuff should be nuked from orbit. If you have some what jesus would write if he used cobol then I'm happy to see it. My big motive for advocating Java is the Object-Oriented libraries that you can build and your ability to export that to other systems if the business case ever presents itself, with only minor changes necessary. Scott On Mon, Nov 30, 2009 at 10:17 AM, Steve Comstock st...@trainersfriend.comwrote: Scott wrote: I'm not necessarily arguing for leaving the Mainframe, but cleaning up the dungheap of COBOL is long overdue and now *is* the time for that. Accenture is only a company you hire if you want an offshore entity to cook your books while you bankrupt your stockholders. Accenture is just another batch of MBA salesmen, out to plunder anything that's good or decent in the world. Well, I know that you and I disagree on this somewhat, but I think that COBOL has evolved to be a pretty nifty language for what it's designed to do: automate business rules. Modern COBOL can handle Unicode, ASCII, and XML. It can run as CGIs on the web. And well written COBOL is easier to read than almost any other programming language. I know we do agree that there's plenty of ugly COBOL code out there (and there is plenty of ugly code out there in many languages). Frankly, with the training business down so badly I would be interested in looking at doing some COBOL code modernization: updating existing code so it follows modern COBOL capabilities. Not automated, just manually fixing the code. Guess there's no accounting for taste! :-) -- 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 == Ask about being added to our opt-in list: == == * Early announcement of new courses == == * Early announcement of new techincal papers == == * Early announcement of new promotions == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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 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: Now is time for banks to replace core system according to Accenture
Hey, there's a reason my blog is called inherently lame and not voice of reason! Scott On Monday, November 30, 2009, Guy Gardoit ggard...@gmail.com wrote: That's a very broad statement to make - and I might say a ridiculous one. There is plenty of well-written, excellent Cobol code out there  - some of which I have written over the years   :-) On Mon, Nov 30, 2009 at 11:32 AM, Scott sc...@aitrus.org wrote: ...snip ... I haven't seen good COBOL code (and I've seen a lot, so far).  ...snip -- Guy Gardoit z/OS Systems Programming -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Tool for identifying mount points?
I was going to reply the other day with D OMVS,F in combination with IEBIBALL, but I figured that was sort of obvious. What may be easier parse or compare is a df command under z/OS Unix since it produces one line of output per file system / mount point. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html On Mon, 30 Nov 2009 14:05:27 -0500, Kevin Mckenzie kmcke...@us.ibm.com wrote: It's ugly, but there's always 'd omvs,f'; that should work on R9. --- Kevin McKenzie External Phone: 845-435-8282, Tie-line: 8-295-8282 z/OS BCP SVT, Dept FXKA, Bldg 706/2D38 From: Larry Wright spambrea...@hotmail.com To: IBM-MAIN@bama.ua.edu Date: 11/26/2009 10:44 AM Subject: Tool for identifying mount points? Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Anyone know of a tool that will analyze ZFS and HFS mount points? I need something that can combine the mount points from several systems to make sure that they are all accounted for in the base 'root' system before it is distributed to the other systems. I'm on z/os 1.9 (mostly). TIA, Larry -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Jes2 Converter abend d37
I tried it but got the same error. IEC031I D37-04,IFG0554P,JES2,JES2,SYS00010,VIO , ,SYS09334.T145558.RA000.JES2.R0400402 IEF196I IEC031I D37-04,IFG0554P,JES2,JES2,SYS00010,VIO , , IEF196I SYS09334.T145558.RA000.JES2.R0400402 IEFC683I CONVERTER TERMINATED DUE TO SD37 ABEND REASON=0004 The ISPCTL0 DD was used for about 2,000+ I/Os. All four DDs were allocated to temp files, but only the first had I/O. The dataset SYS09334.T145558.RA000.JES2.R0400402 is the next temp file after the ISPCTL3 (ISPCTL3 is .R0400401). Roger -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Richbourg, Claude Sent: Monday, November 30, 2009 2:44 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Jes2 Converter abend d37 Put these in your TSO logon proc and you will be okay. //ISPCTL0 DD DISP=NEW,UNIT=VIO,SPACE=(CYL,(50,5)), //DCB=(LRECL=80,BLKSIZE=800,RECFM=FB) //ISPCTL1 DD DISP=NEW,UNIT=VIO,SPACE=(CYL,(50,5)), //DCB=(LRECL=80,BLKSIZE=800,RECFM=FB) //ISPCTL2 DD DISP=NEW,UNIT=VIO,SPACE=(CYL,(50,5)), //DCB=(LRECL=80,BLKSIZE=800,RECFM=FB) //ISPCTL3 DD DISP=NEW,UNIT=VIO,SPACE=(CYL,(50,5)), //DCB=(LRECL=80,BLKSIZE=800,RECFM=FB) Thanks, Claude -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Stock, Roger W Sent: Monday, November 30, 2009 2:29 PM To: IBM-MAIN@bama.ua.edu Subject: Jes2 Converter abend d37 Hi all, A vendor supplied me with a very large single job to install their software (10,000+ lines). The jobs abends the JES2 converter: IEC031I D37-04,IFG0554P,JES2,JES2,SYS9,VIO , ,SYS09328.T110458.RA000.JES2.R0400331 IEF196I IEC031I D37-04,IFG0554P,JES2,JES2,SYS9,VIO , , IEF196I SYS09328.T110458.RA000.JES2.R0400331 IEFC683I CONVERTER TERMINATED DUE TO SD37 ABEND REASON=0004 How do I adjust JES2 to handle this job? We are on zOS 1.9. Roger -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Jes2 Converter abend d37
I am editing a member in a PDS and submitting from there. I tried submitting from browse, also including the ISPCTL0-3 datasets, and it failed with the same error. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Spencer, Mike Sent: Monday, November 30, 2009 2:59 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Jes2 Converter abend d37 Sounds like you are in ISPF EDIT of a Physical Sequential data set and trying to submit the job. Put your job card on the data set, PF3 out to save the changes and then Browse the data set to submit instead of submitting in Edit mode. You can also add ISPCTLn DD statements to your TSO Logon procedure to allocate additional space to prevent the abend. The DD should be UNIT=VIO. Mike Spencer BMC Software -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Stock, Roger W Sent: Monday, November 30, 2009 2:29 PM To: IBM-MAIN@bama.ua.edu Subject: Jes2 Converter abend d37 Hi all, A vendor supplied me with a very large single job to install their software (10,000+ lines). The jobs abends the JES2 converter: IEC031I D37-04,IFG0554P,JES2,JES2,SYS9,VIO , ,SYS09328.T110458.RA000.JES2.R0400331 IEF196I IEC031I D37-04,IFG0554P,JES2,JES2,SYS9,VIO , , IEF196I SYS09328.T110458.RA000.JES2.R0400331 IEFC683I CONVERTER TERMINATED DUE TO SD37 ABEND REASON=0004 How do I adjust JES2 to handle this job? We are on zOS 1.9. Roger -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Jes2 Converter abend d37
Stock, Roger W wrote: I am editing a member in a PDS and submitting from there. I tried submitting from browse, also including the ISPCTL0-3 datasets, and it failed with the same error. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Spencer, Mike Sent: Monday, November 30, 2009 2:59 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Jes2 Converter abend d37 Sounds like you are in ISPF EDIT of a Physical Sequential data set and trying to submit the job. Put your job card on the data set, PF3 out to save the changes and then Browse the data set to submit instead of submitting in Edit mode. You can also add ISPCTLn DD statements to your TSO Logon procedure to allocate additional space to prevent the abend. The DD should be UNIT=VIO. Mike Spencer BMC Software -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Stock, Roger W Sent: Monday, November 30, 2009 2:29 PM To: IBM-MAIN@bama.ua.edu Subject: Jes2 Converter abend d37 Hi all, A vendor supplied me with a very large single job to install their software (10,000+ lines). The jobs abends the JES2 converter: IEC031I D37-04,IFG0554P,JES2,JES2,SYS9,VIO , ,SYS09328.T110458.RA000.JES2.R0400331 IEF196I IEC031I D37-04,IFG0554P,JES2,JES2,SYS9,VIO , , IEF196I SYS09328.T110458.RA000.JES2.R0400331 IEFC683I CONVERTER TERMINATED DUE TO SD37 ABEND REASON=0004 How do I adjust JES2 to handle this job? We are on zOS 1.9. Roger Have you tried a batch IEBEDIT job to send the JCL to the internal reader? -- Mark Jacobs Time Customer Service Tampa, FL Aside from a cold appreciation of my own genius I felt that I was a modest man. Robert A. Heinlein Double Star(1956) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Jes2 Converter abend d37
Is that the message you get when ISPF temporary data sets for submit don't have enough space? I didn't think so. It sounds like you are using ISPF submit. The easiest way to get around any space problems with ISPCTL0 is to use TSO SUBMIT instead: TSO SUBMIT 'data.set' or TSO SUBMIT 'PDS.DATA.SET(MEMBER)' But as I said, this doesn't look like an ISPCTL0 issue. If it was, I would expect the space abend on ISPCTL0, not a converter abend. BTW, ISPCTL0 is for edit/submit work. ISPCTL1-n is used by file tailoring IIRC (n = the logical screen number). Is there a PROC / instream proc in use? Can it be converted to just execute without a proc instead? Can you reduce the number of statements (get rid of comments etc.) and try? Otherwise you may have to open a PMR with IBM. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html On Mon, 30 Nov 2009 15:12:13 -0500, Stock, Roger W rst...@bu.edu wrote: I tried it but got the same error. IEC031I D37-04,IFG0554P,JES2,JES2,SYS00010,VIO , ,SYS09334.T145558.RA000.JES2.R0400402 IEF196I IEC031I D37-04,IFG0554P,JES2,JES2,SYS00010,VIO , , IEF196I SYS09334.T145558.RA000.JES2.R0400402 IEFC683I CONVERTER TERMINATED DUE TO SD37 ABEND REASON=0004 The ISPCTL0 DD was used for about 2,000+ I/Os. All four DDs were allocated to temp files, but only the first had I/O. The dataset SYS09334.T145558.RA000.JES2.R0400402 is the next temp file after the ISPCTL3 (ISPCTL3 is .R0400401). Roger -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Richbourg, Claude Sent: Monday, November 30, 2009 2:44 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Jes2 Converter abend d37 Put these in your TSO logon proc and you will be okay. //ISPCTL0 DD DISP=NEW,UNIT=VIO,SPACE=(CYL,(50,5)), //DCB=(LRECL=80,BLKSIZE=800,RECFM=FB) //ISPCTL1 DD DISP=NEW,UNIT=VIO,SPACE=(CYL,(50,5)), //DCB=(LRECL=80,BLKSIZE=800,RECFM=FB) //ISPCTL2 DD DISP=NEW,UNIT=VIO,SPACE=(CYL,(50,5)), //DCB=(LRECL=80,BLKSIZE=800,RECFM=FB) //ISPCTL3 DD DISP=NEW,UNIT=VIO,SPACE=(CYL,(50,5)), //DCB=(LRECL=80,BLKSIZE=800,RECFM=FB) Thanks, Claude -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Stock, Roger W Sent: Monday, November 30, 2009 2:29 PM To: IBM-MAIN@bama.ua.edu Subject: Jes2 Converter abend d37 Hi all, A vendor supplied me with a very large single job to install their software (10,000+ lines). The jobs abends the JES2 converter: IEC031I D37-04,IFG0554P,JES2,JES2,SYS9,VIO , ,SYS09328.T110458.RA000.JES2.R0400331 IEF196I IEC031I D37-04,IFG0554P,JES2,JES2,SYS9,VIO , , IEF196I SYS09328.T110458.RA000.JES2.R0400331 IEFC683I CONVERTER TERMINATED DUE TO SD37 ABEND REASON=0004 How do I adjust JES2 to handle this job? We are on zOS 1.9. Roger -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Jes2 Converter abend d37
Do you have any JES2 exits or products that might create a temporary file? -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Stock, Roger W Sent: Monday, November 30, 2009 2:29 PM To: IBM-MAIN@bama.ua.edu Subject: Jes2 Converter abend d37 Hi all, A vendor supplied me with a very large single job to install their software (10,000+ lines). The jobs abends the JES2 converter: IEC031I D37-04,IFG0554P,JES2,JES2,SYS9,VIO , ,SYS09328.T110458.RA000.JES2.R0400331 IEF196I IEC031I D37-04,IFG0554P,JES2,JES2,SYS9,VIO , , IEF196I SYS09328.T110458.RA000.JES2.R0400331 IEFC683I CONVERTER TERMINATED DUE TO SD37 ABEND REASON=0004 How do I adjust JES2 to handle this job? We are on zOS 1.9. Roger -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Jes2 Converter abend d37
Success! That did it: removing some 2000+ comment lines allowed the job to submit. Thanks to all for your suggestions! Roger -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mark Zelden Sent: Monday, November 30, 2009 3:26 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Jes2 Converter abend d37 Is that the message you get when ISPF temporary data sets for submit don't have enough space? I didn't think so. It sounds like you are using ISPF submit. The easiest way to get around any space problems with ISPCTL0 is to use TSO SUBMIT instead: TSO SUBMIT 'data.set' or TSO SUBMIT 'PDS.DATA.SET(MEMBER)' But as I said, this doesn't look like an ISPCTL0 issue. If it was, I would expect the space abend on ISPCTL0, not a converter abend. BTW, ISPCTL0 is for edit/submit work. ISPCTL1-n is used by file tailoring IIRC (n = the logical screen number). Is there a PROC / instream proc in use? Can it be converted to just execute without a proc instead? Can you reduce the number of statements (get rid of comments etc.) and try? Otherwise you may have to open a PMR with IBM. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html On Mon, 30 Nov 2009 15:12:13 -0500, Stock, Roger W rst...@bu.edu wrote: I tried it but got the same error. IEC031I D37-04,IFG0554P,JES2,JES2,SYS00010,VIO , ,SYS09334.T145558.RA000.JES2.R0400402 IEF196I IEC031I D37-04,IFG0554P,JES2,JES2,SYS00010,VIO , , IEF196I SYS09334.T145558.RA000.JES2.R0400402 IEFC683I CONVERTER TERMINATED DUE TO SD37 ABEND REASON=0004 The ISPCTL0 DD was used for about 2,000+ I/Os. All four DDs were allocated to temp files, but only the first had I/O. The dataset SYS09334.T145558.RA000.JES2.R0400402 is the next temp file after the ISPCTL3 (ISPCTL3 is .R0400401). Roger -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Richbourg, Claude Sent: Monday, November 30, 2009 2:44 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Jes2 Converter abend d37 Put these in your TSO logon proc and you will be okay. //ISPCTL0 DD DISP=NEW,UNIT=VIO,SPACE=(CYL,(50,5)), //DCB=(LRECL=80,BLKSIZE=800,RECFM=FB) //ISPCTL1 DD DISP=NEW,UNIT=VIO,SPACE=(CYL,(50,5)), //DCB=(LRECL=80,BLKSIZE=800,RECFM=FB) //ISPCTL2 DD DISP=NEW,UNIT=VIO,SPACE=(CYL,(50,5)), //DCB=(LRECL=80,BLKSIZE=800,RECFM=FB) //ISPCTL3 DD DISP=NEW,UNIT=VIO,SPACE=(CYL,(50,5)), //DCB=(LRECL=80,BLKSIZE=800,RECFM=FB) Thanks, Claude -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Stock, Roger W Sent: Monday, November 30, 2009 2:29 PM To: IBM-MAIN@bama.ua.edu Subject: Jes2 Converter abend d37 Hi all, A vendor supplied me with a very large single job to install their software (10,000+ lines). The jobs abends the JES2 converter: IEC031I D37-04,IFG0554P,JES2,JES2,SYS9,VIO , ,SYS09328.T110458.RA000.JES2.R0400331 IEF196I IEC031I D37-04,IFG0554P,JES2,JES2,SYS9,VIO , , IEF196I SYS09328.T110458.RA000.JES2.R0400331 IEFC683I CONVERTER TERMINATED DUE TO SD37 ABEND REASON=0004 How do I adjust JES2 to handle this job? We are on zOS 1.9. Roger -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Now is time for banks to replace core system according to Accenture
On 30 Nov 2009 12:06:56 -0800, veilleu...@aetna.com (Veilleux, Jon L) wrote: Well I have to pipe up and respond to this remark. There are a TON of COBOL programs here that have been running for years and years with no problems and reasonable performance. Once they get replaced by JAVA, etc, they abend constantly and perform horribly. I have yet to see 'good' JAVA code. If COBOL was still taught in the Colleges, then you would see the function libraries being built by the same folks who are now building the JAVA,etc, functions (with better performance...my $.02). People don't need college to learn Java. Java's available for free, it handles the kind of applications an amateur knows likes to play with, and it is easy to find help on the Web. CoBOL is designed to handle business needs. Hobbyists not only don't have those needs on their PCs, they don't really understand them. I have seen posts on both sides of this thread saying that they haven't seen any good code on the other side.I suspect that these are based upon incompatible definitions of good code. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Jes2 Converter abend d37
Glad to hear. BTW, what device type is gen'd for VIO in your IODF? And can you tell me if there was an in-stream PROC being executed? Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html On Mon, 30 Nov 2009 15:54:32 -0500, Stock, Roger W rst...@bu.edu wrote: Success! That did it: removing some 2000+ comment lines allowed the job to submit. Thanks to all for your suggestions! Roger -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mark Zelden Sent: Monday, November 30, 2009 3:26 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Jes2 Converter abend d37 Is that the message you get when ISPF temporary data sets for submit don't have enough space? I didn't think so. It sounds like you are using ISPF submit. The easiest way to get around any space problems with ISPCTL0 is to use TSO SUBMIT instead: TSO SUBMIT 'data.set' or TSO SUBMIT 'PDS.DATA.SET(MEMBER)' But as I said, this doesn't look like an ISPCTL0 issue. If it was, I would expect the space abend on ISPCTL0, not a converter abend. BTW, ISPCTL0 is for edit/submit work. ISPCTL1-n is used by file tailoring IIRC (n = the logical screen number). Is there a PROC / instream proc in use? Can it be converted to just execute without a proc instead? Can you reduce the number of statements (get rid of comments etc.) and try? Otherwise you may have to open a PMR with IBM. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html On Mon, 30 Nov 2009 15:12:13 -0500, Stock, Roger W rst...@bu.edu wrote: I tried it but got the same error. IEC031I D37-04,IFG0554P,JES2,JES2,SYS00010,VIO , ,SYS09334.T145558.RA000.JES2.R0400402 IEF196I IEC031I D37-04,IFG0554P,JES2,JES2,SYS00010,VIO , , IEF196I SYS09334.T145558.RA000.JES2.R0400402 IEFC683I CONVERTER TERMINATED DUE TO SD37 ABEND REASON=0004 The ISPCTL0 DD was used for about 2,000+ I/Os. All four DDs were allocated to temp files, but only the first had I/O. The dataset SYS09334.T145558.RA000.JES2.R0400402 is the next temp file after the ISPCTL3 (ISPCTL3 is .R0400401). Roger -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Richbourg, Claude Sent: Monday, November 30, 2009 2:44 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Jes2 Converter abend d37 Put these in your TSO logon proc and you will be okay. //ISPCTL0 DD DISP=NEW,UNIT=VIO,SPACE=(CYL,(50,5)), //DCB=(LRECL=80,BLKSIZE=800,RECFM=FB) //ISPCTL1 DD DISP=NEW,UNIT=VIO,SPACE=(CYL,(50,5)), //DCB=(LRECL=80,BLKSIZE=800,RECFM=FB) //ISPCTL2 DD DISP=NEW,UNIT=VIO,SPACE=(CYL,(50,5)), //DCB=(LRECL=80,BLKSIZE=800,RECFM=FB) //ISPCTL3 DD DISP=NEW,UNIT=VIO,SPACE=(CYL,(50,5)), //DCB=(LRECL=80,BLKSIZE=800,RECFM=FB) Thanks, Claude -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Stock, Roger W Sent: Monday, November 30, 2009 2:29 PM To: IBM-MAIN@bama.ua.edu Subject: Jes2 Converter abend d37 Hi all, A vendor supplied me with a very large single job to install their software (10,000+ lines). The jobs abends the JES2 converter: IEC031I D37-04,IFG0554P,JES2,JES2,SYS9,VIO , ,SYS09328.T110458.RA000.JES2.R0400331 IEF196I IEC031I D37-04,IFG0554P,JES2,JES2,SYS9,VIO , , IEF196I SYS09328.T110458.RA000.JES2.R0400331 IEFC683I CONVERTER TERMINATED DUE TO SD37 ABEND REASON=0004 How do I adjust JES2 to handle this job? We are on zOS 1.9. Roger -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Bye from Brian
Brian, you might explore the free E-Mail account from gmail.com. Might be well worth your while. Rick -- Brian Crow wrote: Thanks, Andrew, I could just not quite pull the plug, but now I must as the email dies tomorrow... I will however be sure to lurk from time to time from home. Brian -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Andrew Armstrong Sent: 26 November 2009 07:32 To: IBM-MAIN@bama.ua.edu Subject: Re: Bye from Brian Brian, I'd strongly recommend you continue lurking! 35 years of experience is a valuable community resource to lose, and many people on this list are very interested in what has happened over the last several decades. I too am a LTL - I only wish I was paid for it! Best wishes, Andrew. (Fellow Hitchhiker's fan) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Now is time for banks to replace core system according to Accenture
On Mon, Nov 30, 2009 at 3:59 PM, Howard Brazee howard.bra...@cusys.eduwrote: People don't need college to learn Java. Java's available for free, it handles the kind of applications an amateur knows likes to play with, and it is easy to find help on the Web. People don't need college to learn brain surgery, either, though the results MAY be better. I'd actually not argue for college, but for mature, skilled OJT. The problem with all too much code on all sides of the fence is folks who have no training and just hack things together. CoBOL is designed to handle business needs. Hobbyists not only don't have those needs on their PCs, they don't really understand them. Strewth! I have seen posts on both sides of this thread saying that they haven't seen any good code on the other side.I suspect that these are based upon incompatible definitions of good code. Mmm...not necessarily incompatible, but definitely different perspectives, I imagine! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Jes2 Converter abend d37
Claude, you've got a good idea, but why not specify BLKSIZE=0, for better space utilization? And that won't really help the converter at all. Roger, have you considered altering the default space allocation values in the PARMLIB ?? Rick - Richbourg, Claude wrote: Put these in your TSO logon proc and you will be okay. //ISPCTL0 DD DISP=NEW,UNIT=VIO,SPACE=(CYL,(50,5)), //DCB=(LRECL=80,BLKSIZE=800,RECFM=FB) //ISPCTL1 DD DISP=NEW,UNIT=VIO,SPACE=(CYL,(50,5)), //DCB=(LRECL=80,BLKSIZE=800,RECFM=FB) //ISPCTL2 DD DISP=NEW,UNIT=VIO,SPACE=(CYL,(50,5)), //DCB=(LRECL=80,BLKSIZE=800,RECFM=FB) //ISPCTL3 DD DISP=NEW,UNIT=VIO,SPACE=(CYL,(50,5)), //DCB=(LRECL=80,BLKSIZE=800,RECFM=FB) Thanks, Claude -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Stock, Roger W Sent: Monday, November 30, 2009 2:29 PM To: IBM-MAIN@bama.ua.edu Subject: Jes2 Converter abend d37 Hi all, A vendor supplied me with a very large single job to install their software (10,000+ lines). The jobs abends the JES2 converter: IEC031I D37-04,IFG0554P,JES2,JES2,SYS9,VIO , ,SYS09328.T110458.RA000.JES2.R0400331 IEF196I IEC031I D37-04,IFG0554P,JES2,JES2,SYS9,VIO , , IEF196I SYS09328.T110458.RA000.JES2.R0400331 IEFC683I CONVERTER TERMINATED DUE TO SD37 ABEND REASON=0004 How do I adjust JES2 to handle this job? We are on zOS 1.9. Roger -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Now is time for banks to replace core system according to Accenture
Ted MacNEIL wrote: Nothing beats the integrity, reliability, and security of mainframe. (Of course, I'm biased) Of course you're biased.. (and Ted I'm not directing this at you, but your comment is typical of many I see).. We're all biased on this list (typically!!) but a lot of the time to me it seems to be a head in the sand biased approach. Too many times I hear how wonderful the mainframe is; and then when I take a closer look underneath the latest shiney Green/Blue/Gold stripe on the z door, I find a hotch potch of applications and systems strung together over 30 or 40 years. The z10s are probably one of the most hi-tech bits of kit you'll have in your machine room, and z/OS is pretty good too ;-).. But what gives the mainframe such a bad name is usually the pile of 40 year apps stuck together running on top of it and our resistance to change.. (oh, and our morbid fascination with 3270!!) And why did we get this way?.. well it's what I call the pair of IBM's double-edged swords. And I like to think I'm not writing this with a wilful ignorance of zSeries. I've spent 25+ years in this game, 3 as an Assembler programmer, then the rest Sysproging in one form or another. And yes, I know that makes me quite a junior compared to some of you old timers ;-), but having done most of it as short term contracts I think I've seen the whole range from tiny single box sites right up to the 10+ footprints. So what are these double edge swords? Well, firstly we have Downward Compatibility. Yes, you're all sitting there thinking That's a good thing, isn't it?.. I can still run my zxy program that I assembled way back in '72; how many other systems can I do that on?. Well yes, of course it's a good thing, we all boast about it, Hey, look how easy my upgrade is!. But remember the other side of that sword! You see I feel that because we've never had to change anything, when we do upgrades, we just keep running stuff forever. And not only do the apps stay there forever, but as an industry I think it makes us very resistant to *change*. I mean, how many times on this list do we keep harping on about how wonderful it was when we had to handcraft our own IO routine etc etc!! We don't like change (and yes I'm talking to you writing notes on your stack of puchcards!) And that resistance to change is partly what I think gives the mainframe a bad name. And the other sword? Well, that is what I call System Versatility. Basically, IBM's design that allows any and every site to configure z/OS (and all its predecessors ) in any which way they want. Yes, it gives great flexibility. Hey, what should I call my ISPF libraries? Today I'll be mostly calling then SYS1.SISPblah blah or maybe ISP.SISPblah blah. or I could put version numbers in or.. etc etc. You see, I can do anything I want, and I guarantee it will be different from the shop down the road, and all because IBM never came up with a *defined* way to it. In my opinion they still haven't. Ok, the ServerPac defaults are a lot more structured than the old CBIPO, i,e. Sxxx for target libs and Axxx for distribution libs, and the fact they finally dropped the use of version numbers (what took you so long!). So why is this system Versatility such a problem? because it makes it so damm difficult to maintain software, never mind the heartache it must cause vendors (I can hear Gil's keyboard clicking away). And that difficulty just gives management the view that its always big and hard to do anything. And here's the rub, IBM can't change it now because...of...yep.. Downward compatibility. And yes I know it's possible to design system standards/configurations such that it *does* simplify upgrades/installation - but I very rarely see examples being used - partly due to the history at the site, and also because I've never seen IBM come up with a decent design on how to install and maintain z/OS. (And don't get me started on the shamplexes we're forced to have in order to get cheaper sw costs!) So we're stuck with it - we have this wonderful hi-tech flexible downward compatible system - hanging like a millstone around our necks. So it's actually refreshing to read an article like this - remember they never said anything about getting off mainframe, and also quite typical of the response we saw on the list... Now where's that sand... ..and now we return to our scheduled broadcast Cheers Roy -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: What is the advantage of one over the other?
On Sun, 29 Nov 2009 16:02:46 -0800, Edward Jaffe edja...@phoenixsoftware.com wrote: ... Documentation updates IBM Communications Server: IP Configuration Reference SC318776 Add the following under FTP.DATA data set statements READVB (FTP server and client) Use the READVB statement to specify whether variable length MVS data sets will be read with BSAM or Language Environment when transferring data outbound and RDWs are not included. ... Parameters LE Specifies that variable length MVS data sets will be read using Language Environment when transferring data outbound and RDWs are not included. This is the default. BSAM Specifies that variable length MVS data sets will be read using BSAM when transferring data outbound and RDWs are not included. Ya got me. I didn't know LE was an access method. I always thought it was a programming environment. Gee, ya larn sumtin new ev'ree day (LLB - MR DUCKS). Art -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Now is time for banks to replace core system according to Accenture
I agree with you. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ted MacNEIL Sent: Monday, November 30, 2009 12:45 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Now is time for banks to replace core system according to Accenture They don't actually say it, but it sounds to me like their saying that big banks should get off the mainframe. comments? Having worked in the financial sector for most of my career, I would say it's a very bad idea. Nothing beats the integrity, reliability, and security of mainframe. (Of course, I'm biased) - 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 == This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Now is time for banks to replace core system according to Accenture
Cobol Common Business Oriented Language. I have seen some written in Java. Didn't look that good to me. Hard to understand. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Steve Comstock Sent: Monday, November 30, 2009 1:11 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Now is time for banks to replace core system according to Accenture McKown, John wrote: I agree that Enterprise COBOL has the potentiality for excellent code. One thing lacking that exist for Java, Perl, Ruby, and other such languages is a HUGE support library. CPAN has so much good stuff in it that writing something like a browser in Perl is simple. Try it in COBOL. What COBOL needs is something equivalent to CPAN or the other user and vendor supplied support routines. I would shudder to try to write a browser in COBOL. Because I would have to do it ALL myself. And for browser substitute any advanced Internet aware functionality. Wait a minute. Remember I said COBOL is good at what it's designed for: automating business rules. It was never designed to be a language for creating a browser or similar application. That being said, I agree a good support library would be nice to have. Something richer than the LE library of routines. As far as Internet aware functionality, I've mentioned in the past you can write COBOL CGIs, and we have a course on how to do this, including accessing VSAM files and DB2 database data to display on a website hosted on z/OS, without using WebSphere or even CICS/TS. Perhaps RDz (or whatever it's called) has advanced functionality for COBOL in it. I don't know. But writing a TCP/IP program in Java is, relatively, simple. It's even easier in other languages. Again, I don't consider a TCP/IP program to be business rules. Other languages are better for that kind of code. In terms of the base language itself, I can use most anything. OK, on Linux, I use Perl a LOT. Because I know it and love regular expressions and it's acceptably easy to use and fast (running and writing). I'm probably one of the few people who think that APL2 is interesting. I remember the first (only) APL class I attended, when I was still with IBM. The class challenge was always to solve a lab with a single APL statement. Pretty bizarre stuff came out of that! -- John McKown Systems Engineer IV IT -- 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 == Ask about being added to our opt-in list: == == * Early announcement of new courses == == * Early announcement of new techincal papers == == * Early announcement of new promotions == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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 email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Now is time for banks to replace core system according to Accenture
Good meaning programmed well? Easy to read? Easy to understand? -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Scott Sent: Monday, November 30, 2009 1:33 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Now is time for banks to replace core system according to Accenture Well, I've got an opinion on just about everything. I haven't seen good COBOL code (and I've seen a lot, so far). To me that's enough evidence of some tremendous failure, somewhere--organizational or design. That isn't to suggest that bad code is exclusively in COBOL's domain. I've seen exponentially more code in C, Perl, Ruby, etc. Plenty of stuff resembled what you might find in a Roman Vomitorium, but it's been very easy to find some beautiful, modular, well-crafted stuff at any company. Unless it's being managed by CIS majors and a dozen Indian VB.NET lackeys. Then the stuff should be nuked from orbit. If you have some what jesus would write if he used cobol then I'm happy to see it. My big motive for advocating Java is the Object-Oriented libraries that you can build and your ability to export that to other systems if the business case ever presents itself, with only minor changes necessary. Scott On Mon, Nov 30, 2009 at 10:17 AM, Steve Comstock st...@trainersfriend.comwrote: Scott wrote: I'm not necessarily arguing for leaving the Mainframe, but cleaning up the dungheap of COBOL is long overdue and now *is* the time for that. Accenture is only a company you hire if you want an offshore entity to cook your books while you bankrupt your stockholders. Accenture is just another batch of MBA salesmen, out to plunder anything that's good or decent in the world. Well, I know that you and I disagree on this somewhat, but I think that COBOL has evolved to be a pretty nifty language for what it's designed to do: automate business rules. Modern COBOL can handle Unicode, ASCII, and XML. It can run as CGIs on the web. And well written COBOL is easier to read than almost any other programming language. I know we do agree that there's plenty of ugly COBOL code out there (and there is plenty of ugly code out there in many languages). Frankly, with the training business down so badly I would be interested in looking at doing some COBOL code modernization: updating existing code so it follows modern COBOL capabilities. Not automated, just manually fixing the code. Guess there's no accounting for taste! :-) -- 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 == Ask about being added to our opt-in list: == == * Early announcement of new courses == == * Early announcement of new techincal papers == == * Early announcement of new promotions == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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 email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Now is time for banks to replace core system according to Accenture
Good point and I agree with you. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Veilleux, Jon L Sent: Monday, November 30, 2009 2:04 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Now is time for banks to replace core system according to Accenture Well I have to pipe up and respond to this remark. There are a TON of COBOL programs here that have been running for years and years with no problems and reasonable performance. Once they get replaced by JAVA, etc, they abend constantly and perform horribly. I have yet to see 'good' JAVA code. If COBOL was still taught in the Colleges, then you would see the function libraries being built by the same folks who are now building the JAVA,etc, functions (with better performance...my $.02). Jon L. Veilleux veilleu...@aetna.com (860) 636-2683 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Scott Sent: Monday, November 30, 2009 2:33 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Now is time for banks to replace core system according to Accenture Well, I've got an opinion on just about everything. I haven't seen good COBOL code (and I've seen a lot, so far). To me that's enough evidence of some tremendous failure, somewhere--organizational or design. That isn't to suggest that bad code is exclusively in COBOL's domain. I've seen exponentially more code in C, Perl, Ruby, etc. Plenty of stuff resembled what you might find in a Roman Vomitorium, but it's been very easy to find some beautiful, modular, well-crafted stuff at any company. Unless it's being managed by CIS majors and a dozen Indian VB.NET lackeys. Then the stuff should be nuked from orbit. If you have some what jesus would write if he used cobol then I'm happy to see it. My big motive for advocating Java is the Object-Oriented libraries that you can build and your ability to export that to other systems if the business case ever presents itself, with only minor changes necessary. Scott On Mon, Nov 30, 2009 at 10:17 AM, Steve Comstock st...@trainersfriend.comwrote: Scott wrote: I'm not necessarily arguing for leaving the Mainframe, but cleaning up the dungheap of COBOL is long overdue and now *is* the time for that. Accenture is only a company you hire if you want an offshore entity to cook your books while you bankrupt your stockholders. Accenture is just another batch of MBA salesmen, out to plunder anything that's good or decent in the world. Well, I know that you and I disagree on this somewhat, but I think that COBOL has evolved to be a pretty nifty language for what it's designed to do: automate business rules. Modern COBOL can handle Unicode, ASCII, and XML. It can run as CGIs on the web. And well written COBOL is easier to read than almost any other programming language. I know we do agree that there's plenty of ugly COBOL code out there (and there is plenty of ugly code out there in many languages). Frankly, with the training business down so badly I would be interested in looking at doing some COBOL code modernization: updating existing code so it follows modern COBOL capabilities. Not automated, just manually fixing the code. Guess there's no accounting for taste! :-) -- 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 == Ask about being added to our opt-in list: == == * Early announcement of new courses == == * Early announcement of new techincal papers == == * Early announcement of new promotions == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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 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: Now is time for banks to replace core system according to Accenture
What?!? Not sure how'd you define decent but I don't see the point of this statement at all. ServerPac and SMP/E (not to mention HCD) are excellent products. If you're trying to compare installing and maintaining IBM mainframe software to say, Windows, please don't make me laugh - wait until Friday to make nonsense statements like this. On Mon, Nov 30, 2009 at 1:43 PM, Roy Hewitt ibm-m...@frozen.eclipse.co.ukwrote: ...snip IBM come up with a decent design on how to install and maintain z/OS ...snip Cheers Roy -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Guy Gardoit z/OS Systems Programming -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Now is time for banks to replace core system according to Accenture
On Mon, 30 Nov 2009 16:04:44 -0800, Guy Gardoit wrote: What?!? Not sure how'd you define decent but I don't see the point of this statement at all. ServerPac and SMP/E (not to mention HCD) are excellent products. If you're trying to compare installing and maintaining IBM mainframe software to say, Windows, please don't make me laugh - wait until Friday to make nonsense statements like this. Hardly nonsense. On Win or Mac, when Firefox tells me it needs an update, I click on Update. A few minutes later, it tells me to restart Firefox to activate the update. I click Restart Firefox to warmstart. Two clicks and its done. With ServerPac and SMP/E ... ? On Mon, Nov 30, 2009 at 1:43 PM, Roy Hewitt wrote: ...snip IBM come up with a decent design on how to install and maintain z/OS ...snip -- 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: Now is time for banks to replace core system according to Accenture
On Mon, Nov 30, 2009 at 8:04 PM, Paul Gilmartin paulgboul...@aim.comwrote: Hardly nonsense. On Win or Mac, when Firefox tells me it needs an update, I click on Update. A few minutes later, it tells me to restart Firefox to activate the update. I click Restart Firefox to warmstart. Two clicks and its done. With ServerPac and SMP/E ... ? I see both sides of this. Yes, it's easy with Firefox and friends; no, it's not very granular or controllable. Do you analyze the list of fixes before you upgrade Firefox? Do you analyze the list of fixes before you upgrades z/OS? If a Firefox update breaks it, what will you do about it? Etc. When it works, Firefox is better; when it doesn't... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Now is time for banks to replace core system according to Accenture
I somehow missed the original message. SMP/E has some warts. But with ShopzSeries and the RECEIVE FROM NETWORK or NTS, it is much easier to order and RECEIVE maintenance. In fact, I had problems with the tapes when installing z/OS 1.10, due to tape I/O errors. Instead of reordering the tapes, I did a network order. I downloaded z/OS and installed from there. Which was wonderful because we don't have any tape operators any more. So, with the old way, I'd be stuck in the machine room (which has no TSO terminals available), doing my own tape mounts. The biggest problem is with DASD space. I needed to grab 10 3390-3 volumes for the z/OS 1.10 install. And our management here is looking at wasted DASD space, so I can't keep the volumes around very long. CA is adopting this type of process as well with their Mainframe 2.0. I was at the demo and was impressed. Now, if SMP/E could work a bit more like CA-Mainframe 2.0, which is basically browser based with point and click, it would be even simpler to apply maintenance. Especially for the n00bs grin The SMP/E ISPF dialogs are better than hand coding JCL, but not as simple as point and click in a browser. On Mon, 2009-11-30 at 16:04 -0800, Guy Gardoit wrote: What?!? Not sure how'd you define decent but I don't see the point of this statement at all. ServerPac and SMP/E (not to mention HCD) are excellent products. If you're trying to compare installing and maintaining IBM mainframe software to say, Windows, please don't make me laugh - wait until Friday to make nonsense statements like this. On Mon, Nov 30, 2009 at 1:43 PM, Roy Hewitt ibm-m...@frozen.eclipse.co.ukwrote: ...snip IBM come up with a decent design on how to install and maintain z/OS ...snip Cheers Roy -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Now is time for banks to replace core system according to Accenture
On Mon, 2009-11-30 at 19:04 -0600, Paul Gilmartin wrote: On Mon, 30 Nov 2009 16:04:44 -0800, Guy Gardoit wrote: What?!? Not sure how'd you define decent but I don't see the point of this statement at all. ServerPac and SMP/E (not to mention HCD) are excellent products. If you're trying to compare installing and maintaining IBM mainframe software to say, Windows, please don't make me laugh - wait until Friday to make nonsense statements like this. Hardly nonsense. On Win or Mac, when Firefox tells me it needs an update, I click on Update. A few minutes later, it tells me to restart Firefox to activate the update. I click Restart Firefox to warmstart. Two clicks and its done. With ServerPac and SMP/E ... ? I really think you'd like CA's Mainframe 2.0. It is more like Firefox. Of course, when it comes to SMP/E, I want to be able to review all the various holds. Because they sometimes require actions which SMP/E cannot take for me. Such as when a message changes and I might need to change my automation rules. Firefox is so simple that updating it does not affect other applications. Updating Windows is more likely to screw up something that currently works. Linux, with rpm and/or apt, is less likely due to its validation of compatibility between packages. Which is based on the programmers' specifying it correctly in the packages. But that assumes that you can get the application you want in a package which is compatible with your Linux distribution and other packages. If you every install a Linux app manually, they you're on your own about making sure it will still run when you update something. Which really beats Window's DLL Hell. -- 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: Now is time for banks to replace core system according to Accenture
Steve Comstock writes: That being said, I agree a good support library would be nice to have. Something richer than the LE library of routines. Aren't there many COBOL-callable library routines? Wouldn't the following be some common examples? CICS Transaction Server for z/OS IMS Transaction Manager WebSphere MQ for z/OS WebSphere Transformation Extender for z/OS (Application Programming Edition) Migration Utility for z/OS DB2 for z/OS IMS Database - - - - - Timothy Sipples IBM Consulting Enterprise Software Architect Based in Tokyo, Serving IBM Japan / Asia-Pacific 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
Little OT but interesting in my opinion
http://www.channelregister.co.uk/2009/11/27/tob_ibm_1360/ Interesting piece on the *OLD* IBM 1360.. read Enjoy -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Now is time for banks to replace core system according to Accenture
Paul Gilmartin wrote: Hardly nonsense. On Win or Mac, when Firefox tells me it needs an update, I click on Update. A few minutes later, it tells me to restart Firefox to activate the update. I click Restart Firefox to warmstart. Two clicks and its done. You're updating a live system; you suffer some downtime; sometimes some of the fixes don't work and you're screwed. This paradigm could be a total disaster if applied to mission-critical applications and systems in a production business environment. Indeed, it would be irresponsible to expose the business in this way. -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Now is time for banks to replace core system according to Accenture
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Paul Gilmartin On Mon, 30 Nov 2009 16:04:44 -0800, Guy Gardoit wrote: What?!? Not sure how'd you define decent but I don't see the point of this statement at all. ServerPac and SMP/E (not to mention HCD) are excellent products. If you're trying to compare installing and maintaining IBM mainframe software to say, Windows, please don't make me laugh - wait until Friday to make nonsense statements like this. Hardly nonsense. On Win or Mac, when Firefox tells me it needs an update, I click on Update. A few minutes later, it tells me to restart Firefox to activate the update. I click Restart Firefox to warmstart. Two clicks and its done. With ServerPac and SMP/E ... ? Isn't that a bit like comparing, say, changing the oil in your car to changing the airspace around O'Hare airport? -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Now is time for banks to replace core system according to Accenture
Gee, I didn't finish High School. Better slit my throat now... -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of P S Sent: Monday, November 30, 2009 1:14 PM To: IBM-MAIN@bama.ua.edu Subject: Re: [IBM-MAIN] Now is time for banks to replace core system according to Accenture On Mon, Nov 30, 2009 at 3:59 PM, Howard Brazee howard.bra...@cusys.eduwrote: People don't need college to learn Java. Java's available for free, it handles the kind of applications an amateur knows likes to play with, and it is easy to find help on the Web. People don't need college to learn brain surgery, either, though the results MAY be better. I'd actually not argue for college, but for mature, skilled OJT. The problem with all too much code on all sides of the fence is folks who have no training and just hack things together. CoBOL is designed to handle business needs. Hobbyists not only don't have those needs on their PCs, they don't really understand them. Strewth! I have seen posts on both sides of this thread saying that they haven't seen any good code on the other side.I suspect that these are based upon incompatible definitions of good code. Mmm...not necessarily incompatible, but definitely different perspectives, I imagine! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Now is time for banks to replace core system according to Accenture
Gil, Updating Firefox is a bit luck updating a program. IEBCOPY and possibly an LLA refresh and your done. Applications are generally easy to maintain on all platforms - even my Blackberry. I think comparing an upgrade from 1.9 to 1.10 with an upgrade from XP to Vista would be more appropriate. Ron -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Paul Gilmartin Sent: Monday, November 30, 2009 5:04 PM To: IBM-MAIN@bama.ua.edu Subject: Re: [IBM-MAIN] Now is time for banks to replace core system according to Accenture On Mon, 30 Nov 2009 16:04:44 -0800, Guy Gardoit wrote: What?!? Not sure how'd you define decent but I don't see the point of this statement at all. ServerPac and SMP/E (not to mention HCD) are excellent products. If you're trying to compare installing and maintaining IBM mainframe software to say, Windows, please don't make me laugh - wait until Friday to make nonsense statements like this. Hardly nonsense. On Win or Mac, when Firefox tells me it needs an update, I click on Update. A few minutes later, it tells me to restart Firefox to activate the update. I click Restart Firefox to warmstart. Two clicks and its done. With ServerPac and SMP/E ... ? On Mon, Nov 30, 2009 at 1:43 PM, Roy Hewitt wrote: ...snip IBM come up with a decent design on how to install and maintain z/OS ...snip -- 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Now is time for banks to replace core system according to Accenture
Should be Updating Firefox is a bit like... Damn Spellcheckers - I should go back to school and learn to type correctly in the first place :-) -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ron Hawkins Sent: Monday, November 30, 2009 10:43 PM To: IBM-MAIN@bama.ua.edu Subject: Re: [IBM-MAIN] Now is time for banks to replace core system according to Accenture Gil, Updating Firefox is a bit luck updating a program. IEBCOPY and possibly an LLA refresh and your done. Applications are generally easy to maintain on all platforms - even my Blackberry. I think comparing an upgrade from 1.9 to 1.10 with an upgrade from XP to Vista would be more appropriate. Ron -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Paul Gilmartin Sent: Monday, November 30, 2009 5:04 PM To: IBM-MAIN@bama.ua.edu Subject: Re: [IBM-MAIN] Now is time for banks to replace core system according to Accenture On Mon, 30 Nov 2009 16:04:44 -0800, Guy Gardoit wrote: What?!? Not sure how'd you define decent but I don't see the point of this statement at all. ServerPac and SMP/E (not to mention HCD) are excellent products. If you're trying to compare installing and maintaining IBM mainframe software to say, Windows, please don't make me laugh - wait until Friday to make nonsense statements like this. Hardly nonsense. On Win or Mac, when Firefox tells me it needs an update, I click on Update. A few minutes later, it tells me to restart Firefox to activate the update. I click Restart Firefox to warmstart. Two clicks and its done. With ServerPac and SMP/E ... ? On Mon, Nov 30, 2009 at 1:43 PM, Roy Hewitt wrote: ...snip IBM come up with a decent design on how to install and maintain z/OS ...snip -- 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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