Re: ServerPac share something amusing
What I included was the whole sequence of SYSIN which looks, to me, as if it does nothing productive. IF there is something more going on than meets the eye, I would very much appreciate an explanation of it. Thanks Tony Harminc t...@harminc.net Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu 02/28/2010 07:21 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Expire Date: 03/01/2012 To IBM-MAIN@bama.ua.edu cc Subject Re: ServerPac share something amusing On 28 February 2010 20:52, John Mattson john_matt...@ea.epson.com wrote: Sorry. The first CHANGE PATH switches /Service/ and /, the second changes it right back. Looks like a waste to me, but maybe there is something I am missing. The second may change more than just what the first change changed. Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ServerPac share something amusing
There was a reply that had the intent correct. Avoiding any /Service/Service entries. What I don't get is why they think there are any in the CSI files they distributed? I don't try to merge the Serverpac zones into any existing zones. Dave Gibney Information Technology Services Washington State University -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of John Mattson Sent: Tuesday, March 02, 2010 1:20 PM To: IBM-MAIN@bama.ua.edu Subject: Re: ServerPac share something amusing What I included was the whole sequence of SYSIN which looks, to me, as if it does nothing productive. IF there is something more going on than meets the eye, I would very much appreciate an explanation of it. Thanks Tony Harminc t...@harminc.net Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu 02/28/2010 07:21 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Expire Date: 03/01/2012 To IBM-MAIN@bama.ua.edu cc Subject Re: ServerPac share something amusing On 28 February 2010 20:52, John Mattson john_matt...@ea.epson.com wrote: Sorry. The first CHANGE PATH switches /Service/ and /, the second changes it right back. Looks like a waste to me, but maybe there is something I am missing. The second may change more than just what the first change changed. Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ServerPac share something amusing
Thanks, Rex !!! That makes sense. Appologies to the ServerPac folks, it just looked odd to me. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ServerPac share something amusing
It might look like a waste if all your paths start with /Service, but what if there may be paths that don't? John Mattson john_matt...@ea.epson.com 02/28/10 8:53 PM Sorry. The first CHANGE PATH switches /Service/ and /, the second changes it right back. Looks like a waste to me, but maybe there is something I am missing. Scott Rowe scott.r...@joann.com Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu 02/27/2010 07:23 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Expire Date: 02/28/2012 To IBM-MAIN@bama.ua.edu cc Subject Re: ServerPac share something amusing OK, you win. What's wrong with it? John Mattson john_matt...@ea.epson.com 02/27/10 6:44 PM Going thru the ServerPAC for CICSTS 4.1 I noticed the followng in the SCPPBENU(UP). No editing by me, exactly how it looks... SET BDY(CICT410) . ZEDIT DDDEF . CHANGE PATH('/Service/'*, '/'*) . ENDZEDIT . ZEDIT DDDEF . CHANGE UNIT(*,*) . CHANGE VOLUME(*,*) . CHANGE PATH('/'*, '/Service/'*) . ENDZEDIT . -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ServerPac share something amusing
John, What they're doing is this: They want to point all the Unix Services directory paths to /Service/whatever for installing the new software/maintenance. They don't know if you already have some DDDEFs already pointing to /Service. They run the first one to remove any /Service from the paths so that when they go through and prepend /Service on all the DDDEF paths you don't end up with any that look like /Service/Service/whatever. HTH Rex -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of John Mattson Sent: Sunday, February 28, 2010 7:53 PM To: IBM-MAIN@bama.ua.edu Subject: Re: ServerPac share something amusing Sorry. The first CHANGE PATH switches /Service/ and /, the second changes it right back. Looks like a waste to me, but maybe there is something I am missing. Scott Rowe scott.r...@joann.com Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu 02/27/2010 07:23 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Expire Date: 02/28/2012 To IBM-MAIN@bama.ua.edu cc Subject Re: ServerPac share something amusing OK, you win. What's wrong with it? John Mattson john_matt...@ea.epson.com 02/27/10 6:44 PM Going thru the ServerPAC for CICSTS 4.1 I noticed the followng in the SCPPBENU(UP). No editing by me, exactly how it looks... SET BDY(CICT410) . ZEDIT DDDEF . CHANGE PATH('/Service/'*, '/'*) . ENDZEDIT . ZEDIT DDDEF . CHANGE UNIT(*,*) . CHANGE VOLUME(*,*) . CHANGE PATH('/'*, '/Service/'*) . ENDZEDIT . -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ServerPac share something amusing
It would be even better if IBM stopped using the default of /Service for everything zos, cics, db2 etc.. It would be a bit smarter if the default was something unique for each order /service/orderno (with 'orderno' being the actual order number or maybe /service/zos/orderno /service/cics/orderno Yes I know we can all change it (how many do), but how much better would it be if IBM led the way and suggested a more practical approach, with less risk of overwriting the wrong filesystem. Cheers Roy Pommier, Rex R. wrote: John, What they're doing is this: They want to point all the Unix Services directory paths to /Service/whatever for installing the new software/maintenance. They don't know if you already have some DDDEFs already pointing to /Service. They run the first one to remove any /Service from the paths so that when they go through and prepend /Service on all the DDDEF paths you don't end up with any that look like /Service/Service/whatever. HTH Rex -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ServerPac share something amusing
I use /SMPE/zone, where zone = my SMPE zone name (zone name = sysres volser for MVS), and I use automount to control /SMPE. I only use /Service while loading the ServerPac, so I have no concerns overwriting anything. I have no desire for IBM to change the process. Roy Hewitt ibm-m...@frozen.eclipse.co.uk 03/01/10 5:54 PM It would be even better if IBM stopped using the default of /Service for everything zos, cics, db2 etc.. It would be a bit smarter if the default was something unique for each order /service/orderno (with 'orderno' being the actual order number or maybe /service/zos/orderno /service/cics/orderno Yes I know we can all change it (how many do), but how much better would it be if IBM led the way and suggested a more practical approach, with less risk of overwriting the wrong filesystem. Cheers Roy Pommier, Rex R. wrote: John, What they're doing is this: They want to point all the Unix Services directory paths to /Service/whatever for installing the new software/maintenance. They don't know if you already have some DDDEFs already pointing to /Service. They run the first one to remove any /Service from the paths so that when they go through and prepend /Service on all the DDDEF paths you don't end up with any that look like /Service/Service/whatever. HTH Rex -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ServerPac share something amusing
Sorry. The first CHANGE PATH switches /Service/ and /, the second changes it right back. Looks like a waste to me, but maybe there is something I am missing. Scott Rowe scott.r...@joann.com Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu 02/27/2010 07:23 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Expire Date: 02/28/2012 To IBM-MAIN@bama.ua.edu cc Subject Re: ServerPac share something amusing OK, you win. What's wrong with it? John Mattson john_matt...@ea.epson.com 02/27/10 6:44 PM Going thru the ServerPAC for CICSTS 4.1 I noticed the followng in the SCPPBENU(UP). No editing by me, exactly how it looks... SET BDY(CICT410) . ZEDIT DDDEF . CHANGE PATH('/Service/'*, '/'*) . ENDZEDIT . ZEDIT DDDEF . CHANGE UNIT(*,*) . CHANGE VOLUME(*,*) . CHANGE PATH('/'*, '/Service/'*) . ENDZEDIT . -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ServerPac share something amusing
On 28 February 2010 20:52, John Mattson john_matt...@ea.epson.com wrote: Sorry. The first CHANGE PATH switches /Service/ and /, the second changes it right back. Looks like a waste to me, but maybe there is something I am missing. The second may change more than just what the first change changed. Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
ServerPac share something amusing
Going thru the ServerPAC for CICSTS 4.1 I noticed the followng in the SCPPBENU(UP). No editing by me, exactly how it looks... SET BDY(CICT410) . ZEDIT DDDEF . CHANGE PATH('/Service/'*, '/'*) . ENDZEDIT . ZEDIT DDDEF . CHANGE UNIT(*,*) . CHANGE VOLUME(*,*) . CHANGE PATH('/'*, '/Service/'*) . ENDZEDIT . -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ServerPac share something amusing
OK, you win. What's wrong with it? John Mattson john_matt...@ea.epson.com 02/27/10 6:44 PM Going thru the ServerPAC for CICSTS 4.1 I noticed the followng in the SCPPBENU(UP). No editing by me, exactly how it looks... SET BDY(CICT410) . ZEDIT DDDEF . CHANGE PATH('/Service/'*, '/'*) . ENDZEDIT . ZEDIT DDDEF . CHANGE UNIT(*,*) . CHANGE VOLUME(*,*) . CHANGE PATH('/'*, '/Service/'*) . ENDZEDIT . -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ServerPac share something amusing
In ofbda0ce2d.2d63f4d1-on882576d7.0081f5dc-882576d7.00823...@ea.epson.com, on 02/27/2010 at 03:41 PM, John Mattson john_matt...@ea.epson.com said: Going thru the ServerPAC for CICSTS 4.1 I noticed the followng in the SCPPBENU(UP). No editing by me, exactly how it looks... My reading is that they are converting everything to /Service/foo and don't want to mess up any paths that are already in /Service. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ServerPac share something amusing
Mine too. Shmuel Metz (Seymour J.) shmuel+ibm-m...@patriot.net 02/27/10 10:56 PM In ofbda0ce2d.2d63f4d1-on882576d7.0081f5dc-882576d7.00823...@ea.epson.com, on 02/27/2010 at 03:41 PM, John Mattson john_matt...@ea.epson.com said: Going thru the ServerPAC for CICSTS 4.1 I noticed the followng in the SCPPBENU(UP). No editing by me, exactly how it looks... My reading is that they are converting everything to /Service/foo and don't want to mess up any paths that are already in /Service. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ServerPac share something amusing
-Original Message- From: IBM Mainframe Discussion List On Behalf Of John Mattson Going thru the ServerPAC for CICSTS 4.1 I noticed the followng in the SCPPBENU(UP). No editing by me, exactly how it looks... SET BDY(CICT410) . ZEDIT DDDEF . CHANGE PATH('/Service/'*, '/'*) . ENDZEDIT . ZEDIT DDDEF . CHANGE UNIT(*,*) . CHANGE VOLUME(*,*) . CHANGE PATH('/'*, '/Service/'*) . ENDZEDIT . Decisions, decisions :-) Thanks for the heads-up; I'll probably be looking at that next month. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html