Re: ISPF profile PDS
In [EMAIL PROTECTED], on 02/14/2007 at 06:26 PM, David Speake [EMAIL PROTECTED] said: Has anyone addressed/resolved this type of issue. Can a usefull mapping make be made here or am I out of luck. Why not copy the old profile and use PDS85 to change all references to the old user id? -- 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ISPF profile PDS
On Fri, 16 Feb 2007 05:37:33 +, Dave Salt [EMAIL PROTECTED] wrote: If my ISPF sysprog set all the defaults exactly the way I wanted them, it would be great. Everyone else might not agree, but I certainly wouldn't have any complaints!;-) There is no reason you can't create your own defaults and use them (be it the only assembled table or the new keyword table / ISPCCONF. I was doing it for years when I consulted full time. You just need to make sure your module is in ISPLLIB or in ISPLLIB ahead of the one a sysprog may have created (or use TSOLIB prior to ISPF invocation). I always set up my own environment when I logon in order to use my toolkit, so this has been SOP for me. Some shops give you a supported method at logon time to alter allocations etc., if they don't, then I just go to TSO READY and execute my CLIST that does what I want. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group: G-ITO mailto:[EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ISPF profile PDS
From: Mark Zelden [EMAIL PROTECTED] There is no reason you can't create your own defaults and use them (be it the only assembled table or the new keyword table / ISPCCONF. I was doing it for years when I consulted full time. You just need to make sure your module is in ISPLLIB or in ISPLLIB ahead of the one a sysprog may have created (or use TSOLIB prior to ISPF invocation). I could have used that back when my userid kept changing, but these days I've had the same ID for years and it probably won't change. Still, it's useful to know about so thanks for sharing it. I just tried ISPCCONF, but got command not found. I'll have to look into it. Thanks again, Dave _ http://local.live.com/default.aspx?v=2cp=43.658648~-79.383962style=rlvl=15tilt=-90dir=0alt=-1000scene=3702663cid=7ABE80D1746919B4!1329 From January 26 to February 8, 2007 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ISPF profile PDS
On Fri, 16 Feb 2007 19:05:30 +, Dave Salt [EMAIL PROTECTED] wrote: From: Mark Zelden [EMAIL PROTECTED] There is no reason you can't create your own defaults and use them (be it the only assembled table or the new keyword table / ISPCCONF. I was doing it for years when I consulted full time. You just need to make sure your module is in ISPLLIB or in ISPLLIB ahead of the one a sysprog may have created (or use TSOLIB prior to ISPF invocation). I could have used that back when my userid kept changing, but these days I've had the same ID for years and it probably won't change. Still, it's useful to know about so thanks for sharing it. I just tried ISPCCONF, but got command not found. I'll have to look into it. Thanks again, Same userid or not, there are other things that the defaults module controls that you can't override. For example SETUNDO STG. Of course now I'm perhaps spreading information to people that shouldn't really be changing this stuff. I hope no one from our general user population reads IBM-MAIN. :-) Anyway, ISPCCONF is in hlq.SISPEXEC along with some SCLM execs and some other goodies like ISRFIND, ISREPDF, ISRBPDF and ISPMLIST. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group: G-ITO mailto:[EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ISPF profile PDS
On 16 Feb 2007 11:46:48 -0800, in bit.listserv.ibm-main you wrote: On Fri, 16 Feb 2007 19:05:30 +, Dave Salt [EMAIL PROTECTED] wrote: From: Mark Zelden [EMAIL PROTECTED] There is no reason you can't create your own defaults and use them (be it the only assembled table or the new keyword table / ISPCCONF. I was doing it for years when I consulted full time. You just need to make sure your module is in ISPLLIB or in ISPLLIB ahead of the one a sysprog may have created (or use TSOLIB prior to ISPF invocation). I could have used that back when my userid kept changing, but these days I've had the same ID for years and it probably won't change. Still, it's useful to know about so thanks for sharing it. I just tried ISPCCONF, but got command not found. I'll have to look into it. Thanks again, Same userid or not, there are other things that the defaults module controls that you can't override. For example SETUNDO STG. Of course now I'm perhaps spreading information to people that shouldn't really be changing this stuff. I hope no one from our general user population reads IBM-MAIN. :-) Too late. I recognize two of our posters as fellow posters to comp.lang.cobol. In addition IBM makes all of the need manuals available free of charge online. Anyway, ISPCCONF is in hlq.SISPEXEC along with some SCLM execs and some other goodies like ISRFIND, ISREPDF, ISRBPDF and ISPMLIST. Mark -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ISPF profile PDS
Of course now I'm perhaps spreading information to people that shouldn't really be changing this stuff. I hope no one from our general user population reads IBM-MAIN. :-) Now you've done it! I am a mere application programmer and, thanks to you, I've started to tinker with ISPCCONF! Bwa ha ha ha! Be afraid.* :-) * Not really. Since I am a mere application programmer, I can only shoot *myself* in the foot. There have been times that I've been thankful for that. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ISPF profile PDS
From: Styles, Andy (Group IT) [EMAIL PROTECTED] Having gone to a brand new ISPF profile several times (in some cases voluntarily, in some, not!), I would actually reccomend it. It clears out all the old crap you had lying around, and sets you up with the site standards (assuming they have some). Clearing out all the old crap would mean my command line would be at the bottom instead of the top; recovery would be off instead of on; hilite would be off instead of on; initial macro would be none instead of SLX0001R; my member list would scroll after I selected a member; the split line would show; I'd be asked what I want to do with the log and list when I logoff; the index names for all of my SimpList object lists would be gone; the MAX-RC column in SDSF would be far to the right where I couldn't see it; and on and on and on. The mere thought of going back to all the old defaults sends shudders down my spine! Dave Salt SimpList(tm) - The easiest, most powerful way to surf a mainframe! http://www.mackinney.com/products/SIM/simplist.htm -Original Message- From: ISPF discussion list [mailto:[EMAIL PROTECTED] On Behalf Of Dave Salt Sent: 14 February 2007 23:23 To: [EMAIL PROTECTED] Subject: Re: ISPF profile PDS If it were me, I'd copy the ISPF profile data set to the new userid. IMO, the benefits far outweigh any disadvantages. If you did encounter a problem by doing this (e.g. because 'ABCPROF' contains a variable called 'SOMEVAL' that really, really hurts if it has the wrong userid), I'd create a simple REXX that would VGET the value, change it, and VPUT it back. The REXX procedure would then be used the next time a profile data set is copied, thus making sure the problem never happened again. Over time, the procedure might grow to do several VPUTS, especially if it also fixes 'minor' annoyancies that don't really cause any major problems. So, you'd end up with an automated solution for copying profiles that you know are completely safe for use. FYI: In the past, as I used to move from one group to another, my userid would change. I would always copy my old profile, and never once encountered any major difficulties because of it. I wouldn't even dream of starting off with a new, default profile. It makes me shudder just to think of it! Dave Salt SimpList(tm) - The easiest, most powerful way to surf a mainframe! http://www.mackinney.com/products/SIM/simplist.htm _ Your Space. Your Friends. Your Stories. Share your world with Windows Live Spaces. http://discoverspaces.live.com/?loc=en-CA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ISPF profile PDS
Hehehe... funny but oooh sooo true. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Dave Salt Sent: Thursday, February 15, 2007 8:26 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: ISPF profile PDS Clearing out all the old crap would mean my command line would be at the bottom instead of the top; recovery would be off instead of on; hilite would be off instead of on; initial macro would be none instead of SLX0001R; my member list would scroll after I selected a member; the split line would show; I'd be asked what I want to do with the log and list when I logoff; the index names for all of my SimpList object lists would be gone; the MAX-RC column in SDSF would be far to the right where I couldn't see it; and on and on and on. The mere thought of going back to all the old defaults sends shudders down my spine! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ISPF profile PDS
In a message dated 2/15/2007 10:26:40 A.M. Central Standard Time, [EMAIL PROTECTED] writes: Clearing out all the old crap would mean my command line would be at the bottom instead of the top; recovery would be off instead of on; hilite would be off instead of on; initial macro would be none instead of SLX0001R; my member list would scroll after I selected a member; the split line would show; I'd be asked what I want to do with the log and list when I logoff; the index names for all of my SimpList object lists would be gone; the MAX-RC column in SDSF would be far to the right where I couldn't see it; and on and on and on. The mere thought of going back to all the old defaults sends shudders down my spine! Normally for a site I'd recommend customizing the ISR/ISP profile and copying that into the ISPTLIB so newbies get the site defaults from TLIB and the customization MACRO? Can't tell you the number of times had to fix profile 'cause it was edited with Nulls On STD. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ISPF profile PDS
- Original Message - From: Dave Salt [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main Sent: Thursday, February 15, 2007 11:26 AM Subject: Re: ISPF profile PDS From: Styles, Andy (Group IT) [EMAIL PROTECTED] Having gone to a brand new ISPF profile several times (in some cases voluntarily, in some, not!), I would actually reccomend it. It clears out all the old crap you had lying around, and sets you up with the site standards (assuming they have some). Clearing out all the old crap would mean my command line would be at the bottom instead of the top; recovery would be off instead of on; hilite would be off instead of on; initial macro would be none instead of SLX0001R; my member list would scroll after I selected a member; the split line would show; I'd be asked what I want to do with the log and list when I logoff; the index names for all of my SimpList object lists would be gone; the MAX-RC column in SDSF would be far to the right where I couldn't see it; and on and on and on. The mere thought of going back to all the old defaults sends shudders down my spine! Dave, That's because your ISPF sysprog never took my Configuring ISPF for Fun and Profit SHARE session. Grab it at my web site http://home.rochester.rr.com/pinncons. All the items you mentioned can be set as ISPF defaults. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ISPF profile PDS
From: Pinnacle [EMAIL PROTECTED] That's because your ISPF sysprog never took my Configuring ISPF for Fun and Profit SHARE session. Grab it at my web site http://home.rochester.rr.com/pinncons. All the items you mentioned can be set as ISPF defaults. If my ISPF sysprog set all the defaults exactly the way I wanted them, it would be great. Everyone else might not agree, but I certainly wouldn't have any complaints!;-) Dave Salt SimpList; the easiest, most powerful way to surf a mainframe! http://www.mackinney.com/products/SIM/SimpList.htm _ Your Space. Your Friends. Your Stories. Share your world with Windows Live Spaces. http://discoverspaces.live.com/?loc=en-CA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ISPF profile PDS
After I reviewed my own PDS at the indirect suggestion of the manager of our tech support section, I think less of the idea. It's not supported, but do the following: 1. Using your contract ID, copy to the new file. 2. Using your contract ID, edit the PDS (it's FB80 - text). 3. Do a global change in each member to change the ID. Including the first record. Some may wrap, so check it out. 4. Sign on with your new I'd. 5. Repeat as necessary. It may take a half-hour, but it beats a manual re-build. I know. I have done it. I've even used 3.14 to search the PDS to ensure I didn't miss anything. Or, you could rebuild from scratch. And, if it doesn't work the first time, you still have the original source ISPPROF. Copy. Edit. Repeat if necessary. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ISPF profile PDS
- Original Message - From: David Speake [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main Sent: Wednesday, February 14, 2007 7:26 PM Subject: ISPF profile PDS We frequently bring in contract programmers and give each one a TSO userid starting with R followed by contractor's id (my own is RXJ67). The X indicates contractor. If the individual is later hired as a regular employee, the number changes. For individuals on board for several months or even years before the changeover, this sometimes causes significant unhappyness and loss of productivity for a few days to a couple of weeks depending on how heavily they have customized their environments. I shot from the lip and suggested copying the old profile data set to the new account name. After I reviewed my own PDS at the indirect suggestion of the manager of our tech support section, I think less of the idea. My simplest out may be to just stand in front of a mirror and give myself the same horse laugh... oh well. The number of places my old id would appear left me a bit chastened. I suspect some of them would cause little if any problem but others might not let me use certain functions David, The id embedded in the PROFILE table members should not be a problem if it's in the TIR (table information record). If the userid is actually in a profile variable, you could use the PDS (file 182 at www.cbttabe.org) REPLACE function to fix the userid in all members. Wraps could be a problem, you would have to IEBIBALL those or write a Rexx exec to deal with wraps. Email me offline if you have questions. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html