Re: the Z/10 and timers.
Shmuel Metz writes: 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? In fairness, I don't think they (the original poster's foil) were talking about multiprocessing in the multitasking sense (sharing one CPU). I think they were talking about hardware designs, specifically Symmetric Multiprocessing (SMP) hardware designs. At least, that's what the mention of two 80386 CPUs on the same motherboard suggests. And it's a little tough to pin down when SMP began, because engineers are going to quibble about the definition and exact characteristics that qualify. However, some notable systems include a version of the System/360 Model 65 (with dual processors -- I've seen this referred to as the M65MP), and this option carried into the Model 67. The Model 65 started shipping in November, 1965, although I'm not sure exactly when the M65MP variant shipped, and I don't know much about it. Probably not much later, if at all, since the Model 67 shipped in August, 1966. But for the vast majority of customers dual (or more) CPUs in a single machine weren't typical until System/370. The M65MP wasn't first, though. The Burroughs D825, a military computer [a.k.a. the Naval Research Laboratory's AN/GYK-3(V)], gets a lot of recognition as the first (hardware) multiprocessing computer, and this machine started shipping in August, 1962, and was operational in November that year. (UNIVAC LARCs had some design provision for multi-CPUs but never shipped that way.) The D825 could have up to 4 CPUs, and there was a crossbar switch to queue memory requests to the shared memory modules (up to 16). The operating system, AOSP (Automatic Operating and Scheduling Program), allowed a program to have multiple processes executing in parallel on the separate CPUs. [Reference here: http://www.cc.gatech.edu/gvu/people/randy.carpenter/folklore/v3n1.html] All the above was way, way before my time. Before my parents met, etc. Hopefully someone else can fill in the details for those curious. I think it's fair to note that nothing has really changed in all those years about the utility of multi-CPU (now even multi-core) designs. The software elements are still critical, and in some sense SMP concedes defeat when you're out of engineering tricks to make a single core run faster. For example, if you have 4 CPUs each rated at 2 MIPS, that's not going to be as business-attractive as a single CPU running at 8 MIPS, ceteris paribus. (The former machine can never run a single task any faster than 2 MIPS, and sometimes you're just plain single task bound.) I guess there's a slight argument that hardware separation of tasks might be useful when other design elements (such as interrupt processing and operating system support for multiprocessing) are weak. Very slight, perhaps vanishingly so, especially nowadays and in the context of PR/SM. Underlying physical hardware separation is now used for things like zAAPs, zIIPs, and IFLs (i.e. for licensing reasons). Fast forward to 2009. Sun, in particular, talks about how wonderful it is they've got a single CPU die with higher core counts. Well, of course: they had to move in that direction earlier than other vendors because SPARC hit a wall long ago. Adding all those cores is only partial compensation, and increasingly less and less compensation. An UltraSPARC T2 CPU chip, for example, has 8 cores but each maxes out at 1.4 GHz. As another example, have you noticed that the Intel CPU inside your PC (or Mac) has been stuck on 2.x GHz (or occasionally 3.x in a desktop) for a long, long time now -- and that now Intel is pushing quad-core CPUs down into even notebook computers? That's more evidence of reaching that brick wall. Every CPU vendor is struggling with that, but some reached the wall earlier (and harder) than others. - - - - - Timothy Sipples IBM Consulting Enterprise Software Architect Based in Tokyo, Serving IBM Japan / Asia-Pacific E-Mail: timothy.sipp...@us.ibm.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: mvs preemption dispatcher
hi,guys Thanks for your valuable informations,very appreciated! Johnny Ying 2009/01/07 -- 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
I actually got your question through another channel, so apologies if you're getting the same answer twice. I hope my answers match. :-) To expand on what John is saying, VSAM Record Level Sharing (VSAM RLS) is the base technology. This is provided in z/OS as a standard feature with DFSMS, and, as John mentions, you need to configure Parallel Sysplex to use it. (This could all be physically on one machine, with 2 or more production LPARs plus a coupling facility LPAR. Or of course it could be spread across multiple machines.) I think you're already doing Parallel Sysplex, so that shouldn't be an issue. (And Parallel Sysplex is obviously quite nice to have for many other reasons.) DFSMStvs (Transactional VSAM) is an optional, priced z/OS element that you can order. It builds on VSAM RLS (and requires it), so of course it also requires Parallel Sysplex. Whether you need DFSMStvs probably depends on what you mean by batch. If everything requiring read/write is running inside CICS (at least using CICS EXCI, for example), or if programs running outside CICS are only reading VSAM, perhaps you don't need DFSMStvs (or SYSB-II). Of course you can always start with VSAM RLS and add DFSMStvs later if that makes sense. You may find this IBM redbook interesting reading to help you decide:. http://www.redbooks.ibm.com/abstracts/sg246971.html It was written about 5 years ago, so bear that in mind when you explore any detail since there could be some updated information on specifics. There's a lot of other information on VSAM RLS and DFSMStvs available on the Web, too. Also to elaborate on John's information, you can find information on SYSB-II here: http://www.hwcs.com/sysbii CA may also still have a product available called ShareOption/5, although I can't find a Web link for it. And finally another way to do this (in a roundabout way) is to use CICS VSAM Transparency. That's an IBM product that lets you move VSAM data into DB2 without changing application code. Information on that option here: http://www.ibm.com/software/htp/cics/vt I mention it for completeness as another path to concurrency, but knowing what I know about your situation I tend to think VSAM RLS, DFSMStvs, and/or SYSB-II are going to be most suitable. - - - - - Timothy Sipples IBM Consulting Enterprise Software Architect Based in Tokyo, Serving IBM Japan / Asia-Pacific E-Mail: timothy.sipp...@us.ibm.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: SHARE Session 8194: z390 and zcobol Portable Mainframe COBOL Compiler written in structured macro assembler
Hi Tim We've met at several of your COBOL SHARE sessions in the past, and I hope to see you in Austin. You are correct, zcobol first release will have FLOAT-SHORT, FLOAT-LONG, and FLOAT-EXTENDED usage options with global option to choose between HFP, BFP, or DFP with DFP as the default. Some might want HFP for compatibility with older COBOL compiler results. Some might want BFP for IEEE compatibility with floating point in other target execution language environments. I think DFP is the preferred choice barring other constraints since it gives precise decimal results up to 34 digits. Don Higgins d...@higgins.net www.zcobol.org -- 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
SAS-MXG JCL to find out CPU Usage
Happy New Year to all. Anyone having SAS/MXG JCL to findout the subsystem wise CPU Utilisation over an interval ? We are having SAS 9.1.3 and MXG 23.09. JAcky -- 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: DLL and PDS(E) (was: Survey says...)
On Tue, 6 Jan 2009 10:28:18 -0500, Farley, Peter x23353 peter.far...@broadridge.com wrote: 6) Cannot do that here. DLL requires PDSE, I don't belief that to be true... We are using DLLs (a lot) and have stored the corresponding load modules (because in the end, that is what it becomes at the end of the compile/pre-link/link chain) in regular PDS as well as in PDSE. Makes no difference; works either way. Cheers, Jantje. -- 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
SV: Survey says...
4!! -Ursprungligt meddelande- Från: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] För P S Skickat: den 6 januari 2009 16:03 Till: IBM-MAIN@bama.ua.edu Ämne: 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
SV: Survey says...
But can You intermix non-DDLs and DLLs ? In the same linkedit step ? Or in the same load module ? (Thats our problem !) ;) Regards, Thomas Berg __ Thomas Berg Specialist IT-U SWEDBANK -Ursprungligt meddelande- Från: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] För Steve Comstock Skickat: den 6 januari 2009 16:44 Till: IBM-MAIN@bama.ua.edu Ämne: 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/m52 0descr.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/m52 5descr.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 -- 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...)
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Hal Merritt 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. Indeed. If management merely rubber-stamps whatever recommendations or suggestions auditors make, it certainly can create the appearance that the auditors are running the show. That doesn't change the facts that management makes policy and auditors report on compliance with policy, and that if the policy is wrong it's not the auditors' heads that will roll. -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: given the checkered history of stability for PDSE's
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Ed Finnell 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? If the auditors determine PDSEs to be a business integrity issue, then they necessarily determine that z/OS itself is a business integrity issue, leaving only two choices: Get a different operating system or get different auditors. -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: given the checkered history of stability for PDSE's
PDSEs are only an integrity issue when they are mis-used - as in, shared DASD across sysplex boundaries containing PDSEs that are shared, sure way to disrupt their stability, yet I've seen too many shops that still do this (and, NO, MIM will not help the situation - PDSEs use XCF to provide all the integrity needed within the SAME sysplex boundary) - working just fine as designed if rules are followed. On Wed, Jan 7, 2009 at 8:15 AM, Chase, John jch...@ussco.com wrote: -Original Message- From: IBM Mainframe Discussion List On Behalf Of Ed Finnell 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? If the auditors determine PDSEs to be a business integrity issue, then they necessarily determine that z/OS itself is a business integrity issue, leaving only two choices: Get a different operating system or get different auditors. -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 -- 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
I agree with Hal that it is a firewall issue. We typically recommend enabling a keep-alive timer to satisfy the firewall inactivity timeout feature. The NOP keep-alive option simply sends a couple of bytes from the client at a configurable interval, which is usually fine. You can also use the time mark function of the telnet server, but the time mark interval needs to be short enough to satisfy the firewall's inactivity timer. Good Luck! Steve Bireley VP BlueZone Development Rocket Software www.bluezonesoftware.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: World Bank bans India outsourcer Satyam for 8 years
BANGALORE: The chairman of Satyam Computer Services, India’s fourth-biggest software services exporter, announced his resignation on Wednesday, triggering a 73.1 per cent drop in the company’s share price, and dragging the main share index down by 7.36 per cent. ‘I think there is no future for this stock. This case for India is similar to what happened to Enron in the US,’ said Jigar Shah, senior vice-president at Kim Eng Securities. It will not stop at Satyam. Many more companies will come into scrutiny like that. There is a strong possibility investments in India will be affected.’ http://www.dawn.net/wps/wcm/connect/Dawn%20Content%20Library/dawn/news/business/indias-satyam-chief-quits-shares-plunge-haAnton Britz wrote: The World Bank has barred India's Satyam Computer Services – the aid institution's largest software vendor and India's fourth-largest outsourcing company – from doing business with it for eight years On Tuesday, World Bank confirmed earlier reports of the ban in a statement that said Satyam had provided improper benefits to bank staff and failed to maintain documentation to support fees charged for its subcontractors. http://www.theregister.co.uk/2008/12/24/world_bank_bans_satyam_8_years/ -- 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 Wed, 7 Jan 2009 06:59:45 -0600, Chase, John jch...@ussco.com wrote: Indeed. If management merely rubber-stamps whatever recommendations or suggestions auditors make, it certainly can create the appearance that the auditors are running the show. That doesn't change the facts that management makes policy and auditors report on compliance with policy, and that if the policy is wrong it's not the auditors' heads that will roll. While I generally support the position that auditors should not make policy, having worked at a national bank previously I think there is an aspect of this discussion that no one has mentioned yet. There can be different levels of policy. For example, when the national bank examiners (aka, auditors) visited us they conducted audits according to the policies established by the national body that chartered/insured our bank. (That was a long time ago, so I'm not sure what body they were representing, but the idea is right, I think.) When they made findings based on thse national policies, we could (and did) argue some of them, but primarily we had to comply or demonstrate how we had some compensating factor that addressed their concerns. Thus, it was not -our- management making that policy, but an outside body making the policy, and we had to adhere to it or show why it should not apply to us. Our internal auditors, on the other hand, did audit us according to our management-specified policies. Of course, I suppose one could argue that one of our management's policies was comply to the national examiners' policies, and in that sense it was still our management setting the policy. But they had little choice in that, nor in what that externally applied policy required. The same applies today with policies set by Visa, Mastercard, etc. -- Walt Farrell (speaking as a former banker, not in my usual role as an IBMer) -- 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
PDSE question - while discussing checkered history
Hi, Amongst the current discussion of PDSE, I have a curious problem that I wondered if anyone could explain. I do a logical copy of our SYSRES volume to a new volume, but get the following messages for SYS1.SCUNTBL - a large PDSE: ADR717E (003)-FMSG (02), SYSTEM SERVICES ERROR OCCURRED WHILE COPYING DATA SET SYS1.SCUNTBL IN CATALOG CATALOG.MASTER.S1. RETURN INFORMATION IS 001-00-12-00173 AND MESSAGES FOLLOW: IGW01172T OUT OF SPACE CONDITION ENCOUNTERED DURING MEMBER CREATE PROCESSING FOR MEMBER CUNRMHB8, WITH REASON CODE = X'0E37' IGW01173S UNEXPECTED RESULTS FROM AN SMSX SERVICE. RETURN CODE WAS 20 AND REASON CODE WAS X'050BC005' IGW01550I 8537 OF 10525 MEMBERS WERE COPIED The dataset itself is PDSE, and shows as 9977 members (the rest of the 10525 are aliases), 98% full, one extent (even though secondary is defined). The volume may not have had enough space to extend that particular dataset. I freed up space (from other datasets) and reran the job, and all was fine. After the activity the 'new' dataset was exactly the same size / %full - no secondary extent was taken. Can anyone explain why the 'spare' disk space might be needed for a volume to volume copy if it is not going to be allocated by the end of the event? Given we do this cloning every month, and the volume is always near-full, it is a bit inconvenient. Best regards, David Tidy Tel:(31)115-67-1745 IS Technical Management/SAP-Mf Fax:(31)115-67-1762 Dow Benelux B.V.Mailto:dt...@dow.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: SV: Survey says...
Thomas Berg wrote: But can You intermix non-DDLs and DLLs ? In the same linkedit step ? Or in the same load module ? (Thats our problem !) ;) Regards, Thomas Berg __ Thomas Berg Specialist IT-U SWEDBANK No. From a single module, dynamic calls are either all DLL or all non-DLL. But you can combine dynamic calls and static calls from a single module. or you can dynamically call a module that in turn can do DLL calls and dynamically call a different module that can do non-DLL calls. It all depends on your application. 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: Auditors (was: Survey says...)
There can be different levels of policy. For example, when the national bank examiners (aka, auditors) visited us they conducted audits according to the policies established by the national body that chartered/insured our bank. It's the same in Canada. But, the examiners don't make the policy either. They just report on it. - 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: given the checkered history of stability for PDSE's
I agree that PDSE is here to stay. Static PDSE has been no problem. The OS required ones fall into this category. The ones being updated often and from different systems/plexes are a different story. These cross-boundary update issues have/still apply to PDS if the rules are not followed (GRS, reserve, etc.). All of the problems that I have had have been traced back to sharing issues. All corrected by developer education. Dennis Roach United Space Alliance 600 Gemini Avenue Mail Code USH-4A3L Houston, Texas 77058 Voice: (281) 282-2975 Page: (713) 736-8275 Fax: (281) 282-3583 E-Mail: dennis.ro...@usa-spaceops.com All opinions expressed by me are mine and may not agree with my employer or any person, company, or thing, living or dead, on or near this or any other planet, moon, asteroid, or other spatial object, natural or manufactured, since the beginning of time. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Edward Jaffe Farley, Peter x23353 wrote: 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: SV: Survey says...
Thats true, but with truly mixing and dynamic calls you need a DLL and a no-DLL version of all modules, which is highly inconvenient and causes a lot of grief. LE supports mixing of XPLINK and non-XPLINK modules, why the heck it doesn't support mixing of DLL and no-DLL modules? That would make life in mixing COBOL and Java a lot easier. Denis. -Original Message- From: Steve Comstock st...@trainersfriend.com To: IBM-MAIN@bama.ua.edu Sent: Wed, 7 Jan 2009 3:02 pm Subject: Re: SV: Survey says... Thomas Berg wrote:? But can You intermix non-DDLs and DLLs ?? In the same linkedit step ?? Or in the same load module ?? (Thats our problem !)? ;)? Regards,? Thomas Berg __? Thomas Berg Specialist IT-U SWEDBANK? ? No. From a single module, dynamic calls are either? all DLL or all non-DLL. But you can combine dynamic? calls and static calls from a single module. or? you can dynamically call a module that in turn can? do DLL calls and dynamically call a different module? that can do non-DLL calls. It all depends on your? application.? ? 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? -- 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: Hope is on the way for those OUT OF OFFICE messages from IBM
Don't get your hopes too high. They will hire even more in another part of the globe resulting in more OUT OF OFFICE messages. There will probably be more rants here about their hiring practices as well. Oh well ... the more it changes the more it remains the same. On Tue, 6 Jan 2009 14:40:04 -0600, Anton Britz antonbr...@gmail.com wrote: 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: Auditors (was: Survey says...)
On Wed, 7 Jan 2009 14:24:47 +, Ted MacNEIL eamacn...@yahoo.ca wrote: There can be different levels of policy. For example, when the national bank examiners (aka, auditors) visited us they conducted audits according to the policies established by the national body that chartered/insured our bank. It's the same in Canada. But, the examiners don't make the policy either. They just report on it. Agreed, but my point was that it's not necessarily -your- policy (or your management's policy) that they're reporting on. The thread had gotten into arguing why your management accepted the findings if they were't according to the policy they had set. Unfortunately, some times policies are set by external organizations, and your management has less control in that case. -- Walt -- 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: PDSE question - while discussing checkered history
On Wed, 7 Jan 2009 15:00:29 +0100, Tidy, David (D) dt...@dow.com wrote: Hi, Amongst the current discussion of PDSE, I have a curious problem that I wondered if anyone could explain. I do a logical copy of our SYSRES volume to a new volume, but get the following messages for SYS1.SCUNTBL - a large PDSE: ADR717E (003)-FMSG (02), SYSTEM SERVICES ERROR OCCURRED WHILE COPYING DATA SET SYS1.SCUNTBL IN CATALOG CATALOG.MASTER.S1. RETURN INFORMATION IS 001-00-12-00173 AND MESSAGES FOLLOW: IGW01172T OUT OF SPACE CONDITION ENCOUNTERED DURING MEMBER CREATE PROCESSING FOR MEMBER CUNRMHB8, WITH REASON CODE = X'0E37' IGW01173S UNEXPECTED RESULTS FROM AN SMSX SERVICE. RETURN CODE WAS 20 AND REASON CODE WAS X'050BC005' IGW01550I 8537 OF 10525 MEMBERS WERE COPIED The dataset itself is PDSE, and shows as 9977 members (the rest of the 10525 are aliases), 98% full, one extent (even though secondary is defined). The volume may not have had enough space to extend that particular dataset. I freed up space (from other datasets) and reran the job, and all was fine. After the activity the 'new' dataset was exactly the same size / %full - no secondary extent was taken. Can anyone explain why the 'spare' disk space might be needed for a volume to volume copy if it is not going to be allocated by the end of the event? Given we do this cloning every month, and the volume is always near-full, it is a bit inconvenient. Best regards, David Tidy Tel:(31)115-67-1745 IS Technical Management/SAP-Mf Fax:(31)115-67-1762 Dow Benelux B.V. Mailto:dt...@dow.com Is the new / target sysres volume empty when you start, or is there an existing SYS1.SCUNTBL data set? Check out doc apar OW42335. Perhaps init the tgt volume first, copy the PDSE data set(s) first, then the rest in a second step excluding the PDSEs. I do a physical copy for a clone, not logical... so I would never have that problem. 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: Computer History Museum
BTW I am 2nd generation Dr. Merrill I bow to the power...very cool... BTW I am 2nd generation IT ..Been around computers or EDP as it was once called since the 50'sMom and Dad both in the industry Scott J Ford From: Barry Merrill ba...@mxg.com To: IBM-MAIN@bama.ua.edu Sent: Thursday, December 25, 2008 12:53:24 PM Subject: Re: Computer History Museum In 1966 at Purdue's Labratory for Agricultural Remote Processing, LARS, later renamed to the Labratory for Applied Remote Sensing, where K.S. Fu's pattern recognition algorithms were implemented and validated (using 16 channels of spectral data with 6 bits for the amplitude of each channel, gathered on a DEC PDP- in a DC-3 that flew at 2000 feet over a 5 mile long strip of Indiana fields), we took delivery of S/360-44 serial number two (number one was in Pook). I had implemented the Cooley-Tukey Fast Fourier Transform in Fortran directly from their original paper on the University's 7090, and had moved it and my programming of the Karhunen-Loeve transform using polynomial approximation for my Masters Thesis to the new Model 44, using an AM radio to listen to the program execution to detect when programming errors send it into a never-ending loop, and to hear when it went from slow to fast loops. Diagnosis of those never-ending loops involved using address stops and single step instruction toggles from the console. Twice, my program abruptly stopped, redlighting the console, and IBM engineers came on site, both times finding that I had actually burned out the transistors in the floating point divide unit. After the second failure, they returned with a floating point divide unit that had been redesigned with a new heat sink added to fix the problem. Originally, there was no disk with the Model 44, running TOS as I recall, with five tape drives, and the Fortran compiler was only on tape - it took all five drives to compile and punch out the deck which was then read in and executed, and all five tapes were spinning during every compile. After writing my own program for the FFT, the Lab directory and my major professor, Dave Landgrebe, gave me a note from the computer center that there was a new FFT subroutine that had been written by Tukey himself available from something called the SHARE library. Upon examination, I discovered I was at best only a coder and Tukey was a real programmer; whereas my major loop was 250 or so Fortran statements, I marvelled at the correct way to do it, in about 25 statements, and thus was introduced to the SHARE program library. My part-time job at LARS was to create the Ground Truth data base, well before the actual flight. On the day of the flight, the agronomists were going to photo and measure and record the plant statistics from each field and then populate my database for correlation with the spectral data, but as there was no actual field data yet, I created several sample fields of opium poppies and cannibis to show the agronomists what the reports would eventually look like, and they were all humoroed by my samples. However, one Saturday afternoon the campus police showed up at my apartment and told me I was urgently needed at LARS and took me there; it seems that the U.S. State Department had been discussing with their Turkish counterparts the future possibility of using the LARS programs to detect those crops, but had assurred the Turks that the project was still in its infantcy, and had not been trained on any of those crops. Unfortunately, one of the agronomists had shown the Turks one of my sample reports, so they assumed they were being lied to by the State Dept rep, who dragged me out to the site to meet with the Turks and, finally, having accepted that I was the author and just a college student programmer, they did finally realize this was just a joke. The Ground Truth was written in FORTRAN II, which did not have character literals; to print CORN, I had to set the variable CORN equal to the decimal value that, when written with A4 (as I recall) format, would print CORN, etc., for each text value. Just as I finished, Fortran IV became available. Merrilly Christmas Herbert W. Barry Merrill, PhD President-Programmer Merrill Consultants MXG Software 10717 Cromwell Drive Dallas, TX 75220 214 351 1966 tel 214 350 3694 fax www.mxg.com ba...@mxg.com P.S. I first programmed a digital computer, an IBM 610 in September, 1959 as a Sophomore at the University of Notre Dame; who of you all will I have to outlive to claim to have been programming digital computers longer than anyone else?? -- 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: DLL and PDS(E) (was: Survey says...)
Interesting statement. Mea culpa if I have mis-remembered or mis-read the FM's on DLL implementation. I will have to go back and re-read those FM's for my own (re)education. But don't any DLL's dealing with long-name elements or interfaces need to be stored in a PDSE? Or does the pre-link step always resolve that issue? And does your statement also apply to C++ DLL's or only to PL/1 or COBOL DLL's? TIA for decreasing my ignorance quotient. Peter -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Jan MOEYERSONS Sent: Wednesday, January 07, 2009 6:09 AM To: IBM-MAIN@bama.ua.edu Subject: Re: DLL and PDS(E) (was: Survey says...) On Tue, 6 Jan 2009 10:28:18 -0500, Farley, Peter x23353 peter.far...@broadridge.com wrote: 6) Cannot do that here. DLL requires PDSE, I don't belief that to be true... We are using DLLs (a lot) and have stored the corresponding load modules (because in the end, that is what it becomes at the end of the compile/pre-link/link chain) in regular PDS as well as in PDSE. Makes no difference; works either way. Cheers, Jantje. 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
SV: SV: Survey says...
Yes. But the problem we had was an (eventual) environment where modules existed in both DLL and non-DLL versions (and DLL and non-DLL applications), where there was a need to call between them and be linked together. The typical problem situation is when You are linking together a runtime load module with both DLL and non-DLL modules and You must choose the right version for each module depending on the needs. We found that the behaviour of the binder was (for us) unpredictable (or not working for our needs). Regards, Thomas Berg __ Thomas Berg Specialist IT-U SWEDBANK -Ursprungligt meddelande- Från: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] För Steve Comstock Skickat: den 7 januari 2009 15:03 Till: IBM-MAIN@bama.ua.edu Ämne: Re: SV: Survey says... Thomas Berg wrote: But can You intermix non-DDLs and DLLs ? In the same linkedit step ? Or in the same load module ? (Thats our problem !) ;) Regards, Thomas Berg __ Thomas Berg Specialist IT-U SWEDBANK No. From a single module, dynamic calls are either all DLL or all non-DLL. But you can combine dynamic calls and static calls from a single module. or you can dynamically call a module that in turn can do DLL calls and dynamically call a different module that can do non-DLL calls. It all depends on your application. 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 -- 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 7 Jan 2009 06:00:59 -0800, wfarr...@us.ibm.com (Walt Farrell) wrote: While I generally support the position that auditors should not make policy, having worked at a national bank previously I think there is an aspect of this discussion that no one has mentioned yet. But many times policies are set by lawyers, interpreting laws created by politicians. The auditors follow the lawyers' guidelines. -- 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
Can I rename a USERCAT
Hi, I was wondering if I can use IDCAMS to rename a USERCAT. If I can, then I presume that I'd need to DELETE and DEFINE any ALIAS related to the USERCAT. Has anyone does this? What would I need to watch out for? If there are datasets open that are defined in the USERCAT, then what are the risks? Any other GATCHAs I need to to think about? Thanks. Barry. -- 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: Can I rename a USERCAT
Catalogs are also pointed from the VVDS for Vsam datasets... On Wed, Jan 7, 2009 at 5:33 PM, Barry Jones jones...@gmail.com wrote: Hi, I was wondering if I can use IDCAMS to rename a USERCAT. If I can, then I presume that I'd need to DELETE and DEFINE any ALIAS related to the USERCAT. Has anyone does this? What would I need to watch out for? If there are datasets open that are defined in the USERCAT, then what are the risks? Any other GATCHAs I need to to think about? Thanks. Barry. -- 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: Can I rename a USERCAT
You'd have to close it and unallocate it to the CAS. T-Rex ! -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Barry Jones Sent: Wednesday, January 07, 2009 10:34 AM To: IBM-MAIN@bama.ua.edu Subject: Can I rename a USERCAT Hi, I was wondering if I can use IDCAMS to rename a USERCAT. If I can, then I presume that I'd need to DELETE and DEFINE any ALIAS related to the USERCAT. Has anyone does this? What would I need to watch out for? If there are datasets open that are defined in the USERCAT, then what are the risks? Any other GATCHAs I need to to think about? Thanks. Barry. -- 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: Can I rename a USERCAT
On Wed, 7 Jan 2009 23:33:43 +0800, Barry Jones jones...@gmail.com wrote: Hi, I was wondering if I can use IDCAMS to rename a USERCAT. In a word... NO. You can move a usercat to a new volume, but you can not rename it. You can create a new usercatalog and move the entries to the new catalog (MERGECAT). Have a look at the DFSMS Managing Catalogs manual. http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/DGT2C150/ -- 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: the Z/10 and timers.
The following message is a courtesy copy of an article that has been posted to bit.listserv.ibm-main,alt.folklore.computers as well. timothy.sipp...@us.ibm.com (Timothy Sipples) writes: And it's a little tough to pin down when SMP began, because engineers are going to quibble about the definition and exact characteristics that qualify. However, some notable systems include a version of the System/360 Model 65 (with dual processors -- I've seen this referred to as the M65MP), and this option carried into the Model 67. The Model 65 started shipping in November, 1965, although I'm not sure exactly when the M65MP variant shipped, and I don't know much about it. Probably not much later, if at all, since the Model 67 shipped in August, 1966. 360/67 uniprocessor was very much a 360/65 uniprocessor with address relocation (virtual memory) hardware added (with virtual memory mode providing for both 24-bit and 32-bit virtual addressing). 360/67 multiprocessor was much more complex than 360/65 multiprocessor. 360/65 multiprocessor had processors sharing all the same memory ... but each processor had its own private channels. To simulate a multiprocessor I/O configuration ... multi-channel controllers were used ... with the channels from the different processors connecting into shared controllers (usually with the same address configuration). 360/67 multiprocessor had a lot more to it, including a channel controller box ... and in multiprocessor operation ... all processors addressed all channels. part of the control registers were used to address the switch settings in the channel controller (which controlled the configuration of the channels as well as the memory banks). In at least one three-way 360/67 multiprocessor shipped, the control registers were not only used to sense the channel controller switch settings ... but were also able to change the hardware configuration settings. Originally there was 360/60 (and 360/70) with slower memory ... and a model with virtual memory added. I remember seeing an early virtual memory reference manual describing standard multiprocessor architecture was for 4-way (which was reflected in the control register and channel control description). All the processors were renumbered when 750mic memory replaced the slower speed memory. Howerver, I don't anything about 360/65 multiprocessor was for anything other than two-way. copy of the 360/67 function characteristics (including description of the channel controller box, control register values, etc) http://bitsavers.org/pdf/ibm/360/funcChar/GA27-2719-2_360-67_funcChar.pdf the corporate official operating system for the 360/67 was tss/360 ... directory with various TSS/360 documents: http://bitsavers.org/pdf/ibm/360/tss/ some amount of 360/67 features weren't seen again until 370xa. the science center had started a project to do a virtual machine implementation ... and first attempted to get a 360/50 to modify with virtual memory hardware ... but because so many 360/50s were going to the FAA air traffic control project ... had to settle for a 360/40. this was used to develop cp/40. when the science center was able to obtain a 360/67, cp/40 morphed into cp/67. ... directory with at least one manual: http://bitsavers.org/pdf/ibm/360/cp67/ cp67 was very much a skunk works project ... with numerous corporate attempts from various quarters, at various times, to periodically terminate it. slightly related recent post http://www.garlic.com/~lynn/2009.html#6 mvs preemption dispatcher lots of the early 360/67 lore can be found in Melinda's VM history document ... a number of versions in various formats can be found here: http://www.princeton.edu/~melinda os/360 mp/65 smp implementation basically had a single global system spin-lock ... applications could run concurrently on both processors, but at entry to the supervisor ... TESTSET instruction was used in attempt to obtain the global lock. If the other processor had the lock, it would just branch back to TESTSET and repeat the operation until the other processor released the lock (basically only a single processor executing in the supervisor at a time). charlie was doing fine-grain multiprocessor locking work on cp67 at the science center ... lots of past post mentioning science center http://www.garlic.com/~lynn/subtopic.html#545tech when he invented the compareswap instruction (chosen because CAS are charlie's initials) ... lots of past posts mentioning SMP and/or compareswap http://www.garlic.com/~lynn/subtopic.html#smp there was then discussions with the 370 hardware architecture group to have them include compareswap instruction ... however it was initially rejected ... with the comment that the favorite son operating system people saw no need for anything more than the testset instruction (see above comment about global system spin-lock). The architecture group said that in order to justify compareswap instruction for 370 ... other than SMP system lock use
Re: Can I rename a USERCAT
No. You cannot rename a usercat. You will need to define another UCAT and use REPRO MERGECAT to move the entries and update the VVDS backward references. You will also need to reorient each ALIAS in the master catalog. You also cannot use IDCAMS to move entries from one catalog to another when the datasets are OPEN. IDCAMS will actually allow the move, but will issue errors when it attempt to remove the records from the SOURCE catalog since the dataset is allocated. There are other issues with moving datasets while they are open and if you would like to discuss them further, you can call me anytime at 412.366.3566 (I promise to be a techie and not a sales person!). Dino-Software does have a tool that allows the user to move datasets from one catalog to another while datasets are open. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Barry Jones Sent: Wednesday, January 07, 2009 10:34 AM To: IBM-MAIN@bama.ua.edu Subject: Can I rename a USERCAT Hi, I was wondering if I can use IDCAMS to rename a USERCAT. If I can, then I presume that I'd need to DELETE and DEFINE any ALIAS related to the USERCAT. Has anyone does this? What would I need to watch out for? If there are datasets open that are defined in the USERCAT, then what are the risks? Any other GATCHAs I need to to think about? Thanks. Barry. -- 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: DLL and PDS(E) (was: Survey says...)
The prelink step is for resolving the long name issues. I did not work with C++ but it works for PL/I and COBOL DLLs. -Original Message- From: Farley, Peter x23353 peter.far...@broadridge.com To: IBM-MAIN@bama.ua.edu Sent: Wed, 7 Jan 2009 4:10 pm Subject: Re: DLL and PDS(E) (was: Survey says...) Interesting statement. Mea culpa if I have mis-remembered or mis-read the FM's on DLL implementation. I will have to go back and re-read those FM's for my own (re)education. But don't any DLL's dealing with long-name elements or interfaces need to be stored in a PDSE? Or does the pre-link step always resolve that issue? And does your statement also apply to C++ DLL's or only to PL/1 or COBOL DLL's? TIA for decreasing my ignorance quotient. Peter -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Jan MOEYERSONS Sent: Wednesday, January 07, 2009 6:09 AM To: IBM-MAIN@bama.ua.edu Subject: Re: DLL and PDS(E) (was: Survey says...) On Tue, 6 Jan 2009 10:28:18 -0500, Farley, Peter x23353 peter.far...@broadridge.com wrote: 6) Cannot do that here. DLL requires PDSE, I don't belief that to be true... We are using DLLs (a lot) and have stored the corresponding load modules (because in the end, that is what it becomes at the end of the compile/pre-link/link chain) in regular PDS as well as in PDSE. Makes no difference; works either way. Cheers, Jantje. 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
Need Old Principles of Operation
Can anyone send me a URL for, or a PDF of, The ESA Principles of Operation, SA22-7201-04 or 03? It's from circa 1998. TIA. Bob Shannon -- 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: Need Old Principles of Operation
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/DZ9AR004/CCON TENTS?DT=19970613131822 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Bob Shannon Sent: Wednesday, January 07, 2009 10:11 AM To: IBM-MAIN@bama.ua.edu Subject: Need Old Principles of Operation Can anyone send me a URL for, or a PDF of, The ESA Principles of Operation, SA22-7201-04 or 03? It's from circa 1998. TIA. Bob Shannon -- 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: Need Old Principles of Operation
Thanks, but my bad. I need a PDF version, either via URL or an actual PDF. Although I prefer boo format, it's not for me. It's possible that the pub was never available in PDF. Bob Shannon -- 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. Thanks for the responses. I have what I need now. 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: IBM-MAIN 3270 session disconnects
We started experiencing this TN3270 disconnect issue in early November. It is only effecting folks who connect to our mainframe TN3270 servers from outside it is typically after five minutes of inactivity. Internal users are not seeing the problem can remain idle for ages. It does not matter which application they connect to. The network connectivity remains active, their TN3270 emulator shows a disconnect so they just issue a connect again from the emulator. No useful IST messages. Packet trace just shows disconnect ! Firewall folks say everything is okay. We are just living with it. Our TN3270 servers are z/OS 1.9. Regards, Nigel Bowen Technical Principal FedEx Services -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of IBM-MAIN automatic digest system Sent: Tuesday, January 06, 2009 11:00 PM To: IBM-MAIN@bama.ua.edu Subject: IBM-MAIN Digest - 5 Jan 2009 to 6 Jan 2009 (#2009-6) There are 75 messages totalling 3295 lines in this issue. Topics of the day: 1. IMS V10.1 Compatibility 2. the Z/10 and timers. (2) 3. HCD - IM column (3) 4. z10 power problem notification 5. OSA-ICC Session Configuration (4) 6. mvs preemption dispatcher (5) 7. Dynamic Volume Expansion to EAV? (2) 8. WebSphere for z/OS List? 9. Survey says... (21) 10. A Techie Goes to SHARE 11. Usage of Transactional VSAM Services (2) 12. HSM Duplex tapes 13. A Smile for the Week (2) 14. CEEPRM00 for dummies (me) (8) 15. SHARE v zExpo (2) 16. 3270 session disconnects (8) 17. Hope is on the way for those OUT OF OFFICE messages from IBM 18. Auditors (was: Survey says...) (4) 19. SHARE Session 8194: z390 and zcobol Portable Mainframe COBOL Compiler written in structured macro assembler 20. given the checkered history of stability for PDSE's (5) -- 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
[no subject]
Thanks, but my bad. I need a PDF version, either via URL or an actual PDF. Although I prefer boo format, it's not for me. It's possible that the pub was never available in PDF. Bob Shannon It doesn't look like that particular edition has a PDF version. Other edition levels do though. See: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/FINDBOOK?filter=ESA%2F390 +Principles+of+OperationSUBMIT=Find There are PDF icons next to those that have them. Leo Smith -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM-MAIN 3270 session disconnects
I second Mr. Bowen's problem and observations. I have used the TDSLink mainframe TCP/IP trace facility and it shows an ACK FIN being issued from the TN3270 client side. --- ngbo...@fedex.com wrote: From: Nigel Bowen ngbo...@fedex.com To: IBM-MAIN@bama.ua.edu Subject: Re: IBM-MAIN 3270 session disconnects Date: Wed, 7 Jan 2009 10:34:32 -0600 We started experiencing this TN3270 disconnect issue in early November. It is only effecting folks who connect to our mainframe TN3270 servers from outside it is typically after five minutes of inactivity. Internal users are not seeing the problem can remain idle for ages. It does not matter which application they connect to. The network connectivity remains active, their TN3270 emulator shows a disconnect so they just issue a connect again from the emulator. No useful IST messages. Packet trace just shows disconnect ! Firewall folks say everything is okay. We are just living with it. Our TN3270 servers are z/OS 1.9. Regards, Nigel Bowen Technical Principal FedEx Services -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of IBM-MAIN automatic digest system Sent: Tuesday, January 06, 2009 11:00 PM To: IBM-MAIN@bama.ua.edu Subject: IBM-MAIN Digest - 5 Jan 2009 to 6 Jan 2009 (#2009-6) There are 75 messages totalling 3295 lines in this issue. Topics of the day: 1. IMS V10.1 Compatibility 2. the Z/10 and timers. (2) 3. HCD - IM column (3) 4. z10 power problem notification 5. OSA-ICC Session Configuration (4) 6. mvs preemption dispatcher (5) 7. Dynamic Volume Expansion to EAV? (2) 8. WebSphere for z/OS List? 9. Survey says... (21) 10. A Techie Goes to SHARE 11. Usage of Transactional VSAM Services (2) 12. HSM Duplex tapes 13. A Smile for the Week (2) 14. CEEPRM00 for dummies (me) (8) 15. SHARE v zExpo (2) 16. 3270 session disconnects (8) 17. Hope is on the way for those OUT OF OFFICE messages from IBM 18. Auditors (was: Survey says...) (4) 19. SHARE Session 8194: z390 and zcobol Portable Mainframe COBOL Compiler written in structured macro assembler 20. given the checkered history of stability for PDSE's (5) -- 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 _ Netscape. Just the Net You Need. -- 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: Need Old Principles of Operation
On Wed, 7 Jan 2009 11:21:12 -0500, Bob Shannon bshan...@rocketsoftware.com wrote: Thanks, but my bad. I need a PDF version, either via URL or an actual PDF. Although I prefer boo format, it's not for me. It's possible that the pub was never available in PDF. Don't think so. Would a print of the entire bookmanger book to a PDF file suffice? -- 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: Need Old Principles of Operation - Found
Robin Jackson created a PDF for me. My thanks to him and to all who replied. Bob Shannon -- 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
Setting 'soft caps'
I am reworking my 'soft cap' strategy to accomplish a business objective. I need to set an overall budget and then set each LPAR so that the sum of the 'defined capacities' is my target. I am at z/os 1.7 and on a z/890 so I lack the ability to set group caps. It was my belief that there are no 'hard caps' in place. But I was not able to confirm that as there is nothing on the HMC that use any words to that effect, with the one exception of 'initial capping'. That check box sounds like it would set the LPAR maximum to the 'defined capacity' and thus have a 'hard capping' effect. The doc uses the words 'enforced weights', which confuses me big time. I thought the 'processing weights' were just a way to tell WLM the business priorities of each LPAR. Again, there are no words on the HMC that seem to apply other than the 'initial capping'. So, am I anywhere near correct in thinking that the 'initial capping' activates 'enforced weights' aka 'hard capping'? If not, then what does? Thanks to all, and may all find their pursuit of happiness be productive in the coming year. 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
Fw: Need Old Principles of Operation
Thanks, but my bad. I need a PDF version, either via URL or an actual PDF. Although I prefer boo format, it's not for me. It's possible that the pub was never available in PDF. Bob Shannon It doesn't look like that particular edition has a PDF version. Other edition levels do though. See: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/FINDBOOK?filter=ESA%2F390 +Principles+of+OperationSUBMIT=Find There are PDF icons next to those that have them (no links for them that don't) Leo Smith -- 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
MVS 4 minute 'outage'
We just experienced a 4 minute 'outage' on our z/OS system. (single image z/OS 1.9 system). By 'outage', I mean we could not communicate with MVS through TSO or the z/OS consoles. There is a 4 minute gap in SYSLOG. The same for CICS, IMS and DB2 logs. There were no system dumps or other indicators. We reviewed SYSLOG for the 15 minutes that preceeded the 'outage' and did not find anything. TMONMVS had a 4 minute gap in the collector during the 'outage'. Any suggestions how we can determine what happened? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM-MAIN 3270 session disconnects
Yes - everything is fine from the firewall (or some other appliance in the path). It is doing as it is configured to do - drop the session. Look in your emulator for a 'keep alive' feature. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Nigel Bowen Sent: Wednesday, January 07, 2009 10:35 AM To: IBM-MAIN@bama.ua.edu Subject: Re: IBM-MAIN 3270 session disconnects We started experiencing this TN3270 disconnect issue in early November. It is only effecting folks who connect to our mainframe TN3270 servers from outside it is typically after five minutes of inactivity. Internal users are not seeing the problem can remain idle for ages. It does not matter which application they connect to. The network connectivity remains active, their TN3270 emulator shows a disconnect so they just issue a connect again from the emulator. No useful IST messages. Packet trace just shows disconnect ! Firewall folks say everything is okay. We are just living with it. Our TN3270 servers are z/OS 1.9. Regards, Nigel Bowen Technical Principal FedEx Services 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: IBM-MAIN 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. Nigel Bowen ngbo...@fedex.com 1/7/2009 11:34 AM We started experiencing this TN3270 disconnect issue in early November. It is only effecting folks who connect to our mainframe TN3270 servers from outside it is typically after five minutes of inactivity. Internal users are not seeing the problem can remain idle for ages. It does not matter which application they connect to. The network connectivity remains active, their TN3270 emulator shows a disconnect so they just issue a connect again from the emulator. No useful IST messages. Packet trace just shows disconnect ! Firewall folks say everything is okay. We are just living with it. Our TN3270 servers are z/OS 1.9. Regards, Nigel Bowen Technical Principal FedEx Services 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
Need TN3270e software
We are FINALLY replacing our OLD 3174's with IBM 2074 control units. The 3270 software that we have been using for years does not support TN3270e. Any suggestions on what to get and contact info? Thanks, Jerry Fuchs Senior Systems Engineer Wendy's Arby's Group One Dave Thomas Blvd. Dublin, Ohio 43017 (614) 764-3594 -- 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 4 minute 'outage'
On Wed, 7 Jan 2009 11:02:40 -0600, JE Thinnes jethin...@aol.com wrote: We just experienced a 4 minute 'outage' on our z/OS system. (single image z/OS 1.9 system). By 'outage', I mean we could not communicate with MVS through TSO or the z/OS consoles. There is a 4 minute gap in SYSLOG. The same for CICS, IMS and DB2 logs. There were no system dumps or other indicators. We reviewed SYSLOG for the 15 minutes that preceeded the 'outage' and did not find anything. TMONMVS had a 4 minute gap in the collector during the 'outage'. Any suggestions how we can determine what happened? Check logrec. In particular , look for ABEND071. 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: Auditors (was: Survey says...)
---snip--- 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. And the audit groups seem to have their own SME which in some cases really stretch the definition of expert. --unsnip As RACF Administrator, I suffered through a security audit in 1989. The result, as reported to senior management, essentially declared me incompetent to hand out towels in the Men's Room. Naturally, senior management went ballistic. But I was given a copy of the report and invited to write a rebuttal, which I did, point by point. It turns out that things weren't anywhere near as bad as the report made them out. They had used a hole in a proprietary software package to bypass all security. When I brought this up to the vendor involved, it was fixed in less than 72 hours. Other points in the report were rebutted by reasoned and truthful argument. (They spent a week trying to break in from outside, using our defined outside interface. They couldn't even keep our computer on the phone long enough to try a userid/password breaker, a fine tribute to our communications staff.) Again, in 2001, I was subjected to a security audit. This time was different; vastly different. The gentleman that was detailed to do the audit had just been to RACF class, at IBM, and had a LOT of misconceptions and mistaken ideas. We developed a friendly rival relationship. He would make an allegation of a hole or potential breach and I would prove him either right or wrong. Loser bought a steak lunch for the winner. He was there for 2 weeks and I ate steak lunches for the entire two weeks, at his expense. (Or his company's expense.) We parted friends and he learned a great deal about the ins and outs of RACF. I consider that I helped his carreer development and he forced me to think hard about how we did things. Moral of the story: not all auditors are ogres; some of them are actually human. (I never did disclose any actual password to him and he was smart enough not to ask. Even with orders for full cooperation, I refuse to disclose passwords, to ANYONE.) -- 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: Need TN3270e software
imho you can't do better than Vista TN3270 http://www.tombrennansoftware.com/ Lionel B. Dyck, Consultant/Specialist From: Jerry Fuchs jerry.fu...@wendysarbys.com To: IBM-MAIN@bama.ua.edu Date: 01/07/2009 09:26 AM Subject: Need TN3270e software Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu We are FINALLY replacing our OLD 3174's with IBM 2074 control units. The 3270 software that we have been using for years does not support TN3270e. Any suggestions on what to get and contact info? Thanks, Jerry Fuchs Senior Systems Engineer Wendy's Arby's Group One Dave Thomas Blvd. Dublin, Ohio 43017 (614) 764-3594 -- 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: Need TN3270e software
I'm partial to BlueZone, but then again it is one of our products grin. Bob Shannon Rocket Software -- 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: Need TN3270e software
On Wed, 7 Jan 2009 09:29:39 -0800, Lionel B Dyck lionel.b.d...@kp.org wrote: imho you can't do better than Vista TN3270 http://www.tombrennansoftware.com/ Lionel B. Dyck, Consultant/Specialist From: Jerry Fuchs jerry.fu...@wendysarbys.com To: IBM-MAIN@bama.ua.edu Date: 01/07/2009 09:26 AM Subject: Need TN3270e software Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu We are FINALLY replacing our OLD 3174's with IBM 2074 control units. The 3270 software that we have been using for years does not support TN3270e. Any suggestions on what to get and contact info? Thanks, Jerry Fuchs Senior Systems Engineer Wendy's Arby's Group One Dave Thomas Blvd. Dublin, Ohio 43017 (614) 764-3594 I agree with Lionel about VISTA TN3270 - stable product, great support and even better price. Consider that the number of support individuals is not a factor as long as a current copy of the source code is maintained in escrow and contractually would be available to clients if the company were to default, not expected with Tom Brennan Software. Honestly, having a large marketing staff (with lots of vaporware and futures) with lots of support personnel does not make a superior software vendor. Scott Barry SBBWorks, Inc. -- 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: World Bank bans India outsourcer Satyam for 8 years
I'm very pleased to see that at least the IMAGE of Corporate Corruption is not limited to the US. But in all fairness, each case needs proof. On the other hand, the state of Illinois seems to have more than its share; the record speaks for itself :-( --snip-- Anton Britz wrote: BANGALORE: The chairman of Satyam Computer Services, India’s fourth-biggest software services exporter, announced his resignation on Wednesday, triggering a 73.1 per cent drop in the company’s share price, and dragging the main share index down by 7.36 per cent. ‘I think there is no future for this stock. This case for India is similar to what happened to Enron in the US,’ said Jigar Shah, senior vice-president at Kim Eng Securities. It will not stop at Satyam. Many more companies will come into scrutiny like that. There is a strong possibility investments in India will be affected.’ http://www.dawn.net/wps/wcm/connect/Dawn%20Content%20Library/dawn/news/business/indias-satyam-chief-quits-shares-plunge-haAnton Britz wrote: The World Bank has barred India's Satyam Computer Services – the aid institution's largest software vendor and India's fourth-largest outsourcing company – from doing business with it for eight years On Tuesday, World Bank confirmed earlier reports of the ban in a statement that said Satyam had provided improper benefits to bank staff and failed to maintain documentation to support fees charged for its subcontractors. http://www.theregister.co.uk/2008/12/24/world_bank_bans_satyam_8_years/ -- 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: MVS 4 minute 'outage'
LOGREC? Thanks John -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of JE Thinnes Sent: Wednesday, January 07, 2009 11:03 AM To: IBM-MAIN@bama.ua.edu Subject: MVS 4 minute 'outage' We just experienced a 4 minute 'outage' on our z/OS system. (single image z/OS 1.9 system). By 'outage', I mean we could not communicate with MVS through TSO or the z/OS consoles. There is a 4 minute gap in SYSLOG. The same for CICS, IMS and DB2 logs. There were no system dumps or other indicators. We reviewed SYSLOG for the 15 minutes that preceeded the 'outage' and did not find anything. TMONMVS had a 4 minute gap in the collector during the 'outage'. Any suggestions how we can determine what happened? -- 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: Need TN3270e software
On Wed, 7 Jan 2009 12:16:33 -0500, Jerry Fuchs jerry.fu...@wendysarbys.com wrote: We are FINALLY replacing our OLD 3174's with IBM 2074 control units. The 3270 software that we have been using for years does not support TN3270e. Any suggestions on what to get and contact info? Just for your console sessions? Check the archives for what others have used for 2074s or Visara (sp?). PCOMM for example. We use AFREMOTE to share the consoles (Visara can do that from what I recall without add-on software). I use Vista at DR (although the vendor provides PCOMM) and it works fine (the price is right), but I would never consider that as an enterprise console solution since the support is just from one person (no offense to Tom Brennan, his product is the bomb!). 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: Auditors
---snip--- But many times policies are set by lawyers, interpreting laws created by politicians. The auditors follow the lawyers' guidelines. unsnip- Have you ever met a politician that actually understood the law he was helping to pass? Or a political advisor that knew what he was talking about? The laws are mostly written by lawyers and accountants, who spoonfeed the politicians thumbnail descriptions of the statutes and expect everything to go as they had envisioned. And there's always the competition betwen liberal and conservative. Does anyone really understand those terms? Dump all the encumbants and start fresh!!! -- 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: SHARE v zExpo
My experience in attending both several times is that SHARE offers better content, and a wider variety of content from a wider variety of resources. I have also spoken at both, and I can say that IBM appears to try and restrict the content of zExpo, as well as the scheduling of sessions. The decisions as to content at SHARE are made by people who work for a wide variety of companies, both end user and vendor. If you had to make a choice, I'd recommend SHARE. Regards, Steve Stephen R. Guendert, Ph. D. Global Solutions Architect System Z/mainframe Technologies and Solutions (614) 478-4999 (office) (614) 397-2322 (mobile) AIM: FICONProfessor stephen.guend...@brocade.com -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Jeffrey Deaver Sent: Wednesday, January 07, 2009 11:27 AM To: IBM-MAIN@bama.ua.edu Subject: 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. Thanks for the responses. I have what I need now. 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 -- 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
IBM mainframe migration boosts OLTP, batch processing
From SearchDataCenter today Mark Fontecchio, News Writer For some companies, making the decision to migrate off the mainframe is tough, but not for Meritz Financial Information Services. Even though the company added capacity frequently, at peak times it still encountered application slowdown. So Meritz took the plunge and dumped big iron for Itanium-based Hewlett-Packard Co. Superdome. But the process of migrating off the mainframe onto Superdomes was hardly easy. Meritz had several hurdles to overcome, including doing an inventory of all its mainframe data, choosing an application migration strategy and grappling with less-than-perfect documentation. http://searchdatacenter.techtarget.com/news/article/0,289142,sid80_gci13 43627,00.html?track=NL-576ad=682564asrc=EM_NLN_5496982uid=279318 -- 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: MVS 4 minute 'outage'
EREP software error report. From SYS1.LOGREC or logrec logstream. -- 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 On Wed, 7 Jan 2009 11:39:32 -0600, Eatherly, John D [EQ] john.eathe...@embarq.com wrote: LOGREC? Thanks John -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of JE Thinnes Sent: Wednesday, January 07, 2009 11:03 AM To: IBM-MAIN@bama.ua.edu Subject: MVS 4 minute 'outage' We just experienced a 4 minute 'outage' on our z/OS system. (single image z/OS 1.9 system). By 'outage', I mean we could not communicate with MVS through TSO or the z/OS consoles. There is a 4 minute gap in SYSLOG. The same for CICS, IMS and DB2 logs. There were no system dumps or other indicators. We reviewed SYSLOG for the 15 minutes that preceeded the 'outage' and did not find anything. TMONMVS had a 4 minute gap in the collector during the 'outage'. Any suggestions how we can determine what happened? -- 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: MVS 4 minute 'outage'
I would suggest that some very high priority task got in a loop - something that runs at dispatching priority x'FF'. But then if it were truly in a loop, why did it stop after 4 minutes? Do you just have 1 processor? Good luck in finding the problem. Let us know if it happens again. I'm sure you have IBM involved - that sure sounds like a Sev 1 to me. Eric JE Thinnes jethin...@aol.com wrote: We just experienced a 4 minute 'outage' on our z/OS system. (single image z/OS 1.9 system). By 'outage', I mean we could not communicate with MVS through TSO or the z/OS consoles. There is a 4 minute gap in SYSLOG. The same for CICS, IMS and DB2 logs. There were no system dumps or other indicators. We reviewed SYSLOG for the 15 minutes that preceeded the 'outage' and did not find anything. TMONMVS had a 4 minute gap in the collector during the 'outage'. Any suggestions how we can determine what happened?-- Eric Bielefeld Systems Programmer Washington University St Louis, Missouri 314-935-3418 -- 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 4 minute 'outage'
Thanks Mark. EREP is running now. IBM had the same suggestion. 071 indicates Spin Loop action taken. -- 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: SAS-MXG JCL to find out CPU Usage
And a happy new year to you. MXG licensees have their own support forum, arguably one of the finest concentrations of such expertise around. Check the MXG web site and follow the links. HTH and good luck. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Jacky Bright Sent: Wednesday, January 07, 2009 4:22 AM To: IBM-MAIN@bama.ua.edu Subject: SAS-MXG JCL to find out CPU Usage Happy New Year to all. Anyone having SAS/MXG JCL to findout the subsystem wise CPU Utilisation over an interval ? We are having SAS 9.1.3 and MXG 23.09. JAcky 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: Auditors
On 7 Jan 2009 09:51:11 -0800, rfocht...@ync.net (Rick Fochtman) wrote: The laws are mostly written by lawyers and accountants, who spoonfeed the politicians thumbnail descriptions of the statutes and expect everything to go as they had envisioned. And there's always the competition betwen liberal and conservative. Does anyone really understand those terms? I doubt it. Heck, I don't understand the difference between liberal and conservative.At least when I look at what the next US president proposes and compare it to what the previous president proposed, I don't see their values are significantly different. -- 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.
2009/1/7 Anne Lynn Wheeler l...@garlic.com: Howerver, I don't anything about 360/65 multiprocessor was for anything other than two-way. In particular, the 65MP did not have a programmable prefix register to relocate low storage for each CPU the way S/370 and later do. Rather, the prefixing was either ON or OFF for each CPU, and controlled by a front panel switch. If OFF, references to the low 4KB of storage went to the low 4KB; if ON, they went to the high 4KB of installed storage. So this would make life difficult for more than two CPUs. Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: MVS 4 minute 'outage'
While we wait for the EREP, it might be fun to look at the presented evidence and do some speculating. I don’t think a single task can do this, even at a FF priority. There are interrupts and a task under the control of the dispatcher can't own the whole box (even a uni processor) exclusively for that long. That would point to something deeper. I like the spin loop scenario. Some task grabbed a spin lock and the hardware had to step in to break its grip. A hole in that logic is the complete absence of recognizable SYSLOG messages both before and after the event. Another path is that anytime the hardware takes some drastic action, there is almost always a 'phone home' event. I'd want to look at the HMC/SE logs, and call the support center to get their perspective. If it were my call, I'd take the shop to sev 2 right now. If I don't have a satisfactory explanation in short order, then I'd up the bar to sev 1 (nobody goes home) and have everyone start thinking about having to pull a DR trigger. I would have to assume that the next time the box went to sleep it may not wake up. Just my $0.02 US (before Taxes) -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Eric Bielefeld Sent: Wednesday, January 07, 2009 12:06 PM To: IBM-MAIN@bama.ua.edu Subject: Re: MVS 4 minute 'outage' I would suggest that some very high priority task got in a loop - something that runs at dispatching priority x'FF'. But then if it were truly in a loop, why did it stop after 4 minutes? Do you just have 1 processor? Good luck in finding the problem. Let us know if it happens again. I'm sure you have IBM involved - that sure sounds like a Sev 1 to me. Eric JE Thinnes jethin...@aol.com wrote: We just experienced a 4 minute 'outage' on our z/OS system. (single image z/OS 1.9 system). By 'outage', I mean we could not communicate with MVS through TSO or the z/OS consoles. There is a 4 minute gap in SYSLOG. The same for CICS, IMS and DB2 logs. There were no system dumps or other indicators. We reviewed SYSLOG for the 15 minutes that preceeded the 'outage' and did not find anything. TMONMVS had a 4 minute gap in the collector during the 'outage'. Any suggestions how we can determine what happened?-- Eric Bielefeld Systems Programmer Washington University St Louis, Missouri 314-935-3418 -- 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: MVS 4 minute 'outage'
We have a waxing and waning 'freeze' problem that occurs in synch with our SMF/RMF recording interval. Nothing approaching four minutes, but disturbingly long. A couple of points: -- If the freeze was one time only and not chronic, it's probably not SMF/RMF -- Based on our experience, good luck in gathering doc. If the whole system is frozen, who can 'take notes' while in a coma? In any case, please keep us updated. . . JO.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com JE Thinnes jethin...@aol.co M To Sent by: IBM IBM-MAIN@bama.ua.edu Mainframe cc Discussion List ibm-m...@bama.ua Subject .edu Re: MVS 4 minute 'outage' 01/07/2009 10:06 AM Please respond to IBM Mainframe Discussion List ibm-m...@bama.ua .edu Thanks Mark. EREP is running now. IBM had the same suggestion. 071 indicates Spin Loop action taken. -- 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 4 minute 'outage'
Check for co-incident processing. E.g. SMF and RMF (both) synchronized on the hour. This has been know to cause spikes when everyone is trying to do everything all at the same time. DDCONS=YES for a long running system task (e.g. DFHSM) that was terminated. Perhaps a high priority batch job looped and then timed out. RMF Mon III may have some additional clues. HTH, snip We just experienced a 4 minute 'outage' on our z/OS system. (single image z/OS 1.9 system). By 'outage', I mean we could not communicate with MVS through TSO or the z/OS consoles. There is a 4 minute gap in SYSLOG. The same for CICS, IMS and DB2 logs. There were no system dumps or other indicators. We reviewed SYSLOG for the 15 minutes that preceeded the 'outage' and did not find anything. TMONMVS had a 4 minute gap in the collector during the 'outage'. Any suggestions how we can determine what happened?-- /snip Check for co-incident processing. E.g. SMF and RMF (both) synchronized on the hour. -- 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
JCL Logics involving TAPE and Normal File
Hi all, I have an urgent requirement. Can anyone help me? Requirement: I need to prepare a JCL to perform the following task 1)I have a GDG base say xxx.xxx whose versions might be generated in TAPE or DASD 2)I have to prepare a JCL - Which will just copy the GDG Version to a Flat file if the attribute is DASD - If the GDG Version is TAPE the jcl should conver it to DASD and copy the converted DASD to a Flat file. Is this possible using JCL...? Regards, Ram Balaji.S. (Sorry for my English) -- 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 4 minute 'outage'
Interesting. Have you tried turning off DASD caching statistics in RMF? That's been an issue in various software and hardware vintages/combinations. Bit us once. Since everything is WAD (albeit slowly), there would not be any smoke or bodies. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Skip Robinson Sent: Wednesday, January 07, 2009 12:38 PM To: IBM-MAIN@bama.ua.edu Subject: Re: MVS 4 minute 'outage' We have a waxing and waning 'freeze' problem that occurs in synch with our SMF/RMF recording interval. Nothing approaching four minutes, but disturbingly long. A couple of points: -- If the freeze was one time only and not chronic, it's probably not SMF/RMF -- Based on our experience, good luck in gathering doc. If the whole system is frozen, who can 'take notes' while in a coma? In any case, please keep us updated. . . JO.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.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
Re: JCL Logics involving TAPE and Normal File
Hi Ram - a file may exist on DASD or tape. You may move from one to the other with a simple copy operation. You simply express your wises as to the target device type on the output DD statement of the copy step. Normally, you do not know (or care) what the input device may be. In other words, you need not -convert- a file from tape to DASD. You would simply -copy- a file from whatever to whatever. Do I understand your issue? -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ram Balaji Sent: Wednesday, January 07, 2009 12:16 PM To: IBM-MAIN@bama.ua.edu Subject: JCL Logics involving TAPE and Normal File Hi all, I have an urgent requirement. Can anyone help me? Requirement: I need to prepare a JCL to perform the following task 1)I have a GDG base say xxx.xxx whose versions might be generated in TAPE or DASD 2)I have to prepare a JCL - Which will just copy the GDG Version to a Flat file if the attribute is DASD - If the GDG Version is TAPE the jcl should conver it to DASD and copy the converted DASD to a Flat file. Is this possible using JCL...? Regards, Ram Balaji.S. (Sorry for my English) -- 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
BatchPipes/MVS
Is anyone still using BatchPipes/MVS? If not, what are you using instead? Thanks, Cheryl -- 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: Need TN3270e software
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Jerry Fuchs Sent: Wednesday, January 07, 2009 11:17 AM To: IBM-MAIN@bama.ua.edu Subject: Need TN3270e software We are FINALLY replacing our OLD 3174's with IBM 2074 control units. The 3270 software that we have been using for years does not support TN3270e. Any suggestions on what to get and contact info? SNIP I personally use QWS3270 (Jolly Giant Software). I use it at work (paid for my own copy) and I used it while a consultant doing dialup. I also use it for my copies of HERC running MVS (as the Console and TSO logons). Regards, Steve Thompson -- This poster's comment may not represent poster's employer's opinions. -- -- 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 4 minute 'outage'
Interesting ... Is this single image system connected via CTC or shared DASD to another system or LPAR (Test system, perhaps)? If so, did somebody IPL or shut down this Test system at the time of your 'outage'? (This could have caused a DASD Reserve lockout or a disruption in GRS and/or CTC-communication.) Do you remotely mirror your DASD to an off-site DASD box? If so, did something happen with the communications link between local and remote DASD? Did someone start or stop or make changes to mirroring procedures? Is your DASD control unit accessed by / shared with non-z/OS systems? Did somebody perform any DASD - control unit - intensive task (initialize disk, reconfigure arrays, etc.) at the time of your outage? Did your DASD box suffer any internal hardware problems during that time? This also applies to any virtual or real automated tape library ... anything happen there? Regards, Ulrich Krueger -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of JE Thinnes Sent: Wednesday, January 07, 2009 09:03 To: IBM-MAIN@bama.ua.edu Subject: MVS 4 minute 'outage' We just experienced a 4 minute 'outage' on our z/OS system. (single image z/OS 1.9 system). By 'outage', I mean we could not communicate with MVS through TSO or the z/OS consoles. There is a 4 minute gap in SYSLOG. The same for CICS, IMS and DB2 logs. There were no system dumps or other indicators. We reviewed SYSLOG for the 15 minutes that preceeded the 'outage' and did not find anything. TMONMVS had a 4 minute gap in the collector during the 'outage'. Any suggestions how we can determine what happened? -- 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
In a message dated 1/7/2009 1:07:55 P.M. Central Standard Time, howard.bra...@cusys.edu writes: And there's always the competition betwen liberal and conservative. Does anyone really understand those terms? I doubt it.Heck, I don't understand the difference between liberal and conservative.At least when I look at what the next US president proposes and compare it to what the previous president proposed, I don't see their values are significantly different. Historically, there was a difference. Look up both terms in some reference work. Today there is no difference. The two labels today are used to divide and conquer the voting public. This process is known as a Hegelian dialectic. Look that one up, too. Now that that's over, I trust this thread will get back to IBM Mainframes. Bill Fairchild Rocket Software **A Good Credit Score is 700 or Above. See yours in just 2 easy steps! (http://pr.atwola.com/promoclk/10075x1215047751x1200957972/aol?redir=http://www.freecreditreport.com/pm/default.aspx?sc=668072%26hmpgID=62%26bcd=De cemailfooterNO62) -- 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 4 minute 'outage'
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of JE Thinnes Sent: Wednesday, January 07, 2009 11:03 AM To: IBM-MAIN@bama.ua.edu Subject: MVS 4 minute 'outage' We just experienced a 4 minute 'outage' on our z/OS system. (single image z/OS 1.9 system). By 'outage', I mean we could not communicate with MVS through TSO or the z/OS consoles. There is a 4 minute gap in SYSLOG. The same for CICS, IMS and DB2 logs. There were no system dumps or other indicators. We reviewed SYSLOG for the 15 minutes that preceeded the 'outage' and did not find anything. TMONMVS had a 4 minute gap in the collector during the 'outage'. Any suggestions how we can determine what happened? SNIP I noticed no one has mentioned this. So, for the sake of argument, did someone hit the STOP button and then realized the mistake and hit RUN or some such (on the HMC or whatever)? Regards, Steve Thompson -- 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
I think it is important to remember that SHARE serves many audiences ranging from systems programmers to application designers and developers to IT architects to Management. It is also a great place to get a better understanding of how what each of individually does fits in with the overall picture.After all, we are all getting paid ultimately to improve our organizations' customer service, efficiency, competitiveness, and identify new opportunities. For me, SHARE remains the best one-stop-shopping place for the professional development and networking needs of the entire IT organization. Dan Squillace Sr. IT Manager, Mainframe Support SAS Institute Inc. Cary, NC USA phone: 919 531-7611 mobile: 919 606-0263 fax: 919 677- email: dan.squill...@sas.com text pager: dan.squill...@vtext.com -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Edward Jaffe Sent: Tuesday, January 06, 2009 10:38 AM To: IBM-MAIN@bama.ua.edu Subject: 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM mainframe migration boosts OLTP, batch processing
On Wed, 7 Jan 2009 11:01:51 -0700, Kopischke, David G. wrote: From SearchDataCenter today Mark Fontecchio, News Writer For some companies, making the decision to migrate off the mainframe is tough, ... http://searchdatacenter.techtarget.com/news/article/0,289142,sid80_gci13 43627,00.html?track=NL-576ad=682564asrc=EM_NLN_5496982amp;uid=279318 Here's a tiny URL. http://preview.tinyurl.com/86wp54 Doesn't make much sense to me. Says they add 50% to their processing power every two years, yet when they started the migration in 2007 they were running a z990. That seems like a pretty old processor for someone who has to upgrade often. The z990 must have been a four processor box. They now have six Superdomes with a total of 112 processor cores. The kicker for me was where they claimed that the mainframe response time was seriously degraded with more than 50 concurrent OLTP users. -- 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: JCL Logics involving TAPE and Normal File
On Wed, 7 Jan 2009 13:15:39 -0500, Ram Balaji ram23...@aim.com wrote: Hi all, I have an urgent requirement. Can anyone help me? Requirement: I need to prepare a JCL to perform the following task 1)I have a GDG base say xxx.xxx whose versions might be generated in TAPE or DASD 2)I have to prepare a JCL - Which will just copy the GDG Version to a Flat file if the attribute is DASD - If the GDG Version is TAPE the jcl should conver it to DASD and copy the converted DASD to a Flat file. Is this possible using JCL...? Regards, Ram Balaji.S. (Sorry for my English) Another home work assignment? -- 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: MVS 4 minute 'outage'
Check for any 4 Min.MIH settingsand check the TCPIP log for timeouts -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of JE Thinnes Sent: Wednesday, January 07, 2009 12:03 PM To: IBM-MAIN@bama.ua.edu Subject: MVS 4 minute 'outage' We just experienced a 4 minute 'outage' on our z/OS system. (single image z/OS 1.9 system). By 'outage', I mean we could not communicate with MVS through TSO or the z/OS consoles. There is a 4 minute gap in SYSLOG. The same for CICS, IMS and DB2 logs. There were no system dumps or other indicators. We reviewed SYSLOG for the 15 minutes that preceeded the 'outage' and did not find anything. TMONMVS had a 4 minute gap in the collector during the 'outage'. Any suggestions how we can determine what happened? -- 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 This e-mail message and any attachments transmitted with it are confidential and are intended solely for the use of its authorized recipient(s). If you are not an intended or authorized recipient, you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the information contained in this e-mail is prohibited. If you have received this message in error or are not authorized to receive it, please immediately notify the sender and delete the original message and all copies of it from your computer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM mainframe migration boosts OLTP, batch processing
Consider also that an Itanium core should be faster than a z990 CPU, so they experienced a significant CPU capacity increase - going from 4 CPUs to 112 CPUs. If they had upgraded to a mainframe of similar size I would expect that they would have solved all their performance problems also. Tom Marchant m42tom-ibmm...@yahoo.com 1/7/2009 2:36 PM Here's a tiny URL. http://preview.tinyurl.com/86wp54 Doesn't make much sense to me. Says they add 50% to their processing power every two years, yet when they started the migration in 2007 they were running a z990. That seems like a pretty old processor for someone who has to upgrade often. The z990 must have been a four processor box. They now have six Superdomes with a total of 112 processor cores. The kicker for me was where they claimed that the mainframe response time was seriously degraded with more than 50 concurrent OLTP users. -- Tom Marchant 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: Need TN3270e software
Jerry Fuchs wrote: The 3270 software that we have been using for years does not support TN3270e. For simple functions (e.g., consoles) VISTA by Tom Brennan is inexpensive, easy to install, and has the functionality you need. For more sophisticated uses (e.g., graphics, explicit partitions) I also use Blue Zone (www.bluezonesoftware.com). But I have a vested interest in it - I was one of the beta testers of the first version. Both packages have a 30-day free trial. I've also worked with other packages, and found most of them lacking in features or ease of use and configuration. Gerhard Postpischil Bradford, VT -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM-MAIN 3270 session disconnects
If that's the case, why doesn't it drop my AS/400 sessions? Why doesn't it drop my VSE sessions to the same physical machine? Why doesn't it drop my VM session? Why does it only drop my z/OS 1.4, 1.5, 1.8 and 1.9 sessions? The likelihood of it being an emulator problem is virtually zero. And while I will still accept the fact that it might be a firewall problem, the fact is that my z/OS partitions and z/VSE partitions are being serviced by the same OSA, so there are no difference in the machines between my client and server. The only difference is that the misbehaving server seems to be on z/OS, and all of the other TCP/IP servers seems to behave perfectly. I am guessing that you are not trying to imply that my firewall is designed to drop only my z/OS sessions and nothing else :) 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 Hal Merritt Sent: Wednesday, January 07, 2009 10:10 To: IBM-MAIN@bama.ua.edu Subject: Re: IBM-MAIN 3270 session disconnects Yes - everything is fine from the firewall (or some other appliance in the path). It is doing as it is configured to do - drop the session. Look in your emulator for a 'keep alive' feature. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Nigel Bowen Sent: Wednesday, January 07, 2009 10:35 AM To: IBM-MAIN@bama.ua.edu Subject: Re: IBM-MAIN 3270 session disconnects We started experiencing this TN3270 disconnect issue in early November. It is only effecting folks who connect to our mainframe TN3270 servers from outside it is typically after five minutes of inactivity. Internal users are not seeing the problem can remain idle for ages. It does not matter which application they connect to. The network connectivity remains active, their TN3270 emulator shows a disconnect so they just issue a connect again from the emulator. No useful IST messages. Packet trace just shows disconnect ! Firewall folks say everything is okay. We are just living with it. Our TN3270 servers are z/OS 1.9. Regards, Nigel Bowen Technical Principal FedEx Services 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 -- 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.
The following message is a courtesy copy of an article that has been posted to bit.listserv.ibm-main,alt.folklore.computers as well. tz...@attglobal.net (Tony Harminc) writes: In particular, the 65MP did not have a programmable prefix register to relocate low storage for each CPU the way S/370 and later do. Rather, the prefixing was either ON or OFF for each CPU, and controlled by a front panel switch. If OFF, references to the low 4KB of storage went to the low 4KB; if ON, they went to the high 4KB of installed storage. So this would make life difficult for more than two CPUs. re: http://www.garlic.com/~lynn/2009.html#28 the Z/10 and timers. 360/67 smp had a programmable prefix register similar to 370 (reference the 360/67 functional specification mentioned in previous post) ... i.e. references to real page zero were remapped to the page address in the prefix register ... as a result ... each processor could have its own, unique page zero (when otherwise all other addresses on all processors mapped to the same storage locations). for 370 smp prefix register, reverse mapping was added ... i.e. references to the real page address (specified in the prefix register) were mapped back to the common page zero. -- 40+yrs virtualization experience (since Jan68), online at home since Mar70 -- 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: JCL Logics involving TAPE and Normal File
Yes it should be possible. One of the benefits of JCL is that for simple sequential datasets you have a reasonable amount of device independence. You need to decide which utility you will use to copy the generation (version) of interest. Since the generation must be cataloged, you don't care whether it is on tape or disk. You specify the generation (for example, 0 or -1) on the input DD statement. You specify the flat file on the output DD statement, remembering to specify the space information, the unit/volume information, and, if needed, the DCB information. Exactly what part of this are you having trouble with? Show your code. -Original Message- From: Ram Balaji [mailto:ram23...@aim.com] Sent: Wednesday, January 07, 2009 10:16 AM To: IBM-MAIN@bama.ua.edu Subject: JCL Logics involving TAPE and Normal File Hi all, I have an urgent requirement. Can anyone help me? Requirement: I need to prepare a JCL to perform the following task 1)I have a GDG base say xxx.xxx whose versions might be generated in TAPE or DASD 2)I have to prepare a JCL - Which will just copy the GDG Version to a Flat file if the attribute is DASD - If the GDG Version is TAPE the jcl should conver it to DASD and copy the converted DASD to a Flat file. Is this possible using JCL...? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM-MAIN 3270 session disconnects
Have you looked at your TimeMark and ScanInterval settings? David Logan loga3...@comcast.net 1/7/2009 2:57 PM If that's the case, why doesn't it drop my AS/400 sessions? Why doesn't it drop my VSE sessions to the same physical machine? Why doesn't it drop my VM session? Why does it only drop my z/OS 1.4, 1.5, 1.8 and 1.9 sessions? The likelihood of it being an emulator problem is virtually zero. And while I will still accept the fact that it might be a firewall problem, the fact is that my z/OS partitions and z/VSE partitions are being serviced by the same OSA, so there are no difference in the machines between my client and server. The only difference is that the misbehaving server seems to be on z/OS, and all of the other TCP/IP servers seems to behave perfectly. I am guessing that you are not trying to imply that my firewall is designed to drop only my z/OS sessions and nothing else :) 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: IBM-MAIN 3270 session disconnects
Yup. Firewalls are configured port by port, IP address by IP address. Combinations vary to infinity and beyond*. Happens all the time. *A joke from the movie Toy Story. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of David Logan Sent: Wednesday, January 07, 2009 1:58 PM To: IBM-MAIN@bama.ua.edu Subject: Re: IBM-MAIN 3270 session disconnects If that's the case, why doesn't it drop my AS/400 sessions? Why doesn't it drop my VSE sessions to the same physical machine? Why doesn't it drop my VM session? Why does it only drop my z/OS 1.4, 1.5, 1.8 and 1.9 sessions? The likelihood of it being an emulator problem is virtually zero. And while I will still accept the fact that it might be a firewall problem, the fact is that my z/OS partitions and z/VSE partitions are being serviced by the same OSA, so there are no difference in the machines between my client and server. The only difference is that the misbehaving server seems to be on z/OS, and all of the other TCP/IP servers seems to behave perfectly. I am guessing that you are not trying to imply that my firewall is designed to drop only my z/OS sessions and nothing else :) 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 Hal Merritt Sent: Wednesday, January 07, 2009 10:10 To: IBM-MAIN@bama.ua.edu Subject: Re: IBM-MAIN 3270 session disconnects Yes - everything is fine from the firewall (or some other appliance in the path). It is doing as it is configured to do - drop the session. Look in your emulator for a 'keep alive' feature. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Nigel Bowen Sent: Wednesday, January 07, 2009 10:35 AM To: IBM-MAIN@bama.ua.edu Subject: Re: IBM-MAIN 3270 session disconnects We started experiencing this TN3270 disconnect issue in early November. It is only effecting folks who connect to our mainframe TN3270 servers from outside it is typically after five minutes of inactivity. Internal users are not seeing the problem can remain idle for ages. It does not matter which application they connect to. The network connectivity remains active, their TN3270 emulator shows a disconnect so they just issue a connect again from the emulator. No useful IST messages. Packet trace just shows disconnect ! Firewall folks say everything is okay. We are just living with it. Our TN3270 servers are z/OS 1.9. Regards, Nigel Bowen Technical Principal FedEx Services 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 -- 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: JCL Logics involving TAPE and Normal File
On Wed, 7 Jan 2009 13:51:43 -0600, Mark Zelden wrote: On Wed, 7 Jan 2009 13:15:39 -0500, Ram Balaji wrote: 2)I have to prepare a JCL - Which will just copy the GDG Version to a Flat file if the attribute is DASD - If the GDG Version is TAPE the jcl should conver it to DASD and copy the converted DASD to a Flat file. Is this possible using JCL...? Another home work assignment? Can't tell, exactly. But what does the glossary in the Utilities RM say for flat file? -- gil -- 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
On 6 Jan 2009 13:09:50 -0800, in bit.listserv.ibm-main you wrote: 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? So what is the status of USAGE BIT and the other usages related to the 2002 standard for which there are existing SHARE requirements? Proper implementation of the standard floating point USAGEs (IEEE floating point) would allow COBOL to cleanly communicate with JAVA while leaving any existing COMP-1 and COMP-2 data as hex floating point. And is IBM COBOL going to support the decimal floating point that has been implemented at least on the z series and that was sponsored by IBM? 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: IBM mainframe migration boosts OLTP, batch processing
In a message dated 1/7/2009 2:35:26 P.M. Central Standard Time, scott.r...@joann.com writes: The kicker for me was where they claimed that the mainframe response time was seriously degraded with more than 50 concurrent OLTP users. Forgot his name, he was one of Bill Butterfield's cronies at GMR and active in SHARE early eighties. Their 3090-600J had maxusers of 6. **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: IBM mainframe migration boosts OLTP, batch processing
On 7 Jan 2009 11:37:05 -0800, in bit.listserv.ibm-main (Message-ID:listserv%200901071336050361.0...@bama.ua.edu) m42tom-ibmm...@yahoo.com (Tom Marchant) wrote: From SearchDataCenter today Mark Fontecchio, News Writer For some companies, making the decision to migrate off the mainframe is tough, ... http://searchdatacenter.techtarget.com/news/article/0,289142,sid80_gci13 43627,00.html?track=NL-576ad=682564asrc=EM_NLN_5496982amp;uid=279318 Here's a tiny URL. http://preview.tinyurl.com/86wp54 Doesn't make much sense to me. Says they add 50% to their processing power every two years Even stranger: the company added 50% more processing power every two years. Even so, at the end of the month, Meritz reached 100% CPU utilization during peak times. Most mainframes run at 100% CPU; the OS is designed for that. Maybe CPU wasn't the bottleneck? -- I cannot receive mail at the address this was sent from. To reply directly, send to ar23hur at intergate dot 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: JES2 Node Name
On Fri, 2 Jan 2009 20:27:05 +, Ted MacNEIL eamacn...@yahoo.ca wrote: If in the future we decide to introduce a multisystem sysplex then we can rethink our NJE naming conventions. Does this sound safe? Not 100%. Since you are doing changes now, why not be proactive on the NODENAME? One less change needed in future, if that projected future arrives. ESPECIALLY since, AFAIK, OWNNODE is still one of the few remaining COLD start parameters. Not brain surgery, but still a big pain (yeah, I know brain surgery doesn't hurt once you get through the skull). Regards, Art Gutowski Ford Motor Company -- 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
COBOL and Floating Point (was: SHARE Session 8194: z390 and zcobol Portable Mainframe COBOL Compiler written in structured macro assembler
Clark, Easy answer, there have been no recent changes to IBM's responses on floating point (or bit) support. Harder answer is that you keep getting confused about different terms and requirements. In the '02 Standard there are 3 new USAGEs FLOAT-SHORT FLOAT-LONG FLOAT-EXTENDED IBM (or anyone else) *COULD* implement these as any format of floating point they wanted, e.g. FLOAT-SHORT *could* equal COMP-1 and both FLOAT-LONG and FLOAT-EXTENDED *could* equal COMP-2 There is no requirement in the Standard they be implemented in any IEEE format (or any other portable format). There isn't even any requirement that float-extended take more storage than float-long (but it can't be smaller). *** OK, now for the terminology IEEE floating point. I think (but won't swear to it) that you are talking about the OLD (not decimal based) floating point format. Adding support for this would certainly aid in communication with other z/OS languages and facilities that already support this - as well as in handling files created in other environment. However, before you see that in COBOL, it would be my best guess that IBM is likely to implement the IEEE *decimal* floating-point formats already available in Assembler, PL/I, DB2 and possibly other z/OS languages/facilities. Not only does this seem to be a strategic direction for IBM, but it also provides a data-type that retains COBOL's historic interest in decimal arithmetic accuracy that can be lost in both the traditional IBM hex floating point and the older IEEE binary based floating point. I certainly do not know when this latter may show up, but I would expect it sooner than later. As far as the older IEEE support, I wouldn't be surprised if that NEVER shows up in COBOL (and I am not positive that there is a requirement that explicitly asks for it). Clark Morris cfmpub...@ns.sympatico.ca wrote in message news:ht7am41ddtc4r8c3cij01vdugok96c4...@4ax.com... On 6 Jan 2009 13:09:50 -0800, in bit.listserv.ibm-main you wrote: 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? So what is the status of USAGE BIT and the other usages related to the 2002 standard for which there are existing SHARE requirements? Proper implementation of the standard floating point USAGEs (IEEE floating point) would allow COBOL to cleanly communicate with JAVA while leaving any existing COMP-1 and COMP-2 data as hex floating point. And is IBM COBOL going to support the decimal floating point that has been implemented at least on the z series and that was sponsored by IBM? 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 -- 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, R.S. r.skoru...@bremultibank.com.pl wrote: 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... Very bizarre. I assume you mean 2084, as 2064 will not allow you to create CSS'. BTW, with a 2064 processor, # IM reports consistently with the definitions above. Not so with a 2084. FWIW, we are z/OS 1.8, but this is still HCD 1.7, roughly at RSU 0806, plus HIPERs, PRPs, etc. Number of Undefined LPARs, with a rounding error? C'mon, nobody takes 11 seriously...now 10, that sounds official. It gets even stranger. I changed the device definitions to use Explicit Candidate Lists (per the OP and HELP, # IM takes these into consideration). When I name all three LPARs attached to the CU to the device ECL, #IM remains 10. When I remove two of the three LPARs from the ECL, #IM is 8. Why does it seem to be spotting me 8 LPARs? Is that the current book (no pun intended)? Regards, Art Gutowski Ford Motor Company -- 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
IEFSSSSA, IGDVLD and subsystem calls to SMS
I have seen some shareware code that uses SUBSYS calls to SMS to obtain such information as the STORAGE GROUP a volser resides in, etc. I looked through my manuals to find a discussion regarding some of the fields that were being set in the SSSA prior to subsys call, but, I did not find any discussion in my unlicensed manuals. I am guessing the interface is widely documented anywhere? Any help you can offer would be appreciated. Ken Kripke kkri...@mindspring.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: the Z/10 and timers.
In of76e979ec.2cbf127e-on49257537.00278b0f-49257537.002cf...@us.ibm.com, on 01/07/2009 at 05:10 PM, Timothy Sipples timothy.sipp...@us.ibm.com said: In fairness, I don't think they (the original poster's foil) were talking about multiprocessing in the multitasking sense (sharing one CPU). Nor was I. I think they were talking about hardware designs, Yes, like those marketed by the companies I listed, all[1] of whom had commercially marketed tightly coupled systems before S/360. And it's a little tough to pin down when SMP began, because engineers are going to quibble about the definition and exact characteristics that qualify. I'm not aware of any definition that would exclude, e.g., Bendix G21, Burroughs B5000, GE 625, UNIVAC 1108. However, some notable systems include a version of the System/360 Model 65 (with dual processors -- I've seen this referred to as the M65MP), and this option carried into the Model 67. The 2067 was a somewhat different and, IMHO, better SMP design, although the CPU was almost identical. But for the vast majority of customers dual (or more) CPUs in a single machine weren't typical until System/370. For IBM customers; I don't believe that to be true for Burroughs[2], General Honey B.U.L.L. or UNIVAC. [1] I'm only aware of one Bendix G21, so I'm not sure whether it counts as commercially marketed. [2] At least on their B5x00 and B6500/... lines -- 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: Survey says...
In 110562328-1231275171-cardhu_decombobulator_blackberry.rim.net-9239853...@bxe348.bisx.prod.on.blackberry, on 01/06/2009 at 08:52 PM, Ted MacNEIL eamacn...@yahoo.ca said: That's the point. It's not their requirements; it's those determined by the company, through SME's. Every time someone says I don't believe in theories, another theory dies. I've never been in an audit where the people described as auditors played by your rules[1]. Yes, auditors can be a PITA, but they are a necessary 'evil'. A good auditor is simply necessary, not a necessary evil. An incompetent auditor is simply evil, not a necessary evil. In either case, upper management or government determine what power they have, not your rules. [1] They might be more effective and more useful at in promoting their nominal goal, but we (TINW) have no control over that. -- 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: Auditors (was: Survey says...)
In 5411f4eec9c68f4ca6f78821e685165a027dd...@htxmail.jhacorp.com, on 01/06/2009 at 04:11 PM, Hal Merritt hmerr...@jackhenry.com said: In many parts of the world, auditor behavior is spelled out in ISO 9000. Crap is okay as long as you document that it is crap. -- 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: JCL Logics involving TAPE and Normal File
Flat file is just a sequential file.. -Original Message- From: Paul Gilmartin paulgboul...@aim.com To: IBM-MAIN@bama.ua.edu Sent: Wed, 7 Jan 2009 15:36:45 -0600 Subject: Re: JCL Logics involving TAPE and Normal File On Wed, 7 Jan 2009 13:51:43 -0600, Mark Zelden wrote: On Wed, 7 Jan 2009 13:15:39 -0500, Ram Balaji wrote: 2)I have to prepare a JCL - Which will just copy the GDG Version to a Flat file if the attribute is DASD - If the GDG Version is TAPE the jcl should conver it to DASD and copy the converted DASD to a Flat file. Is this possible using JCL...? Another home work assignment? Can't tell, exactly. But what does the glossary in the Utilities RM say for flat file? -- gil -- 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: JCL Logics involving TAPE and Normal File
Flat file is just a sequential file.. We know that. Our concern is that you are doing another homework assignment. You haven't been clear as to what you're attempting. TAPE files are 'normal' files. The same IEBGENER job (with slight modifications) can be used to copy DISK to DISK, DISK to TAPE, TAPE to DISK, or TAPE to TAPE. You have to just handle SPACE requirements on the OUTPUT file, when needed. What are you really attempting? - 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