Re: whereis command for TSO.
I contributed a FIND package to the CBTTape a number of years ago and updated it sometime in 2009. I based the code on an old version of FINDALL that was on the tape when Wall Street still had its wall. This latest version puts the results into a scrollable ISPF Browse dialog. It's in file 769 and I would like to think that the installation and use documentation that I wrote is clear and concise enough to be followed without too much trouble. Enjoy it !!! -- 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: whereis command for TSO.
Sorry all - the package is in file 761. Thanks to Herman Stocker at Avis for pointing out my error ... -- 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: IBM Plans to Discontinue REDBOOK Series - NOT! (Redux)
Now that Lori has chimed in that the REDBOOKS are definitely NOT being discontinued, let's all stop, take a deep breath, and move on. Have a good weekend all -- 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: IBM Plans to Discontinue REDBOOK Series
Ok all - Enough ad hominem attacks on each other. There are lots of IBMers who read this thread and what we want them to see is intelligent discussion not petulance. Let's stay on topic. If we want IBM to reply to the rumor I think we need to keep this discussion at an intelligent level. BTW - you can correspond with IBM REDBOOKS at redbo...@us.ibm.com. I think the editors et. al. are physically located at the South Road facility in Poughkeepsie. -- 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: Instream Commands
Mike Walt - Thanks for the responses - I did some further experimenting and confirmed that the instream command is scheduled using the execution ID. Appreciate the responses. -- 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
Instream Commands
Good afternoon all - Does anyone know the userid that actually issues instream commands encountered in submitted JCL. Experimentation and testing has shown it to be neither the submitter nor JES2 nor the INITIATOR. Message IEFC165I (the echo back of the command text) is issued by module IEFCNCMD which I am assuming is Converter. If that is the case, under whose address space and userid does it run. -- 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
RACF - CLASS(PROGRAM)
Hi all - Does anyone know if there is a way, using CLASS(PROGRAM) in RACF (z/OS V1R8 and higher) to define all accesses to a given program?? That is: RDEF PROGRAM(PGMNAME) UACC(NONE) ADDMEM(LIBNAME/VOLUME/NOPADCHK) will deny access to LIBNAME(PGMNAME) but only if LIBNAME is on VOLUME. Similarly, omitting VOLUME from the ADDMEM specification will protect PGMNAME in any occurrence of LIBNAME. Is there any RACF construct to do ADDMEM for any dataset on any volume?? TIA Mark -- 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: RACF - CLASS(PROGRAM)
Rick - Your analysis is exactly correct - that is precisely what we have been asked to do (by the auditors). Thanks for confirming my suspicions. Mark -- 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: Data Areas Manuals to be dropped
In my forty years of experience dealing with IBM and its customer services organization, I have found IBM to be the most customer-centric vendor out there. So it begs the question that since Vista is about to become the PC standard, why has IBM seemed to take such a cavalier attitude about getting a fairly important desktop utility up to snuff. It's just not like them at all. And by the way, I understand that the correct spelling of the Redmond company's name is Micro$oft and that they report what they want to report. Not defending them, but they are a reality. Have a good weekend all. -- 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: Data Areas Manuals to be dropped
Of course, reading the softcopy manuals has become very difficult as well. Library Reader is no longer available (unless, of course you happen to have a very old library distribution - probably prior to 2001 or 2002 - laying around). Softcopy Reader doesn't work properly, or at all, under Windows Vista. I opened an ETR to ask about this a couple of months ago and basically IBM's response was that SCR is not Vista ready but since it's a free product and they will get an update when they get to an update. If we can believe Bill Gates last pronouncement that Microsoft has already sold more than 40 million copies of Vista, then IBM really ought to get a Vista ready SCR out to its customers. Fortunately, the last version of Library Reader still basically works under Vista the although some functions (particularly the mouse scroll wheel) no longer function. If anyone on the list needs a copy, reply to me offline and I'll send you a .zip file with it. -- 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: Data Areas Manuals to be dropped
On Wed, 16 May 2007 14:15:06 +0200, R.S. [EMAIL PROTECTED] wrote: Mark Baron wrote: Of course, reading the softcopy manuals has become very difficult as well. Library Reader is no longer available (unless, of course you happen to have a very old library distribution - probably prior to 2001 or 2002 - laying around). AFAIK it is still available, but hidden - it's hard to find it out on IBM pages. Interesting - I've looked but never found it so I considered my lucky to have found a copy of it on one of the last OS/390 library distributions and kept it all these years. Softcopy Reader doesn't work properly, or at all, under Windows Vista. I opened an ETR to ask about this a couple of months ago and basically IBM's response was that SCR is not Vista ready but since it's a free product and they will get an update when they get to an update. If we can believe Bill Gates last pronouncement that Microsoft has already sold more than 40 million copies of Vista, then IBM really ought to get a Vista ready SCR out to its customers. AFAIK SoftCopy Reader does not work properly on any OS. I've had no problem with SCR until Vista. I have it working well on my WinXP system. Fortunately, the last version of Library Reader still basically works under Vista the although some functions (particularly the mouse scroll wheel) no longer function. [...] Minor correction: it has *never* functioned. You are correct about the mouse wheel scroll function. My apologies to the list. Mark -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2007 r. kapita zakadowy BRE Banku SA (w caoci opacony) wynosi 118.064.140 z. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchwa XVI WZ z dnia 21.05.2003 r., kapita zakadowy BRE Banku SA moe ulec podwyszeniu do kwoty 118.760.528 z. Akcje w podwyszonym kapitale zakadowym bd w caoci opacone. -- 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 -- 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: Data Areas Manuals to be dropped
On Wed, 16 May 2007 08:41:41 -0500, Rick Fochtman [EMAIL PROTECTED] wrote: Mark Baron wrote: Of course, reading the softcopy manuals has become very difficult as well. Library Reader is no longer available (unless, of course you happen to have a very old library distribution - probably prior to 2001 or 2002 - laying around). Softcopy Reader doesn't work properly, or at all, under Windows Vista. I opened an ETR to ask about this a couple of months ago and basically IBM's response was that SCR is not Vista ready but since it's a free product and they will get an update when they get to an update. If we can believe Bill Gates last pronouncement that Microsoft has already sold more than 40 million copies of Vista, then IBM really ought to get a Vista ready SCR out to its customers. Fortunately, the last version of Library Reader still basically works under Vista the although some functions (particularly the mouse scroll wheel) no longer function. If anyone on the list needs a copy, reply to me offline and I'll send you a .zip file with it. That's one of those things that I burned onto a CD-ROM, so I have a permanent copy that I can re-install as needed. :-) I've NEVER been able to get SCR to work. Have you tried SCR 3.6 - it's dated late 2006 and I downloaded it this past Feb for a WinXp machine and it worked first try out of the box. It's a large download (more than 64Mb) but it does work for me -- 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 -- 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: OS/390 Catalog in z/OS V1R7
Thanks all for the help. John was correct. The new master catalog will be created using OS390 1.4 and not used by it - only in zOS 1.7 and higher. There is no chance that any co-existence of toleration maintenance is available. Any suggestions on what to do with the user catalogs. My thought is to repro them using the OS390 system and then not touch them with OS390 after zOS uses them. Again, thanks. -- 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
OS/390 Catalog in z/OS V1R7
Does anyone on the list know if I can create a new catalog under OS390 2.4 and use that new catalog in z/OS V1R7 or V1R8 with no problem. I know I won't be able to use a V1R7 catalog on the old OS390 but what about the other way?? I need to upgrade a client's system -- 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
T CLOCK command for DST
Hi all - Once again we have the DST to attend, only this year it falls 3 weeks earlier than in the past. Anyone want to settle an argument. One colleague insists that we reset the clock thus: t clock=hh.mm.ss reset RESET indicates that the clock will be offset from GMT according to the TIMEZONE parameter in CLOCKxx. He further argues that if we edit the CLOCKxx to indicate the new offset for DST, it will re-read CLOCKxx. I say not and since there is no delimiter between the hh.mm.ss subparameter and RESET in the T CLOCK command, it will simply use the value specified. Anyone want to tell me who is correct? Thanks in advance 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: T CLOCK command for DST
Thank you all - -- 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
