Re: BXLE instruction
My Apologies Clicked send before I was done ... SELECT BRXH R15,R15,NZ WHEN (16) something .. WHEN (8) something .. ENDSEL , If so desired, you could have IF statements with your WHEN ... e.g. let's say you want to check for a reason code of 200 in R0 .. WHEN (4) IF (CHI,R0,EQ,200) something ENDIF , (or, ELSEIF for another IF) From: IBM Mainframe Discussion List on behalf of Jim Thomas Sent: Sunday, June 9, 2024 2:33 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: BXLE instruction Seymour, I'd use a SELECT rather than an IF (since you're looking for more than one possibility) but ... none the less (and using branch relative) ... BRXH R15,R15,non_zero Continue for R15 = zero .. Kind Regards Jim Thomas From: IBM Mainframe Discussion List on behalf of Seymour J Metz Sent: Sunday, June 9, 2024 1:25 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Fw: BXLE instruction I meant to repost this last year but it slipped through the cracks. If anyone can help Bill with his registration issue I'd appreciate it. Also, if anybody has a machine-readable copy of the TR I'd love to see it. The trick in question relies on the use of the same odd register as the R1 and R3 in BXH, BXHG, BXLE, BXLEG, JXH, JXHG, JXLE and JXLEG. You can only test 30 consecutive bits with the 32-bit version and 62 with the 64-bit version; the high and low bits should be zero. The code, arbitrarily picking GR 1 as the odd register, looks something like: L R1,STATUS IF(BXH,R15,r15) action 1 ENDIF ... IF(BXH,R15,r15) action 30 ENDIF ... STATUS DCA.1(0,flag1,...,flag31,0) Where the test is a BXH or BXLE depending on which way you want to test. If you have to work it out with pencil and paper in order to understand what's going on, welcome to the club. I thought that it was slick the first time I saw it, and I still think so. I think it would be a good example in PoOps. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 עַם יִשְׂרָאֵל חַי נֵ֣צַח יִשְׂרָאֵ֔ל לֹ֥א יְשַׁקֵּ֖ר From: William Collier Sent: Wednesday, November 2, 2022 11:27 AM To: Seymour J Metz Subject: BXLE instruction To: Seymour J Metz mailto:sme...@gmu.edu>> Hi, Last night I enjoyed reading your comment on the IBM-MAIN listserv: The slickest thing that I saw in OS/360 was code testing successive bits using BXH and BXLE. I would like to respond with the note below. I have followed (I believe) all the directions for creating a password in order to be allowed to post a note responding to your note. It hasn't worked (yet). Would you, in the interest of timeliness, be willing to post the note below on my behalf? If not, that's OK. I will figure it out. Bill Collier == Re: End of several eras Back in 1965 IBM Poughkeepsie our job was to write an operating system for System/360 which would fit into 1K bytes (sic) of an 8k byte machine. I figured out how to use a BXLE instruction to both test and advance a bit string in a register. It saved us maybe 30-some bytes. I described this in IBM TR 00.1412-1, June 22, 1966. Thank you, Seymour Metz, for your note reminding us of the fun we had in those days. Bill Collier coll...@acm.org<mailto:coll...@acm.org> -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: BXLE instruction
Seymour, I'd use a SELECT rather than an IF (since you're looking for more than one possibility) but ... none the less (and using branch relative) ... BRXH R15,R15,non_zero Continue for R15 = zero .. Kind Regards Jim Thomas From: IBM Mainframe Discussion List on behalf of Seymour J Metz Sent: Sunday, June 9, 2024 1:25 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Fw: BXLE instruction I meant to repost this last year but it slipped through the cracks. If anyone can help Bill with his registration issue I'd appreciate it. Also, if anybody has a machine-readable copy of the TR I'd love to see it. The trick in question relies on the use of the same odd register as the R1 and R3 in BXH, BXHG, BXLE, BXLEG, JXH, JXHG, JXLE and JXLEG. You can only test 30 consecutive bits with the 32-bit version and 62 with the 64-bit version; the high and low bits should be zero. The code, arbitrarily picking GR 1 as the odd register, looks something like: L R1,STATUS IF(BXH,R15,r15) action 1 ENDIF ... IF(BXH,R15,r15) action 30 ENDIF ... STATUS DCA.1(0,flag1,...,flag31,0) Where the test is a BXH or BXLE depending on which way you want to test. If you have to work it out with pencil and paper in order to understand what's going on, welcome to the club. I thought that it was slick the first time I saw it, and I still think so. I think it would be a good example in PoOps. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 עַם יִשְׂרָאֵל חַי נֵ֣צַח יִשְׂרָאֵ֔ל לֹ֥א יְשַׁקֵּ֖ר From: William Collier Sent: Wednesday, November 2, 2022 11:27 AM To: Seymour J Metz Subject: BXLE instruction To: Seymour J Metz mailto:sme...@gmu.edu>> Hi, Last night I enjoyed reading your comment on the IBM-MAIN listserv: The slickest thing that I saw in OS/360 was code testing successive bits using BXH and BXLE. I would like to respond with the note below. I have followed (I believe) all the directions for creating a password in order to be allowed to post a note responding to your note. It hasn't worked (yet). Would you, in the interest of timeliness, be willing to post the note below on my behalf? If not, that's OK. I will figure it out. Bill Collier == Re: End of several eras Back in 1965 IBM Poughkeepsie our job was to write an operating system for System/360 which would fit into 1K bytes (sic) of an 8k byte machine. I figured out how to use a BXLE instruction to both test and advance a bit string in a register. It saved us maybe 30-some bytes. I described this in IBM TR 00.1412-1, June 22, 1966. Thank you, Seymour Metz, for your note reminding us of the fun we had in those days. Bill Collier coll...@acm.org<mailto:coll...@acm.org> -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: New z/Architecture Instructions and Mnemonics
Sir, For the moment ... I see, using gyrations of STFH, LFH, SLLG (or SRLG) with a RLLG (or two) at the end, works .. Usage depends on various scenarios Kind Regards Jim Thomas -Original Message- From: IBM Mainframe Discussion List On Behalf Of John Abell Sent: Sunday, March 28, 2021 10:05 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: New z/Architecture Instructions and Mnemonics Agreed but none of the shift instructions in the POPs are that long. I also considered the Vector shift instructions but they do not fit either. I will be interested in the end result of this. Cheers, John T. Abell Tel:800-295-7608Option 4 President International: 1-416-593-5578 Option 4 E-mail: john.ab...@intnlsoftwareproducts.com Fax:800-295-7609 International: 1-416-593-5579 International Software Products www.ispinfo.com This email may contain confidential and privileged material for the sole use of the intended recipient(s). Any review, use, retention, distribution or disclosure by others is strictly prohibited. If you are not the intended recipient (or authorized to receive on behalf of the named recipient), please contact the sender by reply email and delete all copies of this message. Also,email is susceptible to data corruption, interception, tampering, unauthorized amendment and viruses. We only send and receive emails on the basis that we are not liable for any such corruption, interception, tampering, amendment or viruses or any consequence thereof. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jim Thomas Sent: Saturday, March 27, 2021 6:00 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: New z/Architecture Instructions and Mnemonics Hello John, No.. those are subtract instructions ... I was hunting for the shift instructions ... thank you though... Kind Regards Jim Thomas -Original Message- From: IBM Mainframe Discussion List On Behalf Of John Abell Sent: Saturday, March 27, 2021 16:52 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: New z/Architecture Instructions and Mnemonics Maybe, Page 7-22 shows SLHHHR and SLHHLR so maybe? John T. Abell Tel:800-295-7608Option 4 President International: 1-416-593-5578 Option 4 E-mail: john.ab...@intnlsoftwareproducts.com Fax:800-295-7609 International: 1-416-593-5579 International Software Products www.ispinfo.com This email may contain confidential and privileged material for the sole use of the intended recipient(s). Any review, use, retention, distribution or disclosure by others is strictly prohibited. If you are not the intended recipient (or authorized to receive on behalf of the named recipient), please contact the sender by reply email and delete all copies of this message. Also,email is susceptible to data corruption, interception, tampering, unauthorized amendment and viruses. We only send and receive emails on the basis that we are not liable for any such corruption, interception, tampering, amendment or viruses or any consequence thereof. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Charles Mills Sent: Saturday, March 27, 2021 5:42 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: New z/Architecture Instructions and Mnemonics Typo? Even presenters make mistakes. I know -- I've done it. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jim Thomas Sent: Saturday, March 27, 2021 2:20 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: New z/Architecture Instructions and Mnemonics Hello Peter, Thank you for your response .. I was at the same conclusion but, I've pulled it up with an online reference tool (a while back) and did also find it (while I've been searching), at one of the Assembler University presentations (206 to be specific .. powerful new z/Architecture instructions That Don't Require AMODE(64) Part 1'. Kind Regards Jim Thomas -Original Message- From: IBM Mainframe Discussion List On Behalf Of Farley, Peter x23353 Sent: Saturday, March 27, 2021 13:29 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: New z/Architecture Instructions and Mnemonics The latest PoOP for z15 has no such mnemonic as SLLHH. From what source do you think SLLHH is a valid instruction mnemonic? Peter -Original Message- From: IBM Mainframe Discussion List On Behalf Of Jim Thomas Sent: Saturday, March 27, 2021 2:02 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: New z/Architecture Instructions and Mnemonics Hello All ... I'm trying to find details on some of the newer mnemonics ... starting with SLLHH (among others) but have not found any
Re: New z/Architecture Instructions and Mnemonics
Sir, I agree .. done it a lot ... plus my saying 'oops' in the midst of a presentation .. ... Will keep digging .. Kind Regards Jim Thomas -Original Message- From: IBM Mainframe Discussion List On Behalf Of Charles Mills Sent: Saturday, March 27, 2021 16:42 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: New z/Architecture Instructions and Mnemonics Typo? Even presenters make mistakes. I know -- I've done it. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jim Thomas Sent: Saturday, March 27, 2021 2:20 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: New z/Architecture Instructions and Mnemonics Hello Peter, Thank you for your response .. I was at the same conclusion but, I've pulled it up with an online reference tool (a while back) and did also find it (while I've been searching), at one of the Assembler University presentations (206 to be specific .. powerful new z/Architecture instructions That Don't Require AMODE(64) Part 1'. Kind Regards Jim Thomas -Original Message- From: IBM Mainframe Discussion List On Behalf Of Farley, Peter x23353 Sent: Saturday, March 27, 2021 13:29 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: New z/Architecture Instructions and Mnemonics The latest PoOP for z15 has no such mnemonic as SLLHH. From what source do you think SLLHH is a valid instruction mnemonic? Peter -Original Message- From: IBM Mainframe Discussion List On Behalf Of Jim Thomas Sent: Saturday, March 27, 2021 2:02 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: New z/Architecture Instructions and Mnemonics Hello All ... I'm trying to find details on some of the newer mnemonics ... starting with SLLHH (among others) but have not found any Principles of Operations or HLASM doc .. Would anybody be kind enough to point me in the right direction ??.. Kind Regards Jim Thomas -- This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: New z/Architecture Instructions and Mnemonics
Hello John, No.. those are subtract instructions ... I was hunting for the shift instructions ... thank you though... Kind Regards Jim Thomas -Original Message- From: IBM Mainframe Discussion List On Behalf Of John Abell Sent: Saturday, March 27, 2021 16:52 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: New z/Architecture Instructions and Mnemonics Maybe, Page 7-22 shows SLHHHR and SLHHLR so maybe? John T. Abell Tel:800-295-7608Option 4 President International: 1-416-593-5578 Option 4 E-mail: john.ab...@intnlsoftwareproducts.com Fax:800-295-7609 International: 1-416-593-5579 International Software Products www.ispinfo.com This email may contain confidential and privileged material for the sole use of the intended recipient(s). Any review, use, retention, distribution or disclosure by others is strictly prohibited. If you are not the intended recipient (or authorized to receive on behalf of the named recipient), please contact the sender by reply email and delete all copies of this message. Also,email is susceptible to data corruption, interception, tampering, unauthorized amendment and viruses. We only send and receive emails on the basis that we are not liable for any such corruption, interception, tampering, amendment or viruses or any consequence thereof. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Charles Mills Sent: Saturday, March 27, 2021 5:42 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: New z/Architecture Instructions and Mnemonics Typo? Even presenters make mistakes. I know -- I've done it. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jim Thomas Sent: Saturday, March 27, 2021 2:20 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: New z/Architecture Instructions and Mnemonics Hello Peter, Thank you for your response .. I was at the same conclusion but, I've pulled it up with an online reference tool (a while back) and did also find it (while I've been searching), at one of the Assembler University presentations (206 to be specific .. powerful new z/Architecture instructions That Don't Require AMODE(64) Part 1'. Kind Regards Jim Thomas -Original Message- From: IBM Mainframe Discussion List On Behalf Of Farley, Peter x23353 Sent: Saturday, March 27, 2021 13:29 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: New z/Architecture Instructions and Mnemonics The latest PoOP for z15 has no such mnemonic as SLLHH. From what source do you think SLLHH is a valid instruction mnemonic? Peter -Original Message- From: IBM Mainframe Discussion List On Behalf Of Jim Thomas Sent: Saturday, March 27, 2021 2:02 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: New z/Architecture Instructions and Mnemonics Hello All ... I'm trying to find details on some of the newer mnemonics ... starting with SLLHH (among others) but have not found any Principles of Operations or HLASM doc .. Would anybody be kind enough to point me in the right direction ??.. Kind Regards Jim Thomas -- This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: New z/Architecture Instructions and Mnemonics
Hello Ed, Thank you for your email ... No Sir .. I've pulled it up with some online reference tool (a while back) and did also find it (while I've been searching), at one of the Assembler University presentations (206 to be specific .. powerful new z/Architecture instructions That Don't Require AMODE(64) Part 1'. Yes .. I was specifically looking at the 'SHIFT LOGICAL' instructions ... Kind Regards Jim Thomas -Original Message- From: IBM Mainframe Discussion List On Behalf Of Ed Jaffe Sent: Saturday, March 27, 2021 14:56 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: New z/Architecture Instructions and Mnemonics On 3/27/2021 11:01 AM, Jim Thomas wrote: > Hello All ... > > I'm trying to find details on some of the newer mnemonics ... starting with > SLLHH (among others) but have not found any Principles of Operations or HLASM > doc .. > > Would anybody be kind enough to point me in the right direction ??.. There is no such mnemonic. Could you be thinking of SLHHHR or SLHHLR? (Big difference between SHIFT LOGICAL and SUBTRACT LOGICAL.) The latest PoOp of which I am aware is SA22-7832-12 which is readily downloaded from IBM's site. -- Phoenix Software International Edward E. Jaffe 831 Parkview Drive North El Segundo, CA 90245 https://www.phoenixsoftware.com/ This e-mail message, including any attachments, appended messages and the information contained therein, is for the sole use of the intended recipient(s). If you are not an intended recipient or have otherwise received this email message in error, any use, dissemination, distribution, review, storage or copying of this e-mail message and the information contained therein is strictly prohibited. If you are not an intended recipient, please contact the sender by reply e-mail and destroy all copies of this email message and do not otherwise utilize or retain this email message or any or all of the information contained therein. Although this email message and any attachments or appended messages are believed to be free of any virus or other defect that might affect any computer system into which it is received and opened, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by the sender for any loss or damage arising in any way from its opening or use. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: New z/Architecture Instructions and Mnemonics
Hello Peter, Thank you for your response .. I was at the same conclusion but, I've pulled it up with an online reference tool (a while back) and did also find it (while I've been searching), at one of the Assembler University presentations (206 to be specific .. powerful new z/Architecture instructions That Don't Require AMODE(64) Part 1'. Kind Regards Jim Thomas -Original Message- From: IBM Mainframe Discussion List On Behalf Of Farley, Peter x23353 Sent: Saturday, March 27, 2021 13:29 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: New z/Architecture Instructions and Mnemonics The latest PoOP for z15 has no such mnemonic as SLLHH. From what source do you think SLLHH is a valid instruction mnemonic? Peter -Original Message- From: IBM Mainframe Discussion List On Behalf Of Jim Thomas Sent: Saturday, March 27, 2021 2:02 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: New z/Architecture Instructions and Mnemonics Hello All ... I'm trying to find details on some of the newer mnemonics ... starting with SLLHH (among others) but have not found any Principles of Operations or HLASM doc .. Would anybody be kind enough to point me in the right direction ??.. Kind Regards Jim Thomas -- This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
New z/Architecture Instructions and Mnemonics
Hello All ... I'm trying to find details on some of the newer mnemonics ... starting with SLLHH (among others) but have not found any Principles of Operations or HLASM doc .. Would anybody be kind enough to point me in the right direction ??.. Kind Regards Jim Thomas -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
z/OS V1R13 - Counter Mode AES - GSSAPI - FTP
All, My apologies if I'm posting to the wrong group or not having much detail. I have someone running z/OS V1R13 on a z10 BC that I will be upgrading soon but, was asked to implement stronger encryption for them to test / prepare, in the interim. They currently use DES. Note - the KDC is on *nix. I am hoping that someone knowledgeable / experienced with AES counter mode implementation and usage can give me some direction / pointers and / or, advice on implementing AES counter mode ciphers alongside DES (and others), for their existing batch FTP jobs. I tried a test FTP (batch), after adding 'aes256-ctr,aes128-ctr' ahead of all other ciphers (the entire list from aes256-cts-. des-cbc-crc) to /etc/skrb/krb5.conf, but GSSAPI complained of a 'syntax error'. More than likely, one mistake I'd made was that I updated both 'default_tgs_enctypes' and 'default_tkt_enctypes' to have the entire list of encryption types. My attempts were not able to get around it. I was also not able to find anything specific or unique, about coding the two variables in krb5.conf. I have found a lot of doc on implementing / using, most all other encryption types but very few that were really helpful about AES counter mode and even less, about having AES counter mode with weaker ciphers, included in the list. Any and all direction and / or advise, would be greatly appreciated. Kind Regards Jim Thomas -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: grabbing JES output via FTP
Depending on JESINTERFACELEVEL .. try issuing a 'SITE JESOWNER=*' <- (or submitter's userid) .. Jim From: IBM Mainframe Discussion Liston behalf of Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu> Sent: Saturday, August 19, 2017 9:36:38 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: grabbing JES output via FTP On Sat, 19 Aug 2017 21:34:57 -0400, Tony Thigpen wrote: >I am attempting to use FTP under VM to grab some job output from JES2. I >am getting a strange error that I don't know where to start trying to >resolve it. I also get the same messages when I try to ftp from a local pc. > >... > >>>EPRT |1|10.10.50.141|1170| >500 unknown command EPRT > >thoughts? > RFC 2428? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re : Setting A SLIP For A Program Running Under CICS.
Hello, Many thanks to everybody that tried to help. Kind Regards. Jim Thomas -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re : Setting A SLIP For A Program Running Under CICS.
Hello, I am trying to set a SLIP for a transaction (program) that runs under CICS and having no luck. I have tried searching but have not run across any useful information thus far. Could somebody either point me to where I can read up on setting an IF SLIP for a CICS program or tell me how to do it please ??. Note : I need an IF SLIP … Compcode will not do. I was pointed to using CECI on the CICS-L but would prefer if I could just SLIP it. Please acknowledge and advise. Kind Regards. Jim Thomas -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IMS 11.1 Operational issue ...
Hello, I could not find an 'active' IMS list so forgive me if I am mis-posting here. IMS OLDS’s (only five primary and secondary’s were initially defined) are full and need an archive. I allocated five more for both, primary and secondary, added them to the CR region startup and to the DFSVSMDC (if I were to change the DC suffix, where and how do I point to it) proclib member. I have not found out how to update the RECONs as of yet. If I try to logon to IMS, I just hang, presumably because it needs a restart. That all said, if I bring up IMS now, it requires an 'erestart'. The ERESTART COLDSYS starts but IMS soon issues the below and abends. DFS041I DBRC SIGNON REQUEST, RC=16. IVP1 DFS041I DBRC SIGNON REQUEST, RC=16. IVP1 DFS3259I ONLINE LOG DATA SET NOT YET ARCHIVED FOR DFSOLP00 IVP1 DFS3259I ONLINE LOG DATA SET NOT YET ARCHIVED FOR DFSOLP00 IVP1 DFS3259I ONLINE LOG DATA SET NOT YET ARCHIVED FOR DFSOLP01 IVP1 DFS3259I ONLINE LOG DATA SET NOT YET ARCHIVED FOR DFSOLP01 IVP1 DFS3259I ONLINE LOG DATA SET NOT YET ARCHIVED FOR DFSOLP02 IVP1 DFS3259I ONLINE LOG DATA SET NOT YET ARCHIVED FOR DFSOLP02 IVP1 DFS3259I ONLINE LOG DATA SET NOT YET ARCHIVED FOR DFSOLP03 IVP1 DFS3259I ONLINE LOG DATA SET NOT YET ARCHIVED FOR DFSOLP03 IVP1 DFS3259I ONLINE LOG DATA SET NOT YET ARCHIVED FOR DFSOLP04 IVP1 DFS3259I ONLINE LOG DATA SET NOT YET ARCHIVED FOR DFSOLP04 IVP1 DFS3259I ONLINE LOG DATA SET NOT YET ARCHIVED FOR DFSOLP05 IVP1 DFS3259I ONLINE LOG DATA SET NOT YET ARCHIVED FOR DFSOLP05 IVP1 DFS2482I DBRC LOG OPENEXIT FAILED (04) IVP1 DFS629I IMS DLG TCB ABEND - IMS 0071 IVP1 DFS629I PSW AT ERROR = 077C1000 8016CED0 IVP1 DFS629I MODID = DFSFDLS1-OPEN EPA = 1C98CB66 IVP1 DFS629I R0-3 0448 0047 1C91C200 0A8C IVP1 DFS629I R4-7 000C 1C693154 0016CEBC 80167BD6 IVP1 DFS629I R8-11 00C30108 00C3 00C509B8 IVP1 DFS629I R12-15 00167958 0018C118 80167DCC 0404 IVP1 DFS2482I DBRC LOG OPENEXIT FAILED (04) IVP1 DFS629I IMS XFP TCB ABEND - IMS 4095 IVP1 DFS629I IMS RDS TCB ABEND - IMS 4095 IVP1 DFS629I IMS DYA TCB ABEND - IMS 4095 IVP1 Could anybody tell me how to update the RECONs and or, how to wipe out all the logs and whatever else and just start fresh ??. I really don’t think I want the archive for now. Any advice and or direction would be appreciated. Kind Regards. Jim Thomas -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IMS 11.1 Operational issue ...
Mark, Thank you ... I've just send a subscription request to them Kind Regards Jim Thomas -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Mark Regan Sent: Monday, May 05, 2014 12:10 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IMS 11.1 Operational issue ... There is a IMS list that is hosted by BMC. Details are at http://www.lsoft.com/scripts/wl.exe?SL1=IMS-LH=IMSLISTSERV.BMC.COM Thanks, Mark Regan From: Jim Thomas j...@thethomasresidence.us To: IBM-MAIN@LISTSERV.UA.EDU Sent: Monday, May 5, 2014 12:46 PM Subject: Re: IMS 11.1 Operational issue ... Hello, I could not find an 'active' IMS list so forgive me if I am mis-posting here. IMS OLDS’s (only five primary and secondary’s were initially defined) are full and need an archive. I allocated five more for both, primary and secondary, added them to the CR region startup and to the DFSVSMDC (if I were to change the DC suffix, where and how do I point to it) proclib member. I have not found out how to update the RECONs as of yet. If I try to logon to IMS, I just hang, presumably because it needs a restart. That all said, if I bring up IMS now, it requires an 'erestart'. The ERESTART COLDSYS starts but IMS soon issues the below and abends. DFS041I DBRC SIGNON REQUEST, RC=16. IVP1 DFS041I DBRC SIGNON REQUEST, RC=16. IVP1 DFS3259I ONLINE LOG DATA SET NOT YET ARCHIVED FOR DFSOLP00 IVP1 DFS3259I ONLINE LOG DATA SET NOT YET ARCHIVED FOR DFSOLP00 IVP1 DFS3259I ONLINE LOG DATA SET NOT YET ARCHIVED FOR DFSOLP01 IVP1 DFS3259I ONLINE LOG DATA SET NOT YET ARCHIVED FOR DFSOLP01 IVP1 DFS3259I ONLINE LOG DATA SET NOT YET ARCHIVED FOR DFSOLP02 IVP1 DFS3259I ONLINE LOG DATA SET NOT YET ARCHIVED FOR DFSOLP02 IVP1 DFS3259I ONLINE LOG DATA SET NOT YET ARCHIVED FOR DFSOLP03 IVP1 DFS3259I ONLINE LOG DATA SET NOT YET ARCHIVED FOR DFSOLP03 IVP1 DFS3259I ONLINE LOG DATA SET NOT YET ARCHIVED FOR DFSOLP04 IVP1 DFS3259I ONLINE LOG DATA SET NOT YET ARCHIVED FOR DFSOLP04 IVP1 DFS3259I ONLINE LOG DATA SET NOT YET ARCHIVED FOR DFSOLP05 IVP1 DFS3259I ONLINE LOG DATA SET NOT YET ARCHIVED FOR DFSOLP05 IVP1 DFS2482I DBRC LOG OPENEXIT FAILED (04) IVP1 DFS629I IMS DLG TCB ABEND - IMS 0071 IVP1 DFS629I PSW AT ERROR = 077C1000 8016CED0 IVP1 DFS629I MODID = DFSFDLS1-OPEN EPA = 1C98CB66 IVP1 DFS629I R0-3 0448 0047 1C91C200 0A8C IVP1 DFS629I R4-7 000C 1C693154 0016CEBC 80167BD6 IVP1 DFS629I R8-11 00C30108 00C3 00C509B8 IVP1 DFS629I R12-15 00167958 0018C118 80167DCC 0404 IVP1 DFS2482I DBRC LOG OPENEXIT FAILED (04) IVP1 DFS629I IMS XFP TCB ABEND - IMS 4095 IVP1 DFS629I IMS RDS TCB ABEND - IMS 4095 IVP1 DFS629I IMS DYA TCB ABEND - IMS 4095 IVP1 Could anybody tell me how to update the RECONs and or, how to wipe out all the logs and whatever else and just start fresh ??. I really don’t think I want the archive for now. Any advice and or direction would be appreciated. Kind Regards. Jim Thomas -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Storage Obtain .....
Jim It's the workarea length ... 004C0 105 LCLDSCTL EQU *-LCLDSECT LENGTH OF LOCAL WORK AREA 0041 SVC 6B _1F0012E2 9F001298 9F001298 003C ModeSet CCB45F68C0317E5E 05 07851000 8000 SVCR6B _1F0012E2 9F001298 003C CCB45F68C0327E4E 05 07041000 8000 SSRV78 9F00130A Getmain CCB45F68C0337D48 05 003D PGM004 _1F001320 00040004 0001 003D 003D CCB45F68C034FF2C 05 0704 8000 *RCVY PROG940C4000 0004 0001 003D 003D CCB45F68C06843A6 05 SSRV78 8132BBC2 4000EF50 0A28 00FCA5D8 Getmain CCB45F68C07A83B0 05 0001 Kind Regards., Jim Thomas -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jim Mulder Sent: Tuesday, February 11, 2014 8:05 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Storage Obtain . BAKR R0,R0 MSTA R0 MSTA R12 MODESET MODE=SUP, KEY=ZERO L R11,PSAAOLD-PSA SETLOCK OBTAIN, ASCB=(11), TYPE=CML, MODE=UNCOND XRR4,R4 L R7,PSAAOLD-PSA STORAGE OBTAIN, LENGTH=LCLDSCTL, SP=244, LOC=(31,31), CAUB=CURRENT, OWNER=HOME, LINKAGE=BRANCH LRR11,R1 LRR0,R1 XRR14,R14 XRR15,R15 L R1,=AL4(WORKAREA) MVCL R0,R14 Everything up to the STORAGE OBTAIN seems to work but w/trying to chain backward / forward save area's (no I not really using the linkage stack), I get a S0C4-4 ??... I understand the S0C4 because R1 is zeroes ... but ... why ??. My LTR after the STORAGE OBTAIN does not catch a failure. The only reason I'm trying to use the linkage stack is because this is at the very start of my program. The trace table shows the SSRV for the OBTAIN .. but it's obviously failing... It's not failing. If it was failing, with the default of COND=NO, you would have gotten an ABEND. What is in the SSRV 78 trace entry? What is LCLDSCTL, which you used as a length specification? Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Storage Obtain .....
Charles, They are the same ... I'd typed 'workarea' (in the email) while trying to describe what the field was and never changed it. Kind Regards. Jim Thomas -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Charles Mills Sent: Tuesday, February 11, 2014 8:18 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Storage Obtain . What is the MVCL trying to accomplish? Clear a number of bytes equal to the address of WORKAREA? Might you want the length of the OBTAIN and the length of the MVCL to be the same? Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jim Thomas Sent: Tuesday, February 11, 2014 3:51 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Storage Obtain . Hello ... Given the below ... BAKR R0,R0 MSTA R0 MSTA R12 MODESET MODE=SUP, KEY=ZERO L R11,PSAAOLD-PSA SETLOCK OBTAIN, ASCB=(11), TYPE=CML, MODE=UNCOND XRR4,R4 L R7,PSAAOLD-PSA STORAGE OBTAIN, LENGTH=LCLDSCTL, SP=244, LOC=(31,31), CAUB=CURRENT, OWNER=HOME, LINKAGE=BRANCH LRR11,R1 LRR0,R1 XRR14,R14 XRR15,R15 L R1,=AL4(WORKAREA) MVCL R0,R14 Everything up to the STORAGE OBTAIN seems to work but w/trying to chain backward / forward save area's (no I not really using the linkage stack), I get a S0C4-4 ??... I understand the S0C4 because R1 is zeroes ... but ... why ??. My LTR after the STORAGE OBTAIN does not catch a failure. The only reason I'm trying to use the linkage stack is because this is at the very start of my program. The trace table shows the SSRV for the OBTAIN .. but it's obviously failing... Could anybody give me some direction / suggestions ??. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Storage Obtain .....
Binyamin, Twice because the first is for R0,R1 and the second is for R12,R13. When my ASCB = home, then it is a local lock. Ohh.. good one Binyamin ... duhh ... I didn't even think of that ... I'll preserve the registers, especially R13, retry and repost. Thank you kind Sir, Kind Regards, Jim Thomas -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Binyamin Dissen Sent: Wednesday, February 12, 2014 3:55 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Storage Obtain . On Tue, 11 Feb 2014 17:50:53 -0600 Jim Thomas j...@thethomasresidence.us wrote: :Given the below ... : BAKR R0,R0 : MSTA R0 : MSTA R12 Why twice? : MODESET MODE=SUP, : KEY=ZERO : L R11,PSAAOLD-PSA : SETLOCK OBTAIN, : ASCB=(11), : TYPE=CML, : MODE=UNCOND Why not directly take the local lock rather than this convoluted form? Also, without REGS=, R11-R13 are changed. : XRR4,R4 : L R7,PSAAOLD-PSA : STORAGE OBTAIN, : LENGTH=LCLDSCTL, : SP=244, : LOC=(31,31), : CAUB=CURRENT, : OWNER=HOME, : LINKAGE=BRANCH : LRR11,R1 : LRR0,R1 : XRR14,R14 : XRR15,R15 : L R1,=AL4(WORKAREA) Is workarea the same length (or shorter) than LCLDSCTL? : MVCL R0,R14 :Everything up to the STORAGE OBTAIN seems to work but w/trying to chain :backward / forward save area's (no I not really using the linkage stack), :I get a S0C4-4 ??... I understand the S0C4 because R1 is zeroes ... but ... :why ??. My LTR after the STORAGE OBTAIN does not catch a failure. SETLOCK has altered your R13. :The only reason I'm trying to use the linkage stack is because this is at :the very start of my program. :The trace table shows the SSRV for the OBTAIN .. but it's obviously :failing... :Could anybody give me some direction / suggestions ??. Which instruction is causing the 0C4? What is your base register? -- Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Storage Obtain .....
Bill, My apologies ... I was pasting snippets... Kind Regards. Jim Thomas -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of DASDBILL2 Sent: Wednesday, February 12, 2014 6:09 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Storage Obtain . My LTR after the STORAGE OBTAIN does not catch a failure. Your LTR after the STORAGE OBTAIN is not in the code you posted. Bill Fairchild - Original Message - From: Jim Thomas j...@thethomasresidence.us To: IBM-MAIN@LISTSERV.UA.EDU Sent: Tuesday, February 11, 2014 5:50:53 PM Subject: Re: Storage Obtain . Hello ... Given the below ... BAKR R0,R0 MSTA R0 MSTA R12 MODESET MODE=SUP, KEY=ZERO L R11,PSAAOLD-PSA SETLOCK OBTAIN, ASCB=(11), TYPE=CML, MODE=UNCOND XRR4,R4 L R7,PSAAOLD-PSA STORAGE OBTAIN, LENGTH=LCLDSCTL, SP=244, LOC=(31,31), CAUB=CURRENT, OWNER=HOME, LINKAGE=BRANCH LRR11,R1 LRR0,R1 XRR14,R14 XRR15,R15 L R1,=AL4(WORKAREA) MVCL R0,R14 Everything up to the STORAGE OBTAIN seems to work but w/trying to chain backward / forward save area's (no I not really using the linkage stack), I get a S0C4-4 ??... I understand the S0C4 because R1 is zeroes ... but ... why ??. My LTR after the STORAGE OBTAIN does not catch a failure. The only reason I'm trying to use the linkage stack is because this is at the very start of my program. The trace table shows the SSRV for the OBTAIN .. but it's obviously failing... Could anybody give me some direction / suggestions ??. Kind Regards. Jim Thomas -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Storage Obtain .....
Gerhard, Thank you for pointing that out.. Kind Regards. Jim Thomas -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Gerhard Postpischil Sent: Wednesday, February 12, 2014 8:08 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Storage Obtain . On 2/12/2014 8:50 AM, Jim Thomas wrote: XRR14,R14 XRR15,R15 L R1,=AL4(WORKAREA) MVCL R0,R14 Minor quibble - when the from length is zero, the from register is never referenced nor inspected, so the XR R14,R14 is extraneous. (If I had a dollar for every time I've seen this, I could retire g). Gerhard Postpischil Bradford, Vermont -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Storage Obtain .....
Binyamin, Right you are .. I added the second one y'day when I had the S0C4's ... it's been removed now.. and yes, you were correct... I added REGS=USE and it works now ... thank you for your assistance. Kind Regards. Jim Thomas -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Binyamin Dissen Sent: Wednesday, February 12, 2014 8:31 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Storage Obtain . On Wed, 12 Feb 2014 07:58:13 -0600 Jim Thomas j...@thethomasresidence.us wrote: :Twice because the first is for R0,R1 and the second is for R12,R13. As there is only one state area, the second one overwrites the first. If you need to get a pre-BAKR register, you can use EREG(G). :When my ASCB = home, then it is a local lock. : :Ohh.. good one Binyamin ... duhh ... I didn't even think of that ... I'll :preserve the :registers, especially R13, retry and repost. : :Thank you kind Sir, : :Kind Regards, : :Jim Thomas : :-Original Message- :From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On :Behalf Of Binyamin Dissen :Sent: Wednesday, February 12, 2014 3:55 AM :To: IBM-MAIN@LISTSERV.UA.EDU :Subject: Re: Storage Obtain . : :On Tue, 11 Feb 2014 17:50:53 -0600 Jim Thomas j...@thethomasresidence.us :wrote: : ::Given the below ... : :: BAKR R0,R0 :: MSTA R0 :: MSTA R12 : :Why twice? : :: MODESET MODE=SUP, :: KEY=ZERO :: L R11,PSAAOLD-PSA :: SETLOCK OBTAIN, :: ASCB=(11), :: TYPE=CML, :: MODE=UNCOND : :Why not directly take the local lock rather than this convoluted form? : :Also, without REGS=, R11-R13 are changed. : :: XRR4,R4 :: L R7,PSAAOLD-PSA :: STORAGE OBTAIN, :: LENGTH=LCLDSCTL, :: SP=244, :: LOC=(31,31), :: CAUB=CURRENT, :: OWNER=HOME, :: LINKAGE=BRANCH :: LRR11,R1 :: LRR0,R1 :: XRR14,R14 :: XRR15,R15 :: L R1,=AL4(WORKAREA) : :Is workarea the same length (or shorter) than LCLDSCTL? : :: MVCL R0,R14 : ::Everything up to the STORAGE OBTAIN seems to work but w/trying to chain ::backward / forward save area's (no I not really using the linkage stack), ::I get a S0C4-4 ??... I understand the S0C4 because R1 is zeroes ... but :... ::why ??. My LTR after the STORAGE OBTAIN does not catch a failure. : :SETLOCK has altered your R13. : ::The only reason I'm trying to use the linkage stack is because this is at ::the very start of my program. : ::The trace table shows the SSRV for the OBTAIN .. but it's obviously ::failing... : ::Could anybody give me some direction / suggestions ??. : :Which instruction is causing the 0C4? What is your base register? -- Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Storage Obtain .....
Peter, My apologies ... I was pasting snippets and accidently left our parts ... None the less, I was missing a REGS= on the SETLOCK. I added REGS=USE and it now works. Thank you and to everybody else that tried to assist. Kind Regards. Jim Thomas -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Peter Relson Sent: Wednesday, February 12, 2014 8:50 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Storage Obtain . You didn't show the code involved with where you said it. You wrote that it was trying to chain backward / forward save area's. LENGTH=LCLDSCTL, what is this value? You wrote about an LTR after the STORAGE OBTAIN. You showed no such LTR. LRR11,R1 LRR0,R1 XRR14,R14 XRR15,R15 L R1,=AL4(WORKAREA) MVCL R0,R14 what is WORKAREA? Usualy one would clear the amount of storage that was obtained (as identified by LCLDSCTL). If WORKAREA is actually an area, it's unlikely that the address of that area would work well as a length of the target of the MVCL. Maybe it blew up on the MVCL because the length you were attempting to did not match what you had obtained. If you are seeing R11 = 0 it could only be because the length you requested was 0. It is valid (but not what you likely want) to request 0 bytes. Other things: - You do not need to set R14 for an MVCL that zeroes an area. - You should use TYPE=LOCAL not TYPE=CML on your SETLOCK OBTAIN if you want the local lock of home (and you appear to, since you are specifying the home ASCB address that is in PSAAOLD). - You might consider CHECKZERO=YES on STORAGE OBTAIN so that you can avoid clearing the obtained area, based on the return code (which the system sets to indicate whether it has already made sure that the area will be zeroes when first referenced). Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Storage Obtain .....
Hello ... Given the below ... BAKR R0,R0 MSTA R0 MSTA R12 MODESET MODE=SUP, KEY=ZERO L R11,PSAAOLD-PSA SETLOCK OBTAIN, ASCB=(11), TYPE=CML, MODE=UNCOND XRR4,R4 L R7,PSAAOLD-PSA STORAGE OBTAIN, LENGTH=LCLDSCTL, SP=244, LOC=(31,31), CAUB=CURRENT, OWNER=HOME, LINKAGE=BRANCH LRR11,R1 LRR0,R1 XRR14,R14 XRR15,R15 L R1,=AL4(WORKAREA) MVCL R0,R14 Everything up to the STORAGE OBTAIN seems to work but w/trying to chain backward / forward save area's (no I not really using the linkage stack), I get a S0C4-4 ??... I understand the S0C4 because R1 is zeroes ... but ... why ??. My LTR after the STORAGE OBTAIN does not catch a failure. The only reason I'm trying to use the linkage stack is because this is at the very start of my program. The trace table shows the SSRV for the OBTAIN .. but it's obviously failing... Could anybody give me some direction / suggestions ??. Kind Regards. Jim Thomas -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SYSB-II
Folks, Forgive me if this sounds like a sales or marketing call ... but ... I do own a product that does the same as SYSB-II does and IMHO, better. If interested, take a look at VSHARE from CSI-International. Kind Regards. Jim Thomas -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Ward, Mike S Sent: Friday, February 07, 2014 2:41 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SYSB-II I'm going to cross post to the CICS list -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Ward, Mike S Sent: Friday, February 07, 2014 1:30 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SYSB-II Thank you. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Greg Shirey Sent: Friday, February 07, 2014 9:55 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SYSB-II Mike, Our company uses SYSB almost exactly as John McKown described how it is used at his company. We have one production CICS region and we see its CPU utilization percentage rise when multiple jobs using SYSB are running. As Systems Programmers, we have to be mindful of how our Applications Programmers have coded their procs when they use SYSB. There are parameters available so that SYSB will not lock records in CICS if they haven't been updated, or can perform the VSAM reads in the batch job and only send the VSAM updates to CICS. We work with the programmers to incorporate these parms when they seem beneficial. HW has been good about reviewing output from batch jobs and suggesting ways to improve utilization, which has helped us immensely. Regards, Greg Shirey Ben E. Keith Company -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Ward, Mike S Sent: Thursday, February 06, 2014 2:53 PM To: IBM-MAIN@LISTSERV.UA.EDU I know this is loading a gun :), but do any of you have any opinion on the SYSB-II product? Is detrimental to CICS? Is it a memory hog? Is it a CPU hog? And for those of you who use it. How does it perform in a zSystem environment? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN == This email, and any files transmitted with it, is confidential and intended solely for the use of the individual or entity to which it is addressed. If you have received this email in error, please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this message by mistake and delete this e-mail from your system. If you are not the intended recipient, you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN == This email, and any files transmitted with it, is confidential and intended solely for the use of the individual or entity to which it is addressed. If you have received this email in error, please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this message by mistake and delete this e-mail from your system. If you are not the intended recipient, you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SYSB-II
Yes .. that is it ... don't know why it cannot be displayed but w/check w/the responsible parties .. Please accept my sincere apologies ... -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Graham Hobbs Sent: Friday, February 07, 2014 4:45 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SYSB-II Is this it http://www.csi-international.com because I got'this page cant be displayed' On 07/02/2014 4:48 PM, Jim Thomas wrote: Folks, Forgive me if this sounds like a sales or marketing call ... but ... I do own a product that does the same as SYSB-II does and IMHO, better. If interested, take a look at VSHARE from CSI-International. Kind Regards. Jim Thomas -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Ward, Mike S Sent: Friday, February 07, 2014 2:41 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SYSB-II I'm going to cross post to the CICS list -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Ward, Mike S Sent: Friday, February 07, 2014 1:30 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SYSB-II Thank you. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Greg Shirey Sent: Friday, February 07, 2014 9:55 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SYSB-II Mike, Our company uses SYSB almost exactly as John McKown described how it is used at his company. We have one production CICS region and we see its CPU utilization percentage rise when multiple jobs using SYSB are running. As Systems Programmers, we have to be mindful of how our Applications Programmers have coded their procs when they use SYSB. There are parameters available so that SYSB will not lock records in CICS if they haven't been updated, or can perform the VSAM reads in the batch job and only send the VSAM updates to CICS. We work with the programmers to incorporate these parms when they seem beneficial. HW has been good about reviewing output from batch jobs and suggesting ways to improve utilization, which has helped us immensely. Regards, Greg Shirey Ben E. Keith Company -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Ward, Mike S Sent: Thursday, February 06, 2014 2:53 PM To: IBM-MAIN@LISTSERV.UA.EDU I know this is loading a gun :), but do any of you have any opinion on the SYSB-II product? Is detrimental to CICS? Is it a memory hog? Is it a CPU hog? And for those of you who use it. How does it perform in a zSystem environment? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN == This email, and any files transmitted with it, is confidential and intended solely for the use of the individual or entity to which it is addressed. If you have received this email in error, please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this message by mistake and delete this e-mail from your system. If you are not the intended recipient, you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN == This email, and any files transmitted with it, is confidential and intended solely for the use of the individual or entity to which it is addressed. If you have received this email in error, please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this message by mistake and delete this e-mail from your system. If you are not the intended recipient, you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM
Re: Re : JES2 / TCP/IP Network Printer Definitions....
Right you are but .. I thought I had to enable NJE/TCP/IP first ... What specific definitions would you suggest, for a TCP/IP connected printer definition ??. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Staller, Allan Sent: Monday, February 03, 2014 9:02 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Re : JES2 / TCP/IP Network Printer Definitions The definitions shown below are for NJE over TCP/IP, not a TCP/IP connected printer... snip I'm trying to get a network printer to be useable (via tcp/ip) from JES2. LINE(n) UNIT=TCP, CONNECT=YES NODE(n) CONNECT=YES, LINE=n, NAME=noden SOCKET(socketn),CONNECT=YES, IPADDR=1.2.3.4, LINE=n, NETSERV=n, NODE=noden NETSRVn SOCKET=socketn DESTID(destidn) DEST=noden(I do not have a DESTDEF) JES2 startup gives me syntax errors on the SOCKET definition and I am unable to get this 'connected' ... /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: JES2 / TCP/IP Network Printer Definitions....
Hello Dana, Yes ... I do have the '*LOCAL' definition too. Kind Regards. Jim Thomas -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Dana Mitchell Sent: Monday, February 03, 2014 9:49 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: JES2 / TCP/IP Network Printer Definitions Jim, Did you include all your socket definitions? You need a define for a local socket too, example from redbook: NODE1 NAME=POK NODE2 NAME=WSC SOCKET(POK) IPADDR=*LOCAL NODE=1,PORT=175 SOCKET(WSC) IPADDR=9.117.234.235, NODE=2,PORT=175 NETSRV1 SOCKET=POK LINE1 = TCP HTH Dana On Sun, 2 Feb 2014 10:38:25 -0600, Jim Thomas j...@thethomasresidence.us wrote: Sir, Thank you for your suggestion .. unfortunately ... I've tried that too. Kind Regards. Jim Thomas -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Re : JES2 / TCP/IP Network Printer Definitions....
Dana, I just found this out .. although, I was thinking of going via Infoprint - IP Printway ... I'll have to look into NPF. Thank you. Kind Regards. Jim Thomas -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Dana Mitchell Sent: Monday, February 03, 2014 10:02 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Re : JES2 / TCP/IP Network Printer Definitions Ooops, I didn't realize he was trying to print directly to the printer, instead of a NJE node. In order to print directly to an LPD printer requires extra software between JES2 and the printer such as VPS from LRS. For our very limited number of printers, we chose to implement IBM's (ancient) NPF, included with TCP/IP, free and worth every penny. Dana On Mon, 3 Feb 2014 15:02:18 +, Staller, Allan allan.stal...@kbmg.com wrote: The definitions shown below are for NJE over TCP/IP, not a TCP/IP connected printer... snip I'm trying to get a network printer to be useable (via tcp/ip) from JES2. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: JES2 / TCP/IP Network Printer Definitions....
Sir, Thank you for your suggestion .. unfortunately ... I've tried that too. Kind Regards. Jim Thomas -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Robert Bardos Sent: Sunday, February 02, 2014 3:42 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: JES2 / TCP/IP Network Printer Definitions quote SOCKET(socketn),CONNECT=YES, IPADDR=1.2.3.4, LINE=n, NETSERV=n, NODE=noden /quote Drop the comma before CONNECT. That's just a wild guess a not supported by the syntax diagram. The syntax diagram however for the statement immediately preceding SOCKET's description (SMFDEF) in the manual says Omit the comma between initialization statement and first keyword. Robert -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Re : JES2 / TCP/IP Network Printer Definitions....
Ma'am, FWIW ... I have opened a SR w/JEs2 have not heard back from them but promise to update the list (in case there ever is another that tries to do the same). Again and as previously stated, thank you so very much for trying to help. You have been exemplary. Kind Regards. Jim Thomas -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler Sent: Saturday, February 01, 2014 3:05 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Re : JES2 / TCP/IP Network Printer Definitions I am not sure if JES2 can print to a Ricoh Aficio MP2851. Though I will admit I have not kept up with JES2 and printing functions for a while now. So it may be possible, I am just not sure. I would suggest opening up an SR with JES2 and see if this will work. Typically I have had something else that interfaces with JES2 and the printer. Or maybe someone on the list with more knowledge of JES2 printing to Ricoh can assist. Or contact Ricoh and see if they know if you can print from JES2 thru the NETSRV to their printer. You could also try posting to the JES2 newsgroup. They are more focused on JES2 and maybe able to help. Typically JES2 is very limited in what it can print to and products like VPS and INFOPRINT have filled in the functions JES2 could not provide. The considerations are data streams, Ascii/Ebcidic, fonts, Twains, etc... Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jim Thomas Sent: Saturday, February 01, 2014 11:15 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Re : JES2 / TCP/IP Network Printer Definitions Ma'am, The physical device is Ricoh Aficio MP2851 and no ... I have not verified anything ... I was merely asked to set it up for people to be able to print to it via JES2 / Mainframe. While I do know that there are 3rd party software out there, sadly, I do not have any ... to me... it should be very simple to be able to define a printer for LPD or anything else. JES2 merely giving the functionality of DEST= and such. All I'm (literally) trying to do is use JES2 for data transport. I am also the RACF group (sigh) ... so I once again thank you for your assistance and attempts to help. For now, I'll read thru the APAR that you've sent me. If I may, I'd be happy to let you know of my progress / outcome. Kind Regards. Jim Thomas -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler Sent: Saturday, February 01, 2014 11:37 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Re : JES2 / TCP/IP Network Printer Definitions I guess I need to get some more understanding of what you are trying to connect to JES2 via TCPIP. What is the type of network printer? Have you verified it can be done this way? The reasons I ask is VPS software is made to handle what JES2 cannot do natively. So I am just trying to verify this is something that JES2 can do. Next, Unless your RACF/SAF group has provided something like a Default UID, your NETSRVx will require an OMVS segment to do this. I have also found this APAR which may be helpful. It is very long and detailed on NETSRV OA19215: INCORRECT DOC FOR DEFINING NETSRV USERID TO OMVS http://www-01.ibm.com/support/docview.wss?uid=isg1OA19215 The Defining a NETSRV sub-section is contained within the the Special considerations for TCP/IP NJE section and should read: Special considerations for TCP/IP NJE Controlling TCP/IP NJE networking is similar to controlling SNA networking. In addition to VTAM, it is necessary to start TCP/IP in order to communicate using TCP/IP. TCP/IP NJE # configurations also require that a JES2 SOCKET statement be defined which specifies the IP address and port (typically 175 or 2252) that will be used by both the local node and the partner node. The IP address and port used by the local node # must then be specified on a SOCKET statement associated with # the NETSRV in order for JES2 to listen for TCP connections. | The sockets LOCAL and LOCALTLS are defined automatically by | JES2 initialization and default to listening on all IP addresses and TCP/IP stacks associated with the MVS image. For definitions regarding the partner node, it is necessary to know the IP name or address of the partner node, either as a | symbolic name (such as wash.ibm.com) or as an explicit address in either dotted decimal format (for IPv4) or hex-colon format (for IPv6). You can also increase security in your network by using SSL or TLS across this NJE link. | For more information, see Application Transparent - Transport Layer Security (AT-TLS) data protection in z/OS Communications Server: IP Configuration Guide. | Setting up TCP/IP Before implementing NJE/TCP, you need to set up TCP/IP on your
Re: Re : JES2 / TCP/IP Network Printer Definitions....
Ed, How do I LPD to this printer when I cannot even get the JES2 definitions correct ??. Kind Regards. Jim Thomas -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Ed Finnell Sent: Sunday, February 02, 2014 2:57 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Re : JES2 / TCP/IP Network Printer Definitions LPD dsname (host host_name prt printer_name or from JCL: //NPRT1 OUTPUT DEST='IP:prt-ip_addr',CHARS=(GT12) //SYSPRINT DD SYSOUT=A,OUTPUT=(*.NPRT1) DEST=destination The destination subparameter for JES2 is one of the following: LOCAL|ANYLOCAL 'IP:ipaddr' Few years back we'd just gotten first big cutsheet 2150(?) printer and found that certain sequences of print from MVS and VM would cause microcode to reboot the KYOCERA engine. Had been on the phone to Boulder and was making progress. Called in to see where we were and no answer. Asked SE to check. 'Yep big hail storm in Boulder roof collapsed on several buildings-be a while before they're answering phone again.' In a message dated 2/2/2014 10:40:56 A.M. Central Standard Time, j...@thethomasresidence.us writes: merely trying to make it such that the very same could be done from MVS -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re : JES2 / TCP/IP Network Printer Definitions....
Hello, I'm trying to get a network printer to be useable (via tcp/ip) from JES2. LINE(n) UNIT=TCP, CONNECT=YES NODE(n) CONNECT=YES, LINE=n, NAME=noden SOCKET(socketn),CONNECT=YES, IPADDR=1.2.3.4, LINE=n, NETSERV=n, NODE=noden NETSRVn SOCKET=socketn DESTID(destidn) DEST=noden(I do not have a DESTDEF) JES2 startup gives me syntax errors on the SOCKET definition and I am unable to get this 'connected' ... Any advice would be greatly appreciated. Kind Regards. Jim Thomas -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: JES2 / TCP/IP Network Printer Definitions....
Ma'am, Absolutely ... the socket definition (w/local values changed) was included but no worries, I'll re-post. 'n' = numeric value. z/OS 1.13 ... SOCKET(socketn),CONNECT=YES, IPADDR=1.2.3.4, LINE=n, NETSERV=n, NODE=noden No ... I cannot get NETSRV to start either ... I'll paste the messages below the SOCKET messages. $HASP466 PARMLIBSTMT 205 SOCKET(socketn),CONNECT=YES, $HASP466 PARMLIBSTMT 205 /* 1/31 $HASP466 PARMLIBSTMT 205 /14 JIMT*/IPADDR=1.2.3. $HASP466 PARMLIBSTMT 205 4, /* 1/ $HASP466 PARMLIBSTMT 205 31/14 JIMT*/LINE=2, $HASP466 PARMLIBSTMT 205 /* $HASP466 PARMLIBSTMT 205 1/31/14 JIMT*/NETSERV=n, $HASP466 PARMLIBSTMT 205 /* $HASP466 PARMLIBSTMT 2051/31/14 JIMT*/NODE=noden $HASP466 PARMLIBSTMT 205 /* $HASP466 PARMLIBSTMT 205 1/31/14 JIMT*/ $HASP003 RC=(01),SOCKET(RICOSOK) - INVALID SYNTAX 01 $HASP469 REPLY PARAMETER STATEMENT, CANCEL, OR END $SNETSRVn,SOCKET=socketn $HASP003 RC=(104),S 865 $HASP003 RC=(104),S NETSRVn SOCKET - SOCKET MUST SPECIFY LOCAL $HASP003NODE Kind Regards. Jim Thomas -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler Sent: Saturday, February 01, 2014 8:46 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: JES2 / TCP/IP Network Printer Definitions Could you provide the socket definition Level of z/OS And the complete error message? And any info from the NETSRV stc? Is the NetSrv STC up? Thanks Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jim Thomas Sent: Saturday, February 01, 2014 6:59 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re : JES2 / TCP/IP Network Printer Definitions Hello, I'm trying to get a network printer to be useable (via tcp/ip) from JES2. LINE(n) UNIT=TCP, CONNECT=YES NODE(n) CONNECT=YES, LINE=n, NAME=noden SOCKET(socketn),CONNECT=YES, IPADDR=1.2.3.4, LINE=n, NETSERV=n, NODE=noden NETSRVn SOCKET=socketn DESTID(destidn) DEST=noden(I do not have a DESTDEF) JES2 startup gives me syntax errors on the SOCKET definition and I am unable to get this 'connected' ... Any advice would be greatly appreciated. Kind Regards. Jim Thomas -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: JES2 / TCP/IP Network Printer Definitions....
Ma'am, I see no error's on NETSRVn during startup and no, I did not create an OMVS segment for NETSRVn. Didn't quite realize I needed one but will check / read up on it now. Yes .. that was the first thing I checked and yes, they are all paired. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler Sent: Saturday, February 01, 2014 9:33 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: JES2 / TCP/IP Network Printer Definitions What errors are you seeing with the NETSRVx startup? Does NETSRVx have an OMVS Segment? The HASP466 messages do not show a /* */ paring on the line statement. Is there a /* */? Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jim Thomas Sent: Saturday, February 01, 2014 8:13 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: JES2 / TCP/IP Network Printer Definitions Ma'am, Absolutely ... the socket definition (w/local values changed) was included but no worries, I'll re-post. 'n' = numeric value. z/OS 1.13 ... SOCKET(socketn),CONNECT=YES, IPADDR=1.2.3.4, LINE=n, NETSERV=n, NODE=noden No ... I cannot get NETSRV to start either ... I'll paste the messages below the SOCKET messages. $HASP466 PARMLIBSTMT 205 SOCKET(socketn),CONNECT=YES, $HASP466 PARMLIBSTMT 205 /* 1/31 $HASP466 PARMLIBSTMT 205 /14 JIMT*/IPADDR=1.2.3. $HASP466 PARMLIBSTMT 205 4, /* 1/ $HASP466 PARMLIBSTMT 205 31/14 JIMT*/LINE=2, $HASP466 PARMLIBSTMT 205 /* $HASP466 PARMLIBSTMT 205 1/31/14 JIMT*/NETSERV=n, $HASP466 PARMLIBSTMT 205 /* $HASP466 PARMLIBSTMT 2051/31/14 JIMT*/NODE=noden $HASP466 PARMLIBSTMT 205 /* $HASP466 PARMLIBSTMT 205 1/31/14 JIMT*/ $HASP003 RC=(01),SOCKET(RICOSOK) - INVALID SYNTAX 01 $HASP469 REPLY PARAMETER STATEMENT, CANCEL, OR END $SNETSRVn,SOCKET=socketn $HASP003 RC=(104),S 865 $HASP003 RC=(104),S NETSRVn SOCKET - SOCKET MUST SPECIFY LOCAL $HASP003NODE Kind Regards. Jim Thomas -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler Sent: Saturday, February 01, 2014 8:46 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: JES2 / TCP/IP Network Printer Definitions Could you provide the socket definition Level of z/OS And the complete error message? And any info from the NETSRV stc? Is the NetSrv STC up? Thanks Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jim Thomas Sent: Saturday, February 01, 2014 6:59 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re : JES2 / TCP/IP Network Printer Definitions Hello, I'm trying to get a network printer to be useable (via tcp/ip) from JES2. LINE(n) UNIT=TCP, CONNECT=YES NODE(n) CONNECT=YES, LINE=n, NAME=noden SOCKET(socketn),CONNECT=YES, IPADDR=1.2.3.4, LINE=n, NETSERV=n, NODE=noden NETSRVn SOCKET=socketn DESTID(destidn) DEST=noden(I do not have a DESTDEF) JES2 startup gives me syntax errors on the SOCKET definition and I am unable to get this 'connected' ... Any advice would be greatly appreciated. Kind Regards. Jim Thomas -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Re : JES2 / TCP/IP Network Printer Definitions....
Sir, I've tried that too... it was when it failed (on the first go around), that I tried NETSERV (per the doc). Kind Regards. Jim Thomas -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Bob Rutledge Sent: Saturday, February 01, 2014 9:50 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Re : JES2 / TCP/IP Network Printer Definitions Jim Thomas wrote: Hello, I'm trying to get a network printer to be useable (via tcp/ip) from JES2. LINE(n) UNIT=TCP, CONNECT=YES NODE(n) CONNECT=YES, LINE=n, NAME=noden SOCKET(socketn),CONNECT=YES, IPADDR=1.2.3.4, LINE=n, NETSERV=n, Should this not be NETSRV= ? NODE=noden NETSRVn SOCKET=socketn DESTID(destidn) DEST=noden(I do not have a DESTDEF) JES2 startup gives me syntax errors on the SOCKET definition and I am unable to get this 'connected' ... Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Re : JES2 / TCP/IP Network Printer Definitions....
Ma'am, The physical device is Ricoh Aficio MP2851 and no ... I have not verified anything ... I was merely asked to set it up for people to be able to print to it via JES2 / Mainframe. While I do know that there are 3rd party software out there, sadly, I do not have any ... to me... it should be very simple to be able to define a printer for LPD or anything else. JES2 merely giving the functionality of DEST= and such. All I'm (literally) trying to do is use JES2 for data transport. I am also the RACF group (sigh) ... so I once again thank you for your assistance and attempts to help. For now, I'll read thru the APAR that you've sent me. If I may, I'd be happy to let you know of my progress / outcome. Kind Regards. Jim Thomas -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler Sent: Saturday, February 01, 2014 11:37 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Re : JES2 / TCP/IP Network Printer Definitions I guess I need to get some more understanding of what you are trying to connect to JES2 via TCPIP. What is the type of network printer? Have you verified it can be done this way? The reasons I ask is VPS software is made to handle what JES2 cannot do natively. So I am just trying to verify this is something that JES2 can do. Next, Unless your RACF/SAF group has provided something like a Default UID, your NETSRVx will require an OMVS segment to do this. I have also found this APAR which may be helpful. It is very long and detailed on NETSRV OA19215: INCORRECT DOC FOR DEFINING NETSRV USERID TO OMVS http://www-01.ibm.com/support/docview.wss?uid=isg1OA19215 The Defining a NETSRV sub-section is contained within the the Special considerations for TCP/IP NJE section and should read: Special considerations for TCP/IP NJE Controlling TCP/IP NJE networking is similar to controlling SNA networking. In addition to VTAM, it is necessary to start TCP/IP in order to communicate using TCP/IP. TCP/IP NJE # configurations also require that a JES2 SOCKET statement be defined which specifies the IP address and port (typically 175 or 2252) that will be used by both the local node and the partner node. The IP address and port used by the local node # must then be specified on a SOCKET statement associated with # the NETSRV in order for JES2 to listen for TCP connections. | The sockets LOCAL and LOCALTLS are defined automatically by | JES2 initialization and default to listening on all IP addresses and TCP/IP stacks associated with the MVS image. For definitions regarding the partner node, it is necessary to know the IP name or address of the partner node, either as a | symbolic name (such as wash.ibm.com) or as an explicit address in either dotted decimal format (for IPv4) or hex-colon format (for IPv6). You can also increase security in your network by using SSL or TLS across this NJE link. | For more information, see Application Transparent - Transport Layer Security (AT-TLS) data protection in z/OS Communications Server: IP Configuration Guide. | Setting up TCP/IP Before implementing NJE/TCP, you need to set up TCP/IP on your MVS system. If you are already using TCP/IP for other applications, there are a few additional definitions required | to enable JES2 to perform NJE/TCP. Your security administrator should | determine the actual values to use for the example below. For more | information, see the z/OS Security Server RACF Security | Administrator's Guide and z/OS UNIX System Services Planning | documentation. # # Check the buffer sizes defined in your TCP/IP definitions. In particular, you must set the TCPCONFIG MAXRECVBUFRSIZE and RECVBUFRSIZE parameters to at least 512, and ideally set them to a value of 32768 or higher. The NJE/TCP implementation also supports virtual IP addresses (VIPA addresses), and the use of sysplex distributor to share IP addresses throughout a SYSPLEX. There is no additional JES2 setup to take advantage of either of these features other than to specify the appropriate IP address or host name on the SOCKET Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jim Thomas Sent: Saturday, February 01, 2014 10:18 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Re : JES2 / TCP/IP Network Printer Definitions Sir, I've tried that too... it was when it failed (on the first go around), that I tried NETSERV (per the doc). Kind Regards. Jim Thomas -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Bob Rutledge Sent: Saturday, February 01, 2014 9:50 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Re : JES2 / TCP/IP Network Printer Definitions Jim Thomas wrote: Hello, I'm trying to get a network printer to be useable (via tcp/ip) from JES2. LINE(n) UNIT=TCP
Re: Re : Uploading to z/OS SMPNTS
Sir, Thank you for your direction. Kind Regards. Jim Thomas -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Paul Gilmartin Sent: Saturday, January 11, 2014 6:43 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Re : Uploading to z/OS SMPNTS On Sat, 11 Jan 2014 15:49:19 -0600, Jim Thomas wrote: Could anybody that has uploaded a product, that was downloaded via the Download Director, to the SMPNTS, please provide some direction ??. Created a z/OS SMPNTS (zFS) and mounted it. Downloaded a product via Download Director (this gets downloaded to a directory w/subdirectories). When I connect to z/OS via FTP, I get to all of my own MVS datasets .. but do I PUT the entire directory ?? .. and where do I PUT this to ??. The NTS dataset that I created is a zFS file and is not under my own HLQ. How do I CD to a directory w/in a zFS dataset ?? ... Within your mounted SMNTS filesystem, create (mkdir) two subdirectories, SMPNTS and SMPWKDIR. *Always* in binary mode: o FTP PUT each basefile (non-directory) in the downloaded product to the SMPNTS o Within SMPNTS, create a subdirectory matching each subdirectory in the downloaded product. o For each subdirectory: - CD to that subdirectory on the z/OS side. - LCD to that subdirectory on the workstation side. - MPUT * Alternatives with fewer commands: o If you can create a tar archive on the workstation side (cygwin or linux will do this; perhaps other utilities): - FTP that tar archive to the z/OS side. - extract the tar archive on the z/OS side. o If you can use jar on the z/OS side: - zip the product on the workstation side. - FTP the zip archive to the z/OS side. - extract it with jar on the z/OS side. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re : Uploading to z/OS SMPNTS
Hello, Could anybody that has uploaded a product, that was downloaded via the Download Director, to the SMPNTS, please provide some direction ??. Created a z/OS SMPNTS (zFS) and mounted it. Downloaded a product via Download Director (this gets downloaded to a directory w/subdirectories). When I connect to z/OS via FTP, I get to all of my own MVS datasets .. but do I PUT the entire directory ?? .. and where do I PUT this to ??. The NTS dataset that I created is a zFS file and is not under my own HLQ. How do I CD to a directory w/in a zFS dataset ?? ... If possible, please advise. Kind Regards. Jim Thomas -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Vendor task failing to populate ISPF.SPFTEMP0.CNTL
Please check your MVS syslog for any messages. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John Norgauer Sent: Friday, January 03, 2014 4:46 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Vendor task failing to populate ISPF.SPFTEMP0.CNTL A vendor software task fails to insert JCL's into my SPFTEMP0.CNTL dataset. I get the message: IKJ56265I THE DATA SET IS EMPTY. The vendor says that there is an ISPF problem but I am not sure about this. Anyone have an idea on why this message is occuring? Thanks. John Norgauer Senior Systems Programmer Mainframe Technical Support Services University of California Davis Medical Center 1651 Alhambra Blvd Suite 200 Sacramento, Ca 95816 916-734-0536 SYSTEMS PROGRAMMING.. Guilty, until proven innocent !! JN 2004 Hardware eventually breaks - Software eventually works anon -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Vendor task failing to populate ISPF.SPFTEMP0.CNTL
I think your temp0.cntl is running out of space ... John McKown has suggested one approach ... -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jim Thomas Sent: Friday, January 03, 2014 5:37 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Vendor task failing to populate ISPF.SPFTEMP0.CNTL Please check your MVS syslog for any messages. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John Norgauer Sent: Friday, January 03, 2014 4:46 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Vendor task failing to populate ISPF.SPFTEMP0.CNTL A vendor software task fails to insert JCL's into my SPFTEMP0.CNTL dataset. I get the message: IKJ56265I THE DATA SET IS EMPTY. The vendor says that there is an ISPF problem but I am not sure about this. Anyone have an idea on why this message is occuring? Thanks. John Norgauer Senior Systems Programmer Mainframe Technical Support Services University of California Davis Medical Center 1651 Alhambra Blvd Suite 200 Sacramento, Ca 95816 916-734-0536 SYSTEMS PROGRAMMING.. Guilty, until proven innocent !! JN 2004 Hardware eventually breaks - Software eventually works anon -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: NFS mount problem between zOS and Linux
Please check your MVS syslog... you should have error messages (especially if your mount command is wrong) that should give you an idea of what the problem is. I missed your initial post ... please also repost your mount command ... Kind Regards. Jim Thomas -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of jan de decker Sent: Thursday, December 26, 2013 11:17 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: NFS mount problem between zOS and Linux Hi all, Thanks Mark for your quick reply. The message after the mount command is the mount help information. JEDSP is a MVS FLQ I changed the EXPORTS dsn to include /hfs/jedsp/web WEB and removed the old jedsp entries. but to avail. I am running Ubuntu 12.04 kernel 3.2.0.57 Can somebody help? I think there is an error in the mount command. Thanks, j@n -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: NFS mount problem between zOS and Linux
Could you issue a 'mount -q /Catweazle-zOS' and re-post ??. Are you sure there are no error messages in the SYSLOG ??. How about RACF messages ??. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of jan de decker Sent: Thursday, December 26, 2013 11:55 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: NFS mount problem between zOS and Linux Hi all, The mount command I tried last, after several variartions was the example from the IBM manual: mount -t nfs4 -o sec=sys proto=tcp Catweazle-zOS/hfs/jedsp/web /jedsp/web There are no error messages in the zOS log nor in the NFSS STC Hope somebody can help. Thanks j@n -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: sorry exits
Depends ... could be under LLA or the user. Which exit ??. Regards. Jim -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Micheal Butz Sent: Thursday, December 26, 2013 6:10 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: sorry exits Sent from my iPhone On Dec 26, 2013, at 7:00 PM, Micheal Butz michealb...@optonline.net wrote: Hi I know LLA exits run in common storage but under what ASID/TCB *MASTER*. ? Sent from my iPhone -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Un-authorized caller calling authorized services.
Peter ... my apologies .. I used the wrong terminology. May I please contact you offline on this ??. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Peter Relson Sent: Sunday, December 01, 2013 9:47 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Un-authorized caller calling authorized services. TPROT TPROT can tell you it is not OK. It almost never can tell you fully it is OK because of time-of-check to time-of-use exposures. In a nutshell, I'm trying to find out what the best way is for an un-authorized called to call / invoke a SRB. Not only is there no best way there is no way. You cannot call or invoke an SRB. You can only schedule an SRB. And scheduling an SRB is limited to authorized programs. Thus an unauthorized program would have to get authorized (such sa via SVC or PC) in order to schedule an SRB. It is also the case that, if you do allow an unauthorized program to invoke an SVC/PC to schedule an SRB, you might need to provide some throttle to prevent a malicious unauthorized program from doing this too often. Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Un-authorized caller calling authorized services.
Walt, As w/my request to Peter, may I please contact you offline ??. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Walt Farrell Sent: Sunday, December 01, 2013 10:09 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Un-authorized caller calling authorized services. On Sat, 30 Nov 2013 20:25:36 -0600, Jim Thomas j...@thethomasresidence.us wrote: My service is a SRB and given, SRBPARM, will be executing some code that I am given. That sounds extremely unsafe, from a system integrity perspective. In general you cannot depend on an unauthorized caller to give you code that is safe to run in an authorized state. It can be safe for an unauthorized caller to request you to do a particular function, if you check the parameters fully and if all the actual code that you will run is contained within (built into) your authorized function. But if the unauthorized caller is providing the code that will run then you will need to provide a lot more information about exactly what the unauthorized caller is before we can give any advice on how you can do that safely. And it is quite likely that there is no safe way for you to do it. So, more details, please. -- Walt -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Un-authorized caller calling authorized services.
Rob, Yes, this was, in part, one of the options I'd been considering. I was however, trying to stay away from having to add a new address space to the product. I will take your suggestions and re-consider again. Yes, MVCS/DK is what I usually use, as much as possible. Thank you for your suggestions and advice. Kind Regards. Jim Thomas -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Rob Scott Sent: Sunday, December 01, 2013 8:10 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Un-authorized caller calling authorized services. Jim My advice would be to have a resource owning server that the batch caller would be a client of. The client invokes a PC owned by the server that performs some sort of SAF check before using IEAMSCHD to run the SRB in the client. Personally I would use a PC-ss and a task level RESMGR routine to protect your caller. MVCSK and MVCDK are your friends to read from and write to caller storage when the server key does not match the client caller. Rob Scott Rocket Software On 1 Dec 2013, at 02:25, Jim Thomas j...@thethomasresidence.us wrote: Sir/s et'al, My service is a SRB and given, SRBPARM, will be executing some code that I am given. No, there will not be any I/O and such, I am adhering to the rules of a SRB. That said, the 'code' that I am passed will be referencing and updating storage that will ultimately be hardened after I am done and pass control back to my caller. My main issue was to find out ways on how I can be called, given that my caller would be un-authorized. Binyamin. Chris and others have stated very good points and what to watch out for. Art I thank you for the .PDF that you referenced. In a nutshell, I'm trying to find out what the best way is for an un-authorized called to call / invoke a SRB. Kind Regards. Jim Thomas -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Binyamin Dissen Sent: Saturday, November 30, 2013 5:25 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Un-authorized caller calling authorized services. On Sat, 30 Nov 2013 21:53:06 + Blaicher, Christopher Y. cblaic...@syncsort.com wrote: :There are a number of things you need to do to prevent an integrity exposure. At one point I saw a presentation by IBM on this, but right now I can't place my hands on it. If I do find it, I will post it. Here are the main points of it, as I remember them. :- Don't ever read data from a caller's address space when you are not in the caller's key. As an SVC or PC your routine can be entered in key zero/supervisor state, I.E. you are a god and can do anything you want. :- Don't EVER, EVER write data to a caller's address space when you are not in the caller's key. :- You may have written the routine for your exclusive use, but don't assume/think/hope that no one else is going to find it. Someone will and then they will try to exploit it or use it for nefarious purposes. :- TPROT data areas to be referenced. If you do the above, the TPROT is superfluous. And if you do not, realize that unless appropriately locked, the results may no longer be valid when you try to use it. -- Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Un-authorized caller calling authorized services.
Shmuel, Thank you for your responses, this and previous. I concur w/what you've said and w/what others have said. Before I go on, as Peter pointed out, I admit that I've used incorrect terminology (e.g. call / invoke a SRB) and I apologize. That said, AFAIK, there's really not much, save but for a RACROUTE REQUEST=AUTH perhaps, that I could do in terms of validation, I could do. Then again, even w/a RACROUTE/AUTH, it still does not guarantee integrity. All the above does is to make things a little harder for inappropriate users. Perhaps that is all we can do ??. I've taken everybody's suggestions and advice and think I've, decided to take a slight variation to PC / SVC's, use RACROUTE and have a separate load library that will be clearly documented as needing to be APF'd. Though I am responding to Shmuel, I thank everybody for taking the time to respond / advice. Once again, thank you everybody. Kind Regards. Jim Thomas -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Shmuel Metz (Seymour J.) Sent: Sunday, December 01, 2013 5:12 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Un-authorized caller calling authorized services. In 021001ceee3c$9f1fe880$dd5fb980$@TheThomasResidence.us, on 11/30/2013 at 08:25 PM, Jim Thomas j...@thethomasresidence.us said: In a nutshell, I'm trying to find out what the best way is for an un-authorized called to call / invoke a SRB. It can't. The only ways for unauthorized code to invoke authorized services are PC and SVC. You need an interface service (either PC or SVC) that will accept parameters, validity check everything and schedule the SRB. -- 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...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Un-authorized caller calling authorized services.
Binyamin, Thank you for your reply. Commercial product and I don't want to use a SVC. I'm kinda leaning toward a PC but was hoping there was an easier way. This will (for the most part ..) be purely batch.,.. Kind Regards. Jim Thomas -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Binyamin Dissen Sent: Saturday, November 30, 2013 3:09 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Un-authorized caller calling authorized services. On Sat, 30 Nov 2013 14:08:39 -0600 Jim Thomas j...@thethomasresidence.us wrote: :I have an authorized service that I've written but needs to be able to allow un-authorized callers :to use. :Could anybody please provide any direction on the best way to implement this ??. I've already :looked at PC's (which might be fine) and having a server type address space (not something I :want to do). :I just want to use an acceptable API or venue of sorts. First question: your shop or commercial? If your shop, why not the old-fashioned SVC? Simple set-up. A PC is your other choice and unless you do tricky stuff will need a server address space as its owner. Under TSO, you can use the parallel TMP -- Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Un-authorized caller calling authorized services.
Chris, Thank you for your reply sir ... I concur w/your suggestions and no, I am not and will not do so. That said, w/regard to TPROT, I've had a localized routine that I wrote before the hardware got involved. Again, thank you for your suggestions. Kind Regards. Jim Thomas -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Blaicher, Christopher Y. Sent: Saturday, November 30, 2013 3:53 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Un-authorized caller calling authorized services. There are a number of things you need to do to prevent an integrity exposure. At one point I saw a presentation by IBM on this, but right now I can't place my hands on it. If I do find it, I will post it. Here are the main points of it, as I remember them. - Don't ever read data from a caller's address space when you are not in the caller's key. As an SVC or PC your routine can be entered in key zero/supervisor state, I.E. you are a god and can do anything you want. - Don't EVER, EVER write data to a caller's address space when you are not in the caller's key. - You may have written the routine for your exclusive use, but don't assume/think/hope that no one else is going to find it. Someone will and then they will try to exploit it or use it for nefarious purposes. - TPROT data areas to be referenced. Let's assume the interface calls for R1 pointing to a two word parameter list. First of all, the words pointed to by R1 may be outside of his address space, so you want to verify their location is valid. Then the individual parms may or may not point to valid data in his address space. The original presentation went into about 10 different ways a nefarious user can try to get your valid routine to do something bad. Maybe Peter Relson has access to it and can post it. Chris Blaicher Principal Software Engineer, Software Development Syncsort Incorporated 50 Tice Boulevard, Woodcliff Lake, NJ 07677 P: 201-930-8260 | M: 512-627-3803 E: cblaic...@syncsort.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jim Thomas Sent: Saturday, November 30, 2013 3:09 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Un-authorized caller calling authorized services. Forgive me, I have an authorized service that I've written but needs to be able to allow un-authorized callers to use. Could anybody please provide any direction on the best way to implement this ??. I've already looked at PC's (which might be fine) and having a server type address space (not something I want to do). I just want to use an acceptable API or venue of sorts. Lastly, a while back, I'd posted an email asking how to get a product SMP/E instable and while I never got any responses per se, I did get one offline email from someone that faced the same issues as I did. To that person, if you happen to read this, please re-contact me offline. I apologize but I lost your email but have some information for you. Kind Regards. Jim Thomas j...@thethomasresidence.us -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Un-authorized caller calling authorized services.
Sir/s et'al, My service is a SRB and given, SRBPARM, will be executing some code that I am given. No, there will not be any I/O and such, I am adhering to the rules of a SRB. That said, the 'code' that I am passed will be referencing and updating storage that will ultimately be hardened after I am done and pass control back to my caller. My main issue was to find out ways on how I can be called, given that my caller would be un-authorized. Binyamin. Chris and others have stated very good points and what to watch out for. Art I thank you for the .PDF that you referenced. In a nutshell, I'm trying to find out what the best way is for an un-authorized called to call / invoke a SRB. Kind Regards. Jim Thomas -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Binyamin Dissen Sent: Saturday, November 30, 2013 5:25 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Un-authorized caller calling authorized services. On Sat, 30 Nov 2013 21:53:06 + Blaicher, Christopher Y. cblaic...@syncsort.com wrote: :There are a number of things you need to do to prevent an integrity exposure. At one point I saw a presentation by IBM on this, but right now I can't place my hands on it. If I do find it, I will post it. Here are the main points of it, as I remember them. :- Don't ever read data from a caller's address space when you are not in the caller's key. As an SVC or PC your routine can be entered in key zero/supervisor state, I.E. you are a god and can do anything you want. :- Don't EVER, EVER write data to a caller's address space when you are not in the caller's key. :- You may have written the routine for your exclusive use, but don't assume/think/hope that no one else is going to find it. Someone will and then they will try to exploit it or use it for nefarious purposes. :- TPROT data areas to be referenced. If you do the above, the TPROT is superfluous. And if you do not, realize that unless appropriately locked, the results may no longer be valid when you try to use it. -- Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
RESEND : Re: Orphaned Catalog
All, Please ignore my previous post ... I managed to delete it Kind Regards. Jim Thomas -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Orphaned Catalog
Hello, I have an orphaned catalog and have am (unsuccessfully) trying to delete it. Note that this is just an entry in the master catalog ... the volume that held the catalog is no longer available. I have tried DELETE catalog.zos.mast nscr .. and such ... but get either IDC331I or IDC3009 RC90. Delete VVR will not work since none of the components under the catalog entry name are available. Any ideas or direction would be appreciated. Kind Regards. Jim Thomas -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Orphaned Catalog
Sir, Yes ... that is what I ended up doing ... Kind Regards. Jim Thomas -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Joel C. Ewing Sent: Tuesday, September 10, 2013 12:18 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Orphaned Catalog On 09/10/2013 12:08 PM, Jim Thomas wrote: Hello, I have an orphaned catalog and have am (unsuccessfully) trying to delete it. Note that this is just an entry in the master catalog ... the volume that held the catalog is no longer available. I have tried DELETE catalog.zos.mast nscr .. and such ... but get either IDC331I or IDC3009 RC90. Delete VVR will not work since none of the components under the catalog entry name are available. Any ideas or direction would be appreciated. Kind Regards. Jim Thomas EXPORT DISCONNECT to remove master catlog connector and ALIAS defs? -- Joel C. Ewing,Bentonville, AR jcew...@acm.org -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMP/E vs. NON SMPE Installs (Was BLKSIZE=3120)
Folks, Does anybody have any guidelines for making a product SMP/E installable ??. Yes, I've been thru the manuals but what I don't find are recommendations and or 'gotchas' ... Any advice and or direction would be appreciated. Kind Regards. Jim -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Ed Gould Sent: Monday, July 22, 2013 4:50 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SMP/E vs. NON SMPE Installs (Was BLKSIZE=3120) Lizette: Well said. In the past 40+ years I have done all types of installs. SMPE in the end simplifies installation. I have frequently rejected a product just because that it is not installed via SMPE. I have seen everything from an IEBCOPY to quite complicated installation procedures. Yes it can be cumbersome to install via SMPE but every sysprog that I have worked with (except some well lets say amateur types) have generally liked SMPE(for IM) It is far easier to figure out levels of products with SMPE IMO. I have seen OEM's supply fixes with zaps (and use IDRDATA rather than SMPE) and when all is said and done the level of the product was almost always up in the air and made problem determination less straight forwardas IDRdata is not in a dump. Ed On Jul 22, 2013, at 3:46 PM, Lizette Koehler wrote: Just taking this to a new thread Personally I prefer SMP/E installs. It provides the following Ease of installation Ease of verifying Maint Levels Ease of upgrades or phase outs. When I have NON SMP/E installs they tend to be just simple IEBCOPY from here to here. Then it is up to me to ensure a way to validate what is in production, what is in test, what maintenance levels are available. There have been some NON SMP/E install products that have done a good job with the three points. But I have to make sure it is documented, my team mates can find (or use) my documentation and that the process is bullet proof. If it cannot pass the Lizette Test for bullet-proofness, then I really do not want the product in my shop. At one of my previous lives, I was supporting an OEM product that was NON-SMP/E installed. It was a nightmare. They process was a bare bones TSO XMIT install. But I had no way to very if I had the current version of software or not. It took many iterations before I found a naming convention that would at least look like it could identify what version of the product I was running in sand box and everywhere else. I think if you have one or two LPARs it is not so bad. But when you are looking at 5 or more LPARs or more than one PLEX to maintain software on, the SMP/E is a big benefit. But, if you have a solid process that covers my concerns, I may not gripe too much over a non-SMP/E install. Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM- m...@listserv.ua.edu] On Behalf Of Duffy Nightingale Sent: Monday, July 22, 2013 1:04 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: BLKSIZE=3120 Interesting. Thanks much! Duffy Nightingale Sound Software Printing, Inc. www.soundsoftware.us du...@soundsoftware.us Phone: 360.385.3456 Fax: 973.201.8921 The information in this e-mail, and any attachment therein is confidential and for use by the addressee only. If you are not the intended recipient, please return the e-mail to the sender and delete it from your computer. Although Sound Software Printing, Inc. attempts to sweep e-mail and attachments for viruses, it does not guarantee that either are virus-free and accepts no liability for any damage sustained as a result of viruses. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM- m...@listserv.ua.edu] On Behalf Of John McKown Sent: Monday, July 22, 2013 1:01 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: BLKSIZE=3120 I, personally, as a z/OS system programmer tend to like SMP/E. IBM has made installation simple via ShopzSeries. I put in my order. I eventually get an email saying it is ready. I log on to get the download information that I need and run a single SMP/E job which downloads and sets it up (RECEIVE), ready to customize and install. CA is similar, but we haven't gone to using MSM yet (don't know why). But the other 2 sysprogs here tend to prefer to get XMIT type files, perhaps packaged in a zip file. One simply prefers XMIT format, but will work with the CA stuff, which is downloaded to a UNIX subdirectory when he is forced to (compressed PAX format). The second really despises anything other than simple XMIT. But, then, he really dislikes z/OS UNIX. On Mon, Jul 22, 2013 at 2:16 PM, Duffy Nightingale du...@soundsoftware.uswrote: Hello, I see another developer on here. And we send our product out using TSO XMIT. Which gives rise to a question. I saw some techie state that he would not install a product unless he could use SMP/E. Is this something
Re: [SPAM] Re: Orphaned ICF catalog in the VVDS
Since this is an orphaned catalog try DELETE ... cat.name VVR and then follow it w/the same delete except change the 'VVR' to an 'NVR'. Kind Regards Jim -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Rouse, Willie Sent: Thursday, July 18, 2013 12:45 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [SPAM] Re: Orphaned ICF catalog in the VVDS Dave, I guess I don't understand: put a corresponding entry into the dummy bcs I created and empty ucat with orphan name. Then tried to delete it with the following JCL //VVR EXEC PGM=IDCAMS,REGION=512K //SYSPRINT DD SYSOUT=* //DD1 DD DSN=SYS1.VVDS.VPP1013,DISP=OLD //SYSIN DD * DELETE CATALOG.MVSICFM.VIP1080 NSCR FILE(DD1) /* I get: IDCAMS SYSTEM SERVICES TIME: DELETE CATALOG.MVSICFM.VIP1080 NSCR FILE(DD1) IDC3014I CATALOG ERROR IDC3009I ** VSAM CATALOG RETURN CODE IS 90 - REASON CODE IS IGG0CLFK-18 IDC0551I ** ENTRY CATALOG.MVSICFM.VIP1080 NOT DELETED IDC0001I FUNCTION COMPLETED, HIGHEST CONDITION CODE WAS 8 Respectfully, Willie C. Rouse Senior Mainframe Consultant Prince George's County, Maryland Office of Information Technology 9201 Basil Court/ Room B8 Largo, MD 20774 Voice: 301-883-7189 Fax: 301-883-3790 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of David Devine Sent: Thursday, July 18, 2013 12:24 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Orphaned ICF catalog in the VVDS Hi Willie, I believe that Allan has hit the nail on the head for the solution, but i think you may also have to put a corresponding entry into the dummy bcs so that the delete nscr will match up on both sides. Just tried it on a pack on our sysprog lpar in the same situation, recreated the lost catalog and got an idc3012i on the delete nscr for the sys1.vvds.vx. An inelegant solution but quick and easy would be to disnew the volume, empty it out (hsm migrate or dfdss copy etc.) then delete the vvds and define a nice new empty one, then enable the volume back to sms. Sod's law will probably have it that there's a permanently allocated dataset on the volume to put the kibosh on that idea! If you fancy being a guinea pig, theres VVDSFIX an unsupported IBM program you can download. You can read about and download this tool from this URL: http://www.ibm.com/support/docview.wss?uid=isg3S1000618 Was on a share presentation a few years back. Looks like it could be vaiable. Never used it, but i'm sure there are people around who have. Dave -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This E-mail and any of its attachments may contain Prince George’s County Government or Prince George's County 7th Judicial Circuit Court proprietary information or Protected Health Information, which is privileged and confidential. This E-mail is intended solely for the use of the individual or entity to which it is addressed. If you are not the intended recipient of this E-mail, you are hereby notified that any dissemination, distribution, copying, or action taken in relation to the contents of and attachments to this E-mail is strictly prohibited by federal law and may expose you to civil and/or criminal penalties. If you have received this E-mail in error, please notify the sender immediately and permanently delete the original and any copy of this E-mail and any printout. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN