Re: Mentor for an Assembler User Exit in CA-1
Same here from me Lizette. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Version Query for Installed Product
A tool I frequently use is PDS on the CBT tape. http://www.cbttape.org/freepds.htm is where you can download it from. If you have to wear a computer forensics hat to figure out what's in your load libraries, PDS does a great job at displaying load module attributes, link-edit dates, and listing individual CSECTS ala AMASPZAP among other things. Certainly worth it's weight in gold. Also, one would hope whoever isntalled the product(s) has left behind their documentation steps and listings. You can compare the listings to the target and execution libraries to figure out what you're dealing with. Be aware that what SMP/E shows you is not necessarily in agreement with what you are running. -- 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: Moving to an outsourcing datacenter
CTAM = Chevy Truck Access Method? -- 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: CA ESP Workload Automation
We have ESP, though I'm not all that familiar with it. If you wish you can send me questions off list and I'd be glad to discuss with those in the know. -- 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: More FUD on the demise of the Mainframe
If this myth needs to be busted, may I suggest that we involve the likes of Jamie Hyneman, Adam Savage, Tory Belleci, Kari Byron, and Grant Imahara? -- 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: More FUD on the demise of the Mainframe
Dude. One word cement truck. -- 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: PoPS Manual
Rick, You can get to z/Arch Pops by starting at http://www-05.ibm.com/e-business/linkweb/publications/servlet/pbi.wss Enter country, then Search for publications, enter pub SA22-7832 , click Go, and you're there. Works every time, that is until IBM changes the link again. Al -- 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: CA Support online?
If it's of any help, my company-issued Windoze XP Pro SP3, IE6 laptop hasn't had any of the aforementioned issues. iexploere.exe is at the 6.0.2900.5512 level and wininet.dll is at 6.00.2900.5945. HTH. -- 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: Saturation Data Point (SDP)
George, If it's any help, this Parallel Sysplex Planning redbook discusses SDP (section 1.3.4): http://www.redbooks.ibm.com/redbooks/pdfs/sg244680.pdf Regards, Alan -- 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
Alan Schenck is out of the office.
I will be out of the office starting 08/05/2009 and will not return until 08/11/2009. I will respond to your message when I return. -- IMPORTANT NOTICE: The information in this email (and any attachments hereto) is confidential. If you are not the intended recipient, you must not use or disseminate the information. If you have received this email in error, please immediately notify me by Reply command and permanently delete the original and any copies or printouts thereof. Although this email and any attachments 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 Hartford Steam Boiler Inspection and Insurance Company or its subsidiaries or affiliates either jointly or severally, for any loss or damage arising in any way from its use. -- 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: CICS SVC module name for Z/OS 1.6 CICS transaction server 23
Our CICS has two SVC's: a type 3 in LPA and a type 6 in the nucleus configured as sollows: We list SYS1.CICSTS.SDFHLPA in PARMLIB(LPALST00). In PARMLIB(IEASVC00) we have the following two lines: SVCPARM 214,REPLACE,TYPE(3),EPNAME(DFHCSVC) SVCPARM 215,REPLACE,TYPE(6),EPNAME(DFHHPSVC) In SYS1.IPLPARM(LOAD00) we added this one line: NUCLST 00 N (column dependent) Note that the trailing N indicates to not load a wait state if any modules in NUCLST00 can't be found. Our SYS1.IPLPARM(NUCLST00) has only this one line: INCLUDE DFHHPSVC DFHCSVC is in SDFHLPA and becomes SVC 214 as per IEASVC00. We copy DFHHPSVC from CICSTS.SDFHLOAD to SYS1.NUCLEUS via a USERMOD to the SYSRES's target zone. DFHHPSVC gets loaded as SVC 215 during the IPL as per SYS1.IPLPARM. We're at z/OS 1.9 and TS 3.1. IIRC we had the same config for previous releases. HTH, Alan -- 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: SYS1.UADS Format
Boy does this take me back to my first mainframe admin job using ACCOUNT to maintain UADS. Thanks for the trip down memory lane. The Working with the UADS and broadcast data set chapter in TSO/E Customization (SA22-7783-08) has info albeit minimal on this and on using the UADSREFM program. OY17139 (last changed 1988/10/04) has this: In Chapter 16 of the TSO/E Customization manual (SC28-1380-3) it is not documented that the default unit will only be carried over to the RACF data base with fullscreen logon and when the logon default information is stored in UADS. The default account number, procedure and unit will be lost when a UADSREFM is run prior to issuing the RACONVRT and the user has not logged on and off of TSO. Maybe the only useful purpose of LRECL=172 is to better stage you to run RACONVRT. HTH, Alan -- 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
Alan Schenck is out of the office.
I will be out of the office starting 07/29/2008 and will not return until 09/01/2008. I will respond to your message when I return. -- IMPORTANT NOTICE: The information in this email (and any attachments hereto) is confidential. If you are not the intended recipient, you must not use or disseminate the information. If you have received this email in error, please immediately notify me by Reply command and permanently delete the original and any copies or printouts thereof. Although this email and any attachments 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 Hartford Steam Boiler Inspection and Insurance Company or its subsidiaries or affiliates either jointly or severally, for any loss or damage arising in any way from its use. -- 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: Damaged Catalog Alert
Greetings all, A head's up to the non-ECS shops regarding OA19870. IBM just reopened my ETR query on this APAR with the following update: I wanted to let you know that we will be changing the text of APAR OA19870 to now also include that this apar should be applied to systems that have catalogs with shareoptions (3,4). If you are sharing any of your catalogs, even without ECS, we are now suggesting that you apply the APAR. Hope this helps ;-) Alan -- 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