IMS V10.1 Compatibility
Hi Team and Happy New Year ! Our shop is upgrading to IMS V10.1 and I am working for Storage Program Products. I would like to know is there any storage products have some compatibility issues with IMS V10.1. I would thankful if you share your views at the earliest. Thanks in advance. Regards, Mani Manikandan (Mani) Sivakumar The information contained in this transmission may contain privileged and confidential information and is intended only for the use of the person(s) named above. If you are not the intended recipient, any review, dissemination, distribution or duplication of this communication is strictly prohibited. If you received this email in error, please contact the sender immediately by reply e-mail and destroy all copies of the original message. This email is not intended as an offer or solicitation for the purchase or sale of any financial instruments. -- 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: the Z/10 and timers.
Thompson, Steve wrote: [...] If you remember correctly, the autoexec.bat file had TIME DATE commands in it so that DOS would not ask you for the date and time when you booted the system. And this was a carry over from CP/M's lack of a need for a stable TOD. Correction1: You were asked about date and time when you didn't have autoexec.bat. Correction2: The reason was *lack of timer*, not unstable one. First PCs had no timer at all. No battery. Like ZX Spectrum or Atari 800, or Amstrad CPC 6128, ... Battery clock was add-on feature (a card) on PC XT and became standard in PC AT. BTW: the clock in PC was (*is*) inaccurate by design. Of course the above and any rant on non-IBM platform does not justify, why STP for time synchronisation is so expensive. It's only software, and same software (in functions performed) on other platforms is free. -- 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.2008 r. kapita zakadowy BRE Banku SA wynosi 118.642.672 zote i zosta w caoci wpacony. -- 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: HCD - IM column
R.S. wrote: Roy Hewitt wrote: [...] I asked because not excluded is where the number comes from. I looked at a 2nd CSS on one of our boxes and put a P next to it to show the partitions and some partitions with a name of * are defined. Radoslaw, When you did it from the other machine was it a different device?. I'm just wondering (I'm not able to check right now) if the count is the total number of reachable images across ALL machines in the IODF. I did the following test: I took free (unconnected) CHPID in 2064 machine (z/900, single CSS) I defined new CU, type 3990, directly connected to the chpid above. No other chpids, connections, no switches. CU number F000, unique. I defined 100 devices type 3390 in the CU. Dev number F000-F063 (100 consecutive addresses). Udoubtly only on CPC is connected to the CU. Then went to panel CBDPPRF0 (Processor List) and typed U in the action character area. Got he following result: _ F000,100 3390 12 1 F000 Number of IMages is 12 !!! Number of OS configs is 1, which is correct. 12 is displayed for all devices except CFP (it's 13). Number of LPARs defined is 7, including 2 CFs. Maximum available for z/900 is 15. I wonder if the IODF is corrupt or more specifically the CPC/Partition entries. Have you tried creating a new IODF, and defining a new CPC/Part/Chp/CU/Device. Also you could use the HCD TRACE command to see if it contains any defects.. something like TRACE ON,ID=IODF, make sure your HCD trace dataset is big enough. Cheers Roy -- 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: HCD - IM column
Roy Hewitt wrote: [...] I wonder if the IODF is corrupt or more specifically the CPC/Partition entries. Have you tried creating a new IODF, and defining a new CPC/Part/Chp/CU/Device. Also you could use the HCD TRACE command to see if it contains any defects.. something like TRACE ON,ID=IODF, make sure your HCD trace dataset is big enough. Well... I did another test: Created new IODF from scratch. Defined CPC 2064 Defined 3 LPARs OS and 1 LPAR CF Defined 10 CNC channels (40 - 49), online on all OS LPARs Defined CU #1000, type 3990, connected to CHP 40, 41 Defined 256 devices type 3390, dev num 1000-10FF then typed U and see 10 IMages! Of course I observed no error messages, WTOs, dumps, aliens or Martians. The system is z/OS 1.7 rather up to date (understands CIB and z10). I'm starting to think that IM column is a kind of joke... Regards -- 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.2008 r. kapita zakadowy BRE Banku SA wynosi 118.642.672 zote i zosta w caoci wpacony. -- 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: z10 power problem notification
Ed Finnell efinnel...@aol.com wrote in message news:c7c.3f82e72c.367bb...@aol.com... In a message dated 12/17/2008 6:39:47 P.M. Central Standard Time, jo.skip.robin...@sce.com writes: support from some well-placed (and to us well-known) individuals. Target for response is 1Q 2009. My thanks to all those who played a role in this auspicious development. Well, when talking about the devil, you will hear his chains clank (as we say here): Last weekend we had the following message on the HMC: The system has detected a problem with the cooling unit and/or the ambient conditions. The processor speed is running degraded. Which was noted by the operator. When he called IBM, the IBM representative just put down the phone from a call from Montpellier, where the machine had dialled out to. Knowing what to look for now, I found the following message in syslog: IWM063I WLM POLICY WAS REFRESHED DUE TO A PROCESSOR SPEED CHANGE Otherwise, nobody had noted this message. Kees. ** For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 ** -- 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
OSA-ICC Session Configuration
I'm reviewing the requirements for installing the OSA-ICC on our z890. When defining the terminal sessions there is a field called Client's IP. The doc states it is the static IP address configured in the workstation platform for its network interface card. Q1. Is this a required field? Q2. If it is a required field must it be a static IP? Does it support DHCP? TIA, Rogers -- 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: mvs preemption dispatcher
I have found a web site that references Project SUE. But I think they will charge for the articles they have: http://portal.acm.org/citation.cfm?id=800234.807062 http://hopl.murdoch.edu.au/showlanguage.prx?exp=573language=Sue However, in looking at these, they are discussing a language for Project SUE. Regards, Steve Thompson -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of tomas_anderson Sent: Monday, January 05, 2009 10:52 PM To: IBM-MAIN@bama.ua.edu Subject: Re: mvs preemption dispatcher Better late than never. We still appreciate your kindness. =20 =D4=DA2009-01-05?22:33:33=A3=ACThompson,?Steve?steve_thomp...@stercom M.C= OM?=D0=B4=B5=C0=A3=BA I?have?a?copy?of?it?somewhere.?I?was?not?able?to?lay?my?hands?on?it?ove r the?weekend.?Mine?is?a?hard?back?--?so?scanning?it?will?be?tough. Regards, Steve?Thompson SNIPAGE -- 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: OSA-ICC Session Configuration
It is not a required field. If you specify it, it means that only a client with that IP can connect to the session. Gadi -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Laine, Rogers Sent: Tuesday, January 06, 2009 3:48 PM To: IBM-MAIN@bama.ua.edu Subject: OSA-ICC Session Configuration I'm reviewing the requirements for installing the OSA-ICC on our z890. When defining the terminal sessions there is a field called Client's IP. The doc states it is the static IP address configured in the workstation platform for its network interface card. Q1. Is this a required field? Q2. If it is a required field must it be a static IP? Does it support DHCP? TIA, Rogers -- 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: HCD - IM column
On Tue, 6 Jan 2009 13:46:41 +0100, R.S. r.skoru...@bremultibank.com.pl wrote: Roy Hewitt wrote: [...] I wonder if the IODF is corrupt or more specifically the CPC/Partition entries. Have you tried creating a new IODF, and defining a new CPC/Part/Chp/CU/Device. Also you could use the HCD TRACE command to see if it contains any defects.. something like TRACE ON,ID=IODF, make sure your HCD trace dataset is big enough. Well... I did another test: Created new IODF from scratch. Defined CPC 2064 Defined 3 LPARs OS and 1 LPAR CF Defined 10 CNC channels (40 - 49), online on all OS LPARs Defined CU #1000, type 3990, connected to CHP 40, 41 Defined 256 devices type 3390, dev num 1000-10FF then typed U and see 10 IMages! Of course I observed no error messages, WTOs, dumps, aliens or Martians. The system is z/OS 1.7 rather up to date (understands CIB and z10). I'm starting to think that IM column is a kind of joke... Regards -- Radoslaw Skorupka Lodz, Poland Radoslaw, I see you've spent a lot of time on this. Have you taken my advise and opened a PMR? Even if you don't have ASKQ support I think you could legitimately open this as defect support since you can't explain the numbers you are seeing or there isn't sufficient documentation. If / when you get an explanation, please update for the archives. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Dynamic Volume Expansion to EAV?
Anyone gotten this to work? I have z/OS 1.10 on all systems in a sysplex with all recommended maintenance applied. In addition, USEEAV(YES) is specified in IGDSMSxx on all systems. My DS8100 has the latest (driver 4) code loaded (which now even supports zHPF). I select a volume in the Storage Manager and attempt to dynamically increase its capacity to the maximum supported size shown on the screen, i.e. 236 MOD 1 multiples. It produces the following failure: Tue Jan 06 06:32:19 PST 2009 - Preparing to expand volumes - Tue Jan 06 06:32:19 PST 2009 - Expanding volumes - Tue Jan 06 06:32:20 PST 2009 - Expanding volumes(0 of 1 volumes expanded) - Tue Jan 06 06:32:20 PST 2009 - Failed - Tue Jan 06 06:32:20 PST 2009 - Exception - CMUN02561E 0339() The requested capacity of the logical volume that you have specified is not supported by the host server operating system. What am I missing? -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- 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: OSA-ICC Session Configuration
Laine, Rogers wrote: I'm reviewing the requirements for installing the OSA-ICC on our z890. When defining the terminal sessions there is a field called Client's IP. The doc states it is the static IP address configured in the workstation platform for its network interface card. Q1. Is this a required field? No, it isn't. You can leave it undefined, then any workstation can connect to your ICC session. SECURITY issue. Q2. If it is a required field must it be a static IP? Does it support DHCP? No. Only static IP. -- 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.2008 r. kapita zakadowy BRE Banku SA wynosi 118.642.672 zote i zosta w caoci wpacony. -- 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: OSA-ICC Session Configuration
Thanks. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of ??? ?? ??? Sent: Tuesday, January 06, 2009 8:30 AM To: IBM-MAIN@bama.ua.edu Subject: Re: OSA-ICC Session Configuration It is not a required field. If you specify it, it means that only a client with that IP can connect to the session. Gadi -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Laine, Rogers Sent: Tuesday, January 06, 2009 3:48 PM To: IBM-MAIN@bama.ua.edu Subject: OSA-ICC Session Configuration I'm reviewing the requirements for installing the OSA-ICC on our z890. When defining the terminal sessions there is a field called Client's IP. The doc states it is the static IP address configured in the workstation platform for its network interface card. Q1. Is this a required field? Q2. If it is a required field must it be a static IP? Does it support DHCP? TIA, Rogers -- 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: Dynamic Volume Expansion to EAV?
Edward Jaffe wrote: What am I missing? Never mind. Stupid me. The DASD device was also online to a z/VM LPAR on the same CEC. Once I varied it off, the dynamic capacity increase worked. (Blazingly fast, too!) -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- 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: WebSphere for z/OS List?
This website has dozens of WebSphere forums: http://ecommunity.groupintelligence.com/websphere/forums/ One of them is assigned specifically to WebSphere on z/OS. However, the activity is very low. When I have general how-to questions for WebSphere for z/OS I just open an ETR with IBM and ask the question. My experience has been positive. Bryan Klimek Mayo Clinic -- 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
Survey says...
I'm trying to judge the level of penetration of the (relatively) new DLL technology. So without getting into theology or categorical imperatives, I'd be grateful if y'all could answer this question: If you were told that to use a feature of a vendor product on z/OS, you need to put some code in a DLL, would your reaction be: 1) No problem. 2) I think I know how to do that. 3) I should know how to do that; guess I'd better learn. 4) I don't want to do that. 5) What's a DLL? 6) (Something else) Thanks in advance! -- 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: Survey says...
5 - What's a DLL? On Tue, Jan 6, 2009 at 10:03 AM, P S zosw...@gmail.com wrote: I'm trying to judge the level of penetration of the (relatively) new DLL technology. So without getting into theology or categorical imperatives, I'd be grateful if y'all could answer this question: If you were told that to use a feature of a vendor product on z/OS, you need to put some code in a DLL, would your reaction be: 1) No problem. 2) I think I know how to do that. 3) I should know how to do that; guess I'd better learn. 4) I don't want to do that. 5) What's a DLL? 6) (Something else) Thanks in advance! -- 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 -- Mark Pace Mainline Information Systems 1700 Summit Lake Drive Tallahassee, FL. 32317 -- 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: Survey says...
5 followed by 3 From: IBM Mainframe Discussion List [ibm-m...@bama.ua.edu] On Behalf Of P S [zosw...@gmail.com] Sent: Tuesday, January 06, 2009 10:03 AM To: IBM-MAIN@bama.ua.edu Subject: Survey says... I'm trying to judge the level of penetration of the (relatively) new DLL technology. So without getting into theology or categorical imperatives, I'd be grateful if y'all could answer this question: If you were told that to use a feature of a vendor product on z/OS, you need to put some code in a DLL, would your reaction be: 1) No problem. 2) I think I know how to do that. 3) I should know how to do that; guess I'd better learn. 4) I don't want to do that. 5) What's a DLL? 6) (Something else) Thanks in advance! -- 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: Survey says...
6) Cannot do that here. DLL requires PDSE, and homegrown SDLC systems here do not support PDSE. (That's System Development Life Cycle, not Synchronous Data Link Control). Not all shops use one of the major SDLC systems due to their exorbitant cost. Your target audience must have auditor-approved tools to produce a DLL before they can program it. HTH Peter -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of P S Sent: Tuesday, January 06, 2009 10:03 AM To: IBM-MAIN@bama.ua.edu Subject: Survey says... I'm trying to judge the level of penetration of the (relatively) new DLL technology. So without getting into theology or categorical imperatives, I'd be grateful if y'all could answer this question: If you were told that to use a feature of a vendor product on z/OS, you need to put some code in a DLL, would your reaction be: 1) No problem. 2) I think I know how to do that. 3) I should know how to do that; guess I'd better learn. 4) I don't want to do that. 5) What's a DLL? 6) (Something else) Thanks in advance! 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...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Survey says...
Hi RS, 1. BobL -- This e-mail transmission may contain information that is proprietary, privileged and/or confidential and is intended exclusively for the person(s) to whom it is addressed. Any use, copying, retention or disclosure by any person other than the intended recipient or the intended recipient's designees is strictly prohibited. If you are not the intended recipient or their designee, please notify the sender immediately by return e-mail and delete all copies. OppenheimerFunds may, at its sole discretion, monitor, review, retain and/or disclose the content of all email communications. == -- 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: A Techie Goes to SHARE
Warner Mach wrote: I happened to read IBM-Main when there was mention that, at the next SHARE, Sam Knutson would be doing his Fully Wired Topics presentation; and also that there would be sessions on the PDS and Review commands. So I will probably try to get to SHARE after all. . Then I received an official mailing from SHARE that outlined the special presentations at SHARE, including SOA and how to virtualize everything; and I had to mentally contrast the reasons that I go to SHARE and the reasons put forth by the official SHARE publications. This apparent conflict illustrates the real value and depth of the SHARE program. You can come listen to seasoned professionals who still call MVS MVS while, at the same time, preparing yourself for the onslaught of cloud computing. It's win; win. -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- 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: Survey says...
O'Brien, David W. (NIH/CIT) [C] wrote: 5 followed by 3 ad We can fix that. Our 3.5 day course, Secrets of Inter-Language Communication in z/OS covers coding techniques in four languages (Assembler, COBOL, PL/I, and C), static and dynamic calls, passing and receivng parameters, and how to create and use DLLs. You can create DLLs in all four languages, and you can invoke a DLL from all four languages, even if the DLL was written in a different language. Details at: http://www.trainersfriend.com/Language_Environment_courses/m520descr.htm Alternatively, we have a one day course that just focuses on the DLL part: Creating and Using DLLs in z/OS; see: http://www.trainersfriend.com/Language_Environment_courses/m525descr.htm /ad From: IBM Mainframe Discussion List [ibm-m...@bama.ua.edu] On Behalf Of P S [zosw...@gmail.com] Sent: Tuesday, January 06, 2009 10:03 AM To: IBM-MAIN@bama.ua.edu Subject: Survey says... I'm trying to judge the level of penetration of the (relatively) new DLL technology. So without getting into theology or categorical imperatives, I'd be grateful if y'all could answer this question: If you were told that to use a feature of a vendor product on z/OS, you need to put some code in a DLL, would your reaction be: 1) No problem. 2) I think I know how to do that. 3) I should know how to do that; guess I'd better learn. 4) I don't want to do that. 5) What's a DLL? 6) (Something else) Thanks in advance! Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com z/OS Application development made easier * Our classes include + How things work + Programming examples with realistic applications + Starter / skeleton code + Complete working programs + Useful utilities and subroutines + Tips and techniques == Check out the Trainer's Friend Store to purchase z/OS == == application developer toolkits. Sample code in four== == programming languages, JCL to Assemble or compile, == == bind and test. == == http://www.trainersfriend.com/TTFStore/index.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: Survey says...
5 followed by 6 (if I must learn this then I guess I will). Joe Aulph, Senior Systems Programmer: 850-487-8945 joe_au...@dcf.state.fl.us P S zosw...@gmail.co M To Sent by: IBM IBM-MAIN@bama.ua.edu Mainframe cc Discussion List ibm-m...@bama.ua Subject .edu Survey says... 01/06/2009 10:03 AM Please respond to IBM Mainframe Discussion List ibm-m...@bama.ua .edu I'm trying to judge the level of penetration of the (relatively) new DLL technology. So without getting into theology or categorical imperatives, I'd be grateful if y'all could answer this question: If you were told that to use a feature of a vendor product on z/OS, you need to put some code in a DLL, would your reaction be: 1) No problem. 2) I think I know how to do that. 3) I should know how to do that; guess I'd better learn. 4) I don't want to do that. 5) What's a DLL? 6) (Something else) Thanks in advance! -- 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
Usage of Transactional VSAM Services
Dear all, Has anyone used Transactional VSAM Services (DFSMStvs)? What are the prereqs for this software / service (like Coupling Facility or whatever)? We want to have concurrent (1) CICS online batch and (2) multiple batch programs reading and writing to the same VSAM datasets. Can this be done with DFSMStvs? What are the alternative practices. Thanx a ton, Nanda -- 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
HSM Duplex tapes
HSM duplxing requires that both the Primary and Alternate tapes be the same length (or the alternate needs to be longer). Is there any chance that requirement will change so that a 9840D could be the Primary while duplexing to 9840Cs, a shorter tape? Just a rumor heard at work that I would like to confirm or deny. 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: the Z/10 and timers.
In 45d79eacefba9b428e3d400e924d36b90176a...@iwdubcormsg007.sci.local, on 01/05/2009 at 06:34 PM, Thompson, Steve steve_thomp...@stercomm.com said: While working in Silicon Valley in the '90s, I had someone tell me that mainframes can't operate in a tightly coupled environment (and they weren't joking -- the poor guy who said this worked in Milpitas with a company that was trying to get 2 80386 CPUs to work together on the same motherboard). I looked at him and said that the S/370 S/370? Multiprocessing on mainframes goes back at least to the late 1950's, and was common even before the S/360 was announced. Bendix, Burroughs, General Electric and UNIVAC come to mind, but there were no doubt others. What were they smoking? -- 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: A Smile for the Week
In f255efe0ecf08c4a9c1db6aff423541709366...@ch2wpmail1.na.ds.ussco.com, on 01/05/2009 at 07:32 AM, Chase, John jch...@ussco.com said: LAR1,13 Thirteen, When I last taught a programming class I explained that such comments would reduce their grades. SLR R0,R0 Multiply by one, An incorrect comment would reduce their grades even more :-( -- 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: Usage of Transactional VSAM Services
On Tue, 6 Jan 2009 09:45:06 -0600, Nanda nandakumar.pal...@hdfcbank.com wrote: Dear all, Has anyone used Transactional VSAM Services (DFSMStvs)? What are the prereqs for this software / service (like Coupling Facility or whatever)? We want to have concurrent (1) CICS online batch and (2) multiple batch programs reading and writing to the same VSAM datasets. Can this be done with DFSMStvs? What are the alternative practices. Thanx a ton, Nanda DFSMStvs is based upon VSAM RLS. VSAM RLS has a prereq of a coupling facility. Which means you must be in a sysplex. Yes, the entire reason for DFSMStvs is to allow CICS and batch to safely read and update VSAM files concurrently. Instead of this, we use a product called SYSB-II from HW computing. http://www.hwcs.com . This product ends up transferring the batch VSAM I/O to the owning CICS region to do the actual I/O. It has a number of different ways to implement it, so you'd really need to look at the web site for more information. We have found it to be a very good product which does what it is supposed to do. -- John -- 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: A Smile for the Week
On 6 Jan 2009 08:01:46 -0800, shmuel+ibm-m...@patriot.net (Shmuel Metz , Seymour J.) wrote: LAR1,13 Thirteen, When I last taught a programming class I explained that such comments would reduce their grades. SLR R0,R0 Multiply by one, An incorrect comment would reduce their grades even more :-( An interesting case would be to have students debug a subtle bug. Do this later in the term weeks after talking about documentation. But grade them on fixing and/or enhancing the documentation that was already in the program relevant to that bug. -- 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
CEEPRM00 for dummies (me)
I am attempting to put in CEEPRM00 and I am having syntax/usage problem(s). The initTuning manual implies that The valid options for each group in a parmlib member are the same options that are valid in the Assembler parts of the same name and the assembler example is : CEEDOPT CSECT CEEDOPT AMODE ANY CEEDOPT RMODE ANY CEEXOPT ABPERC=((NONE),OVR), ABTERMENC=((ABEND),OVR), So using the CEEPRM00 example and our usermod parms, I coded CEEDOPT( ABPERC((NONE),OVR), ABTERMENC((ABEND),OVR), when I set the member (t cee=01), I receive the rather obtuse message that indicate that the member has errors. Line number would a good addition but I digress. The message go for a while and I think that it doesn't like the OVR sub option? Any help available ? The error messages, for the first option, I think, are: CEE3731I THE FOLLOWING MESSAGES PERTAIN TO THE SYSTEM DEFAULT RUN-TIME OPTIONS IN THE OPTIONS GROUP CEEDOPT IN PARMLIB MEMBER CEEPRM01 CEE3604I THE CHARACTOR '(' IS NOT A VALID SUBOPTION DELIMITER FOR RUN-TIME OPTIONS. CEE3612I TOO MANY SUBOPTIONS WERE SPECIFIED FOR THE RUN-TIME OPTION ABPERC . CEE3603I THE CHARACTOR ')' IS NOT A VALID RUN-TIME OPTION DELIMITER. CEE3611I THE RUN-TIME OPTION OVR WAS AN INVALID RUN-TIME OPTION OR IS NOT SUPPORTED IN THIS RELEASE OF LANGUAGE ENVIRONMENT. Jack Kelly 202-502-2390 (Office) -- 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: CEEPRM00 for dummies (me)
On Tue, 6 Jan 2009 12:18:58 -0500, John Kelly john_j_ke...@ao.uscourts.gov wrote: I am attempting to put in CEEPRM00 and I am having syntax/usage problem(s). The initTuning manual implies that The valid options for each group in a parmlib member are the same options that are valid in the Assembler parts of the same name and the assembler example is : snip OVR is not valid for CEEPRMxx.For a sample member see the fine manual or hlq.SCEESAMP(CEEPRM00). Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CEEPRM00 for dummies (me)
snip OVR is not valid for CEEPRMxx.For a sample member see the fine manual or hlq.SCEESAMP(CEEPRM00). unsnip Hi Mark, I was leaning toward that conclusion except the example for CEECOPT ( has NOAUTOTASK=(OVR), but I'm sure that you are right though. Other than the pecking order for which option take precedence, are all of the CEEPRM00 parm override(able)? Or can I force some options not to be overridden (NONOVR )? I can't find a document that describes what can be done and what can't. The LE and InitTuning gives examples and the LE describes what can be done in the exit but nada for CEEPRM00. Thanks yet again Jack Kelly 202-502-2390 (Office) -- 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
SHARE v zExpo
Anybody know where I can find a list of the sessions held at the 2008 System z Expo? All the old links seem to point to the generic 2009 page now. I'm trying to decide if my new Sys. Prog should head to SHARE or the Expo this year. I've only ever been to SHARE. Thanks. Jeffrey Deaver, Engineer Systems Engineering jeffrey.dea...@securian.com 651-665-4231(v) IS - Creating competitive advantage with technology. Providing service that excels. OSS - Where Innovation Happens -- 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: SHARE v zExpo
On Tue, Jan 6, 2009 at 1:18 PM, Jeffrey Deaver jeffrey.dea...@securian.com wrote: Anybody know where I can find a list of the sessions held at the 2008 System z Expo? All the old links seem to point to the generic 2009 page now. I'm trying to decide if my new Sys. Prog should head to SHARE or the Expo this year. I've only ever been to SHARE. Thanks. Can't help with your specific request, but my response to the meta-request is that SHARE is a better bet: ther are more management-oriented sessions at zExpo, and fewer real sysprog sessions. 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: mvs preemption dispatcher
In a message dated 1/5/2009 10:22:36 P.M. Central Standard Time, donb...@gmail.com writes: interrupted by some event. There are many types of events, timer pops, I/O interrupts, page faults, etc. Privledged processes can run disabled (hopefully for only short periods of time), which can block most preemptive events. Whatever happened to the old Candle Reports. They were one of few who had the knowledge and wherewithal to track and explain the evolution of the 'dispatcher'. IIRC XA 2.1.5 was a big rewrite and then early mid S/390 followed by WLM. **New year...new news. Be the first to know what is making headlines. (http://www.aol.com/?ncid=emlcntaolcom0026) -- 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: mvs preemption dispatcher
On 2009-01-05 23:24, concerning Re: mvs preemption dispatcher, Don Williams don...@gma...com wrote to IBM-Main: The following is from http://en.wikipedia.org/wiki/Scheduling_(computing) = Short-term Scheduler [snip] = z/OS (MVS) uses a very complex preemptive dispatcher. Processes represented by TCBs, SRBs, etc. are scheduled to execute on a CP until interrupted by some event. [snip] For a good, higher-level description without onerous, technical detail, check out Section 5.5 LPAR dispatching and shared CPs in - ABCs of z/OS System Programming Volume 10 - pdf version: http://www.redbooks.ibm.com/redbooks/pdfs/sg246990.pdf Html/Java version: http://www.redbooks.ibm.com/redbooks/SG246990/wwhelp/wwhimpl/java/html /wwhelp.htm -- signature = 6 lines follows -- Neil Duffee, Joe SysProg, U d'Ottawa, Ottawa, Ont, Canada telephone:1 613 562 5800 x4585 fax:1 613 562 5161 mailto:NDuffee of uOttawa.ca http:/ /aix1.uottawa.ca/ ~nduffee How *do* you plan for something like that? Guardian Bob, Reboot For every action, there is an equal and opposite criticism. Systems Programming: Guilty, until proven innocent John Norgauer 2004 -- 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: CEEPRM00 for dummies (me)
I think you are looking at the CSECT example, not the CEEPRM00 example. According to the z/OS 1.9 LE Customization FM: | The OVR and NONOVR keywords cannot be specified on the options in a | PARMLIB member. All run-time options specified in a PARMLIB member can | be overridden by default. http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/ceea5180/2.1. 2?SHELF=EZ2ZO10KDT=20070428050630 Greg Shirey Ben E. Keith Co. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of John Kelly Sent: Tuesday, January 06, 2009 11:42 AM To: IBM-MAIN@bama.ua.edu Subject: Re: CEEPRM00 for dummies (me) snip OVR is not valid for CEEPRMxx.For a sample member see the fine manual or hlq.SCEESAMP(CEEPRM00). unsnip Hi Mark, I was leaning toward that conclusion except the example for CEECOPT ( has NOAUTOTASK=(OVR), but I'm sure that you are right though. Other than the pecking order for which option take precedence, are all of the CEEPRM00 parm override(able)? Or can I force some options not to be overridden (NONOVR )? I can't find a document that describes what can be done and what can't. The LE and InitTuning gives examples and the LE describes what can be done in the exit but nada for CEEPRM00. -- 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
3270 session disconnects
Listers, I (and many other users) are presently experiencing what appears to be random disconnects of our 3270 terminal emulator sessions. The disconnects seem to only occur after random periods of little or no activity. Our terminal emulator software is predominately Rumba (Wall Data). I have installed and tested with both Mocha and Vista3270 with the same results. I have been banging my head against a wall while trying to figure this one out, with little success. Any advice, suggestions, diagnostic recommendations, etc are certainly welcome. Thanks, Rob Rob Jackson Senior z/OS Systems Programmer Work phone: (615) 231-4998 Cell phone: (615) 480-4738 Fax (615) 886-9519 email: rojack...@emdeon.com -- 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: CEEPRM00 for dummies (me)
Thanks Gregg that was the specification that I was looking for. I certainly missed that in the CD that I have. Jack Kelly 202-502-2390 (Office) -- 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: Survey says...
Your target audience must have auditor-approved tools to produce a DLL before they can program it. 1. Why? 2. Auditors don't approve; they report on compliance. - Too busy driving to stop for gas! -- 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: CEEPRM00 for dummies (me)
The LE customization guide discusses the CEEPRMxx member. If nothing other than CEEPRMxx is used, then all options can be overridden. You would need a combination of the CEExOPT modules and CEEPRMxx PARMLIB members. Don Imbriale On Tue, 6 Jan 2009 12:42:25 -0500, John Kelly john_j_ke...@ao.uscourts.gov wrote: snip OVR is not valid for CEEPRMxx.For a sample member see the fine manual or hlq.SCEESAMP(CEEPRM00). unsnip Hi Mark, I was leaning toward that conclusion except the example for CEECOPT ( has NOAUTOTASK=(OVR), but I'm sure that you are right though. Other than the pecking order for which option take precedence, are all of the CEEPRM00 parm override(able)? Or can I force some options not to be overridden (NONOVR )? I can't find a document that describes what can be done and what can't. The LE and InitTuning gives examples and the LE describes what can be done in the exit but nada for CEEPRM00. Thanks yet again -- 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: Survey says...
We can fix that. I hate ads! Also, must everybody reply to the list for surveys? - Too busy driving to stop for gas! -- 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: 3270 session disconnects
You may be timed out by the application to which you signon. Telnet/tn3270 may have a timeout value. TSO has a timeout value. TPX and Teleview and other session monitors have timeout values. CICS may have a timeout value. The Telnet parameters may also be set to disconnect when you end the application session (or it is timed out and ends). So, my first question would be, What is one of the applications? 2nd, what are the telnet options? I (and many other users) are presently experiencing what appears to be random disconnects of our 3270 terminal emulator sessions. The disconnects seem to only occur after random periods of little or no activity. Our terminal emulator software is predominately Rumba (Wall Data). I have installed and tested with both Mocha and Vista3270 with the same results. I have been banging my head against a wall while trying to figure this one out, with little success. Any advice, suggestions, diagnostic recommendations, etc are certainly welcome. -- 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: Survey says...
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ted MacNEIL Sent: Tuesday, January 06, 2009 2:37 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Survey says... Your target audience must have auditor-approved tools to produce a DLL before they can program it. 1. Why? Because without using an approved tool a program/DLL cannot be put into Production. Developers only turn over programs to QA and Operations, they are not allowed to put them into production themselves. There is only one path to perform that turnover, and only that approved path can be used. Here that path does not include PDSE's. Hence no DLL's are possible. 2. Auditors don't approve; they report on compliance. Maybe that's how it works where you live. It is different elsewhere. Peter 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...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 3270 session disconnects
We have been experiencing this at our shop for months. Local connections are fine. When we logon to a mainframe on the same local network, we can stay logged on all day. But when we logon to a mainframe across the WAN, after a few minutes of inactivity, something times out, and it's not TSO, because the userid stays logged on and we don't get the VTAM screen. It's really bizarre. It doesn't happen on the AS/400 partitions or on VSE or on VM near as I can tell. It only happens on sessions controlled by MVS TCP/IP (with VTAM.) David Logan Manager of Product Development, Pitney Bowes Business Insight http://centrus.com W: (720) 564-3056 C: (303) 818-8222 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Martin Kline Sent: Tuesday, January 06, 2009 12:53 To: IBM-MAIN@bama.ua.edu Subject: Re: 3270 session disconnects You may be timed out by the application to which you signon. Telnet/tn3270 may have a timeout value. TSO has a timeout value. TPX and Teleview and other session monitors have timeout values. CICS may have a timeout value. The Telnet parameters may also be set to disconnect when you end the application session (or it is timed out and ends). So, my first question would be, What is one of the applications? 2nd, what are the telnet options? I (and many other users) are presently experiencing what appears to be random disconnects of our 3270 terminal emulator sessions. The disconnects seem to only occur after random periods of little or no activity. Our terminal emulator software is predominately Rumba (Wall Data). I have installed and tested with both Mocha and Vista3270 with the same results. I have been banging my head against a wall while trying to figure this one out, with little success. Any advice, suggestions, diagnostic recommendations, etc are certainly welcome. -- 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: 3270 session disconnects
Rob, Are these disconnects simply session drops where you can log back on with some kind of reconnect option (like TSO has) and get right back to where you were? Do you lose your VTAM LU? To what degree are you disconnected? If you can reconnect and get your old session back unmolested, the problem might be network. If you cannot reconnect and get your old session, and you end up having to reconnect to a new LU because the old one has been released by VTAM, then maybe it's an application timeout or session management software timeout of some kind (or an application issue). If you're getting a full VTAM drop, look for the IST messages that come out at that time, and go read the sense code information in the SNA Sense Codes table, and see where that leads you. If all else fails, you can start a GTF for your own LU under VTAM, and inspect what you get from that when the disconnect occurs. Maybe one or more GTFs will reveal what application or layer of software is signaling the end of session. If you get a specific abend, you might be able to get a good SLIP trap put in for that too, but that's more of a long shot compared to a blanket GTF for an unknown problem. If you suspect the network, get one of your net guru's to put a sniffer on your IP address between you and the frame, and see what it captures at the time of failure - maybe there is a failing network component. These kinds of problems range from simple (application timeout value, seen that easy fix), to thorny (dumb network cable for frame ran under the DASD array, and at a busy time there was enough EM interference from busy disk drives to cause occasional link failure - seen that and it drove us nuts trying to figure it out -- moved cable all good). Best of luck to you and hope this helps, Gary Diehl Systems Administration One machine can do the work of fifty ordinary people. No machine can do the work of one extraordinary person. -Elbert Hubbard -- 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: Survey says...
1. Why? Because without using an approved tool a program/DLL cannot be put into Production. Developers only turn over programs to QA and Operations, they are not allowed to put them into production themselves. There is only one path to perform that turnover, and only that approved path can be used. Here that path does not include PDSE's. Hence no DLL's are possible. Okay! Your answer contributed nothing towards a definitive answer. Almost all shops can only turn over from development through QA/OPS. So, that is irrelevent to the issue of DLL's. 2. Auditors don't approve; they report on compliance. Maybe that's how it works where you live. It is different elsewhere. True auditors just report on compliance. SME's define. Compliance officers enforce. Anything else is not a true separation of duties and is a conflict of interest. - Too busy driving to stop for gas! -- 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: Survey says...
Well, I suppose one could say that they report on how well you comply with -their- requirements. One could also say that auditors don't approve. They do insist, though, and report perceived transgressions to your customers as heinous crimes against humanity. We are Audit. You will be made to comply. Resistance is Futile -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ted MacNEIL Sent: Tuesday, January 06, 2009 1:37 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Survey says... ..snip 2. Auditors don't approve; they report on compliance. - Too busy driving to stop for gas! NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- 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: 3270 session disconnects
What, exactly, do you mean 'disconnect'? From the app? From the green screen? What, exactly, do you have to do to reconnect? -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Rob Jackson Sent: Tuesday, January 06, 2009 1:26 PM To: IBM-MAIN@bama.ua.edu Subject: 3270 session disconnects Listers, I (and many other users) are presently experiencing what appears to be random disconnects of our 3270 terminal emulator sessions. The disconnects seem to only occur after random periods of little or no activity. Our terminal emulator software is predominately Rumba (Wall Data). I have installed and tested with both Mocha and Vista3270 with the same results. I have been banging my head against a wall while trying to figure this one out, with little success. Any advice, suggestions, diagnostic recommendations, etc are certainly welcome. Thanks, Rob Rob Jackson Senior z/OS Systems Programmer Work phone: (615) 231-4998 Cell phone: (615) 480-4738 Fax (615) 886-9519 email: rojack...@emdeon.com NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- 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
Hope is on the way for those OUT OF OFFICE messages from IBM
The layoff date is January 23rd. Approx. 16,000 employees worldwide will be affected. The majority from the US. I heard this from a 2nd line mgr. Confidentiality agreements were signed in the upper ranks to keep this hush, hush, but nothing this big stays out of the light for long. Good luck everyone. -the fix is in- http://www.theregister.co.uk/2009/01/06/ibm_2009_layoff_rumors/ -- 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: 3270 session disconnects
This is a firewall issue, pure and simple. And don't let the network folks say any different. Discover each network appliance in the respective paths and find the ones that are unique to the falling path. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of David Logan Sent: Tuesday, January 06, 2009 2:38 PM To: IBM-MAIN@bama.ua.edu Subject: Re: 3270 session disconnects We have been experiencing this at our shop for months. Local connections are fine. When we logon to a mainframe on the same local network, we can stay logged on all day. But when we logon to a mainframe across the WAN, after a few minutes of inactivity, something times out, and it's not TSO, because the userid stays logged on and we don't get the VTAM screen. It's really bizarre. It doesn't happen on the AS/400 partitions or on VSE or on VM near as I can tell. It only happens on sessions controlled by MVS TCP/IP (with VTAM.) David Logan Manager of Product Development, Pitney Bowes Business Insight http://centrus.com W: (720) 564-3056 C: (303) 818-8222 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Martin Kline Sent: Tuesday, January 06, 2009 12:53 To: IBM-MAIN@bama.ua.edu Subject: Re: 3270 session disconnects You may be timed out by the application to which you signon. Telnet/tn3270 may have a timeout value. TSO has a timeout value. TPX and Teleview and other session monitors have timeout values. CICS may have a timeout value. The Telnet parameters may also be set to disconnect when you end the application session (or it is timed out and ends). So, my first question would be, What is one of the applications? 2nd, what are the telnet options? I (and many other users) are presently experiencing what appears to be random disconnects of our 3270 terminal emulator sessions. The disconnects seem to only occur after random periods of little or no activity. Our terminal emulator software is predominately Rumba (Wall Data). I have installed and tested with both Mocha and Vista3270 with the same results. I have been banging my head against a wall while trying to figure this one out, with little success. Any advice, suggestions, diagnostic recommendations, etc are certainly welcome. -- 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 NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- 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: Survey says...
Yes, but who audits the auditors? -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ted MacNEIL Sent: Tuesday, January 06, 2009 2:37 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Survey says... True auditors just report on compliance. SME's define. Compliance officers enforce. Anything else is not a true separation of duties and is a conflict of interest. - NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- 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: Survey says...
Well, I suppose one could say that they report on how well you comply with -their- requirements. That's the point. It's not their requirements; it's those determined by the company, through SME's.m One could also say that auditors don't approve. They do insist, though, and report perceived transgressions to your customers as heinous crimes against humanity. Most, if not all, auditors are bound by confidentiality agreements. So, they can only report to the higher ups. 1. You are giving them too much authority. 2. You are giving them too few ethics. If you were working as a consultant, setting up/fixing a system, would you report the 'stupid' configs to their customers, as 'heinous crimes against humanity'? Yes, auditors can be a PITA, but they are a necessary 'evil'. And, in most companies, they cannot enforce anything, only report. - Too busy driving to stop for gas! -- 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: Survey says...
Yes, but who audits the auditors? Qui custodius, costodianes? People are allowed to re-but anything in an auditor report. If they are inaccurate (PC for lying), there is always an out. - Too busy driving to stop for gas! -- 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: SHARE Session 8194: z390 and zcobol Portable Mainframe COBOL Compiler written in structured macro assembler
for zcobol initial release at SHARE. It doesn't test things like EXEC CICS or Enterprise COBOL extensions such as EXTENDED-FLOAT, but it sure looks like There is no EXTENDED-FLOAT in Enterprise COBOL. There are floating-point data types, COMP-1, COMP-2, and external floating-point. There is a FLOAT-EXTENDED that is a part of the 2002 COBOL Standard that we have not yet implemented in Enterprise COBOL, maybe you are thinking of that? Cheers, TomR COBOL is the Language of the Future! -- 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: 3270 session disconnects
The first thing I would check are the TimeMark ScanInterval TN3270 parms vs any timeout limits in any firewalls the traffic must traverse. David Logan loga3...@comcast.net 1/6/2009 3:38 PM We have been experiencing this at our shop for months. Local connections are fine. When we logon to a mainframe on the same local network, we can stay logged on all day. But when we logon to a mainframe across the WAN, after a few minutes of inactivity, something times out, and it's not TSO, because the userid stays logged on and we don't get the VTAM screen. It's really bizarre. It doesn't happen on the AS/400 partitions or on VSE or on VM near as I can tell. It only happens on sessions controlled by MVS TCP/IP (with VTAM.) David Logan Manager of Product Development, Pitney Bowes Business Insight http://centrus.com W: (720) 564-3056 C: (303) 818-8222 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: CEEPRM00 for dummies (me)
-Original Message- From: IBM Mainframe Discussion List On Behalf Of John Kelly Sent: Tuesday, January 06, 2009 11:19 AM To: IBM-MAIN@bama.ua.edu Subject: CEEPRM00 for dummies (me) I am attempting to put in CEEPRM00 and I am having syntax/usage problem(s). The initTuning manual implies that The valid options for each group in a parmlib member are the same options that are valid in the Assembler parts of the same name and the assembler example is : CEEDOPT CSECT CEEDOPT AMODE ANY CEEDOPT RMODE ANY CEEXOPT ABPERC=((NONE),OVR), ABTERMENC=((ABEND),OVR), So using the CEEPRM00 example and our usermod parms, I coded CEEDOPT( ABPERC((NONE),OVR), ABTERMENC((ABEND),OVR), Try it without the OVR specification and extra parens: CEEDOPT( ABPERC(NONE), ABTERMENC(ABEND), CEEPRMxx _is_ an override.. -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
Re: Auditors (was: Survey says...)
I guess our mangement forgot to read the definitions. And come to think of it, that has been true in every shop I've seen. Yes. But, who carries the hammer? Audits, especially external audits, carry a lot of weight. The enforcement does not come from the auditors, but the audits do not seem to be questioned. Then your company is missing something in due diligence. Any finding can (and, sometimes must) be questioned. If not, due diligence arises again (or wimpiness). And the audit groups seem to have their own SME which in some cases really stretch the definition of expert. Again, due diligence. Accept bad findings, curl up your toes, go belly-up and 6 feet under, or fight back and defend your position and job. If you're going to lose it fighting, you're probably going to lose it accepting. If they're accurate, suck it up and accept. An audit finding is not necessarily gospel! - Too busy driving to stop for gas! -- 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: Survey says...
On Tue, 6 Jan 2009 19:43:51 +, Ted MacNEIL eamacn...@yahoo.ca wrote: ... Also, must everybody reply to the list for surveys? ... I believe Darren's rules forbade us from resonding on-list to surveys, but I think this is one survey that is worth having public responses. I expected the majority of responses to be 1 or 2. I was relieved to see some 3s and 5s. This tells me that I'm not alone in my ignorance and others might learn from the answers to bonehead questions I might ask. I see this as a good thing. Pat O'Keefe -- 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: Survey says...
---snip P S wrote: I'm trying to judge the level of penetration of the (relatively) new DLL technology. So without getting into theology or categorical imperatives, I'd be grateful if y'all could answer this question: If you were told that to use a feature of a vendor product on z/OS, you need to put some code in a DLL, would your reaction be: 1) No problem. 2) I think I know how to do that. 3) I should know how to do that; guess I'd better learn. 4) I don't want to do that. 5) What's a DLL? 6) (Something else) Thanks in advance! ---unsnip-- My answer would fall in category 6. I would be demanding detailed instructions on how to accomplish this. -- Rick -- Remember that if you’re not the lead dog, the view never changes. -- 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: CEEPRM00 for dummies (me)
In this example you post, your parentheses are badly out of balance. Could that be a contributing factor ?? John Kelly wrote: I am attempting to put in CEEPRM00 and I am having syntax/usage problem(s). The initTuning manual implies that The valid options for each group in a parmlib member are the same options that are valid in the Assembler parts of the same name and the assembler example is : CEEDOPT CSECT CEEDOPT AMODE ANY CEEDOPT RMODE ANY CEEXOPT ABPERC=((NONE),OVR), ABTERMENC=((ABEND),OVR), So using the CEEPRM00 example and our usermod parms, I coded CEEDOPT( ABPERC((NONE),OVR), ABTERMENC((ABEND),OVR), when I set the member (t cee=01), I receive the rather obtuse message that indicate that the member has errors. Line number would a good addition but I digress. The message go for a while and I think that it doesn't like the OVR sub option? Any help available ? The error messages, for the first option, I think, are: CEE3731I THE FOLLOWING MESSAGES PERTAIN TO THE SYSTEM DEFAULT RUN-TIME OPTIONS IN THE OPTIONS GROUP CEEDOPT IN PARMLIB MEMBER CEEPRM01 CEE3604I THE CHARACTOR '(' IS NOT A VALID SUBOPTION DELIMITER FOR RUN-TIME OPTIONS. CEE3612I TOO MANY SUBOPTIONS WERE SPECIFIED FOR THE RUN-TIME OPTION ABPERC . CEE3603I THE CHARACTOR ')' IS NOT A VALID RUN-TIME OPTION DELIMITER. CEE3611I THE RUN-TIME OPTION OVR WAS AN INVALID RUN-TIME OPTION OR IS NOT SUPPORTED IN THIS RELEASE OF LANGUAGE ENVIRONMENT. Jack Kelly 202-502-2390 (Office) -- 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 -- Rick -- Remember that if you’re not the lead dog, the view never changes. -- 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: Auditors (was: Survey says...)
On Tue, 6 Jan 2009 21:06:01 +, Ted MacNEIL eamacn...@yahoo.ca wrote: I guess our mangement forgot to read the definitions. And come to think of it, that has been true in every shop I've seen. Yes. But, who carries the hammer? The management that called for the audits in the first place. They have no way of evaluating the supposed SMEs, etc. ... Then your company is missing something in due diligence. Uh, yes, I'd say that describes us pretty well. I think the FDIC already commented on that pretty well. :-) or maybe :-( ... Pat O'Keefe -- 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: Survey says...
On Tue, 6 Jan 2009 20:52:55 +, Ted MacNEIL wrote: Most, if not all, auditors are bound by confidentiality agreements. So, they can only report to the higher ups. ... And, in most companies, they cannot enforce anything, only report. I don't suppose you have any data to support those assertions, do you? While I agree with you that auditors *should* only report compliance, that is certainly not always the case. I have been in environments where management was afraid to challenge the auditors. As a result, the auditor's word was law. I have also been in environments where it was the auditors who made the rules because no one else knew what the rules should be. Of course, neither did the auditors. I know that there others on this list who have had similar experiences. Perhaps that's the subject of yet another survey. -- Tom Marchant -- 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: Survey says...
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Farley, Peter x23353 Sent: Tuesday, January 06, 2009 9:28 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Survey says... 6) Cannot do that here. DLL requires PDSE, and homegrown SDLC systems here do not support PDSE. (That's System Development Life Cycle, not Synchronous Data Link Control). Not all shops use one of the major SDLC systems due to their exorbitant cost. Your target audience must have auditor-approved tools to produce a DLL before they can program it. HTH Peter snipage Suppose that an ISV had a new release of their product, and that the DLL was part of the SMP/E install. Further suppose that the DLL was built and populated as part of the install instructions. Now, if anything were added by your site to the DLL it would be done via ++USERMOD within the SMP/E environment. Would your site have a problem with that? And how would it be addressed? Regards, Steve Thompson -- Poster's opinions may not reflect the views of poster's employer. -- -- 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: Auditors (was: Survey says...)
In many parts of the world, auditor behavior is spelled out in ISO 9000. And, as I recall, that behavior is much like Ted's posts. Not so in the US, it would seem. I wonder if that would account for the differing experiences? To be fair, not all of the silliness is coming from the auditors. But they are embracing it and ramming it down any handy throat. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ted MacNEIL Sent: Tuesday, January 06, 2009 3:06 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Auditors (was: Survey says...) I guess our mangement forgot to read the definitions. And come to think of it, that has been true in every shop I've seen. Yes. But, who carries the hammer? Audits, especially external audits, carry a lot of weight. The enforcement does not come from the auditors, but the audits do not seem to be questioned. Then your company is missing something in due diligence. Any finding can (and, sometimes must) be questioned. If not, due diligence arises again (or wimpiness). And the audit groups seem to have their own SME which in some cases really stretch the definition of expert. Again, due diligence. Accept bad findings, curl up your toes, go belly-up and 6 feet under, or fight back and defend your position and job. If you're going to lose it fighting, you're probably going to lose it accepting. If they're accurate, suck it up and accept. An audit finding is not necessarily gospel! - Too busy driving to stop for gas! -- 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 NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- 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: Survey says...
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Thompson, Steve Sent: Tuesday, January 06, 2009 4:30 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Survey says... Snipped Suppose that an ISV had a new release of their product, and that the DLL was part of the SMP/E install. Further suppose that the DLL was built and populated as part of the install instructions. Now, if anything were added by your site to the DLL it would be done via ++USERMOD within the SMP/E environment. Would your site have a problem with that? And how would it be addressed? Different scenario entirely. Now you are talking about software that the sysprogs install. They have different rules and different tools than application programmers. I answered from the application developer's standpoint, not the sysprog one. I did assume, perhaps incorrectly, that the OP's question was directed at the application side of the fence. His words were to use a feature of a vendor product on z/OS, you need to put some code in a DLL. Looking at it again, that could apply equally to either the installers or to the users of the ISV product, so my answer was one-sided. To answer your question, I don't *think* there would be a problem because SMP/E was doing the install, not the SDLC software used by programmers. OTOH I could speculate that the installers and the ISV might have to answer serious mgmt. questions about whether, given the checkered history of stability for PDSE's, the new product release was safe to install into the production environment. I could also speculate that alternative products might be given a second look. But I don't really know what would happen, since that's not in my area. Peter 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...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Survey says...
In a message dated 1/6/2009 3:35:56 P.M. Central Standard Time, patrick.oke...@wamu.net writes: I'm not alone in my ignorance and others might learn from the answers to bonehead questions I might ask. I see this as a good thing. There's professional help! Zoomerang.com has been doing this for a long time. I've done a couple on the list with varying degrees of success. The freebie limits you to first 100 or so responses so you only get the most rabid posters first-a taste but not necessarily representative. Haven't looked at rates lately but seemed to be in the petty cash category for most. **New year...new news. Be the first to know what is making headlines. (http://www.aol.com/?ncid=emlcntaolcom0026) -- 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: 3270 session disconnects
Wouldn't hurt to check where OMPROUTE is in WLM. If it's set too low and the LPAR gets busy it's possible you'll see 622 disconnects. --- On Tue, 1/6/09, Scott Rowe scott.r...@joann.com wrote: From: Scott Rowe scott.r...@joann.com Subject: Re: 3270 session disconnects To: IBM-MAIN@bama.ua.edu Date: Tuesday, January 6, 2009, 9:03 PM The first thing I would check are the TimeMark ScanInterval TN3270 parms vs any timeout limits in any firewalls the traffic must traverse. David Logan loga3...@comcast.net 1/6/2009 3:38 PM We have been experiencing this at our shop for months. Local connections are fine. When we logon to a mainframe on the same local network, we can stay logged on all day. But when we logon to a mainframe across the WAN, after a few minutes of inactivity, something times out, and it's not TSO, because the userid stays logged on and we don't get the VTAM screen. It's really bizarre. It doesn't happen on the AS/400 partitions or on VSE or on VM near as I can tell. It only happens on sessions controlled by MVS TCP/IP (with VTAM.) David Logan Manager of Product Development, Pitney Bowes Business Insight http://centrus.com W: (720) 564-3056 C: (303) 818-8222 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 -- 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
given the checkered history of stability for PDSE's
Isn't this mostly out-dated and software mythology nowadays? Since you can't install z/OS without half a dozen PDSE's today, I expect they can be considered stable and safe to use. Dave Gibney Information Technology Services Washington State Univsersity -- 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: mvs preemption dispatcher
Old Candle Reports? I have almost a complete set going back to 1982. I gave up collecting issues when CCR turned into a sales/marketing organ. db -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ed Finnell Sent: Tuesday, January 06, 2009 1:55 PM To: IBM-MAIN@bama.ua.edu Subject: Re: mvs preemption dispatcher Whatever happened to the old Candle Reports. They were one of few who had the knowledge and wherewithal to track and explain the evolution of the 'dispatcher'. IIRC XA 2.1.5 was a big rewrite and then early mid S/390 followed by WLM. -- 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: mvs preemption dispatcher
In a message dated 1/6/2009 5:21:58 P.M. Central Standard Time, dba...@ups.com writes: Old Candle Reports? I have almost a complete set going back to 1982. I gave up collecting issues when CCR turned into a sales/marketing organ. I junked mine with early retirement thinking they'd be around forever. So sad I forget what the arrangements were, but Darren started a Candle list about the same time Ibm-main was started. It quickly degenerated into a 'how long's your wick' type thing and disappeared into the good intentions bucket. **New year...new news. Be the first to know what is making headlines. (http://www.aol.com/?ncid=emlcntaolcom0026) -- 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: given the checkered history of stability for PDSE's
Watch the wrap. This is from last year on this list. http://bama.ua.edu/cgi-bin/wa?A2=ind0703L=ibm-mainD=0I=-3X=2632B8237 1AA460923-Y=Peter.Farley%40broadridge.comP=166123 If there is even a hint of a perception of integrity issues, then there is still a problem. Peter -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Gibney, Dave Sent: Tuesday, January 06, 2009 6:08 PM To: IBM-MAIN@bama.ua.edu Subject: given the checkered history of stability for PDSE's Isn't this mostly out-dated and software mythology nowadays? Since you can't install z/OS without half a dozen PDSE's today, I expect they can be considered stable and safe to use. 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...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: given the checkered history of stability for PDSE's
Well, closer to 2 years ago. Follow the Next in Topic buttons. As is often the case, Ed Jaffe is the final word :) And as of 1.9: With SYS1.NFSLIBE, SYS1.SHASLNKE, TCPIP.SEZALOA, SYS1.SCUNIMG, CBC.SCLBDLL2, CEE.SCEERUN2, CEE.SCEEBIND, CBC.SCCNCMP, IXM.SIXMLOD1, SYS1.SIEALNKE, SYS1.SIEAMIGE, it really doesn't look like they are going away. More likely, sometime not all that far off, SYS1.NUCLEUS will be the only PDS left. Dave Gibney Information Technology Services Washington State Univsersity -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Farley, Peter x23353 Sent: Tuesday, January 06, 2009 3:57 PM To: IBM-MAIN@bama.ua.edu Subject: Re: given the checkered history of stability for PDSE's Watch the wrap. This is from last year on this list. http://bama.ua.edu/cgi-bin/wa?A2=ind0703L=ibm-mainD=0I=-3X=2632B8237 1AA460923-Y=Peter.Farley%40broadridge.comP=166123 If there is even a hint of a perception of integrity issues, then there is still a problem. Peter -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Gibney, Dave Sent: Tuesday, January 06, 2009 6:08 PM To: IBM-MAIN@bama.ua.edu Subject: given the checkered history of stability for PDSE's Isn't this mostly out-dated and software mythology nowadays? Since you can't install z/OS without half a dozen PDSE's today, I expect they can be considered stable and safe to use. 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...@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: given the checkered history of stability for PDSE's
Farley, Peter x23353 wrote: Watch the wrap. This is from last year on this list. http://bama.ua.edu/cgi-bin/wa?A2=ind0703L=ibm-mainD=0I=-3X=2632B8237 1AA460923-Y=Peter.Farley%40broadridge.comP=166123 If there is even a hint of a perception of integrity issues, then there is still a problem. But, Dave Gibney's point is well taken. You can't run z/OS without PDSE. So, issues or not, PDSE is here to stay. -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- 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: given the checkered history of stability for PDSE's
In a message dated 1/6/2009 6:32:36 P.M. Central Standard Time, edja...@phoenixsoftware.com writes: You can't run z/OS without PDSE. So, issues or not, PDSE is here to stay. Unless the auditors determine them to be a business integrity issue? **New year...new news. Be the first to know what is making headlines. (http://www.aol.com/?ncid=emlcntaolcom0026) -- 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