Re: LAE instruction
Note also that using ALESERV ADD for ASSBSTKN using CHKEAX=NO for a foreign address space (ie not under control of the primary ASID where you code is running) is NOT recommended. If the other ASID *is* under control of your PASN there is a good chance that ASCRE was used to start it earlier in your code, in which case you will have been handed the STOKEN in the ODA return area and can use SASN mode to access its private storage. If the ASID is truly foreign then the best way to access its private storage is to use SRB mode programming - search the archives as this has been discussed in the past. No matter what - you need to be careful here - errors in cross-memory mode programming can be harmful for your system. Rob Scott Lead Developer Rocket Software 275 Grove Street * Newton, MA 02466-2272 * USA Tel: +1.781.684.2305 Email: rsc...@rs.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Ngafei Huang Sent: 07 March 2012 02:53 To: IBM-MAIN@bama.ua.edu Subject: Re: LAE instruction Chaining these control blocks requires supporting environment and setups as follow: AR register basing ASNALET needs to be setup. AR register basing ASXBFTCB needs to be setup. Instead of LAE R4,TCBRBP, it should be L R4,TCBRBP. Target address space needs to be on your access-list. Target address space must be non-swappable. Raymond Wong -Original Message- From: Micheal Butz michealb...@optonline.net To: IBM-MAIN IBM-MAIN@bama.ua.edu Sent: Tue, Mar 6, 2012 8:30 pm Subject: Re: LAE instruction Or a more practical use of LAE s chaing thru control blocks from another address space AC. 512 AM R3,R3,ASNALET . R3,ASXBFTCB SING TCB,R3 AE. R4,TCBRBP SING R4,RB ent from my iPhone On Mar 6, 2012, at 5:53 PM, Rob Scott rsc...@rocketsoftware.com wrote: Micheal, Putting a bit of meat on the bones to create an example piece of code with omments and notes : (o) We are going to process a linked list of FOO elements in a dataspace and alculate some random hash value based on a subset of bytes in the FOO_NAME ield. (o) This code has been just typed into my e-mail - they may be typos/errors (o) WA is the working storage structure/DSECT DO, ALESERV ADD,STOKEN=WA_FOO_STOKEN, Add dataspace containing linked list f FOOs ALET=WA_FOO_ALET, AL=WORKUNIT, MF=(E,WA_ALESERV_LIST) DOEXIT (LTR,R15,R15,NZ)Failed - quick exit SAC512AR-Mode (1) SYSSTATE ASCENV=ARInform assembler of AR-mode LR6,WA_FOO_HEADGet head of list LAMAR6,AR6,WA_FOO_ALETGet dataspace ALET (2) USING FOO,R6 DO UNTIL=(ICM,R6,B'',FOO_NEXT,Z)Traverse list (3) LAER7,FOO_NAMEPoint to FOO_NAME (4) LAER1,8(,R7)Use R1 for temp pointer (5) XCWA_HASH,WA_HASHZero hash value DO FROM=(R14,=AL4(L'FOO_NAME-8)) XRR0,R0 ICR0,0(,R1)Get 1-byte (6) ALR0,WA_HASHAdd to hash value STR0,WA_HASHStore new value LAER1,1(,R1)Next byte of name (6) ENDDO NCWA_HASH,=X'00FF'0-255 range for hash ENDDO SAC0Inform assembler (7) SYSSTATE ASCENV=P ENDDO(8) rest of code (9) Notes : (1) I think it is always worth having a macro to do both the SAC and the YSSTATE for you in one hit (not shown)- stops you forgetting the SYSSTATE and hat can confuse any macros that follow. (2) Loading the ALET in to the AR for the first time - R6 will be able to ddress data in the dataspace (3) AR-mode makes traversing data structures in dataspaces easy as you can ust use normal instructions (if you play by the rules) (4) Because LAE used and FOO dsect covers R6+AR6 - AR7 will contain ALET for ataspace after instruction executed (5) This time we are using R1 to point at 8 bytes into FOO_NAME (for whatever eason) - note that AR1 will get the dataspace ALET (6) Loading and using a byte from the dataspace (7) See (1) (8) Assuming all ARs are zero before we start, if the code goes thru uccessfully, then AR1, AR6 and AR7 will contain the ALET of the dataspace here you may wish to consider zeroing the ARs at this point if they are no longer eeded. (9) Prudent use of LAM AR14,AR1,=4A(0) will protect you from unintentional R values in working regs after calling certain system services - you can ever be sure how in-house macros expand. Hope this helps Rob Scott Lead Developer Rocket Software 275 Grove Street * Newton, MA 02466-2272 * USA Tel: +1.781.684.2305 Email: rsc...@rs.com Web: www.rocketsoftware.com
Re: LAE instruction
Not enough coffee yet today : in which case you will have been handed the STOKEN in the ODA return area and can use SASN mode to access its private storage Should read in which case you will have been handed the STOKEN in the ODA return area and can use AR mode to access its private storage Rob Scott Lead Developer Rocket Software 275 Grove Street * Newton, MA 02466-2272 * USA Tel: +1.781.684.2305 Email: rsc...@rs.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Rob Scott Sent: 07 March 2012 08:25 To: IBM-MAIN@bama.ua.edu Subject: Re: LAE instruction Note also that using ALESERV ADD for ASSBSTKN using CHKEAX=NO for a foreign address space (ie not under control of the primary ASID where you code is running) is NOT recommended. If the other ASID *is* under control of your PASN there is a good chance that ASCRE was used to start it earlier in your code, in which case you will have been handed the STOKEN in the ODA return area and can use SASN mode to access its private storage. If the ASID is truly foreign then the best way to access its private storage is to use SRB mode programming - search the archives as this has been discussed in the past. No matter what - you need to be careful here - errors in cross-memory mode programming can be harmful for your system. Rob Scott Lead Developer Rocket Software 275 Grove Street * Newton, MA 02466-2272 * USA Tel: +1.781.684.2305 Email: rsc...@rs.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Ngafei Huang Sent: 07 March 2012 02:53 To: IBM-MAIN@bama.ua.edu Subject: Re: LAE instruction Chaining these control blocks requires supporting environment and setups as follow: AR register basing ASNALET needs to be setup. AR register basing ASXBFTCB needs to be setup. Instead of LAE R4,TCBRBP, it should be L R4,TCBRBP. Target address space needs to be on your access-list. Target address space must be non-swappable. Raymond Wong -Original Message- From: Micheal Butz michealb...@optonline.net To: IBM-MAIN IBM-MAIN@bama.ua.edu Sent: Tue, Mar 6, 2012 8:30 pm Subject: Re: LAE instruction Or a more practical use of LAE s chaing thru control blocks from another address space AC. 512 AM R3,R3,ASNALET . R3,ASXBFTCB SING TCB,R3 AE. R4,TCBRBP SING R4,RB ent from my iPhone On Mar 6, 2012, at 5:53 PM, Rob Scott rsc...@rocketsoftware.com wrote: Micheal, Putting a bit of meat on the bones to create an example piece of code with omments and notes : (o) We are going to process a linked list of FOO elements in a dataspace and alculate some random hash value based on a subset of bytes in the FOO_NAME ield. (o) This code has been just typed into my e-mail - they may be typos/errors (o) WA is the working storage structure/DSECT DO, ALESERV ADD,STOKEN=WA_FOO_STOKEN, Add dataspace containing linked list f FOOs ALET=WA_FOO_ALET, AL=WORKUNIT, MF=(E,WA_ALESERV_LIST) DOEXIT (LTR,R15,R15,NZ)Failed - quick exit SAC512AR-Mode (1) SYSSTATE ASCENV=ARInform assembler of AR-mode LR6,WA_FOO_HEADGet head of list LAMAR6,AR6,WA_FOO_ALETGet dataspace ALET (2) USING FOO,R6 DO UNTIL=(ICM,R6,B'',FOO_NEXT,Z)Traverse list (3) LAER7,FOO_NAMEPoint to FOO_NAME (4) LAER1,8(,R7)Use R1 for temp pointer (5) XCWA_HASH,WA_HASHZero hash value DO FROM=(R14,=AL4(L'FOO_NAME-8)) XRR0,R0 ICR0,0(,R1)Get 1-byte (6) ALR0,WA_HASHAdd to hash value STR0,WA_HASHStore new value LAER1,1(,R1)Next byte of name (6) ENDDO NCWA_HASH,=X'00FF'0-255 range for hash ENDDO SAC0Inform assembler (7) SYSSTATE ASCENV=P ENDDO(8) rest of code (9) Notes : (1) I think it is always worth having a macro to do both the SAC and the YSSTATE for you in one hit (not shown)- stops you forgetting the SYSSTATE and hat can confuse any macros that follow. (2) Loading the ALET in to the AR for the first time - R6 will be able to ddress data in the dataspace (3) AR-mode makes traversing data structures in dataspaces easy as you can ust use normal instructions (if you play by the rules) (4) Because LAE used and FOO dsect covers R6+AR6 - AR7 will contain ALET for ataspace after instruction executed (5) This time we are using R1 to point at 8 bytes into FOO_NAME (for whatever eason) - note that AR1 will get the dataspace ALET (6) Loading and using a byte from the
Re: IBM-MAIN Digest - 4 Mar 2012 to 5 Mar 2012 (#2012-65)
In cf4c9114ed956d49a019f58166d918570a346...@tjaxp80093dag.csxt.ad.csx.com, on 03/06/2012 at 08:39 PM, Pate, Gene gene_p...@csx.com said: By PCFLIH backdoor I mean a routine whose address replaced the address of the IBM supplied PCFLIH. That's not what the others were using the term to mean. -- 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: INFO IBM-MAIN
Re: LAE instruction
In b9747a7c-f1f2-4e5b-ab0d-c4063d8fe...@optonline.net, on 03/06/2012 at 02:59 PM, Micheal Butz michealb...@optonline.net said: Secondly seems like the displacement doesn't play a role in the inst What gives you that idea? The displacement is one of the inputs. LAE sets two registers, an AR and a GR. -- 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: INFO IBM-MAIN
Re: FICON channel utilization
Radoslaw, Actually RMF does not report channel utilization for FICON. It is showing you microprocessor busy on the host channel board. For the same MB/sec this metric will change depending on block size, data length and whether zHPF is used. You can quite easily saturate a host channel MP with small blocksizes. I haven't measured the 8S channels yet - we're just installing them - but I think that with non-zHPF and 4KiB single blocks they would run out of steam at around 200MB/sec (50K IOPS). I think Cathy Cronin has published a paper with better numbers than my wild asses guess. Ron -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Mike Schwab Sent: Tuesday, March 06, 2012 1:23 PM To: IBM-MAIN@bama.ua.edu Subject: Re: [IBM-MAIN] FICON channel ulitization No. You are dealing with one device and no intermediate device to buffer the transmission rates. Transmission rate is negotiated to the fastest rate that both ends support. Both ends are transmitting at that same rate, and are busy for the same amount of time. In contrast, say you were downloading over the internet through several devices. The source could send the file at full speed, but is buffered by a device in the middle. It is relaying the data at a slower rate over a slower link to you. On Tue, Mar 6, 2012 at 3:12 PM, R.S. r.skoru...@bremultibank.com.pl wrote: W dniu 2012-03-06 21:33, Mike Schwab pisze: If the receiving switch is 4G, that is the maximum transmission rate from the 8G channel. It was busy 100% at 4G. I think I understand it now. So, chpid connected to 8G sfp on the switch, then to 4G CU would show 50% utilization? Radoslaw Skorupka Lodz, Poland -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: FICON channel utilization
Cathy's techpaper: IBM zEnterprise 196 and IBM zEnterprise 114 I/O and FICON Express8S Channel Performance (Cathy Cronin, Version 2, November 2011) (ZSW03196USEN01) http://public.dhe.ibm.com/common/ssi/ecm/en/zsw03196usen/ZSW03196USEN.PDF On Wed, Mar 7, 2012 at 12:49 PM, Ron Hawkins ronjhawk...@sbcglobal.netwrote: Radoslaw, Actually RMF does not report channel utilization for FICON. It is showing you microprocessor busy on the host channel board. For the same MB/sec this metric will change depending on block size, data length and whether zHPF is used. You can quite easily saturate a host channel MP with small blocksizes. I haven't measured the 8S channels yet - we're just installing them - but I think that with non-zHPF and 4KiB single blocks they would run out of steam at around 200MB/sec (50K IOPS). I think Cathy Cronin has published a paper with better numbers than my wild asses guess. Ron -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Mike Schwab Sent: Tuesday, March 06, 2012 1:23 PM To: IBM-MAIN@bama.ua.edu Subject: Re: [IBM-MAIN] FICON channel ulitization No. You are dealing with one device and no intermediate device to buffer the transmission rates. Transmission rate is negotiated to the fastest rate that both ends support. Both ends are transmitting at that same rate, and are busy for the same amount of time. In contrast, say you were downloading over the internet through several devices. The source could send the file at full speed, but is buffered by a device in the middle. It is relaying the data at a slower rate over a slower link to you. On Tue, Mar 6, 2012 at 3:12 PM, R.S. r.skoru...@bremultibank.com.pl wrote: W dniu 2012-03-06 21:33, Mike Schwab pisze: If the receiving switch is 4G, that is the maximum transmission rate from the 8G channel. It was busy 100% at 4G. I think I understand it now. So, chpid connected to 8G sfp on the switch, then to 4G CU would show 50% utilization? Radoslaw Skorupka Lodz, Poland -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Return code = X'14' from ATTACH JSTCB=YES
It means that only a JS task with no subtasks can issue a ATTACH JSTCB=YES. A JS task can have JS subtasks and still issue ATTACH JSTCB=YES. It just cannot have non-JS daughters and do so. 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: INFO IBM-MAIN
Re: FICON channel utilization
W dniu 2012-03-07 12:49, Ron Hawkins pisze: Radoslaw, Actually RMF does not report channel utilization for FICON. It is showing you microprocessor busy on the host channel board. Did I say RMF? :-) I observed the utilisation on HMC. However AFAIK RMF showed similar data. For the same MB/sec this metric will change depending on block size, data length and whether zHPF is used. It was non-TCW traffic, blocks were large. -- Radoslaw Skorupka Lodz, Poland -- Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by jedynie jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste adresatem niniejszej wiadomoci lub pracownikiem upowanionym do jej przekazania adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne dziaanie o podobnym charakterze jest prawnie zabronione i moe by karalne. Jeeli otrzymae t wiadomo omykowo, prosimy niezwocznie zawiadomi nadawc wysyajc odpowied oraz trwale usun t wiadomo wczajc w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax +48 (22) 829 00 33, www.brebank.pl, e-mail: i...@brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237, NIP: 526-021-50-88. Wedug stanu na dzie 01.01.2012 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.410.984 zotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: FICON channel utilization
Radoslaw, Would you be happier with this: Actually the SAD display does not report channel utilization for FICON. It is showing you microprocessor busy on the host channel board. The blocksizes used by ADRDSSU will depend on the processing you requested. A physical DUMP will use a large data length, especially if you specify OPT(4), but a logical copy often calls a utility (REPRO, IEBCOPY) which will use a much smaller data length based on the blocking factor used by the dataset and the utility. I'm not saying that your results are incorrect or invalid, I simply find ADRDSSU not to be the most scientific of utilities for benchmarking. You may also want to check that the port(s) on the storage you are testing have not been saturated and causing a feedback effect on the host channel. I'd recommend that you fan out the single 8S channel to at least four different ports on four different storage FICON blades to mitigate usage on the storage end affecting your measurement. Ron -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of R.S. Sent: Wednesday, March 07, 2012 4:37 AM To: IBM-MAIN@bama.ua.edu Subject: Re: [IBM-MAIN] FICON channel utilization W dniu 2012-03-07 12:49, Ron Hawkins pisze: Radoslaw, Actually RMF does not report channel utilization for FICON. It is showing you microprocessor busy on the host channel board. Did I say RMF? :-) I observed the utilisation on HMC. However AFAIK RMF showed similar data. For the same MB/sec this metric will change depending on block size, data length and whether zHPF is used. It was non-TCW traffic, blocks were large. -- Radoslaw Skorupka Lodz, Poland -- Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by jedynie jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste adresatem niniejszej wiadomoci lub pracownikiem upowanionym do jej przekazania adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne dziaanie o podobnym charakterze jest prawnie zabronione i moe by karalne. Jeeli otrzymae t wiadomo omykowo, prosimy niezwocznie zawiadomi nadawc wysyajc odpowied oraz trwale usun t wiadomo wczajc w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax +48 (22) 829 00 33, www.brebank.pl, e-mail: i...@brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237, NIP: 526- 021-50-88. Wedug stanu na dzie 01.01.2012 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.410.984 zotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: LAE instruction
-Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Gord Tomlin Sent: Tuesday, March 06, 2012 5:08 PM To: IBM-MAIN@bama.ua.edu Subject: Re: LAE instruction On 2012-03-06 17:53, Edward Jaffe wrote: If the low halves are called the pequeño registers then what are the high halves called? Jerry Garcia. -- Regards, Gord Tomlin If it were Friday, I'd say that I prefer Cherry Garcia. But it's not, so I won't. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets® 9151 Boulevard 26 . N. Richland Hills . TX 76010 (817) 255-3225 phone . john.mck...@healthmarkets.com . www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets® is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company®, 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: INFO IBM-MAIN
Re: LAE instruction
Yes, set the SAC bits first, otherwise the access register is set with zeros. But if you set the ASC bits to something not 00 and not 01 (SAC instruction sets ASC bits), the LAE instruction will neither set to 0 nor copy the AR but will do what it is defined to do. LAE R3,(R4) - loads the value from the location pointed to by R4 in the home address space into R3 and sets the AR3 register with 0, regardless of the SAC values at the time. This is not correct (since that's equivalent to LAE R3,4). And even if it did not refer to loading a value (which LAE of course doesn't do) it still wouldn't be correct if the instruction were LAE R3,0(R4) or LAE R3,0(R4,0). The AR is set to 0 only in Primary ASC mode cases. The relevant section of the principles of operation was posted in earlier replies and clearly describes the behavior for each of the 4 ASC modes. I don't know why the OP had difficulty finding that information. 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: INFO IBM-MAIN
Re: More REXX SDSF CGI fun (was: Anybody used SDSF / REXX in HTTPD CGI pgm)
I have solved this problem. I had to ADDRESS MVS on the EXECIO statement. The RC1 was just a little misleading to me, if EXECIO were not available in the environment I was in I would have expected a different error. Dana -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: LAE instruction
You are right about LAE vs L. As far as being on my dual/pasn list If Saar then load Arx with 1 will go to secondary with out being on my list Sent from my iPhone On Mar 6, 2012, at 9:52 PM, Ngafei Huang dailom...@aol.com wrote: Chaining these control blocks requires supporting environment and setups as follow: AR register basing ASNALET needs to be setup. AR register basing ASXBFTCB needs to be setup. Instead of LAE R4,TCBRBP, it should be L R4,TCBRBP. Target address space needs to be on your access-list. Target address space must be non-swappable. Raymond Wong -Original Message- From: Micheal Butz michealb...@optonline.net To: IBM-MAIN IBM-MAIN@bama.ua.edu Sent: Tue, Mar 6, 2012 8:30 pm Subject: Re: LAE instruction Or a more practical use of LAE s chaing thru control blocks from another address space AC. 512 AM R3,R3,ASNALET . R3,ASXBFTCB SING TCB,R3 AE. R4,TCBRBP SING R4,RB ent from my iPhone On Mar 6, 2012, at 5:53 PM, Rob Scott rsc...@rocketsoftware.com wrote: Micheal, Putting a bit of meat on the bones to create an example piece of code with omments and notes : (o) We are going to process a linked list of FOO elements in a dataspace and alculate some random hash value based on a subset of bytes in the FOO_NAME ield. (o) This code has been just typed into my e-mail - they may be typos/errors (o) WA is the working storage structure/DSECT DO, ALESERV ADD,STOKEN=WA_FOO_STOKEN, Add dataspace containing linked list f FOOs ALET=WA_FOO_ALET, AL=WORKUNIT, MF=(E,WA_ALESERV_LIST) DOEXIT (LTR,R15,R15,NZ)Failed - quick exit SAC512AR-Mode (1) SYSSTATE ASCENV=ARInform assembler of AR-mode LR6,WA_FOO_HEADGet head of list LAMAR6,AR6,WA_FOO_ALETGet dataspace ALET (2) USING FOO,R6 DO UNTIL=(ICM,R6,B'',FOO_NEXT,Z)Traverse list (3) LAER7,FOO_NAMEPoint to FOO_NAME (4) LAER1,8(,R7)Use R1 for temp pointer (5) XCWA_HASH,WA_HASHZero hash value DO FROM=(R14,=AL4(L'FOO_NAME-8)) XRR0,R0 ICR0,0(,R1)Get 1-byte (6) ALR0,WA_HASHAdd to hash value STR0,WA_HASHStore new value LAER1,1(,R1)Next byte of name (6) ENDDO NCWA_HASH,=X'00FF'0-255 range for hash ENDDO SAC0Inform assembler (7) SYSSTATE ASCENV=P ENDDO(8) rest of code (9) Notes : (1) I think it is always worth having a macro to do both the SAC and the YSSTATE for you in one hit (not shown)- stops you forgetting the SYSSTATE and hat can confuse any macros that follow. (2) Loading the ALET in to the AR for the first time - R6 will be able to ddress data in the dataspace (3) AR-mode makes traversing data structures in dataspaces easy as you can ust use normal instructions (if you play by the rules) (4) Because LAE used and FOO dsect covers R6+AR6 - AR7 will contain ALET for ataspace after instruction executed (5) This time we are using R1 to point at 8 bytes into FOO_NAME (for whatever eason) - note that AR1 will get the dataspace ALET (6) Loading and using a byte from the dataspace (7) See (1) (8) Assuming all ARs are zero before we start, if the code goes thru uccessfully, then AR1, AR6 and AR7 will contain the ALET of the dataspace here you may wish to consider zeroing the ARs at this point if they are no longer eeded. (9) Prudent use of LAM AR14,AR1,=4A(0) will protect you from unintentional R values in working regs after calling certain system services - you can ever be sure how in-house macros expand. Hope this helps Rob Scott Lead Developer Rocket Software 275 Grove Street * Newton, MA 02466-2272 * USA Tel: +1.781.684.2305 Email: rsc...@rs.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of icheal Butz Sent: 06 March 2012 21:53 To: IBM-MAIN@bama.ua.edu Subject: Re: LAE instruction So SAC 512 LAE R3,0(,R4) R3 is CPYA from access R4 right -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of cKown, John Sent: Tuesday, March 06, 2012 4:22 PM To: IBM-MAIN@bama.ua.edu Subject: Re: LAE instruction Yes, from the LAE instruction text: quote The address specified by the X2, B2, and D2 fields is placed in general egister R1. Access register R1 is loaded with a value that depends on the urrent value of the address-space-control bits, bits 16 and 17 of the PSW. If the address-space-control bits are
Re: LAE instruction
I think you meant SSAR. This requires another set of setups. To SSAR to other than yourself, you need to be AX authorized. -Original Message- From: Micheal Butz michealb...@optonline.net To: IBM-MAIN IBM-MAIN@bama.ua.edu Sent: Wed, Mar 7, 2012 7:52 am Subject: Re: LAE instruction You are right about LAE vs L. As far as being on my dual/pasn list f Saar then load Arx with 1 will go to secondary with out being on my list ent from my iPhone On Mar 6, 2012, at 9:52 PM, Ngafei Huang dailom...@aol.com wrote: Chaining these control blocks requires supporting environment and setups as ollow: AR register basing ASNALET needs to be setup. AR register basing ASXBFTCB needs to be setup. Instead of LAE R4,TCBRBP, it should be L R4,TCBRBP. Target address space needs to be on your access-list. Target address space must be non-swappable. Raymond Wong -Original Message- From: Micheal Butz michealb...@optonline.net To: IBM-MAIN IBM-MAIN@bama.ua.edu Sent: Tue, Mar 6, 2012 8:30 pm Subject: Re: LAE instruction Or a more practical use of LAE s chaing thru control blocks from another address space AC. 512 AM R3,R3,ASNALET . R3,ASXBFTCB SING TCB,R3 AE. R4,TCBRBP SING R4,RB ent from my iPhone On Mar 6, 2012, at 5:53 PM, Rob Scott rsc...@rocketsoftware.com wrote: Micheal, Putting a bit of meat on the bones to create an example piece of code with omments and notes : (o) We are going to process a linked list of FOO elements in a dataspace and alculate some random hash value based on a subset of bytes in the FOO_NAME ield. (o) This code has been just typed into my e-mail - they may be typos/errors (o) WA is the working storage structure/DSECT DO, ALESERV ADD,STOKEN=WA_FOO_STOKEN, Add dataspace containing linked list f FOOs ALET=WA_FOO_ALET, AL=WORKUNIT, MF=(E,WA_ALESERV_LIST) DOEXIT (LTR,R15,R15,NZ)Failed - quick exit SAC512AR-Mode (1) SYSSTATE ASCENV=ARInform assembler of AR-mode LR6,WA_FOO_HEADGet head of list LAMAR6,AR6,WA_FOO_ALETGet dataspace ALET (2) USING FOO,R6 DO UNTIL=(ICM,R6,B'',FOO_NEXT,Z)Traverse list (3) LAER7,FOO_NAMEPoint to FOO_NAME (4) LAER1,8(,R7)Use R1 for temp pointer (5) XCWA_HASH,WA_HASHZero hash value DO FROM=(R14,=AL4(L'FOO_NAME-8)) XRR0,R0 ICR0,0(,R1)Get 1-byte (6) ALR0,WA_HASHAdd to hash value STR0,WA_HASHStore new value LAER1,1(,R1)Next byte of name (6) ENDDO NCWA_HASH,=X'00FF'0-255 range for hash ENDDO SAC0Inform assembler (7) SYSSTATE ASCENV=P ENDDO(8) rest of code (9) Notes : (1) I think it is always worth having a macro to do both the SAC and the YSSTATE for you in one hit (not shown)- stops you forgetting the SYSSTATE and hat can confuse any macros that follow. (2) Loading the ALET in to the AR for the first time - R6 will be able to ddress data in the dataspace (3) AR-mode makes traversing data structures in dataspaces easy as you can ust use normal instructions (if you play by the rules) (4) Because LAE used and FOO dsect covers R6+AR6 - AR7 will contain ALET for ataspace after instruction executed (5) This time we are using R1 to point at 8 bytes into FOO_NAME (for whatever eason) - note that AR1 will get the dataspace ALET (6) Loading and using a byte from the dataspace (7) See (1) (8) Assuming all ARs are zero before we start, if the code goes thru uccessfully, then AR1, AR6 and AR7 will contain the ALET of the dataspace here you may wish to consider zeroing the ARs at this point if they are no longer eeded. (9) Prudent use of LAM AR14,AR1,=4A(0) will protect you from unintentional R values in working regs after calling certain system services - you can ever be sure how in-house macros expand. Hope this helps Rob Scott Lead Developer Rocket Software 275 Grove Street * Newton, MA 02466-2272 * USA Tel: +1.781.684.2305 Email: rsc...@rs.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of icheal Butz Sent: 06 March 2012 21:53 To: IBM-MAIN@bama.ua.edu Subject: Re: LAE instruction So SAC 512 LAE R3,0(,R4) R3 is CPYA from access R4 right -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of cKown, John Sent: Tuesday, March 06, 2012 4:22 PM To: IBM-MAIN@bama.ua.edu Subject: Re: LAE instruction Yes, from the LAE instruction text:
Re: LAE instruction
I don't know why the OP had difficulty finding that information. One has to look first. Bob Shannon Rocket Software -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Customer Service, the good and the bad...
On Tue, Mar 6, 2012 at 11:55 AM, Dale Miller dalelmil...@comcast.net wrote: When my wife's windoze machine neared end-of-life, we bought her a new HP laptop. I had to spend a lot of time fixing problems my wife encountered because of HP's tactic of pasting HP-specific crud on top of windoze, but eventually, we got things working in an understandable way. But then ... On the day after the warranty expired, the internet connection through my wireless router would not come up. I pursued all the help pages and Google and eventually discovered that the light (on the F12 key) signifying power status to the wireless adapter was amber rather than blue. HP FAQ's and Google hits indicated that I should just press the F12 key, but to no avail. When I contacted HP, I was told that I would have to pay for support on a time-used basis or get a contract for $59. I paid the $59 and was connected to a lady for whom English was a second language. She knew immediately what the problem was and instructed me to delete and rebuild one of the programs that was part of the afore-mentioned overlay of HP crud, and then to download an updated BIOS from HP's site. What really bothers me about this is: 1) The problem's emergence on the first day of non-warranty status. 2) The fact that the problem is obviously with HP software (or perhaps manufacturing processes related to software). 3) The fact that support knew all about the problem, but it was not in the FAQ's, or at least not recognizable by the symptoms I experienced. 4) That I had to pay to discover HP's defect. But you then posted the solution with lots of good keywords so the next person wouldn't have to pay, right? -- zMan -- I've got a mainframe and I'm not afraid to use it -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Hillgang Meeting
Pencil in 28 March for the next Hillgang meeting at CA¹s offices in Herndon Virginia. Agenda will be posted in the next several days. At the moment we have speakers from Velocity and IBM. Neale -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: LAE instruction
The OP has been posting from an iPhone. Perhaps he tried to read the PoPs on that device? shudder I, sort of, wish IBM would produce .epub or .mobi formatted z/OS manuals. Sorry, but I still don't like the Information Center stuff. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Bob Shannon Sent: Wednesday, March 07, 2012 8:54 AM To: IBM-MAIN@bama.ua.edu Subject: Re: LAE instruction I don't know why the OP had difficulty finding that information. One has to look first. Bob Shannon Rocket Software -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Good source for relationship of opcodes, models, MACHINE() and ARCH()
Thanks. Great suggestion. I will do that when I am done. I am mentally committed to completing this, but it won't be this week. (Gotta get the talk ready for SHARE!) I have all of the tools and methodology I think. I am a Wikipedia member and have done edits before. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Timothy Sipples Sent: Tuesday, March 06, 2012 10:44 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Good source for relationship of opcodes, models, MACHINE() and ARCH() A suggestion: if there are some volunteers to collect and organize the information, how about putting it on Wikipedia where it can be maintained and publicly accessed easily going forward, together with links to other references? Wikipedia is available here: http://en.wikipedia.org Perhaps the article should be entitled something like IBM mainframe models with appropriate redirect aliases and links from existing, related articles. Timothy Sipples Resident Enterprise Architect (Based in Singapore) E-Mail: timothy.sipp...@us.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Customer Service, the good and the bad...
It helps when the customer support rep speaks and understands English. Had a neighbor with laptop to router problem , she was frustrated for three days..turned out o be a simple issue.. There also seems to be a bit of a epidemic of people would don't read or refuse to read manuals...A good manual worth it's weight , at least to me Sent from my iPad Scott Ford Senior Systems Engineer www.identityforge.com On Mar 7, 2012, at 9:55 AM, zMan zedgarhoo...@gmail.com wrote: On Tue, Mar 6, 2012 at 11:55 AM, Dale Miller dalelmil...@comcast.net wrote: When my wife's windoze machine neared end-of-life, we bought her a new HP laptop. I had to spend a lot of time fixing problems my wife encountered because of HP's tactic of pasting HP-specific crud on top of windoze, but eventually, we got things working in an understandable way. But then ... On the day after the warranty expired, the internet connection through my wireless router would not come up. I pursued all the help pages and Google and eventually discovered that the light (on the F12 key) signifying power status to the wireless adapter was amber rather than blue. HP FAQ's and Google hits indicated that I should just press the F12 key, but to no avail. When I contacted HP, I was told that I would have to pay for support on a time-used basis or get a contract for $59. I paid the $59 and was connected to a lady for whom English was a second language. She knew immediately what the problem was and instructed me to delete and rebuild one of the programs that was part of the afore-mentioned overlay of HP crud, and then to download an updated BIOS from HP's site. What really bothers me about this is: 1) The problem's emergence on the first day of non-warranty status. 2) The fact that the problem is obviously with HP software (or perhaps manufacturing processes related to software). 3) The fact that support knew all about the problem, but it was not in the FAQ's, or at least not recognizable by the symptoms I experienced. 4) That I had to pay to discover HP's defect. But you then posted the solution with lots of good keywords so the next person wouldn't have to pay, right? -- zMan -- I've got a mainframe and I'm not afraid to use it -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: FICON channel utilization
Perhaps one would expect HMC and RMF to source from the same place. Tell me if I'm wrong, this not being my area. Cheers, Martin Martin Packer, Mainframe Performance Consultant, zChampion Worldwide Banking Center of Excellence, IBM +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter / Facebook IDs: MartinPacker Blog: https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Customer Service, the good and the bad...
We have many of the same customer service issues here on IBM-MAIN. The customers are those who ask questions. The servicers are those who try to help the customers by answering their questions. Sometimes the customer asks how to do something before ever trying to do it. Sometimes the customer is willing to read a manual but doesn't know how to find which one to read first. Sometimes the customer doesn't write English very well. Sometimes the service borders on arrogant, but usually the server is trying to be helpful. Etc. Bill Fairchild -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Scott Ford Sent: Wednesday, March 07, 2012 9:08 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Customer Service, the good and the bad... It helps when the customer support rep speaks and understands English. Had a neighbor with laptop to router problem , she was frustrated for three days..turned out o be a simple issue.. There also seems to be a bit of a epidemic of people would don't read or refuse to read manuals...A good manual worth it's weight , at least to me Sent from my iPad Scott Ford Senior Systems Engineer www.identityforge.com On Mar 7, 2012, at 9:55 AM, zMan zedgarhoo...@gmail.com wrote: On Tue, Mar 6, 2012 at 11:55 AM, Dale Miller dalelmil...@comcast.net wrote: When my wife's windoze machine neared end-of-life, we bought her a new HP laptop. I had to spend a lot of time fixing problems my wife encountered because of HP's tactic of pasting HP-specific crud on top of windoze, but eventually, we got things working in an understandable way. But then ... On the day after the warranty expired, the internet connection through my wireless router would not come up. I pursued all the help pages and Google and eventually discovered that the light (on the F12 key) signifying power status to the wireless adapter was amber rather than blue. HP FAQ's and Google hits indicated that I should just press the F12 key, but to no avail. When I contacted HP, I was told that I would have to pay for support on a time-used basis or get a contract for $59. I paid the $59 and was connected to a lady for whom English was a second language. She knew immediately what the problem was and instructed me to delete and rebuild one of the programs that was part of the afore-mentioned overlay of HP crud, and then to download an updated BIOS from HP's site. What really bothers me about this is: 1) The problem's emergence on the first day of non-warranty status. 2) The fact that the problem is obviously with HP software (or perhaps manufacturing processes related to software). 3) The fact that support knew all about the problem, but it was not in the FAQ's, or at least not recognizable by the symptoms I experienced. 4) That I had to pay to discover HP's defect. But you then posted the solution with lots of good keywords so the next person wouldn't have to pay, right? -- zMan -- I've got a mainframe and I'm not afraid to use it -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Customer Service, the good and the bad...
Bill, I think a lot of folks have trouble describing the problem and hen a techie, i.e.; us have o try interpret what they are saying ...a protocol ... Sent from my iPad Scott Ford Senior Systems Engineer www.identityforge.com On Mar 7, 2012, at 10:54 AM, Bill Fairchild bfairch...@rocketsoftware.com wrote: We have many of the same customer service issues here on IBM-MAIN. The customers are those who ask questions. The servicers are those who try to help the customers by answering their questions. Sometimes the customer asks how to do something before ever trying to do it. Sometimes the customer is willing to read a manual but doesn't know how to find which one to read first. Sometimes the customer doesn't write English very well. Sometimes the service borders on arrogant, but usually the server is trying to be helpful. Etc. Bill Fairchild -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Scott Ford Sent: Wednesday, March 07, 2012 9:08 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Customer Service, the good and the bad... It helps when the customer support rep speaks and understands English. Had a neighbor with laptop to router problem , she was frustrated for three days..turned out o be a simple issue.. There also seems to be a bit of a epidemic of people would don't read or refuse to read manuals...A good manual worth it's weight , at least to me Sent from my iPad Scott Ford Senior Systems Engineer www.identityforge.com On Mar 7, 2012, at 9:55 AM, zMan zedgarhoo...@gmail.com wrote: On Tue, Mar 6, 2012 at 11:55 AM, Dale Miller dalelmil...@comcast.net wrote: When my wife's windoze machine neared end-of-life, we bought her a new HP laptop. I had to spend a lot of time fixing problems my wife encountered because of HP's tactic of pasting HP-specific crud on top of windoze, but eventually, we got things working in an understandable way. But then ... On the day after the warranty expired, the internet connection through my wireless router would not come up. I pursued all the help pages and Google and eventually discovered that the light (on the F12 key) signifying power status to the wireless adapter was amber rather than blue. HP FAQ's and Google hits indicated that I should just press the F12 key, but to no avail. When I contacted HP, I was told that I would have to pay for support on a time-used basis or get a contract for $59. I paid the $59 and was connected to a lady for whom English was a second language. She knew immediately what the problem was and instructed me to delete and rebuild one of the programs that was part of the afore-mentioned overlay of HP crud, and then to download an updated BIOS from HP's site. What really bothers me about this is: 1) The problem's emergence on the first day of non-warranty status. 2) The fact that the problem is obviously with HP software (or perhaps manufacturing processes related to software). 3) The fact that support knew all about the problem, but it was not in the FAQ's, or at least not recognizable by the symptoms I experienced. 4) That I had to pay to discover HP's defect. But you then posted the solution with lots of good keywords so the next person wouldn't have to pay, right? -- zMan -- I've got a mainframe and I'm not afraid to use it -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: LAE instruction
On 3/7/2012 6:34 AM, Ngafei Huang wrote: I think you meant SSAR. This requires another set of setups. To SSAR to other than yourself, you need to be AX authorized. Thankfully, SSAR doesn't work with reusable ASIDs. Best to avoid it completely. -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 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: INFO IBM-MAIN
Re: LAE instruction
You are not kidding. Raymond Wong -Original Message- From: Edward Jaffe edja...@phoenixsoftware.com To: IBM-MAIN IBM-MAIN@bama.ua.edu Sent: Wed, Mar 7, 2012 10:07 am Subject: Re: LAE instruction On 3/7/2012 6:34 AM, Ngafei Huang wrote: I think you meant SSAR. This requires another set of setups. To SSAR to other han yourself, you need to be AX authorized. Thankfully, SSAR doesn't work with reusable ASIDs. Best to avoid it completely. -- dward E Jaffe hoenix Software International, Inc 31 Parkview Drive North l Segundo, CA 90245 10-338-0400 x318 dja...@phoenixsoftware.com ttp://www.phoenixsoftware.com/ -- or IBM-MAIN subscribe / signoff / archive access instructions, end email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: LAE instruction
On 6 March 2012 19:07, Bill Fairchild bfairch...@rocketsoftware.com wrote: Sobre-pequeño? Izquierdo medio? Alto medio? Gordo-pequeño? No sé. I have never had to use only the high half of a grande, only the low half or the entire grande. It is often enough necessary to zero the high half before using the whole thing, even if you have no direct need to use only that half. So I haven't yet named the high half. I like izquierdo medio, just because iirc izquierdo was borrowed from Basque, and it has a sort of gauche sound to it. Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Customer Service, the good and the bad...
I get your drift, but have to disagree, respectfully. This is a discussion group, not a technical support service. IMO, there are no customers here. Regards, Greg Shirey Ben E. Keith Company -Original Message- From: IBM Mainframe Discussion List On Behalf Of Bill Fairchild Sent: Wednesday, March 07, 2012 9:54 AM We have many of the same customer service issues here on IBM-MAIN. The customers are those who ask questions. The servicers are those who try to help the customers by answering their questions. Sometimes the customer asks how to do something before ever trying to do it. Sometimes the customer is willing to read a manual but doesn't know how to find which one to read first. Sometimes the customer doesn't write English very well. Sometimes the service borders on arrogant, but usually the server is trying to be helpful. Etc. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Tips for continuing DD statement with only one parameter field
I've got several DD statements in a proc that have only a single parameter, PATH='long/path/name' Because the path is long the statement will not fit on a single card image (but the PATH parameter by itself will). So I coded //MYDDNAME DD // PATH='long/path/name' No good. It turns out the JCL Reference means what it says when it says you can break a JCL statement *after* any parameter (but not, apparently, before any parameter!). Putting an X in column 72 does not help. Putting a solo comma somewhere after DD does not help. The JCL reference does not provide any guidance that I could find. Google does not seem to know how to do this. I'm sure I could wrestle with the rules for continuing quoted parameters, but that makes an obscure, difficult to maintain mess IMHO. Do any of you more experienced JCL jockeys know a simple trick for getting around this problem? Is there some DD parameter that I should code as a no-op on the first line? Thanks all. Charles -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Tips for continuing DD statement with only one parameter field
I don't know if it will work, but try SETting your path to a variable and then use that variable in the PATH= parameter: // SET MYPATH='long/path/name' //MYDDNAME DD PATH='MYPATH' C- Charles (Chuck) Hardee Senior Systems Engineer Database Administration Information Technology Services Thermo Fisher Scientific 300 Industry Drive Pittsburgh, PA 15275 724-517-2633 (Office) chuck.har...@thermofisher.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Charles Mills Sent: Wednesday, March 07, 2012 3:09 PM To: IBM-MAIN@bama.ua.edu Subject: Tips for continuing DD statement with only one parameter field I've got several DD statements in a proc that have only a single parameter, PATH='long/path/name' Because the path is long the statement will not fit on a single card image (but the PATH parameter by itself will). So I coded //MYDDNAME DD // PATH='long/path/name' No good. It turns out the JCL Reference means what it says when it says you can break a JCL statement *after* any parameter (but not, apparently, before any parameter!). Putting an X in column 72 does not help. Putting a solo comma somewhere after DD does not help. The JCL reference does not provide any guidance that I could find. Google does not seem to know how to do this. I'm sure I could wrestle with the rules for continuing quoted parameters, but that makes an obscure, difficult to maintain mess IMHO. Do any of you more experienced JCL jockeys know a simple trick for getting around this problem? Is there some DD parameter that I should code as a no-op on the first line? Thanks all. Charles -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Tips for continuing DD statement with only one parameter field
On 3/7/2012 2:11 PM, Charles Mills wrote: I've got several DD statements in a proc that have only a single parameter, PATH='long/path/name' Because the path is long the statement will not fit on a single card image (but the PATH parameter by itself will). So I coded //MYDDNAME DD // PATH='long/path/name' No good. It turns out the JCL Reference means what it says when it says you can break a JCL statement *after* any parameter (but not, apparently, before any parameter!). Putting an X in column 72 does not help. Putting a solo comma somewhere after DD does not help. The JCL reference does not provide any guidance that I could find. Google does not seem to know how to do this. I'm sure I could wrestle with the rules for continuing quoted parameters, but that makes an obscure, difficult to maintain mess IMHO. Do any of you more experienced JCL jockeys know a simple trick for getting around this problem? Is there some DD parameter that I should code as a no-op on the first line? Couldn't you code PATHDISP on the first line? -- Richard -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Tips for continuing DD statement with only one parameter field
I cheat: // SET FILE1='/usr/lpp' // SET FILE2='/tcpip' // SET FILE3='/samples' //* OTHER STUFF //MYDDNAME DD PATH='FILE1FILE2FILE3' //* I do this for long PARM= values too. Works like a chump, ahh champ. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Charles Mills Sent: Wednesday, March 07, 2012 2:09 PM To: IBM-MAIN@bama.ua.edu Subject: Tips for continuing DD statement with only one parameter field I've got several DD statements in a proc that have only a single parameter, PATH='long/path/name' Because the path is long the statement will not fit on a single card image (but the PATH parameter by itself will). So I coded //MYDDNAME DD // PATH='long/path/name' No good. It turns out the JCL Reference means what it says when it says you can break a JCL statement *after* any parameter (but not, apparently, before any parameter!). Putting an X in column 72 does not help. Putting a solo comma somewhere after DD does not help. The JCL reference does not provide any guidance that I could find. Google does not seem to know how to do this. I'm sure I could wrestle with the rules for continuing quoted parameters, but that makes an obscure, difficult to maintain mess IMHO. Do any of you more experienced JCL jockeys know a simple trick for getting around this problem? Is there some DD parameter that I should code as a no-op on the first line? Thanks all. Charles -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: IKT100I USERID CANCELED immediately after TN3270 connection fail
Hi Chen, There have been some good replies here on the list. I would like to offer theses comments in addtion. My shop had lots of dropped connection issues when we used to use a remote client to log in to our mainframe. Now we VPN to our regular workstation instead. This actually will work for any works tation that you are authorized to use at work. So you would VPN to your desktop at work and then , remotely, use your desktop at work as if you were actually at work. Then if you have a remote connection loss, it does not affect your actual TSO session at work. I have found that this works much better for me than trying to use a remote TN3270 client. HTH, Linda - Original Message - From: chen lucky chenluck...@gmail.com To: IBM-MAIN@bama.ua.edu Sent: Saturday, March 3, 2012 12:08:17 AM Subject: IKT100I USERID CANCELED immediately after TN3270 connection fail Hi List, Thanks for your help. Recently I encounter a problem that IKT100I USERID CANCELED immediately after TN3270 connection fail, and It is unacceptable in our shop, because users will lose their work that do not save in time. From SYSLOG I only got IKT100I, no other information was found. I tried to searched it using GOOGLE, but with not lucky. Following is the output of command D TCPIP,TN3270,TELNET,PROFILE,DETAIL. Thanks. -d tcpip,tn3270,telnet,PROF,DETAIL EZZ6080I TELNET PROFILE DISPLAY 608 PERSIS FUNCTION DIA SECURITY TIMERS MISC (LMTGCAK)(OATSKTQSWHRT)(DRF)(PCKLECXN2)(IPKPSTS)(SMLT) --- --- - --- *** **TSBTQ***RT EC* BB*** *P**STS *DD* *DEFAULT --- ---T --- - I---ST- SM-- *TGLOBAL --- W--- --- -B--- I-K---* *TPARMS *** **TSBTQ*W*RT EC* BB*** IPK*ST* SMD* CURR PERSISTENCE NOLUSESSIONPEND NOMSG07 NOTKOSPECLU NOTKOGENLU NOCHECKCLIENTCONN NODROPASSOCPRINTER KEEPLU 0 (OFF) FUNCTIONS NOOLDSOLICITOR NOSINGLEATTN TN3270E SNAEXTENT UNLOCKKEYBOARD BEFOREREAD UNLOCKKEYBOARD TN3270BIND SEQUENTIALLU NOSIMCLIENTLU WLMCLUSTERNAME NO HNLOOKUP REFRESHMSG10 TELNETDEVICE IBM-3277 D4B32782,**N/A** TELNETDEVICE IBM-3278-2-E NSX32702,SNX32702 O, TELNETDEVICE IBM-3278-2 D4B32782,SNX32702 TELNETDEVICE IBM-3278-3-E NSX32703,SNX32703 O, TELNETDEVICE IBM-3278-3 D4B32783,SNX32703 TELNETDEVICE IBM-3278-4-E NSX32704,SNX32704 O, TELNETDEVICE IBM-3278-4 D4B32784,SNX32704 TELNETDEVICE IBM-3278-5-E NSX32705,SNX32705 O, TELNETDEVICE IBM-3278-5 D4B32785,SNX32705 TELNETDEVICE IBM-3279-2-E NSX32702,SNX32702 O, TELNETDEVICE IBM-3279-2 D4B32782,SNX32702 TELNETDEVICE IBM-3279-3-E NSX32703,SNX32703 O, TELNETDEVICE IBM-3279-3 D4B32783,SNX32703 TELNETDEVICE IBM-3279-4-E NSX32704,SNX32704 O, TELNETDEVICE IBM-3279-4 D4B32784,SNX32704 TELNETDEVICE IBM-3279-5-E NSX32705,SNX32705 O, TELNETDEVICE IBM-3279-5 D4B32785,SNX32705 TELNETDEVICE LINEMODE INTERACT,**N/A** TELNETDEVICE IBM-DYNAMIC D4C32XX3,D4C32XX3 TELNETDEVICE IBM-3287-1 **N/A** ,D6328904 TELNETDEVICE TRANSFORM D4B32782,**N/A** DIAGNOSTICS DEBUG EXCEPTION DEBUG ROUTING CONSOLE NOFULLDATATRACE SECURITY PORT 23 CONNTYPE BASIC KEYRING **N/A** CRLLDAPSERVER **N/A** ENCRYPTION **N/A** CLIENTAUTH **N/A** NOEXPRESSLOGON NONACUSERID NOSSLV2 TIMERS INACTIVE 28 PROFILEINACTIVE 1800 KEEPINACTIVE 10 PRTINACTIVE 0 (OFF) SCANINTERVAL 3600 TIMEMARK 14400 SSLTIMEOUT **N/A** MISCELLANEOUS SMF SMFINIT 20 SMFTERM 21 SMFINIT NOTYPE119 SMFTERM NOTYPE119 MAX LIMITS MAXRECEIVE 65535 MAXVTAMSENDQ 50 MAXREQSESS 20 MAXRUCHAIN 0 (OFF) LINEMODE NOBINARYLINEMODE SGA CODEPAGE ISO8859-1 IBM-1047 TRANSFORM NODBCSTRANSFORM NODBCSTRACE - PORT: 23 ACTIVE PROF: CURR CONNS: 0 FORMAT SHORT TCPIPJOBNAME TCPIP TNSACONFIG DISABLED 90 OF 90 RECORDS DISPLAYED -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message:
Re: Tips for continuing DD statement with only one parameter field
Ha! //MYDDNAME DD PATHDISP=, // PATH='long/path/name' works. Kinda silly, but it works. The SET symbol is not a bad idea also as there actually is a fair amount of commonality among the three paths, so I could factor out that common part into one SET symbol. Thanks, Charles -Original Message- Do any of you more experienced JCL jockeys know a simple trick for getting around this problem? Is there some DD parameter that I should code as a no-op on the first line? Couldn't you code PATHDISP on the first line? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Interfacing with the MainFrame
Hi How would you prefer a product running on a server outside the mainframe will interface with the mainframe? Some Ideas i had: 1. Using a macro emulator that simulate a user which logon as a regular user, snap shot the screen display and parse the results on the open. 2. Using FTP exits in order to submit a job / moving a rexx to be ran under AXR etc... will this be a problem in your organization? Any other ideas would be appreciated... Thanks Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Interfacing with the MainFrame
On Wed, Mar 7, 2012 at 12:47 PM, Ed Mackmahon dropip...@gmail.com wrote: Hi How would you prefer a product running on a server outside the mainframe will interface with the mainframe? Some Ideas i had: 1. Using a macro emulator that simulate a user which logon as a regular user, snap shot the screen display and parse the results on the open. 2. Using FTP exits in order to submit a job / moving a rexx to be ran under AXR etc... will this be a problem in your organization? Hi Ed - You have suggested several different solution. However, the problem being solved has not been stated. That makes it very difficult to provide any useful feedback. Can you please state (at a high-level) what you are trying to accomplish? thanks, Sam Any other ideas would be appreciated... Thanks Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Customer Service, the good and the bad...
Greg Shirey wrote: begin extract I get your drift, but have to disagree, respectfully. This is a discussion group, not a technical support service. IMO, there are no customers here. /end extract I think Bill Fairchild would agree that an occasional thread here takes the form of a discussion between people who are, to a first approximation anyway, equally experienced and informed. These discussions are agreeable and helpful. They are not, however, the norm; and it would be disingenuous to maintain that they are (because we should like them to be). Most of us, most of the time, are either askers or answerers of questions, with only very occasional role reversals; and this portion of what we do here is better modelled using Bill's terminology than Greg's. John Gilmore, Ashland, MA 01721 - USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Interfacing with the MainFrame
Ed, I would use a Service Oriented Architecture approach. Glenn -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Ed Mackmahon Sent: Wednesday, March 07, 2012 3:47 PM To: IBM-MAIN@bama.ua.edu Subject: Interfacing with the MainFrame Hi How would you prefer a product running on a server outside the mainframe will interface with the mainframe? Some Ideas i had: 1. Using a macro emulator that simulate a user which logon as a regular user, snap shot the screen display and parse the results on the open. 2. Using FTP exits in order to submit a job / moving a rexx to be ran under AXR etc... will this be a problem in your organization? Any other ideas would be appreciated... Thanks Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN LEGAL DISCLAIMER The information transmitted is intended solely for the individual or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of or taking action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you have received this email in error please contact the sender and delete the material from any computer. By replying to this e-mail, you consent to SunTrust's monitoring activities of all communication that occurs on SunTrust's systems. SunTrust is a federally registered service mark of SunTrust Banks, Inc. Live Solid. Bank Solid. is a service mark of SunTrust Banks, Inc. [ST:XCL] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Interfacing with the MainFrame
I have a lot of experience designing commercially successful products that ran with one foot on the mainframe and one foot on a little white box. Can you say (without divulging that which you are not willing to divulge) what in broad strokes the product is going to accomplish? Your 1. is a technique that was common in the early days of PC-mainframe integration. http://en.wikipedia.org/wiki/Data_scraping#Screen_scraping . I think screen scraping has kind of fallen into disrepute. Your 2. sounds like a solution to a different problem than 1. Using FTP with no exits you can build JCL and data files, submit the JCL as a mainframe job, wait for it to complete, and bring back both the system messages and the output files. If that does the job for you, it's a lot of work getting it perfect but it's a very valid technique. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Ed Mackmahon Sent: Wednesday, March 07, 2012 12:47 PM To: IBM-MAIN@bama.ua.edu Subject: Interfacing with the MainFrame Hi How would you prefer a product running on a server outside the mainframe will interface with the mainframe? Some Ideas i had: 1. Using a macro emulator that simulate a user which logon as a regular user, snap shot the screen display and parse the results on the open. 2. Using FTP exits in order to submit a job / moving a rexx to be ran under AXR etc... will this be a problem in your organization? Any other ideas would be appreciated... Thanks Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Interfacing with the MainFrame
Hi How would you prefer a product running on a server outside the mainframe will interface with the mainframe? Some Ideas i had: 1. Using a macro emulator that simulate a user which logon as a regular user, snap shot the screen display and parse the results on the open. 2. Using FTP exits in order to submit a job / moving a rexx to be ran under AXR etc... will this be a problem in your organization? Any other ideas would be appreciated... Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: TINC?
I was a college student working that one summer as an operator. The (only!) sysprog gave us the procedures to re-configure, which we did (to a single partition to run a 'large' job) about once a month. (I never got my hands on any Fine Manuals at that time, so I didn't know any better.) Four years later I went from application programming at the same company to system programmer - got to do the very last SVS sysgen and the very first MVS sysgen for that shop. Spent the next 14 years as a sysprog there, then got outsourced to IGS did another 5 years as sysprog on the same account. Randy -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Ed Gould Sent: Tuesday, March 06, 2012 7:02 PM To: IBM-MAIN@bama.ua.edu Subject: Re: TINC? Randy: We used to run MFT and everyday we changed the partition sizes without an IPL. Now if you are saying to change from MFT to MVT then indeed an IPL was needed, as well PCP to MFT (or for that matter MVT)? The OS is the key issue and indeed VM you can ipl an OS and it probably does not require an IPL(machine wise) a virtual machine needs to be brought in . Maybe I am missing some distinction here. Ed On Mar 5, 2012, at 9:06 AM, Gross, Randall [GCG-PFS] wrote: In college, we had a 360/40 running PCP (Primary Control Program) in 64K; iirc, PCP could not be patrtitioned. I worked one summer for a company that had a 256k 360/40 running MFT with (typically) 4 partitions. Iirc, it took an IPL to reconfigure MFT. (M = multimple, F = fixed) I belive MVT (V = variable) was the first OS360 operating system that suppored dynamic repartitioning, but I could be wrong. I never experienced MVT - just went from MFT to SVS to MVS. Randy -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Lloyd Fuller Sent: Friday, March 02, 2012 8:32 AM To: IBM-MAIN@bama.ua.edu Subject: Re: TINC? It could be that the spooler was really a resident writer. I was just a newby programmer, and know that we were told that requiring more than a certain amount of memory required a major operations change and was frowned on. It was definitely not DOS/360. It was OS/360 and used JCL with DCBs, etc, not the DOS/360 stuff. Lloyd - Original Message From: John Gilmore johnwgilmore0...@gmail.com To: IBM-MAIN@bama.ua.edu Sent: Thu, March 1, 2012 4:09:02 PM Subject: Re: TINC? Shmuel/Seymour wrote: begin extract NFW. There was only a single partition on PCP. Based on the model I'd guess that you were running DOS/360. /end extract and it is correct, albeit in a Pickwickian sense, that OS/PCP had only a single partition; but it did support both transient and resident readers and writers; there were even some very primitive to-2311-DASD RYO spoolers in use; and at this remove Lloyd Fuller's confusion may be only a terminological one. Still, I too guess that he may have been using DOS. --jg On 3/1/12, Shmuel Metz (Seymour J.) shmuel+ibm-m...@patriot.net wrote: In 1330520469.27305.yahoomai...@web180907.mail.ne1.yahoo.com, on 02/29/2012 at 05:01 AM, Lloyd Fuller leful...@sbcglobal.net said: No. When we used PCP on the Model 40 with 64K. We had a single job partition and, most of the time, a spool partition. NFW. There was only a single partition on PCP. Based on the model I'd guess that you were running DOS/360. It was a very simple partition (like 10K or so) that ran the 1401 What are you trying to say? The 1401 was a computer, not a program. If you meant that you ran the 1401 Emulator program, that confirms that it was DOS. If we needed more memory for a specific purpose, we would reipl from a different pack and bring up OS360 with just the program partition. Another sign that you were not running OS/360; on an OS/360 system with multiple partitions you can amalgamated partitions with the DEFINE command; you don't need to re-IPL. -- 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: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive
Re: FICON channel utilization
W dniu 2012-03-07 16:52, Martin Packer pisze: Perhaps one would expect HMC and RMF to source from the same place. Tell me if I'm wrong, this not being my area. 1. I added an emoticon to my answer - that's becuase both sources showed 100%, although I really used HMC Activity Monitor. 2. HMC and RMF do differ sometimes, the difference is usually very small. I forgot details, but the difference does exist. BTW: I'm going to connect the chpid to 8gbps switch and SFP and rerun the test. Of course single channel attached CU is not intended to use in production. -- Radoslaw Skorupka Lodz, Poland -- Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by jedynie jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste adresatem niniejszej wiadomoci lub pracownikiem upowanionym do jej przekazania adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne dziaanie o podobnym charakterze jest prawnie zabronione i moe by karalne. Jeeli otrzymae t wiadomo omykowo, prosimy niezwocznie zawiadomi nadawc wysyajc odpowied oraz trwale usun t wiadomo wczajc w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax +48 (22) 829 00 33, www.brebank.pl, e-mail: i...@brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237, NIP: 526-021-50-88. Wedug stanu na dzie 01.01.2012 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.410.984 zotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Interfacing with the MainFrame
I should add that some (many?) shops ban FTP onto the mainframe, so that may be a problem with 2. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Charles Mills Sent: Wednesday, March 07, 2012 1:08 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Interfacing with the MainFrame I have a lot of experience designing commercially successful products that ran with one foot on the mainframe and one foot on a little white box. Can you say (without divulging that which you are not willing to divulge) what in broad strokes the product is going to accomplish? Your 1. is a technique that was common in the early days of PC-mainframe integration. http://en.wikipedia.org/wiki/Data_scraping#Screen_scraping . I think screen scraping has kind of fallen into disrepute. Your 2. sounds like a solution to a different problem than 1. Using FTP with no exits you can build JCL and data files, submit the JCL as a mainframe job, wait for it to complete, and bring back both the system messages and the output files. If that does the job for you, it's a lot of work getting it perfect but it's a very valid technique. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Ed Mackmahon Sent: Wednesday, March 07, 2012 12:47 PM To: IBM-MAIN@bama.ua.edu Subject: Interfacing with the MainFrame Hi How would you prefer a product running on a server outside the mainframe will interface with the mainframe? Some Ideas i had: 1. Using a macro emulator that simulate a user which logon as a regular user, snap shot the screen display and parse the results on the open. 2. Using FTP exits in order to submit a job / moving a rexx to be ran under AXR etc... will this be a problem in your organization? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Customer Service, the good and the bad...
I have no current experience with PC service, but I have a lot of experiences with enterprise equipment service. I have no doubt what company is the worst in that category. Some examples: - they didn't included *internal* cables. No clue about such requirement also. - they deliver tape system, it took two days to find out how to connect it. - two weeks after they replaced several important parts, they *failed* to replace another one, and yet another one does not work - they did not updated microcode, despite they know the delivered one contains obvious errors. - they claim the equipment is already mounted, so the warranty period has began. Fix time 24h is smartly not mentioned here. -- Radoslaw Skorupka Lodz, Poland -- Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by jedynie jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste adresatem niniejszej wiadomoci lub pracownikiem upowanionym do jej przekazania adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne dziaanie o podobnym charakterze jest prawnie zabronione i moe by karalne. Jeeli otrzymae t wiadomo omykowo, prosimy niezwocznie zawiadomi nadawc wysyajc odpowied oraz trwale usun t wiadomo wczajc w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax +48 (22) 829 00 33, www.brebank.pl, e-mail: i...@brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237, NIP: 526-021-50-88. Wedug stanu na dzie 01.01.2012 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.410.984 zotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Tips for continuing DD statement with only one parameter field
JCL Reference is your friend: //S1 EXEC PGM=IEFBR14,PARM='THIS IS A LONG PARAMETER WITHIN APOST // ROPHES, CONTINUED IN COLUMN 16 OF THE NEXT RECORD' Example 4 shows continuation of a parameter field when a parameter is enclosed in apostrophes. The parameter field is continued from column 71 of the first card image to column 16 of the second. APOST - 'T' has to be on 71th column ROPHES - 'R' has to be on 16th column. Another way: variables SET V1='/root/directory' SET V2='/next/very/long/dir' SET V3='/anotherdirectory' SET V4='/is/it/enough' SET V=V1v2V3V4 ... DD PATH=V JES substitution: PATH='/root/directory/next/very/long/dir/anotherdirectory/is/it/enough' -- Radoslaw Skorupka Lodz, Poland -- Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by jedynie jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste adresatem niniejszej wiadomoci lub pracownikiem upowanionym do jej przekazania adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne dziaanie o podobnym charakterze jest prawnie zabronione i moe by karalne. Jeeli otrzymae t wiadomo omykowo, prosimy niezwocznie zawiadomi nadawc wysyajc odpowied oraz trwale usun t wiadomo wczajc w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax +48 (22) 829 00 33, www.brebank.pl, e-mail: i...@brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237, NIP: 526-021-50-88. Wedug stanu na dzie 01.01.2012 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.410.984 zotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Interfacing with the MainFrame
I want to echo what evened said ..what are you trying to do ? What kind of application are you talking to ? Network type ? Security type ? Firewalls ? Sent from my iPad Scott Ford Senior Systems Engineer www.identityforge.com On Mar 7, 2012, at 3:47 PM, Ed Mackmahon dropip...@gmail.com wrote: Hi How would you prefer a product running on a server outside the mainframe will interface with the mainframe? Some Ideas i had: 1. Using a macro emulator that simulate a user which logon as a regular user, snap shot the screen display and parse the results on the open. 2. Using FTP exits in order to submit a job / moving a rexx to be ran under AXR etc... will this be a problem in your organization? Any other ideas would be appreciated... Thanks Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Interfacing with the MainFrame
'Screen scrapers' are a bad idea. BTDT. Using the credentials of the requestor is a good idea. FTP or some such can be too slow to be tolerable. I'd suggest a client that crafted a, say, CICS transaction using the user's credentials then format/display the result. However, you may be describing a server based application that fetches data from the MF and presents it to the user. These are usually bad ideas as they are wonderful attack vectors. It's usually better to use a host based transaction processor. But, too many variables and we don't know your business problem to be addressed. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Ed Mackmahon Sent: Wednesday, March 07, 2012 2:47 PM To: IBM-MAIN@bama.ua.edu Subject: Interfacing with the MainFrame Hi How would you prefer a product running on a server outside the mainframe will interface with the mainframe? Some Ideas i had: 1. Using a macro emulator that simulate a user which logon as a regular user, snap shot the screen display and parse the results on the open. 2. Using FTP exits in order to submit a job / moving a rexx to be ran under AXR etc... will this be a problem in your organization? Any other ideas would be appreciated... Thanks Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Interfacing with the MainFrame
Greetings from the CABAL. Have you considered using UNIX services? I don't know all that you want your product to do. But to communicate with the mainframe, you can use SSH to send a UNIX command to z/OS and receive the response back. This is basically simple line mode functionality. To me, this is rather easy to implement if the white box is running UNIX or Linux or MAC OS/X. It is more difficult with Windows because, IMO, Windows does not play nice with others. Or you could just have a server running on the mainframe which uses TCPIP to receive commands and return replies to your code. The format of these commands and replies would be the protocol you designed for your supplied server. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Ed Mackmahon Sent: Wednesday, March 07, 2012 3:11 PM To: IBM-MAIN@bama.ua.edu Subject: Interfacing with the MainFrame Hi How would you prefer a product running on a server outside the mainframe will interface with the mainframe? Some Ideas i had: 1. Using a macro emulator that simulate a user which logon as a regular user, snap shot the screen display and parse the results on the open. 2. Using FTP exits in order to submit a job / moving a rexx to be ran under AXR etc... will this be a problem in your organization? Any other ideas would be appreciated... Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Interfacing with the MainFrame
Many thanks for your answers. Let me provide some more information I intend that the interface will logon to the mainframe and issue some operator commands, read some members etc... gather information and send it to the open systems server for further analysis. The user which will be used for logon to the mainframe will have specific RACF/TSS/CA1 display only authorities and the server is on the organization intranet not an out side server. Having that, I am still looking for the preferred way for interfacing in a way that most organization will have no problem to authorize and using most common services available on most organizations (don't want to impose implementing other services as a preq) - that was the reason I was thinking on FTP and Rexx server... Any other comments / Ideas ? Thanks Ed. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Interfacing with the MainFrame
If I recall using SSH on the USS impose on the client to implement IBM ported tools which not all clients do... would it be a fare preq ? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Interfacing with the MainFrame
Hi Hal. Thanks for your comments... I will use the FTP just for lets say putting the Rexx in an AXR eligable dataset and using the exit make it run, gather information into a dataset and do an FTP get... something like that The volume of the data is not big so I suppose performance won't become an issue... What do you think? Any ideas / comments would be appreciated. Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Interfacing with the MainFrame
Ugh Sent from my iPad Scott Ford Senior Systems Engineer www.identityforge.com On Mar 7, 2012, at 5:01 PM, Ed Mackmahon dropip...@gmail.com wrote: Hi Hal. Thanks for your comments... I will use the FTP just for lets say putting the Rexx in an AXR eligable dataset and using the exit make it run, gather information into a dataset and do an FTP get... something like that The volume of the data is not big so I suppose performance won't become an issue... What do you think? Any ideas / comments would be appreciated. Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Interfacing with the MainFrame
Ah. Good point. I implement everything that I can get my hands on and is free (as in beer). SSH is likely not as prevalent in z/OS UNIX as I'm used to in the UNIX world, in general. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Ed Mackmahon Sent: Wednesday, March 07, 2012 3:56 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Interfacing with the MainFrame If I recall using SSH on the USS impose on the client to implement IBM ported tools which not all clients do... would it be a fare preq ? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
THE STP FACILITY IS NOT AVAILABLE
We lost power and the STP feature got disabled. Can this be fixed through the HMC sysplex timer, without bringing the system down??? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Interfacing with the MainFrame
Ed, I design this stuff professionally, you need more than just an outside program..you need various authorizations on the security subsystem, incoming firewallthat's just for starters, to operator commands with running a batch process requires authorization Sent from my iPad Scott Ford Senior Systems Engineer www.identityforge.com On Mar 7, 2012, at 4:50 PM, McKown, John john.mck...@healthmarkets.com wrote: Greetings from the CABAL. Have you considered using UNIX services? I don't know all that you want your product to do. But to communicate with the mainframe, you can use SSH to send a UNIX command to z/OS and receive the response back. This is basically simple line mode functionality. To me, this is rather easy to implement if the white box is running UNIX or Linux or MAC OS/X. It is more difficult with Windows because, IMO, Windows does not play nice with others. Or you could just have a server running on the mainframe which uses TCPIP to receive commands and return replies to your code. The format of these commands and replies would be the protocol you designed for your supplied server. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Ed Mackmahon Sent: Wednesday, March 07, 2012 3:11 PM To: IBM-MAIN@bama.ua.edu Subject: Interfacing with the MainFrame Hi How would you prefer a product running on a server outside the mainframe will interface with the mainframe? Some Ideas i had: 1. Using a macro emulator that simulate a user which logon as a regular user, snap shot the screen display and parse the results on the open. 2. Using FTP exits in order to submit a job / moving a rexx to be ran under AXR etc... will this be a problem in your organization? Any other ideas would be appreciated... Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Interfacing with the MainFrame
I like free beer...I though SSH was part of z/os if not racfcert... Sent from my iPad Scott Ford Senior Systems Engineer www.identityforge.com On Mar 7, 2012, at 5:04 PM, McKown, John john.mck...@healthmarkets.com wrote: Ah. Good point. I implement everything that I can get my hands on and is free (as in beer). SSH is likely not as prevalent in z/OS UNIX as I'm used to in the UNIX world, in general. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Ed Mackmahon Sent: Wednesday, March 07, 2012 3:56 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Interfacing with the MainFrame If I recall using SSH on the USS impose on the client to implement IBM ported tools which not all clients do... would it be a fare preq ? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Tips for continuing DD statement with only one parameter field
Yup. That's what I was referring to when I said I'm sure I could wrestle with the rules for continuing quoted parameters, but that makes an obscure, difficult to maintain mess IMHO. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of R.S. Sent: Wednesday, March 07, 2012 1:40 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Tips for continuing DD statement with only one parameter field JCL Reference is your friend: //S1 EXEC PGM=IEFBR14,PARM='THIS IS A LONG PARAMETER WITHIN APOST // ROPHES, CONTINUED IN COLUMN 16 OF THE NEXT RECORD' Example 4 shows continuation of a parameter field when a parameter is enclosed in apostrophes. The parameter field is continued from column 71 of the first card image to column 16 of the second. APOST - 'T' has to be on 71th column ROPHES - 'R' has to be on 16th column. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Interfacing with the MainFrame
OpenSSH is a separately orderable and installable feature from z/OS base. I.e. you can order it from ShopzSeries in the same order as your z/OS order and install it during the z/OS installation. There appear to be five Ported Tools packages altogether. I guess that's why I consider it to be part of the base. Like SDSF, DFSMSdss, and DFSMShsm, all of which I also order in the z/OS order. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Scott Ford Sent: Wednesday, March 07, 2012 4:08 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Interfacing with the MainFrame I like free beer...I though SSH was part of z/os if not racfcert... Sent from my iPad Scott Ford Senior Systems Engineer www.identityforge.com On Mar 7, 2012, at 5:04 PM, McKown, John john.mck...@healthmarkets.com wrote: Ah. Good point. I implement everything that I can get my hands on and is free (as in beer). SSH is likely not as prevalent in z/OS UNIX as I'm used to in the UNIX world, in general. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Ed Mackmahon Sent: Wednesday, March 07, 2012 3:56 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Interfacing with the MainFrame If I recall using SSH on the USS impose on the client to implement IBM ported tools which not all clients do... would it be a fare preq ? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Interfacing with the MainFrame
Hi. I supposed that if an organization have FTP implemented getting the standard FTP authorizations such as FW, NETACCESS, PORTACCESS, STACKACCESS etc... The only unique user profile would be display commends (another option is to use surrogate and run with different user..) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Interfacing with the MainFrame
On 3/7/2012 12:47 PM, Ed Mackmahon wrote: How would you prefer a product running on a server outside the mainframe will interface with the mainframe? Web services? -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 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: INFO IBM-MAIN
Re: Interfacing with the MainFrame
You might also consider using Co:Z SFTP along with Ported Tools OpenSSH, since only z/OS Unix files are supported in the the SFTP that comes with Ported Tools OpenSSH. http://dovetail.com/products/sftp.html Co:Z SFTP is free to download and use; commercial license and support contracts are also available. with Co:Z SFTP, your remote SSH/SFTP client could: - upload and download z/OS datasets or Unix files - submit jobs - get job output - everything would be secure and encrypted on a single SSH socket (no firewall hassles like FTP) Any SSH/SFTP client would work, including OpenSSH, a Java SSH/SFTP client, etc Regards, Kirk Wolf Dovetailed Technologies http://dovetail.com On Wed, Mar 7, 2012 at 4:20 PM, McKown, John john.mck...@healthmarkets.comwrote: OpenSSH is a separately orderable and installable feature from z/OS base. I.e. you can order it from ShopzSeries in the same order as your z/OS order and install it during the z/OS installation. There appear to be five Ported Tools packages altogether. I guess that's why I consider it to be part of the base. Like SDSF, DFSMSdss, and DFSMShsm, all of which I also order in the z/OS order. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Scott Ford Sent: Wednesday, March 07, 2012 4:08 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Interfacing with the MainFrame I like free beer...I though SSH was part of z/os if not racfcert... Sent from my iPad Scott Ford Senior Systems Engineer www.identityforge.com On Mar 7, 2012, at 5:04 PM, McKown, John john.mck...@healthmarkets.com wrote: Ah. Good point. I implement everything that I can get my hands on and is free (as in beer). SSH is likely not as prevalent in z/OS UNIX as I'm used to in the UNIX world, in general. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Ed Mackmahon Sent: Wednesday, March 07, 2012 3:56 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Interfacing with the MainFrame If I recall using SSH on the USS impose on the client to implement IBM ported tools which not all clients do... would it be a fare preq ? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Tips for continuing DD statement with only one parameter field
There is a limitation on parms of 100 bytes if memory serves me. Sent from my iPad Scott Ford Senior Systems Engineer www.identityforge.com On Mar 7, 2012, at 5:20 PM, Charles Mills charl...@mcn.org wrote: Yup. That's what I was referring to when I said I'm sure I could wrestle with the rules for continuing quoted parameters, but that makes an obscure, difficult to maintain mess IMHO. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of R.S. Sent: Wednesday, March 07, 2012 1:40 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Tips for continuing DD statement with only one parameter field JCL Reference is your friend: //S1 EXEC PGM=IEFBR14,PARM='THIS IS A LONG PARAMETER WITHIN APOST // ROPHES, CONTINUED IN COLUMN 16 OF THE NEXT RECORD' Example 4 shows continuation of a parameter field when a parameter is enclosed in apostrophes. The parameter field is continued from column 71 of the first card image to column 16 of the second. APOST - 'T' has to be on 71th column ROPHES - 'R' has to be on 16th column. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Interfacing with the MainFrame
That would be another way, httpd on z/os , have a cgi do the work, tats. Good one Ed. Sent from my iPad Scott Ford Senior Systems Engineer www.identityforge.com On Mar 7, 2012, at 5:28 PM, Edward Jaffe edja...@phoenixsoftware.com wrote: On 3/7/2012 12:47 PM, Ed Mackmahon wrote: How would you prefer a product running on a server outside the mainframe will interface with the mainframe? Web services? -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 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: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Interfacing with the MainFrame
Btdt on screen scraping, extremely ugly and of course inflexible..a better way being an application API of some sort .. Sent from my iPad Scott Ford Senior Systems Engineer www.identityforge.com On Mar 7, 2012, at 5:24 PM, Ed Mackmahon dropip...@gmail.com wrote: Hi. I supposed that if an organization have FTP implemented getting the standard FTP authorizations such as FW, NETACCESS, PORTACCESS, STACKACCESS etc... The only unique user profile would be display commends (another option is to use surrogate and run with different user..) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Interfacing with the MainFrame
On Wed, Mar 7, 2012 at 5:31 PM, Scott Ford scott_j_f...@yahoo.com wrote: That would be another way, httpd on z/os , have a cgi do the work, tats. Good one Ed. Scott, Web services doesn't mean httpd+cgi, it means SOA (WSDL, etc.). Which has already been suggested. Whatever you do, you want to use SSL or equivalent. FTP is dead in the water. -- zMan -- I've got a mainframe and I'm not afraid to use it -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Interfacing with the MainFrame
On Wed, Mar 7, 2012 at 4:28 PM, Edward Jaffe edja...@phoenixsoftware.comwrote: On 3/7/2012 12:47 PM, Ed Mackmahon wrote: How would you prefer a product running on a server outside the mainframe will interface with the mainframe? Web services? You might look at IBM's z/OS Jobs REST Interface This new web services API is shipped as part of z/OS MF, and oddly is documented in the z/OS MF Configuration Guide (SA38-0652-06) == The z/OS jobs REST interface is an application programming interface (API) implemented through industry standard Representational State Transfer (REST) services. This interface allows a client application to perform operations with batch jobs on a z/OS system. With the z/OS jobs REST interface, an application can use REST services to perform the following operations with batch jobs: v Obtain the status of a job v List the jobs for an owner, prefix, or job ID v List the spool files for a job v Retrieve the contents of a job spool file v Submit a job to run on z/OS v Cancel a job v Change the job class of a job v Cancel a job and purge its output. = Kirk Wolf Dovetailed Technologies http://dovetail.com +1 636.300.0901 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Interfacing with the MainFrame
Hi. Thanks for your comments. Can you elaborate on the requirement on client side for using Web services? - Does in involve CICS / IMS DC? - Can you impement WEB service under AXR ? - Does the CICS should interface with TCP ? is this more eligible then FTP? - How would the Web Service can gather information such as operator output commands? - Is this common practice for most organizations ? for your organization ? Thanks again Ed. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Interfacing with the MainFrame
So basically, you're planning to create a product and you want us to describe how to do it? Sent from my iPad On Mar 7, 2012, at 3:51 PM, Ed Mackmahon dropip...@gmail.com wrote: Many thanks for your answers. Let me provide some more information I intend that the interface will logon to the mainframe and issue some operator commands, read some members etc... gather information and send it to the open systems server for further analysis. The user which will be used for logon to the mainframe will have specific RACF/TSS/CA1 display only authorities and the server is on the organization intranet not an out side server. Having that, I am still looking for the preferred way for interfacing in a way that most organization will have no problem to authorize and using most common services available on most organizations (don't want to impose implementing other services as a preq) - that was the reason I was thinking on FTP and Rexx server... Any other comments / Ideas ? Thanks Ed. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Interfacing with the MainFrame
On that note, I'd suggest Web 2.0 and Cloud Computing. You can always set things up in WebSphere(apache even, perhaps?) with CGI and use AJAX to pass messages, should be client independent even. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Chris Craddock Sent: Wednesday, March 07, 2012 4:45 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Interfacing with the MainFrame So basically, you're planning to create a product and you want us to describe how to do it? Sent from my iPad On Mar 7, 2012, at 3:51 PM, Ed Mackmahon dropip...@gmail.com wrote: Many thanks for your answers. Let me provide some more information I intend that the interface will logon to the mainframe and issue some operator commands, read some members etc... gather information and send it to the open systems server for further analysis. The user which will be used for logon to the mainframe will have specific RACF/TSS/CA1 display only authorities and the server is on the organization intranet not an out side server. Having that, I am still looking for the preferred way for interfacing in a way that most organization will have no problem to authorize and using most common services available on most organizations (don't want to impose implementing other services as a preq) - that was the reason I was thinking on FTP and Rexx server... Any other comments / Ideas ? Thanks Ed. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Customer Service, the good and the bad...
Well, I don't believe I suggested that all who read and post here have equal knowledge and experience. If that were a prerequisite for a discussion group, I can't imagine how one would ever get formed. (And then what would be discussed??) But I don't see how asking a question to this group establishes a 'customer/service provider' relationship, which I would think implies a certain entitlement to the service and an expectation of a level of satisfactory performance on the part of the provider. If the point to which I responded was that many of the interactions here have similarities to some customer service interactions, then I misunderstood, and I would have to agree. Disingenuousness was certainly not my intent. Regards, Greg Shirey Ben E. Keith Company -Original Message- From: IBM Mainframe Discussion List On Behalf Of John Gilmore Sent: Wednesday, March 07, 2012 3:03 PM I think Bill Fairchild would agree that an occasional thread here takes the form of a discussion between people who are, to a first approximation anyway, equally experienced and informed. These discussions are agreeable and helpful. They are not, however, the norm; and it would be disingenuous to maintain that they are (because we should like them to be). Most of us, most of the time, are either askers or answerers of questions, with only very occasional role reversals; and this portion of what we do here is better modelled using Bill's terminology than Greg's. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Interfacing with the MainFrame
**IF** you FTP ensure you can use TLS. We disallow any non TLS FTP sessions Jerry Whitteridge Lead Systems Programmer Safeway Inc. 925 951 4184 If you feel in control you just aren't going fast enough. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Ed Mackmahon Sent: Wednesday, March 07, 2012 2:01 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Interfacing with the MainFrame Hi Hal. Thanks for your comments... I will use the FTP just for lets say putting the Rexx in an AXR eligable dataset and using the exit make it run, gather information into a dataset and do an FTP get... something like that The volume of the data is not big so I suppose performance won't become an issue... What do you think? Any ideas / comments would be appreciated. Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN Email Firewall made the following annotations. -- Warning: All e-mail sent to this address will be received by the corporate e-mail system, and is subject to archival and review by someone other than the recipient. This e-mail may contain proprietary information and is intended only for the use of the intended recipient(s). If the reader of this message is not the intended recipient(s), you are notified that you have received this message in error and that any review, dissemination, distribution or copying of this message is strictly prohibited. If you have received this message in error, please notify the sender immediately. == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Tips for continuing DD statement with only one parameter field
Many long threads here on that one ... What's worse, parm means two different things. There is a limit of 100 characters on the operand of PARM=. But I was referring to parameters in the more general sense of, as the manual says, The parameter field consists of two types of parameters: positional parameters and keyword parameters. All positional parameters must precede all keyword parameters. Keyword parameters follow the positional parameters. Some of those parms such as PATH= can have operands with a length of 255 characters. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Scott Ford Sent: Wednesday, March 07, 2012 2:30 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Tips for continuing DD statement with only one parameter field There is a limitation on parms of 100 bytes if memory serves me. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Customer Service, the good and the bad...
-Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Greg Shirey Sent: Wednesday, March 07, 2012 4:52 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Customer Service, the good and the bad... If the point to which I responded was that many of the interactions here have similarities to some customer service interactions, then I misunderstood, and I would have to agree. Disingenuousness was certainly not my intent. Regards, Greg Shirey That was my point, which I stated in my opening sentence: We have many of the same customer service issues here on IBM-MAIN. I always assume too much on the part of all the IBM-MAIN readers. I assumed that everyone would be able to read my mind and NOT immediately conclude that I was implying that we who may be old-timers have any obligation or responsibility to be nice, competent, correct, or quick to respond. I am equally guilty of taking everything I hear or read literally at first, yet I continue to forget that IBM-MAIN is composed of nerds like me. I was happy to see that John Gilmore, who is capable of taking things more literally and in far more languages than almost all of us, was able to sense my vibes. We are all acting voluntarily, and, except for Darren's occasional shoulder-tap, anarchically. We govern ourselves. I have answered many more questions than I have asked over the years. My real main subtle point was that we who try to give an answer need to remember to compose our text so that it comes across as helpful; i.e., use enlightened self-interest, and try to do better in our posts than the bad service examples we have read about lately. I am pleased to say that most of the time most answers are given in this spirit by most responders. The official words from IBMers are a very good model for the rest of us. Bill Fairchild -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Interfacing with the MainFrame
On Wed, 7 Mar 2012 17:36:39 -0500, zMan wrote: Whatever you do, you want to use SSL or equivalent. FTP is dead in the water. Have you discussed this with the developers of, e.g., the SMP/E RECEIVE FROMNETWORK command? I'm waiting breathlessly for the next release. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Tips for continuing DD statement with only one parameter field
On 7 March 2012 18:27, Charles Mills charl...@mcn.org wrote: Many long threads here on that one ... What's worse, parm means two different things. There is a limit of 100 characters on the operand of PARM=. But I was referring to parameters in the more general sense of, as the manual says, The parameter field consists of two types of parameters: positional parameters and keyword parameters. All positional parameters must precede all keyword parameters. Keyword parameters follow the positional parameters. Even worse, they probably should've been calling them arguments all these years... Some of those parms such as PATH= can have operands with a length of 255 characters. No, uh, argument. Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Interfacing with the MainFrame
On 7 March 2012 16:51, Ed Mackmahon dropip...@gmail.com wrote:
Many thanks for your answers.
Let me provide some more information
I intend that the interface will logon to the mainframe and issue some
operator commands, read some members etc... gather information and
send it to the open systems server for further analysis.
In passing, is this server more open than the mainframe?
The user which will be used for logon to the mainframe will have specific
RACF/TSS/CA1
display only authorities and the server is on the organization intranet not
an out side server.
Having that, I am still looking for the preferred way for interfacing in a way
that most organization will have no problem to authorize and using most
common services
available on most organizations (don't want to impose implementing other
services as a preq)
- that was the reason I was thinking on FTP and Rexx server...
Any other comments / Ideas ?
Sigh. This is a question we've encountered many times under various
circumstances, and the results have never been good.
In the worst case (1), it's at a customer site, where the sysprogs and
their management are in a snit because they have been [asked|told] to
install a userid with SPECIAL or uid(0) or root for the use of some
vendor product that they had never heard of until the request/demand
came in, usually already purchased by another part of the organization
reporting to a different VP.
In a variation (2) perhaps more like today's, we are asked for advice
on how to log into the mainframe and, you know do some commands to
collect information and list users and stuff. This request has
arrived from every kind of place from surprisingly well known huge
software vendors to one-man-show consultants, and everyone in between.
Usually our first response is to ask *What* on the mainframe is it
that you want to log on to?, and it usually goes down hill from
there, passing through variations on telnet, dumb ASCII, 3270?,
shell prompt, there are different operating systems on the
mainframe?, and a few other things on the way.
This all said, I don't want to [mis]caricature your questions or
knowledge, and it is good that you seem closer to category (2) than
(1), but you should be aware that the approach is likely to lead to an
unhappy situation. I trust that you will not take offence at what I
have to say.
Generally these questions arise when a vendor with no z/OS experience
wants to integrate the mainframe into their existing or proposed
product. From their point of view, and the customer organizations
they've sold to, installing any kind of software on the mainframe is a
huge barrier, both because it requires cooperation from a customer IT
division they'd rather not be involved with, and because the vendor
has no idea how to write such agent software in the first place. Hence
agentless, you don't have to install anything at all on the
{evil|complicated|legacy|etc.} mainframe. We just log on on remotely
and do what we need..
You should be aware that an agentless approach is not likely to be a
selling point at all to the z/OS maintainers.
Questions likely to be raised by your customers' z/OS sysprogs and
security people when faced by the request for an ID that will be
logging on include: What z/OS application do you want to log on to?
TSO? CICS? UNIX? Something else? Multiple apps? Do you need to log on
to a particular system image, or can we load balance? Exactly what
privileges do you require, and why? Please document your use of each
required privilege in detail, and list all commands you intend to
issue. Are these commands hard coded, or can they be changed/scripted
based on configuration from the non-z/OS platform? How will access to
these commands and their results be controlled on that non z/OS
platform? Will you be making logs available to us from that platform?
Do you have Audit approval for implementation of this product? How
will transmission of sensitive information be protected on the wire?
What is the intended volume of data in each direction, and if it is
significant, how will flow control be managed? Will these commands be
issued at particular times of day? Etc. Etc. Etc.
If they are sufficiently interested, they may point out that screen
scraping is not a defined interface to anything (no matter which
platform it is performed on), and that the layout of various command
output can vary from one system to another, and over time. Certainly
they will not be interested in guaranteeing that the output stays the
same.
So... You mention (System) REXX and FTP, which suggests you know a
fair bit about z/OS (though I'm not sure where FTP exits would come
into play). Others have given you some very good approaches to look
at, and I suggest that you avoid like the plague any kind of remote
logon and scrape approach. Define a data stream of some sort
(preferably using an existing standard), install a small agent with
very well defined privileges, use defined z/OS interfaces
Re: Tips for continuing DD statement with only one parameter field
That works. In fact you can also do a partial substitution using a variable. Lloyd - Original Message From: Hardee, Chuck chuck.har...@thermofisher.com To: IBM-MAIN@bama.ua.edu Sent: Wed, March 7, 2012 3:16:05 PM Subject: Re: Tips for continuing DD statement with only one parameter field I don't know if it will work, but try SETting your path to a variable and then use that variable in the PATH= parameter: // SET MYPATH='long/path/name' //MYDDNAME DD PATH='MYPATH' C- Charles (Chuck) Hardee Senior Systems Engineer Database Administration Information Technology Services Thermo Fisher Scientific 300 Industry Drive Pittsburgh, PA 15275 724-517-2633 (Office) chuck.har...@thermofisher.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Charles Mills Sent: Wednesday, March 07, 2012 3:09 PM To: IBM-MAIN@bama.ua.edu Subject: Tips for continuing DD statement with only one parameter field I've got several DD statements in a proc that have only a single parameter, PATH='long/path/name' Because the path is long the statement will not fit on a single card image (but the PATH parameter by itself will). So I coded //MYDDNAME DD // PATH='long/path/name' No good. It turns out the JCL Reference means what it says when it says you can break a JCL statement *after* any parameter (but not, apparently, before any parameter!). Putting an X in column 72 does not help. Putting a solo comma somewhere after DD does not help. The JCL reference does not provide any guidance that I could find. Google does not seem to know how to do this. I'm sure I could wrestle with the rules for continuing quoted parameters, but that makes an obscure, difficult to maintain mess IMHO. Do any of you more experienced JCL jockeys know a simple trick for getting around this problem? Is there some DD parameter that I should code as a no-op on the first line? Thanks all. Charles -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
bkserv?
Firefox is telling me about: http://www.ibm.com/systems/z/os/zos/bkserv/ The page isn't redirecting properly Firefox has detected that the server is redirecting the request for this address in a way that will never complete. * This problem can sometimes be caused by disabling or refusing to accept cookies. Grrr... I was in there within the last hour. What changed? Thanks, gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: bkserv?
On Wed, 7 Mar 2012 19:44:24 -0600, Paul Gilmartin wrote: Firefox is telling me about: http://www.ibm.com/systems/z/os/zos/bkserv/ The page isn't redirecting properly Firefox has detected that the server is redirecting the request for this address in a way that will never complete. * This problem can sometimes be caused by disabling or refusing to accept cookies. Grrr... I was in there within the last hour. What changed? Transient; all better now. About in the time it would take a web developer to test (they do that?) recognize his mistake, and repair it. Sorry for the interruption; back to nostalgia. gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Tips for continuing DD statement with only one parameter field
On Wed, 7 Mar 2012 18:54:47 -0500, Tony Harminc wrote: On 7 March 2012 18:27, Charles Mills wrote: Many long threads here on that one ... What's worse, parm means two different things. There is a limit of 100 characters on the operand of PARM=. But I was referring to parameters in the more general sense of, as the manual says, The parameter field consists of two types of parameters: positional parameters and keyword parameters. All positional parameters must precede all keyword parameters. Keyword parameters follow the positional parameters. Even worse, they probably should've been calling them arguments all these years... Some of those parms such as PATH= can have operands with a length of 255 characters. No, uh, argument. No, uh, the passage Charles quoted appears verbatim in article 3.1.1 Parameter Field of: Title: z/OS V1R13.0 MVS JCL Reference Document Number: SA22-7597-15 (or have you submitted an RCF that will appear in a future edition?) Op. cit. limits PATH to 254 characters, but who's counting? Anyway, that's closer to 255 than to 100. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: IKT100I USERID CANCELED immediately after TN3270 connection fail
Linda, the meas you provided to me is a good method to work around network problem when use VPN. thank you. 2012/3/8 Linda Mooney linda.lst...@comcast.net Hi Chen, There have been some good replies here on the list. I would like to offer theses comments in addtion. My shop had lots of dropped connection issues when we used to use a remote client to log in to our mainframe. Now we VPN to our regular workstation instead. This actually will work for any works tation that you are authorized to use at work. So you would VPN to your desktop at work and then , remotely, use your desktop at work as if you were actually at work. Then if you have a remote connection loss, it does not affect your actual TSO session at work. I have found that this works much better for me than trying to use a remote TN3270 client. HTH, Linda - Original Message - From: chen lucky chenluck...@gmail.com To: IBM-MAIN@bama.ua.edu Sent: Saturday, March 3, 2012 12:08:17 AM Subject: IKT100I USERID CANCELED immediately after TN3270 connection fail Hi List, Thanks for your help. Recently I encounter a problem that IKT100I USERID CANCELED immediately after TN3270 connection fail, and It is unacceptable in our shop, because users will lose their work that do not save in time. From SYSLOG I only got IKT100I, no other information was found. I tried to searched it using GOOGLE, but with not lucky. Following is the output of command D TCPIP,TN3270,TELNET,PROFILE,DETAIL. Thanks. -d tcpip,tn3270,telnet,PROF,DETAIL EZZ6080I TELNET PROFILE DISPLAY 608 PERSIS FUNCTION DIA SECURITY TIMERS MISC (LMTGCAK)(OATSKTQSWHRT)(DRF)(PCKLECXN2)(IPKPSTS)(SMLT) --- --- - --- *** **TSBTQ***RT EC* BB*** *P**STS *DD* *DEFAULT --- ---T --- - I---ST- SM-- *TGLOBAL --- W--- --- -B--- I-K---* *TPARMS *** **TSBTQ*W*RT EC* BB*** IPK*ST* SMD* CURR PERSISTENCE NOLUSESSIONPEND NOMSG07 NOTKOSPECLU NOTKOGENLU NOCHECKCLIENTCONN NODROPASSOCPRINTER KEEPLU 0 (OFF) FUNCTIONS NOOLDSOLICITOR NOSINGLEATTN TN3270E SNAEXTENT UNLOCKKEYBOARD BEFOREREAD UNLOCKKEYBOARD TN3270BIND SEQUENTIALLU NOSIMCLIENTLU WLMCLUSTERNAME NO HNLOOKUP REFRESHMSG10 TELNETDEVICEIBM-3277 D4B32782,**N/A** TELNETDEVICEIBM-3278-2-E NSX32702,SNX32702 O, TELNETDEVICEIBM-3278-2D4B32782,SNX32702 TELNETDEVICEIBM-3278-3-E NSX32703,SNX32703 O, TELNETDEVICEIBM-3278-3D4B32783,SNX32703 TELNETDEVICEIBM-3278-4-E NSX32704,SNX32704 O, TELNETDEVICEIBM-3278-4D4B32784,SNX32704 TELNETDEVICEIBM-3278-5-E NSX32705,SNX32705 O, TELNETDEVICEIBM-3278-5D4B32785,SNX32705 TELNETDEVICEIBM-3279-2-E NSX32702,SNX32702 O, TELNETDEVICEIBM-3279-2D4B32782,SNX32702 TELNETDEVICEIBM-3279-3-E NSX32703,SNX32703 O, TELNETDEVICEIBM-3279-3D4B32783,SNX32703 TELNETDEVICEIBM-3279-4-E NSX32704,SNX32704 O, TELNETDEVICEIBM-3279-4D4B32784,SNX32704 TELNETDEVICEIBM-3279-5-E NSX32705,SNX32705 O, TELNETDEVICEIBM-3279-5D4B32785,SNX32705 TELNETDEVICELINEMODE INTERACT,**N/A** TELNETDEVICEIBM-DYNAMIC D4C32XX3,D4C32XX3 TELNETDEVICEIBM-3287-1**N/A** ,D6328904 TELNETDEVICETRANSFORM D4B32782,**N/A** DIAGNOSTICS DEBUG EXCEPTION DEBUG ROUTING CONSOLE NOFULLDATATRACE SECURITY PORT 23 CONNTYPE BASIC KEYRING **N/A** CRLLDAPSERVER **N/A** ENCRYPTION**N/A** CLIENTAUTH**N/A** NOEXPRESSLOGON NONACUSERID NOSSLV2 TIMERS INACTIVE 28 PROFILEINACTIVE 1800 KEEPINACTIVE 10 PRTINACTIVE 0 (OFF) SCANINTERVAL 3600 TIMEMARK14400 SSLTIMEOUT**N/A** MISCELLANEOUS SMF SMFINIT20 SMFTERM21 SMFINIT NOTYPE119 SMFTERM NOTYPE119 MAX LIMITS MAXRECEIVE 65535 MAXVTAMSENDQ 50 MAXREQSESS 20 MAXRUCHAIN 0 (OFF) LINEMODE NOBINARYLINEMODE SGA CODEPAGE ISO8859-1 IBM-1047 TRANSFORM NODBCSTRANSFORM NODBCSTRACE - PORT:23 ACTIVE PROF: CURR CONNS: 0 FORMATSHORT TCPIPJOBNAME TCPIP TNSACONFIGDISABLED 90 OF 90 RECORDS DISPLAYED
Re: Migrating to Z196
You might want to review at IBM TechDocs z/OS Positioning Software for the zEnterprise (z196 and z114) Servers http://www-03.ibm.com/support/techdocs/atsmastr.nsf/WebIndex/TD105581 also similar from SHARE in Orlando 10099: Everything a z/OS System Programmer Needs to Know to Exploit a zEnterprise (z196 or z114) Server http://proceedings.share.org/client_files/Share_in_Orlando_2/Session_10099_handout_1826_0.pdf Finally in addition to the functional requirements performance is a very significant area that should be carefully planned/reviewed and expectations clearly set. The performance from one IBM to machine model to the next changes and you want to make sure that the right IBM CP3000 or other tooling supported studies have been done so you won't have any surprises. You probably already have this but it is worth talking about because the financial consequences of getting this wrong are so great. A perfectly good functional migration may be viewed as a complete failure by management if they have to buy an unplanned engine or find they significantly overbought. Good Luck! The z196 has proven to be a very capable processor for us. Best Regards, Sam Knutson, GEICO System z Team Leader mailto:sknut...@geico.com (office) 301.986.3574 (cell) 301.996.1318 Think big, act bold, start simple, grow fast... -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Jake anderson Sent: Monday, March 05, 2012 11:37 PM To: IBM-MAIN@bama.ua.edu Subject: Migrating to Z196 Hello, We are planning to migrate from Z10 to Z196. So are there any manuals which speaks more on PSP bucket changes that is required during this migrations ? Jake This email/fax message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution of this email/fax is prohibited. If you are not the intended recipient, please destroy all paper and electronic copies of the original message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Tips for continuing DD statement with only one parameter field
Well, who's counting indeed, but my JCL reference says The pathname: - Has the form: /name1/name2/name3/.../namen - Begins with a slash. - Has a length of 1 through 255 characters. The system checks the length after substituting for any symbols and before compressing any consecutive slashes. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Paul Gilmartin Sent: Wednesday, March 07, 2012 5:58 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Tips for continuing DD statement with only one parameter field On Wed, 7 Mar 2012 18:54:47 -0500, Tony Harminc wrote: On 7 March 2012 18:27, Charles Mills wrote: Many long threads here on that one ... What's worse, parm means two different things. There is a limit of 100 characters on the operand of PARM=. But I was referring to parameters in the more general sense of, as the manual says, The parameter field consists of two types of parameters: positional parameters and keyword parameters. All positional parameters must precede all keyword parameters. Keyword parameters follow the positional parameters. Even worse, they probably should've been calling them arguments all these years... Some of those parms such as PATH= can have operands with a length of 255 characters. No, uh, argument. No, uh, the passage Charles quoted appears verbatim in article 3.1.1 Parameter Field of: Title: z/OS V1R13.0 MVS JCL Reference Document Number: SA22-7597-15 (or have you submitted an RCF that will appear in a future edition?) Op. cit. limits PATH to 254 characters, but who's counting? Anyway, that's closer to 255 than to 100. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Tips for continuing DD statement with only one parameter field
Charles, That's good, 254 chars, you ave several ways to handle it ... Sent from my iPad Scott Ford Senior Systems Engineer www.identityforge.com On Mar 7, 2012, at 10:04 PM, Charles Mills charl...@mcn.org wrote: Well, who's counting indeed, but my JCL reference says The pathname: - Has the form: /name1/name2/name3/.../namen - Begins with a slash. - Has a length of 1 through 255 characters. The system checks the length after substituting for any symbols and before compressing any consecutive slashes. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Paul Gilmartin Sent: Wednesday, March 07, 2012 5:58 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Tips for continuing DD statement with only one parameter field On Wed, 7 Mar 2012 18:54:47 -0500, Tony Harminc wrote: On 7 March 2012 18:27, Charles Mills wrote: Many long threads here on that one ... What's worse, parm means two different things. There is a limit of 100 characters on the operand of PARM=. But I was referring to parameters in the more general sense of, as the manual says, The parameter field consists of two types of parameters: positional parameters and keyword parameters. All positional parameters must precede all keyword parameters. Keyword parameters follow the positional parameters. Even worse, they probably should've been calling them arguments all these years... Some of those parms such as PATH= can have operands with a length of 255 characters. No, uh, argument. No, uh, the passage Charles quoted appears verbatim in article 3.1.1 Parameter Field of: Title: z/OS V1R13.0 MVS JCL Reference Document Number: SA22-7597-15 (or have you submitted an RCF that will appear in a future edition?) Op. cit. limits PATH to 254 characters, but who's counting? Anyway, that's closer to 255 than to 100. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Tips for continuing DD statement with only one parameter field
On Wed, 7 Mar 2012 19:04:40 -0800, Charles Mills charl...@mcn.org wrote: Well, who's counting indeed, but my JCL reference says The pathname: ... - Has a length of 1 through 255 characters. ... I stand corrected; I misread earlier in the same section: Each directory or filename: Is preceded by a slash (/). The system treats any consecutive slashes as a single slash. ... Has a length of 1 through 254 characters, not including the slash. But now I've read it more carefully and submitted the RCF: Hello, MHVRCFS In: Title: z/OS V1R13.0 MVS JCL Reference Document Number: SA22-7597-15 12.48.2 Subparameter Definition pathname Is incomplete, perhaps misleading. The description appears to prohibit the following which are in fact allowed: o A pathname need not contain a filename; it may consist solely of directories, in which case it refers to a directory. o If (and only if) a pathname refers to a directory, it may end with a slash. The following may be implicit, or perhaps needs clarification: o The list of directories may be empty; the path may consist of only a filename, in which case it refers to a file in the root directory; or of only a slash, in which case it refers to the root directory itself. The following appear to be permitted, but are in fact invalid: o A slash may not appear in a directory or filename; it may be used only as a separator between directories and the filename. o The forms . and .. may not be used as filenames; these are reserved for directory names. If all this is explicit in other IBM publications, it would be better to shorten 12.48.2 and supply a cross-reference to such publications. Thanks, gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
