Re: Compuware installs get an F
Damn! I wish JCL symbol substitution could be performed in the body of instream UCLIN. Don't we all - symbolics in sysin (in general) that is, not just the specific case you highlight. Add to that a feature that most scheduler products have. Something like 'substitute off'/'substitute on'. Robert -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How can I influence VTS device allocation
Duane, No problem. If I really need a product to achieve what I want and this means that in standard z/OS it is impossible, this is valuable information. Kees. Duane Reaugh [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]... Sorry to put in a plug for a vendor product but ACC from DTS Software can let you select the device or range of devices that you want. www.DTSsoftware.com or [EMAIL PROTECTED] Duane Reaugh DTS Software 919 833 8426 x123 On May 18, 2007, at 8:31 AM, Bruno Sugliani wrote: On Fri, 18 May 2007 14:05:23 +0200, Vernooy, C.P. - SPLXM [EMAIL PROTECTED] wrote: Hello list, We have a TS7700 VTS in a grid Configuration, which consists of 2 TS7700 ** For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
EZASMI and LE
Is anyone aware of whether the EZASMI macro level interface uses LE at any stage? I am about to attempt to write code to allow for persistant connections across IMS transactions and LE enclave term/init. I dont particularly want to code it all only to find there is some C/C++/LE conf asm lurking somewhere that is trashed at enclave termination and I am left with an unusable socket TIA Nick Applications Architect ABSA CIO -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: VTAM question (***)
I just thought if he needed more detailed help on how to you ISPVCALL or ISPF TEST, it might clutter the list a bit too much. I am more than happy to keep the list updated on discussions. Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Chris Mason Sent: Sunday, May 20, 2007 11:05 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: VTAM question (***) Lizette Please remember that archives are kept for the list and that the list works best when all discussion is in the open. Chris Mason - Original Message - From: Lizette Koehler [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Sunday, May 20, 2007 3:40 PM Subject: Re: VTAM question (***) ... If you need more information, contact me offline. Lizette Koehler -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Symbol substitution (was: Compuware installs get an F)
On Mon, 21 May 2007 08:08:35 +0200, Robert Bardos wrote:
Don't we all - symbolics in sysin (in general) that is,
not just the specific case you highlight.
Add to that a feature that most scheduler products have.
Something like 'substitute off'/'substitute on'.
I had assumed that in the DD statement that would be
necessary for compatibility, something such as:
//SYSIN DD DATA,SUBST={NO|YES}
I see little need for such a feature elsewhere in JCL.
Otherwise, I wish there were stricter error checking in
JCL. I'd prefer that when I refer to an undefined symbol,
the parser would report a JCL error rather than quietly
leaving the name unsubstituted, perhaps using a temporary
data set name as a result.
-- gil
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: calling ISPLINK from COBOL
OK, I've now got the batch ISPF set up and working and the program now looks like this - CBL DYNAM IDENTIFICATION DIVISION. PROGRAM-ID. CCSID. ENVIRONMENT DIVISION. CONFIGURATION SECTION. DATA DIVISION. WORKING-STORAGE SECTION. 01 ISPLINK PIC X(8) VALUE 'ISPLINK '. 01 TCCSID PIC X(5). 01 LCCSID PIC S9(8) COMP VALUE 5. 01 VDEFINE PIC X(8) VALUE 'VDEFINE '. 01 ZTERMCID PIC X(8) VALUE 'ZTERMCID'. 01 CHAR PIC X(4) VALUE 'CHAR'. 01 VGET PIC X(8) VALUE 'VGET'. 01 SHARED PIC X(8) VALUE 'SHARED '. PROCEDURE DIVISION. CALL ISPLINK USING VDEFINE ZTERMCID TCCSID CHAR LCCSID. DISPLAY RETURN-CODE UPON SYSOUT. CALL ISPLINK USING VGET ZTERMCID SHARED. DISPLAY RETURN-CODE UPON SYSOUT. DISPLAY TCCSID UPON SYSOUT GOBACK. I'm now getting rc=0 from the VDEFINE but the VGET returns rc=8 - variable not found. Jim McAlpine On 5/18/07, Dave Salt [EMAIL PROTECTED] wrote: Jim, You need to change ZTERMCID to this: 01 ZTERMCID PIC X(8) VALUE 'ZTERMCID'. It's not what's causing the RC=20, but without the above change the return code from the VGET will be 8. Hope that helps, Dave Salt See the new SimpList(tm) rollover image at: http://www.mackinney.com/products/SIM/simplist.htm _ Windows Live Hotmail. Now with better security, storage and features. www.newhotmail.ca?icid=WLHMENCA149 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Synchronize Time Between Mainframe and Servers?
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of R.S. Sent: Saturday, May 19, 2007 8:22 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Synchronize Time Between Mainframe and Servers? As usually in mainframe world, we have a lot of proofs that mainframe is better, we can provide citations from ESA/390 Holy Principles, we can answer that we have ntp server... But the only honest answer to the question is NO, unfortunately we are not able to synchronize with atomic clock, like other devices in our server room. Mainframe *can't do it*. We can only use wrist watch as a time source and then rely on mainframe internal clock. Of course, after the confession we can go back to our Principles, talk about our availability, hint that the rest of the world should synchronize with our CPC... -- Radoslaw Skorupka Lodz, Poland P.S. I would like to hear that I'm wrong. Preferrably with details - how to synchronize the mainframe with ntp server or atomic clock. Preferrably without 9037 Timers, which are expensive and EOM (End Of Market). snip First, I was answering the original question as the poster asked it, with the understanding that they did NOT have an ETR (v1 or v2). As late as 2003 I had a problem with a client who migrated off VSE to z/OS, and then tried to migrate off the mainframe to other platforms. The need for time sync was demonstrable (DR purposes was secondary!), and we could not seem to get management of the company to recognize the issues (they bought the idea that NTP was sufficient). The technical people handling the non-mainframe platforms did understand, and the DBAs (non-mainframe) recognized that time sync using the mainframe would be much more reliable than what they were trying to do (even with that installation using an operator's view of a clock pending the strike of the enter key). So sometimes what you have is a purely political issue. Second, you most certainly can use an external time source to set the mainframe (either via Unix System Services TCP/IP, or through the HMC -- neither of which I have personal experience doing). The question is, since the time source you will attempt to sync to (absent an ETR connected to a GPS/UTC time source) is NOT sufficiently accurate to avoid ambiguities in TOD processing -- why would you desire to use NTP to set the mainframe, as opposed to letting the mainframe be your NTP source? This was my reason for pointing out, from the PoOP, that the TOD cycles bit 51 at the micro-second rate, giving a very small drift (baring a bad power source as someone else pointed out -- but that kind of issue should cause the system to crash because of, shall we call them timer-checks?) compared to Intel Architecture based clocks, which seem to suffer significant drift problems (I have personal experience in this case using Tardis to keep a LAN synchronized and looking at the drift report on the NT server was SCARY - 2-10 seconds in a day, and other LANs with other software/hardware with similar issues). The current thing coming from IBM (which I greatly appreciate and can't wait until we take delivery on the new hardware to use it) is STP. But not having ANY experience with it yet, I can't truly speak to it. Regards, Steve Thompson -- STD disclaimer: poster's posting may not reflect poster's employer's opinions and should not necessarily be construed as such. Deputy Dawg did not approve of this message. YMMV -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: calling ISPLINK from COBOL
Like I said before, the ZTERMCID value should be TCCSID. OK, I've now got the batch ISPF set up and working and the program now looks like this - CBL DYNAM IDENTIFICATION DIVISION. PROGRAM-ID. CCSID. ENVIRONMENT DIVISION. CONFIGURATION SECTION. DATA DIVISION. WORKING-STORAGE SECTION. 01 ISPLINK PIC X(8) VALUE 'ISPLINK '. 01 TCCSID PIC X(5). 01 LCCSID PIC S9(8) COMP VALUE 5. 01 VDEFINE PIC X(8) VALUE 'VDEFINE '. 01 ZTERMCID PIC X(8) VALUE 'ZTERMCID'. 01 CHAR PIC X(4) VALUE 'CHAR'. 01 VGET PIC X(8) VALUE 'VGET'. 01 SHARED PIC X(8) VALUE 'SHARED '. PROCEDURE DIVISION. CALL ISPLINK USING VDEFINE ZTERMCID TCCSID CHAR LCCSID. DISPLAY RETURN-CODE UPON SYSOUT. CALL ISPLINK USING VGET ZTERMCID SHARED. DISPLAY RETURN-CODE UPON SYSOUT. DISPLAY TCCSID UPON SYSOUT GOBACK. I'm now getting rc=0 from the VDEFINE but the VGET returns rc=8 - variable not found. Jim McAlpine -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Technical Support magazine
Try http://www.naspa.com/tsm0207a You may have to log in to see some of the content Check the bottom on the webpage -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Kenneth E Tomiak Sent: Saturday, May 19, 2007 9:04 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: [IBM-MAIN] Technical Support magazine On Sat, 19 May 2007 19:53:48 -0400, Gerhard Postpischil [EMAIL PROTECTED] wrote: http://www.naspa.net/ Except that going to .net and clicking on NaSPA sends you to naspa.com, where (under Netscape) I get a fatal error: Call to undefined function user_access() in C:\www_hosts\naspa5 \sites\all\modules\browser_support\browser_support.module on line 155 Gerhard Postpischil Bradford, VT You could try the other link the web page: In September of 2000 NetStream and NASPA merged under the company umbrella of Technical Enterprises. You now have the best of both worlds. http://www.techenterprises.net/ It seems you are dead set on reaching something that may not exist. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Technical Support magazine
I agree, the website it extremely difficult to navigate. When did they change it from the classic 'red' web pages. I found the pubs at the following URLs once I was logged on... http://www.technicalsupport-digital.com/technicalsupport/200704/ http://www.technicalsupport-digital.com/technicalsupport/200703/ etc... Once in their magazine navigator, the archive button gets you links to the other electronic copies. Jeffrey Deaver, Engineer Systems Engineering [EMAIL PROTECTED] 651-665-4231(v) 651-610-7670(p) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: calling ISPLINK from COBOL
Jim, I know I am late to this party, so forgive me if I mention something that has been mentioned already or not related to the original question. But, it looks like you want ISPF-Cobol. If so, have you looked at using ISPF's built-in MODEL's? If not, they provide a great jumping off point to get something started. On Lun May 21 14:51 , Jim McAlpine [EMAIL PROTECTED] sent: OK, I've now got the batch ISPF set up and working and the program now looks like this - CBL DYNAM IDENTIFICATION DIVISION. PROGRAM-ID. CCSID. ENVIRONMENT DIVISION. CONFIGURATION SECTION. DATA DIVISION. WORKING-STORAGE SECTION. 01 ISPLINK PIC X(8) VALUE 'ISPLINK '. 01 TCCSID PIC X(5). 01 LCCSID PIC S9(8) COMP VALUE 5. 01 VDEFINE PIC X(8) VALUE 'VDEFINE '. 01 ZTERMCID PIC X(8) VALUE 'ZTERMCID'. 01 CHAR PIC X(4) VALUE 'CHAR'. 01 VGET PIC X(8) VALUE 'VGET'. 01 SHARED PIC X(8) VALUE 'SHARED '. PROCEDURE DIVISION. CALL ISPLINK USING VDEFINE ZTERMCID TCCSID CHAR LCCSID. DISPLAY RETURN-CODE UPON SYSOUT. CALL ISPLINK USING VGET ZTERMCID SHARED. DISPLAY RETURN-CODE UPON SYSOUT. DISPLAY TCCSID UPON SYSOUT GOBACK. I'm now getting rc=0 from the VDEFINE but the VGET returns rc=8 - variable not found. Jim McAlpine On 5/18/07, Dave Salt [EMAIL PROTECTED] wrote: Jim, You need to change ZTERMCID to this: 01 ZTERMCID PIC X(8) VALUE 'ZTERMCID'. It's not what's causing the RC=20, but without the above change the return code from the VGET will be 8. Hope that helps, Dave Salt See the new SimpList(tm) rollover image at: http://www.mackinney.com/products/SIM/simplist.htm -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: VTAM question (***)
In a message dated 5/21/2007 7:02:03 A.M. Central Daylight Time, [EMAIL PROTECTED] writes: just thought if he needed more detailed help on how to you ISPVCALL or ISPF TEST, it might clutter the list a bit too much. I am more than happy to keep the list updated on discussions. That's the spirit. Guess what I'd do is reassemble the LOGMODEs and USSTABs or copy them to new names. Check with the emulator vendor if there are fixes for z/OS level, then if were still occurring I'd go with the traces and breakpoints. ** See what's free at http://www.aol.com. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: calling ISPLINK from COBOL
In a message dated 5/21/2007 9:23:18 A.M. Central Daylight Time, [EMAIL PROTECTED] writes: I know I am late to this party, so forgive me if I mention something that has been mentioned already or not related to the original question. Yeah he's in the debugging phase now. Guess the place to start is Dialog test and see where the crumbs fall. There used to an ISPF/PDF Samples but can't find it in the online docs. Even had a sample order entry application coded in PL/1, COB, ASM for illustrative purposes. ** See what's free at http://www.aol.com. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Technical Support magazine
Jeffrey Deaver wrote: I agree, the website it extremely difficult to navigate. When did they change it from the classic 'red' web pages. I found the pubs at the following URLs once I was logged on... http://www.technicalsupport-digital.com/technicalsupport/200704/ http://www.technicalsupport-digital.com/technicalsupport/200703/ etc... Once in their magazine navigator, the archive button gets you links to the other electronic copies. Jeffrey Deaver, Engineer Systems Engineering [EMAIL PROTECTED] 651-665-4231(v) 651-610-7670(p) I'm not able to get in via any of the links. For http://www.naspa.com/tsm0207a I get: Fatal error: Call to undefined function user_access() in C:\www_hosts\naspa5\sites\all\modules\browser_support\browser_support.module on line 155 for http://www.naspa.com/00articlesbysubject.htm I get Page not found for http://www.technicalsupport-digital.com/technicalsupport/200704/ I get redirected to http://www.naspa.com/join which shows up as Fatal error: Call to undefined function user_access() in C:\www_hosts\naspa5\sites\all\modules\browser_support\browser_support.module on line 155 Fun stuff. 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: calling ISPLINK from COBOL
Kurt, I've changed that value but I'm still getting the same errors. The VDEFINE gets rc=0 but the VGET returns rc=8. Jim McAlpine On 5/21/07, Kurt Gramling [EMAIL PROTECTED] wrote: Like I said before, the ZTERMCID value should be TCCSID. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Technical Support magazine
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Steve Comstock Sent: Monday, May 21, 2007 9:32 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Technical Support magazine SNIP I'm not able to get in via any of the links. For http://www.naspa.com/tsm0207a I get: Fatal error: Call to undefined function user_access() in C:\www_hosts\naspa5\sites\all\modules\browser_support\browser_support.mo dule on line 155 for http://www.naspa.com/00articlesbysubject.htm I get Page not found for http://www.technicalsupport-digital.com/technicalsupport/200704/ I get redirected to http://www.naspa.com/join which shows up as Fatal error: Call to undefined function user_access() in C:\www_hosts\naspa5\sites\all\modules\browser_support\browser_support.mo dule on line 155 SNIP You using Firefox, IE or what? I ask because I use Firefox and I have found various sites that have some kind of affinity to IE. And some sites just do not work right when I access them from my Linux laptop, but if I reboot to W2K they work just fine. Regards, Steve Thompson -- STD Disclaimer: Opinions expressed by poster do not necessarily match those of poster's employer. This posting was not approved by Might Mouse. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Technical Support magazine
It's intermittent from where I am. Jim McAlpine On 5/21/07, Steve Comstock [EMAIL PROTECTED] wrote: I'm not able to get in via any of the links. For http://www.naspa.com/tsm0207a I get: Fatal error: Call to undefined function user_access() in C:\www_hosts\naspa5\sites\all\modules\browser_support\browser_support.module on line 155 for http://www.naspa.com/00articlesbysubject.htm I get Page not found for http://www.technicalsupport-digital.com/technicalsupport/200704/ I get redirected to http://www.naspa.com/join which shows up as Fatal error: Call to undefined function user_access() in C:\www_hosts\naspa5\sites\all\modules\browser_support\browser_support.module on line 155 Fun stuff. 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: VTAM question (***)
Ed I'd be amazed - quite utterly astounded - at this stage in its existence if VTAM was causing problems with changes in mode table (LOGMODE) internal format. I very, very much doubt that could be in any way anything to do with the reported effect. In any case, Debbie may be using the IBM-supplied mode table ISTINCLM - even if the MODETAB operand is present but the selected mode table entry comes from ISTINCLM. Since we are talking about an effect happening deep within the SNA session and the Unformatted System Services table (USSTAB) is customization applied to the session between the secondary LU and the SSCP (VTAM), I just cannot see any sense whatsoever in paying any attention to that table even if there was a possibility of a change in internal format - which I also thoroughly doubt. I'm going to have to enrol you into the grape-shot school of problem resolution. g I can't say I'd ever performed this sort of research but isn't the need to regenerate - including reassembly - customized tables one of the sorts of issues covered by the documentation a systems programmer goes through when planning a new release? In fact the traces it might be useful to collect - if it's still possible - are the NetView Session Monitor (NLDM) complete PIU (CPIU) primary traces over the period in the session which demonstrates the change - both at the V1R4 and V1R7 levels. That would be a clear starting point from which to consider further tracing within the TSO component - perhaps such as you are suggesting. Actually I'm having a bit of a problem working out about what spirit you may be talking. Chris Mason - Original Message - From: Ed Finnell [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Monday, May 21, 2007 4:24 PM Subject: Re: VTAM question (***) In a message dated 5/21/2007 7:02:03 A.M. Central Daylight Time, [EMAIL PROTECTED] writes: just thought if he needed more detailed help on how to you ISPVCALL or ISPF TEST, it might clutter the list a bit too much. I am more than happy to keep the list updated on discussions. That's the spirit. Guess what I'd do is reassemble the LOGMODEs and USSTABs or copy them to new names. Check with the emulator vendor if there are fixes for z/OS level, then if were still occurring I'd go with the traces and breakpoints. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Alias
In [EMAIL PROTECTED], on 05/17/2007 at 11:55 AM, Bruce Black [EMAIL PROTECTED] said: The IBM utility IEBUPDTE says it can assign aliases in a PDS or PDSE but they don't provide any examples. You can't use IEBUPDTE to update a load module. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: calling ISPLINK from COBOL
I've changed that back to a value of ZTERMCID and it's now returning rc=0 for both calls. I was sure I had tried that before at Dave Salts' suggestion, but maybe not. Now I just need to find out why the ccsid is blank. Thanks for all your help. Jim McAlpine On 5/21/07, Kurt Gramling [EMAIL PROTECTED] wrote: RC=8 is variable not found. Kurt, I've changed that value but I'm still getting the same errors. The VDEFINE gets rc=0 but the VGET returns rc=8. Jim McAlpine On 5/21/07, Kurt Gramling [EMAIL PROTECTED] wrote: Like I said before, the ZTERMCID value should be TCCSID. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Technical Support magazine
I just talked to my friend Scott Scherer, who used to run Naspa, and now just works there. He was glad to know about the difficulties. They just went from a format of having a monthly magazine, to putting the articles on their site as soon as they were written. He assured me that someone will be looking into this, and that someone from Naspa should be posting to the list in the next hour or so to clear things up. Eric Bielefeld Sr. z/OS Systems Programmer Milwaukee, Wisconsin 414-475-7434 - Original Message - From: Jeffrey Deaver [EMAIL PROTECTED] I agree, the website it extremely difficult to navigate. When did they change it from the classic 'red' web pages. I found the pubs at the following URLs once I was logged on... http://www.technicalsupport-digital.com/technicalsupport/200704/ http://www.technicalsupport-digital.com/technicalsupport/200703/ etc... Once in their magazine navigator, the archive button gets you links to the other electronic copies. Jeffrey Deaver, Engineer Systems Engineering [EMAIL PROTECTED] 651-665-4231(v) 651-610-7670(p) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: calling ISPLINK from COBOL
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Jim McAlpine Sent: Monday, May 21, 2007 10:20 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: calling ISPLINK from COBOL I've changed that back to a value of ZTERMCID and it's now returning rc=0 for both calls. I was sure I had tried that before at Dave Salts' suggestion, but maybe not. Now I just need to find out why the ccsid is blank. Thanks for all your help. Jim McAlpine From the book: quote CCSID coded character set identifier of the terminal. Set by ISPF based on the code page and character set of the terminal. If the terminal code page and character set cannot be queried or if they are not supported by ISPF, this variable will be blank. /quote Perhaps your TN3270E emulator does not support querying of the CCSID. Another possibility is that you are not using a queriable VTAM logmode. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Is there a way to Remove BOOK from PF6 in SDSF?
Tom, I would whole heatedly agree with you, except in this case. An ISPF table that has been modified to suite the personel needs of the site is only valid as long as its based upon the current itteration of the module. Were this table to be updated via maintenance (little chance) then the usermoded copy would not longer have any integrity. The only option at that point would be to remake that ISPF table from the current delivered copy. (i.e. Your version that you applied via usermod may not contain a variable that the new one, delivered via maintenance, now contains) Using a usermod would however raise a flag to whoever was doing maintenance that some modification had been made to this module, were that person not the one who made the original update they may be inclined to just re-apply the usermod. If you were going to do something like this with a usermod, you would not want to keep the modified version of the ISPF table around where it could be re-applied. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: calling ISPLINK from COBOL
We only use logmodes D4C32XX3 and those beginning SNX3270* all of which have the query bit set so I'm now presuming its is an emulator issue. Thanks Jim McAlpine On 5/21/07, McKown, John [EMAIL PROTECTED] wrote: From the book: quote CCSID coded character set identifier of the terminal. Set by ISPF based on the code page and character set of the terminal. If the terminal code page and character set cannot be queried or if they are not supported by ISPF, this variable will be blank. /quote Perhaps your TN3270E emulator does not support querying of the CCSID. Another possibility is that you are not using a queriable VTAM logmode. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Synchronize Time Between Mainframe and Servers?
Thanks to all who have commented. It's been an education. SNTPD started task. Seems simple enough. Howsomever, neither the IP Config guide nor Reference tells you much more than the name of the procedure, where to find the sample, and what it does. I.e., neither tells you how it works or any setup you have to provide in order for it to key off an ETR. Surely I have to at least point something to the ETR and/or provide some authentication? -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Field, Alan C. Sent: Friday, May 18, 2007 4:06 PM To: IBM-MAIN@BAMA.UA.EDU Subject:Re: Synchronize Time Between Mainframe and Servers? Pat, You don't need a Sysplex timer to do this. The sysplex timer ensures the mainframe(s)have a consistent time. With or without a timer you can run an SNTP task on the mainframe (its part of TCP/IP since about z/OS 1.6), otherwise look for Keith Clapp's excellent SNTP product. Have your enterprise query the SNTP on the mainframe and set their clocks off that for a consistent timestamp across your organization. Developers are asking me if we can do this to prevent anomalies between timestamps across platforms. In case it's an issue, no, I don't have a sysplex or timer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
calling ISPLINK from COBOL
I'm trying to convert the following pseudo code to run under COBOL 01 CHAR PIC X(4) VALUE 'CHAR'. is incorrect. When you define a character value with a length less than 8 you need a trailing blank: 01 CHAR PIC X(5) VALUE 'CHAR '. Gene Lynd -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Synchronize Time Between Mainframe and Servers?
Pat, It is that simple. My guess is that SNTPD task queries the time in the processor clock (think TIME or STCK macro) and I presume formats the result in an appropriate NTP format and makes it available on the appropriate port (123?) to all requesters. If you have an ETR AND you set and correct it using an external source (like NIST) then you will be able to provide accurate time to your organization. If you set the mainframe clock with the operator's wristwatch then you might not have accurate time but you will have consistent timestamps across all platforms which is what you are requesting i.e. no more transactions completing on one platform before they have begun on another. Alan -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Miller, Pat Thanks to all who have commented. It's been an education. SNTPD started task. Seems simple enough. Howsomever, neither the IP Config guide nor Reference tells you much more than the name of the procedure, where to find the sample, and what it does. I.e., neither tells you how it works or any setup you have to provide in order for it to key off an ETR. Surely I have to at least point something to the ETR and/or provide some authentication? Pat, You don't need a Sysplex timer to do this. The sysplex timer ensures the mainframe(s)have a consistent time. With or without a timer you can run an SNTP task on the mainframe (its part of TCP/IP since about z/OS 1.6), otherwise look for Keith Clapp's excellent SNTP product. Have your enterprise query the SNTP on the mainframe and set their clocks off that for a consistent timestamp across your organization. Developers are asking me if we can do this to prevent anomalies between timestamps across platforms. In case it's an issue, no, I don't have a sysplex or timer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: calling ISPLINK from COBOL
Jim McAlpine of the IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 05/21/2007 08:51:56 AM: OK, I've now got the batch ISPF set up and working and the program now looks like this - CBL DYNAM IDENTIFICATION DIVISION. PROGRAM-ID. CCSID. ENVIRONMENT DIVISION. CONFIGURATION SECTION. DATA DIVISION. WORKING-STORAGE SECTION. 01 ISPLINK PIC X(8) VALUE 'ISPLINK '. 01 TCCSID PIC X(5). 01 LCCSID PIC S9(8) COMP VALUE 5. 01 VDEFINE PIC X(8) VALUE 'VDEFINE '. 01 ZTERMCID PIC X(8) VALUE 'ZTERMCID'. 01 CHAR PIC X(4) VALUE 'CHAR'. 01 VGET PIC X(8) VALUE 'VGET'. 01 SHARED PIC X(8) VALUE 'SHARED '. PROCEDURE DIVISION. CALL ISPLINK USING VDEFINE ZTERMCID TCCSID CHAR LCCSID. DISPLAY RETURN-CODE UPON SYSOUT. CALL ISPLINK USING VGET ZTERMCID SHARED. DISPLAY RETURN-CODE UPON SYSOUT. DISPLAY TCCSID UPON SYSOUT GOBACK. I'm now getting rc=0 from the VDEFINE but the VGET returns rc=8 - variable not found. I can compile and execute the above program in ISPF with no modifications. start pgm(ccsid) 01047 *** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: VTAM question (***)
On Mon, 21 May 2007 17:11:41 +0200, Chris Mason [EMAIL PROTECTED] wrote: I can't say I'd ever performed this sort of research but isn't the need to regenerate - including reassembly - customized tables one of the sorts of issues covered by the documentation a systems programmer goes through when planning a new release? As it turns out, the version of ISTINCLM in use here is not IBM's default. It was customized long before my tenure here and not documented. I will need to do some checking with other people here to see what they remember about the reason it was customized as well as what changes were made. Since no one is really complaining (at least not very loudly) about it, it won't be a priority. And, since posting my original question, I have noticed that the behavior is not consistent -- which leads me to believe that it is, indeed, related to changing screen sizes. Thank you all for your help. Debbie Mitchell Utica National Insurance Group -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: calling ISPLINK from COBOL
In a message dated 5/21/2007 12:18:31 P.M. Central Daylight Time, [EMAIL PROTECTED] writes: can compile and execute the above program in ISPF with no modifications. Out of curiosity, which Emulator and Logmode are you running? ** See what's free at http://www.aol.com. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 3350 failures
In a message dated 5/17/2007 3:30:41 P.M. Central Daylight Time, [EMAIL PROTECTED] writes: On Thu, 17 May 2007 15:01:48 -0400, William Donzelli wrote: I have a lead on a few 3350s - obsolete, but that is the point What point its that? By today's standards they are very slow. And at 635 MB per unit, you can get the capacity of several strings for a couple of hundred dollars and carry it in your pocket. Does anyone still service 3350s? Yes, they were kludgy way back then and absurd now, but it seems he wants to get one or more working and attached to a mainframe for reason(s) he has not divulged. Even though their 635MB can be replaced by a more modern device that fits in your pocket, I don't think the pocket devices attach very well to a mainframe. Maybe his mainframe is just as obsolete as his 3350s. And he will also need a control unit (also obsolete?) to drive them. Good luck. Bill Fairchild Plainfield, IL ** See what's free at http://www.aol.com. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: VTAM question (***)
In a message dated 5/21/2007 12:20:03 P.M. Central Daylight Time, [EMAIL PROTECTED] writes: be a priority. And, since posting my original question, I have noticed that the behavior is not consistent -- which leads me to believe that it is, indeed, related to changing screen sizes. If you want to play around with the LOGMODES can do LOGON APPLID(majnode) LOGMOD(D4C32XXC) or one that hasn't been modified. ** See what's free at http://www.aol.com. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Synchronize Time Between Mainframe and Servers?
On Fri, 18 May 2007 18:19:20 -0400, Thompson, Steve wrote: But then, my experience with TOD drift against a known standard has been rather remarkable. Quite seriously, it has been only a few seconds over a year's period of time. Our old z800 would drift a few seconds every month. I haven't had the opportunity to observe the accuracy of the z9 clocks. But the 9037-002 is going obsolete soon, so I'm going to have to address this again. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: calling ISPLINK from COBOL
On 21 May 2007 10:00:21 -0700, [EMAIL PROTECTED] (Lynd, Eugene , Contractor, J6C) wrote: 01 CHAR PIC X(4) VALUE 'CHAR'. is incorrect. When you define a character value with a length less than 8 you need a trailing blank: 01 CHAR PIC X(5) VALUE 'CHAR '. Gene Lynd Why does he need that? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: calling ISPLINK from COBOL
Ed Finnell of the IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 05/21/2007 12:25:02 PM: In a message dated 5/21/2007 12:18:31 P.M. Central Daylight Time, [EMAIL PROTECTED] writes: can compile and execute the above program in ISPF with no modifications. Out of curiosity, which Emulator and Logmode are you running? Emulator: Vista tn3270 1.6. Logmodes: SNX32702, SNX32705, and D4C32XX3. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 3350 failures
Bill Fairchild writes Yes, they were kludgy way back then and absurd now, but it seems he wants to get one or more working and attached to a mainframe for reason(s) he has not divulged. Even though their 635MB can be replaced by a more modern device that fits in your pocket, I don't think the pocket devices attach very well to a mainframe. Maybe his mainframe is just as obsolete as his 3350s. And he will also need a control unit (also obsolete?) to drive them. Good luck. I think the original poster was looking for old hardware in the context of a museum display - which would make sense. Nobody in their right mind would actually want to run any of that old equipment for real. It's far too bulky for an in-home installation and the power requirements are well beyond what you would expect a hobbyist to tackle. FWIW my recollection of 3350s is that they were a huge improvement over the '30s and they were originally problematic. IBM had more or less got them working well by the time the '80s were released. Both '50s and '80s had problems with seals and with oil droplets smacking into heads at high speed. CC -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Vista Tn3270 (was: Re: calling ISPLINK from COBOL)
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of John P Kalinich Sent: Monday, May 21, 2007 12:59 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: calling ISPLINK from COBOL snip Emulator: Vista tn3270 1.6. Logmodes: SNX32702, SNX32705, and D4C32XX3. Hum, I wonder how long before Tom Brennan Software is sued by Microsoft over the name Vista as causing confusion in the market place? And, if he resists, I wonder how long it will be before MS creates an inferior, but free, TN3270 emulator bundled into Windows (ref: Netscape). -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 3350 failures
Yes, they were kludgy way back then and absurd now, but it seems he wants to get one or more working and attached to a mainframe for reason(s) he has not divulged. There is no secret to why I want 3350s - it is to save, assemble, and restore old mainframe systems. There are a small number of us that lurk on this list (I am the most vocal, by far) that see these old machines and programs as important bits of history, similar to the reason there are others interested in old cars, planes, trains, and so forth. This list can be a great resource for information because of a few regular posters (thank you, guys), and once in a great while a lead will form to save some interesting bit of hardware or software destined for the scrap heap. Maybe his mainframe is just as obsolete as his 3350s. Yes, that is the point. Unfortunately, vintage processors disappeared more completely than the other goodies, like the DASDs. However, with everything so scarce, it make sense to grab whatever comes up and worry about other important things later. And he will also need a control unit (also obsolete?) to drive them. Good luck. Will a 3880 with proper microcode control 3350s? -- Will -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How can I influence VTS device allocation
On Fri, 18 May 2007 07:31:02 -0500, Bruno Sugliani [EMAIL PROTECTED] wrote: On Fri, 18 May 2007 14:05:23 +0200, Vernooy, C.P. - SPLXM [EMAIL PROTECTED] wrote: Hello list, We have a TS7700 VTS in a grid Configuration, which consists of 2 TS7700 clusters each with its own tapeunits, coupled together as one VTS with two distributed libraries as seen by SMS. Since it is one VTS to SMS, SMS will select a random tapeunit from the total pool of devices. Normally this is no problem. However, if I want tot read statistics from each cluster's library manager, I must address a device from that specific cluster. Since SMS considers it one VTS, I have not been able to force my allocation to an address of the desired cluster. I tried a unitaddress, created generics for each cluster and used them, but no success. Cluster 0 has devices 0600-06FF, cluster 1 has devices 0700-07FF. How can I force an allocation to a device of the desired cluster? Exactly the same here . We faced the same problem , I'll ask if my colleague found a way , she was working on it Bruno Bruno(dot)sugliani(at)groupemornay(dot)asso(dot)fr Hi , yes she did :-)) My colleague is a lady who does not give away easily and she did this : The job allocates datasets on a logical volume as follows She created 2 management class on the Library Manager called MCVIRA and MCVIRB VIRA is for Distlib 0 and VIRB is for distlib 1 ( these are Nocopy ) in the job she allocates 2 datasets called XYZ.VIRA and XYZ.VIRB In the ACS routines she has a filtlist on the LLQ according to the LLQ she set either MCBVIRA or MCBVIRB She handles the storage class in the same way and she ends up with one dataset on each side and gets her statistics for each machine Bruno Bruno(dot)sugliani(at)groupemornay(dot)asso(dot)fr -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Synchronize Time Between Mainframe and Servers?
On Sat, 19 May 2007 17:02:52 +0200, R.S. wrote: 1. I don't know whether STP solution can use 'atomic clock' as a time reference. AFAIK, it was asked on the list, but noone answered. 2. (**) Two sysplex timers are required, because of redundancy. AFAIK if you loose ETR (sysplex timer or timer connection), then all your systems will end with wait state. We only have one timer. We only use it to keep the clocks relatively close to reality and to keep them consistent across the enterprise. Also, if you lose the timer, you can recover and run without it. It takes a few seconds for error recovery and to present the option on the console. By this time, most of our communication sessions time out, so we've got some work to do to get everything reconnected. But batch JOBs continue to run and everything else runs just fine too once you restart all your VTAM applications and such. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Vista Tn3270 (was: Re: calling ISPLINK from COBOL)
On 21 May 2007 11:02:36 -0700, [EMAIL PROTECTED] (McKown, John) wrote: Emulator: Vista tn3270 1.6. Logmodes: SNX32702, SNX32705, and D4C32XX3. Hum, I wonder how long before Tom Brennan Software is sued by Microsoft over the name Vista as causing confusion in the market place? And, if he resists, I wonder how long it will be before MS creates an inferior, but free, TN3270 emulator bundled into Windows (ref: Netscape). It would probably be cheaper to just threaten to do this, and then buy the name or even the company. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Vista Tn3270 (was: Re: calling ISPLINK from COBOL)
Hum, I wonder how long before Tom Brennan Software is sued by Microsoft over the name Vista as causing confusion in the market place? Tom's product has history as it was there long before Vista was even imagined (not that that will stop M$ from attempting something if they decided to) Lionel B. Dyck, Consultant/Specialist Enterprise Platform Services, Mainframe Engineering KP-IT Enterprise Engineering, Client and Platform Engineering Services (CAPES) 925-926-5332 (8-473-5332) | E-Mail: [EMAIL PROTECTED] AIM: lbdyck | Yahoo IM: lbdyck Kaiser Service Credo: Our cause is health. Our passion is service. We?re here to make lives better.? ?Never attribute to malice what can be caused by miscommunication.? NOTICE TO RECIPIENT: If you are not the intended recipient of this e-mail, you are prohibited from sharing, copying, or otherwise using or disclosing its contents. If you have received this e-mail in error, please notify the sender immediately by reply e-mail and permanently delete this e-mail and any attachments without reading, forwarding or saving them. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 3350 failures
In a message dated 5/21/2007 1:02:57 P.M. Central Daylight Time, [EMAIL PROTECTED] writes: Will a 3880 with proper microcode control 3350s? Yes. Bill Fairchild Plainfield, IL ** See what's free at http://www.aol.com. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: VTAM question (***)
Going from z/OS 1.6 to 1.8 I have noticed similar behavior. Is it more pronounced on terminals such as Mod 3 (32X80) versus Mod 5 (27X132)? If you use IPT I found some relief with OA20772. Otherwise I opened TSO and ISPF ETRs to no avail and still have a VTAM ETR outstanding. Regards, Kevin -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Debbie Mitchell Sent: Monday, May 21, 2007 10:20 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: VTAM question (***) On Mon, 21 May 2007 17:11:41 +0200, Chris Mason [EMAIL PROTECTED] wrote: I can't say I'd ever performed this sort of research but isn't the need to regenerate - including reassembly - customized tables one of the sorts of issues covered by the documentation a systems programmer goes through when planning a new release? As it turns out, the version of ISTINCLM in use here is not IBM's default. It was customized long before my tenure here and not documented. I will need to do some checking with other people here to see what they remember about the reason it was customized as well as what changes were made. Since no one is really complaining (at least not very loudly) about it, it won't be a priority. And, since posting my original question, I have noticed that the behavior is not consistent -- which leads me to believe that it is, indeed, related to changing screen sizes. Thank you all for your help. Debbie Mitchell Utica National Insurance Group -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 3350 failures
IBM 3880 - 1 or 2 (IBM DASD and Control Units Facts Folder G520-3075-2) William Donzelli [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 05/21/2007 02:02 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Re: 3350 failures Will a 3880 with proper microcode control 3350s? -- Will -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 3350 failures
IBM 3880 - 1 or 2 (IBM DASD and Control Units Facts Folder G520-3075-2) OK, thanks. I need to find a 3880 anyway, so now this doubles the reason. -- Will -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Internet Orders
Has anyone had any luck the last few days with electronic orders from IBM? SMPE receive order times out after two hours for me both today and last Friday. I also have a product order that shows the internet delivery portion still in 'manufacturing'. I think the physical media, shipped Friday, will beat the electronic download! Tom Chicklon Hastings Mutual Insurance Company -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How can I influence VTS device allocation
Sorry to put in a plug for a vendor product duane, my policy is to never make an unsoliited reference to an Innovation product, but when we have one that directly addresses a problem or need expressed by a poster, I feel free to mention our products. No one seems to have a problem with this. -- Bruce A. Black Senior Software Developer for FDR Innovation Data Processing 973-890-7300 personal: [EMAIL PROTECTED] sales info: [EMAIL PROTECTED] tech support: [EMAIL PROTECTED] web: www.innovationdp.fdr.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: calling ISPLINK from COBOL
If I'm not mistaken, you probably should not be VDEFINING that variable at all - it already exists in the profile pool. You need to VGET it from the profile pool - I think your code was getting it from the shared pool. Jim Harrison - Original Message - From: Jim McAlpine [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Monday, May 21, 2007 11:20 AM Subject: Re: calling ISPLINK from COBOL I've changed that back to a value of ZTERMCID and it's now returning rc=0 for both calls. I was sure I had tried that before at Dave Salts' suggestion, but maybe not. Now I just need to find out why the ccsid is blank. Thanks for all your help. Jim McAlpine On 5/21/07, Kurt Gramling [EMAIL PROTECTED] wrote: RC=8 is variable not found. Kurt, I've changed that value but I'm still getting the same errors. The VDEFINE gets rc=0 but the VGET returns rc=8. Jim McAlpine On 5/21/07, Kurt Gramling [EMAIL PROTECTED] wrote: Like I said before, the ZTERMCID value should be TCCSID. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How can I influence VTS device allocation
On Mon, 21 May 2007 14:51:03 -0400, Bruce Black [EMAIL PROTECTED] wrote: Sorry to put in a plug for a vendor product duane, my policy is to never make an unsoliited reference to an Innovation product, but when we have one that directly addresses a problem or need expressed by a poster, I feel free to mention our products. No one seems to have a problem with this. No problem. And I'd personally rather see the (IMO legitimate) response here than have a bunch of vendors call me or send me emails when I didn't specifically ask to be contacted. I also don't like it when they call or send me emails after I post about something my shop does that they feel could be done better with their product. But I guess they are just trying to make a living so I try to be a little tolerant. :-) Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group: G-ITO mailto:[EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Old RAMAC 2 still viable?
Part of the problem was that neither CVOL nor VSAM catalogs could record dates beyond 1999 (2 digit date field) -- Bruce A. Black Senior Software Developer for FDR Innovation Data Processing 973-890-7300 personal: [EMAIL PROTECTED] sales info: [EMAIL PROTECTED] tech support: [EMAIL PROTECTED] web: www.innovationdp.fdr.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
TN3270 emulator on Linux.
I run Linux at home, not Windows. I use a VPN to get into work. In the past, I've used x3270 to do 3270 type work. I recently got Crossover Linux which can run __some__ MS Windows application under Linux. Just for fun, I tried an old version of QWS3270 that I purchased from JollyGiant software on it. It worked very well. I was just wondering if anybody else out there use Linux as their desktop with Crossover Linux and tried any other TN3270 emulator. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Recommend Coax-Attached Consoles?
Hi, We are planning on replacing some of our *very* old operator's consoles (IBM 3471's) with something a bit newer and I am trying to identify products that might work for us. We support a *lot* of separate MVS VM images (50 or more) and have switched to Visara boxes to replace most of our controllers. This has allowed us to combine multiple consoles on one terminal and we would like to better exploit that capability. I think our requirements are very simple: o the simpler, and more traditional console-like, the better o we want consoles and no other functionality o we do not want anything Windows-based o preferably without any sort of hard drive or other failure-prone components o all of the terminals will be connected to Visara boxes o they need to be coax-attached (we do not want to be at the mercy of our IP network.) o they should be able to display multiple sessions (max 4) concurrently for operator monitoring o they should be able to support multiple sessions (10) that the Visara controllers allow us to put on one coax o must work with LCD screens o support standard mainframe keyboard o no mouse required o something that will last us another 15-20 years like the 3471's did o we are considering Visara's UTC-L devices (any experience with them?) Any other suggestions on devices that you use and like? Bob Sun Microsystems (StorageTek) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Vista Tn3270 (was: Re: calling ISPLINK from COBOL)
Maybe Tom should sue Microsoft. They obviously took his name, which was there long before Vista. Eric Bielefeld Sr. z/OS Systems Programmer Milwaukee, Wisconsin 414-475-7434 Hum, I wonder how long before Tom Brennan Software is sued by Microsoft over the name Vista as causing confusion in the market place? And, if he resists, I wonder how long it will be before MS creates an inferior, but free, TN3270 emulator bundled into Windows (ref: Netscape). -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Internet Orders
I had preventative maintenance for z/OS 1.7 do the same thing. I finally deleted the order on the IBM shopzseries website and started over with a new order. No problem on the second try. Neil M. Douglas El Dorado County Information Technologies Information Tech Analyst II 360 Fair Lane - Bldg B Placerville, CA 95667 Phone - (530) 621-5418 Chicklon, Tom [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 05/21/2007 11:50 AM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Internet Orders Has anyone had any luck the last few days with electronic orders from IBM? SMPE receive order times out after two hours for me both today and last Friday. I also have a product order that shows the internet delivery portion still in 'manufacturing'. I think the physical media, shipped Friday, will beat the electronic download! Tom Chicklon Hastings Mutual Insurance Company -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: calling ISPLINK from COBOL
From: Jim McAlpine [EMAIL PROTECTED] I've changed that back to a value of ZTERMCID and it's now returning rc=0 for both calls. I was sure I had tried that before at Dave Salts' suggestion, but maybe not. Now I just need to find out why the ccsid is blank. Have you tried executing the program in foreground? If not, put the load module in a library that's allocated to the ISPLLIB ddname, then enter 'TSO loadname' on any ISPF command line. This will at least tell you if the issue is due to batch versus foreground. Also, what happens if you VGET the value from the SHARED pool using a simple REXX procedure; is it still blank? Dave Salt See the new SimpList(tm) rollover image at: http://www.mackinney.com/products/SIM/simplist.htm _ New Windows Live Hotmail is here. Upgrade for free and get a better look. www.newhotmail.ca?icid=WLHMENCA150 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Synchronize Time Between Mainframe and Servers?
On Mon, 21 May 2007 09:55:13 -0400, Thompson, Steve [EMAIL PROTECTED] wrote: . . . Second, you most certainly can use an external time source to set the mainframe (either via Unix System Services TCP/IP, or through the HMC -- neither of which I have personal experience doing). The question is, since the time source you will attempt to sync to (absent an ETR connected to a GPS/UTC time source) is NOT sufficiently accurate to avoid ambiguities in TOD processing -- why would you desire to use NTP to set the mainframe, as opposed to letting the mainframe be your NTP source? This was my reason for pointing out, from the PoOP, that the TOD cycles bit 51 at the micro-second rate, giving a very small drift . . . The magnetron in my microwave oven cycles at a sub-nanosecond rate. That does not mean it would be be suitable as a low drift clock source. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Vista Tn3270 (was: Re: calling ISPLINK from COBOL)
On Mon, 21 May 2007 14:25:20 -0500, Eric Bielefeld wrote: Maybe Tom should sue Microsoft. They obviously took his name, which was there long before Vista. They have an army of lawyers and he'd have to buy one (or more). They have to pay their lawyers whether they need them or not, so they purposefully need them for one reason or another all of the time. They could just tie things up in court until he ran out of money, then win by default whether they were right or not. It happens all the time. -- Tom Schmidt Madison, WI (I hope they leave him alone but I wouldn't mind if the name changed to dodge the bullet; His code is still the best stuff especially for the price.) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Synchronize Time Between Mainframe and Servers?
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Andy Wood Sent: Monday, May 21, 2007 2:29 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Synchronize Time Between Mainframe and Servers? On Mon, 21 May 2007 09:55:13 -0400, Thompson, Steve [EMAIL PROTECTED] wrote: . . . Second, you most certainly can use an external time source to set the mainframe (either via Unix System Services TCP/IP, or through the HMC -- neither of which I have personal experience doing). The question is, since the time source you will attempt to sync to (absent an ETR connected to a GPS/UTC time source) is NOT sufficiently accurate to avoid ambiguities in TOD processing -- why would you desire to use NTP to set the mainframe, as opposed to letting the mainframe be your NTP source? This was my reason for pointing out, from the PoOP, that the TOD cycles bit 51 at the micro-second rate, giving a very small drift . . . The magnetron in my microwave oven cycles at a sub-nanosecond rate. That does not mean it would be be suitable as a low drift clock source. snip Would that be because it does not have any missing-beat detection micro-code (no pun intended) and would as a result post an error condition (machine check)? Perhaps there is no circuitry to force the magnetron to lock at a precise frequency (say 1.037 GHz +/- 10KHz) because the freq drift is (a) not important as long as you stay around the assigned micro-wave freq +/- 1% so that leakage is not a problem? (b) H2O doesn't necessarily care about the precise frequency, close enough will do? (c) the FCC (or equivalent) doesn't care as long as there is insufficient leakage to interfere with other SHF devices? Sorry, but I've retired from working on radar and micro-wave stuff and haven't touched it since solid state took over. Regards, Steve Thompson -- Std. Disclaimer about employer, opinions, etc. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Synchronize Time Between Mainframe and Servers?
On 21 May 2007 12:33:45 -0700, [EMAIL PROTECTED] (Andy Wood) wrote: The magnetron in my microwave oven cycles at a sub-nanosecond rate. That does not mean it would be be suitable as a low drift clock source. Personal computers have had built in clocks forever - but they have been cheap and unreliable. The solution was to synchronize often. I bought a program that did this calculating the lag in my modem and phone line, but nowadays it is part of the OS. I wonder how Vax's used to do this with their early acceptance of world wide systems being the norm. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
IPLINFO Question
Sorry to clutter the list with this, but it might be useful for others: We just got through with a DR test. During this test, management wanted to emulate as close as possible the resources we would have available at the DR hotsite based on the current contract with a DR service provider. To do this, the service provider was to limit CPU available to our z/OS image. It looked like they did this, but when we execute Mark Zelden's fine freeware IPLINFO EXEC, the results appear to be for the entire complex and not just for our image under VM. Is this correct ??? Is there a better way to get a MIPS or MSU calculation from just our single z/OS image ??? -- 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TN3270 emulator on Linux.
On 21 May 2007 12:22:49 -0700, [EMAIL PROTECTED] (McKown, John) wrote: I run Linux at home, not Windows. I use a VPN to get into work. In the past, I've used x3270 to do 3270 type work. I recently got Crossover Linux which can run __some__ MS Windows application under Linux. Just for fun, I tried an old version of QWS3270 that I purchased from JollyGiant software on it. It worked very well. I was just wondering if anybody else out there use Linux as their desktop with Crossover Linux and tried any other TN3270 emulator. We have some Linux users and some Mac users who use their own programs to connect (windows users use BlueZone).Our LAN support is working on a web based emulator that will replace the Mac software sometime this summer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Delete invalid dataset name
How might we delete this little bugger? SYS1.DFDSS.DEFRAG..PRD9LF.DUMMY John Donnelly z/OS Systems Services National Semiconductor Corporation 2900 Semiconductor Drive Santa Clara, CA 95051 PH: 408-721-5640 Email: [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Delete invalid dataset name
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of John P Donnelly Sent: Monday, May 21, 2007 3:18 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Delete invalid dataset name How might we delete this little bugger? SYS1.DFDSS.DEFRAG..PRD9LF.DUMMY John Donnelly In the deep, dark past, I used IEHPROGM. I wonder in a DELETE ... NVR would work? -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Delete invalid dataset name
Did you have a defrag fail on PRD9LF? Has the cause of that failure been corrected? Idcams - Delete NVR possibly with a file(dd1) where dd1 is the ddname pointing to the volume where the target dataset resides. From: John P Donnelly [mailto:[EMAIL PROTECTED] Sent: Mon 5/21/2007 4:17 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Delete invalid dataset name How might we delete this little bugger? SYS1.DFDSS.DEFRAG..PRD9LF.DUMMY John Donnelly z/OS Systems Services National Semiconductor Corporation 2900 Semiconductor Drive Santa Clara, CA 95051 PH: 408-721-5640 Email: [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Data Areas Manuals to be dropped
In a message dated 5/17/2007 2:08:14 P.M. Central Daylight Time, [EMAIL PROTECTED] writes: the number is meaningless until you know what it is measuring, even if it is accurate. Of course, there's no reason to believe that it's accurate. See the 16 MAY 2007 Dilbert for additional info on meaninglessness and accuracy of numbers: _http://www.unitedmedia.com/comics/dilbert/archive/dilbert-20070516.html_ (http://www.unitedmedia.com/comics/dilbert/archive/dilbert-20070516.html) Bill Fairchild Plainfield, IL ** See what's free at http://www.aol.com. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IPLINFO Question
You could look at the user directory for the primary address space size, but this can change-#CP DEFINE STORAGE size. From the guest representing your system #CP QUERY VIRTUAL STORAGE or from another guest #CP INDICATE USER userid. Regards, Kevin -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Kopischke, David G. Sent: Monday, May 21, 2007 1:06 PM To: IBM-MAIN@BAMA.UA.EDU Subject: IPLINFO Question Sorry to clutter the list with this, but it might be useful for others: We just got through with a DR test. During this test, management wanted to emulate as close as possible the resources we would have available at the DR hotsite based on the current contract with a DR service provider. To do this, the service provider was to limit CPU available to our z/OS image. It looked like they did this, but when we execute Mark Zelden's fine freeware IPLINFO EXEC, the results appear to be for the entire complex and not just for our image under VM. Is this correct ??? Is there a better way to get a MIPS or MSU calculation from just our single z/OS image ??? -- 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Delete invalid dataset name
In a message dated 5/21/2007 3:18:12 P.M. Central Daylight Time, [EMAIL PROTECTED] writes: How might we delete this little bugger? SYS1.DFDSS.DEFRAG..PRD9LF.DUMMY An untested suggestion: Try IMASPZAP with //SYSLIB DD DSN=FORMAT4.DSCB,DCB=KEYLEN=44,vol=ser=whatever CCHHR statement points to the Format 1 DSCB of the little bugger. Then VER and REP the data set name, whose offset in the VER/REP will be from 00 to 2B. In the REP statement, change all the bytes to something printable, then use normal delete techniques. I trust the little bugger is not cataloged. Bill Fairchild Plainfield, IL ** See what's free at http://www.aol.com. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Recommend Coax-Attached Consoles?
Bob wrote: [...] I think our requirements are very simple: o the simpler, and more traditional console-like, the better o we want consoles and no other functionality o we do not want anything Windows-based o preferably without any sort of hard drive or other failure-prone components o all of the terminals will be connected to Visara boxes o they need to be coax-attached (we do not want to be at the mercy of our IP network.) o they should be able to display multiple sessions (max 4) concurrently for operator monitoring o they should be able to support multiple sessions (10) that the Visara controllers allow us to put on one coax o must work with LCD screens o support standard mainframe keyboard o no mouse required o something that will last us another 15-20 years like the 3471's did o we are considering Visara's UTC-L devices (any experience with them?) Any other suggestions on devices that you use and like? I think, your requirements are not possible to fit: (the answer are 1:1 with the requirements) 1. There are no more traditional consoles. Of course, many 3278-like are still in use, but you cannot buy anything new. 2. OK 3. If you want something brand-new (not from second-hand), then you have very limited choice: Windows-based PC or Linux-based PC (rare). 4. See above. PCs are not so failure-prone, I buried more terminals than PCs in my operations room. YMMV. 5. Well. Don't ask us, read Visara documentation or ask Visara guy... 6. NO WAY. Maybe Visara still support it, but no one else. Any COAX-based device belong to history. BTW: You can have your own *physically separated* ethernet newtork. The protocol would be TCP?IP, but it doesn't hurt. Eth. switch (good one) costs less than $100. 7. You can have multiple sessions on any PC. As much as you want. 8. 10 or 4 ? 9. Every current PC does work with LCD. 10. What does it mean ? Mainframe layout ? Well, you can simply map the keys as you want, or buy a keyboard looking like real mainframe keyboard. The keyboard costs approx. $100-200, while regular PC-keyboard approx. $10. 11. OK, no mouse. THe price will be a little bit higher - special requirement vbg 12. One of my PC's works as a console/terminal for 8 years. I've got it from someone, who disposed old equipment. Pentium 166. Still working. But seriously: Nobody could give you such warranty. Lifetime in IT is much shorter. In general you have three choices: 1. Simply agree with nowadays world, forget about COAX, hard terminals and start using PC, ethernet, etc. 2. Buy some equipment on second hand market. It could be set of 3174's, 2074's (it is PC and supports ethernet connections only) or Visara's and some 3278 hard terminals. 3. Do nothing and live with your equipment as 10 years ago. HTH -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2007 r. kapita zakadowy BRE Banku SA (w caoci opacony) wynosi 118.064.140 z. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchwa XVI WZ z dnia 21.05.2003 r., kapita zakadowy BRE Banku SA moe ulec podwyszeniu do kwoty 118.760.528 z. Akcje w podwyszonym kapitale zakadowym bd w caoci opacone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Technical Support magazine
Naspa offered a deal for returning members, something like $20 for 20 months, so I took it. They email when new magazines are available. But I am not sure if I will renew when the 20 months are up -- Bruce A. Black Senior Software Developer for FDR Innovation Data Processing 973-890-7300 personal: [EMAIL PROTECTED] sales info: [EMAIL PROTECTED] tech support: [EMAIL PROTECTED] web: www.innovationdp.fdr.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: problem substituting variables
In [EMAIL PROTECTED], on 05/11/2007 at 01:31 PM, Visser, Hans (PinkRoccade Infrastructure Services Technisch Specialist) [EMAIL PROTECTED] said: Why is the variable vqual2a substituted by QUAL, but vqual2b not by the 2??? Because you used vqual2a as a tail but used vqual2 as a stem. I like to have following result QUAL1.QUAL2.QUAL3. How could that be reached??? varvalue = QUAL1.vqual2a||vqual2b'.'QUAL3 Assuming that you haven't used QUAL1. as a stem. Otherwise try varvalue = QUAL1'.'vqual2a||vqual2b'.'QUAL3 -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Date Time in JCL
In [EMAIL PROTECTED], on 05/17/2007 at 12:30 PM, Mark Steely [EMAIL PROTECTED] said: I believe the answer is no and that's what I told the customer, but I will ask any way. Is there a way to dynamically add the current date and time to a dataset through JCL ? We are z/OS V1R7. There is no direct way; various posters have mentioned indirect ways. My preference would be to use a scheduling package or ISPF File Tailoring. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Synchronize Time Between Mainframe and Servers?
In !!AAAYAN4tmqr/aItLkw6fT3JvZv/[EMAIL PROTECTED], on 05/18/2007 at 09:55 PM, Doc Farmer [EMAIL PROTECTED] said: But then again, I'm a bit of a horophile (no sniggering, it doesn't mean THAT) I don't see what else it could mean; I can't think of any other Greek or Latin word with the same root. But why would I find a reference to time to be salacious in the first place? -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Synchronize Time Between Mainframe and Servers?
In [EMAIL PROTECTED], on 05/19/2007 at 03:22 PM, R.S. [EMAIL PROTECTED] said: As usually in mainframe world, we have a lot of proofs that mainframe is better, we can provide citations from ESA/390 Holy Principles, we can answer that we have ntp server... But the only honest answer to the question is NO, unfortunately we are not able to synchronize with atomic clock, like other devices in our server room. Mainframe *can't do it*. We can only use wrist watch as a time source and then rely on mainframe internal clock. No, that is not an honest answer. An honest answer would be that you are currently running without the required hardware and software but that it has been possible for lo these many releases when correctly configured. P.S. I would like to hear that I'm wrong. Okay, you're wrong. Preferrably without 9037 Timers, And you knew that you were wrong. No doubt you have an objection to STP as well, but the fact that you can't or w'ont use it doesn't mean that it's not available. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: VTAM question (***)
In [EMAIL PROTECTED], on 05/19/2007 at 05:25 PM, Debbie Mitchell [EMAIL PROTECTED] said: Subject: VTAM question (***) Why do you believe that it is a VTAM issue? We have just upgraded from z/OS 1.4 to z/OS 1.7. There is a slight behaviour difference in ISPF, however, when navigating ISPF panels. I'm 99% sure the change I need to make is in VTAM somewhere, Why? When going from certain panels to other (homegrown) panels, the user is presented with *** at the bottom of the screen and must hit enter. Prior to the implementation of 1.7, however, the *** was not presented and the new panel was displayed without having to hit enter. That sounds like an application problem, having to do with the relation between line mode and full screen I/O. I'd suggest either doing the ISPF traces that others have suggested or a TPUT trace and seeing what changed in the trace between 1.4 and 1.7. Can someone point me to where I need to look? Terminal I/O in your applications, especially ISPF. ISPF profile changes. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: VTOC FULL
In [EMAIL PROTECTED], on 05/15/2007 at 02:56 PM, Robert Pelletier [EMAIL PROTECTED] said: Hi All. We are V2R10. Can I dynamically rebuild a VTOC on a 3390? You can dynamically expand an existing VTOC. Fixing a corrupted or destroyed VTOC is much hairier. If so what utility would work? DSF. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IPLINFO Question
On Mon, 21 May 2007 14:06:18 -0600, Kopischke, David G. [EMAIL PROTECTED] wrote: Sorry to clutter the list with this, but it might be useful for others: We just got through with a DR test. During this test, management wanted to emulate as close as possible the resources we would have available at the DR hotsite based on the current contract with a DR service provider. To do this, the service provider was to limit CPU available to our z/OS image. It looked like they did this, but when we execute Mark Zelden's fine freeware IPLINFO EXEC, the results appear to be for the entire complex and not just for our image under VM. Is this correct ??? Is there a better way to get a MIPS or MSU calculation from just our single z/OS image ??? My IPLINFO exec is only a rough guestimate based on the SU value in the RMCT which it converts to SUs per second: The approximate total MIPS (SUs/SEC / 48.5 * # general CPUs) This is the best I was able to do with (unauthorized) rexx code at the time I added that code. It also assumes a non-capped CPU. The way to do this since z/OS R1 (+ a 64-bit machine) is to use SYSEVENT QVS. ShowMVS does that. So you should be able to use ShowMVS to get what you want. See file 492 of the CBT tape - http://www.cbttape.org Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group: G-ITO mailto:[EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Delete invalid dataset name
On 21 May 2007 13:18:10 -0700, in bit.listserv.ibm-main (Message-ID:[EMAIL PROTECTED]) [EMAIL PROTECTED] (John P Donnelly) wrote: How might we delete this little bugger? SYS1.DFDSS.DEFRAG..PRD9LF.DUMMY In the past, I've had luck deleting datasets with invalid characters and/or format in two ways: 1. DD statement DISP=(OLD,DELETE) with the DSN within quotes. Remember to code UNIT VOL. If there are lower case letters, you have to be careful how it's submitted because some techniques will upper-case it for you. (Of course, stick it in a jobstep, probably IEFBR14.) 2. D command from ISPF dataset list of a volume. -- 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IPLINFO Question
SHOWuOS use three methods to get the info. 1. Like IPLINFO does (unauth) 2. SYSEVENT QVS (auth) 3. SYSEVENT REQLPDAT (auth) Sample with one zIIP SRM MIPS: 923.560 (SU/sec) / 48.5 No of CPU: 5 zAAP/zIIP excl. MSU QVS: CEC: 126 IMG: 8 REQLPDAT: Flags: C0 Defined capacity Capdata valid CEC-Capacity: 126 LPAR: LP0101Capacity: 8 Factor : 2286 Weight :277344 # weight acc: 30816 Service : 3 Time uncap :71 capped : 0 Roland -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Zelden Sent: Monday, May 21, 2007 10:59 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: IPLINFO Question On Mon, 21 May 2007 14:06:18 -0600, Kopischke, David G. [EMAIL PROTECTED] wrote: Sorry to clutter the list with this, but it might be useful for others: We just got through with a DR test. During this test, management wanted to emulate as close as possible the resources we would have available at the DR hotsite based on the current contract with a DR service provider. To do this, the service provider was to limit CPU available to our z/OS image. It looked like they did this, but when we execute Mark Zelden's fine freeware IPLINFO EXEC, the results appear to be for the entire complex and not just for our image under VM. Is this correct ??? Is there a better way to get a MIPS or MSU calculation from just our single z/OS image ??? My IPLINFO exec is only a rough guestimate based on the SU value in the RMCT which it converts to SUs per second: The approximate total MIPS (SUs/SEC / 48.5 * # general CPUs) This is the best I was able to do with (unauthorized) rexx code at the time I added that code. It also assumes a non-capped CPU. The way to do this since z/OS R1 (+ a 64-bit machine) is to use SYSEVENT QVS. ShowMVS does that. So you should be able to use ShowMVS to get what you want. See file 492 of the CBT tape - http://www.cbttape.org -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IPLINFO Question
On Mon, 21 May 2007 13:32:55 -0700, Neubert, Kevin (DIS) wrote: You could look at the user directory for the primary address space size, but this can change-#CP DEFINE STORAGE size. From the guest representing your system #CP QUERY VIRTUAL STORAGE or from another guest #CP INDICATE USER userid. I don't have direct access to the VM system. Just my z/OS image. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Is there a way to Remove BOOK from PF6 in SDSF?
Alan Scott wrote: Tom, Using a usermod would however raise a flag to whoever was doing maintenance that some modification had been made to this module, were that person not the one who made the original update they may be inclined to just re-apply the usermod. If you were going to do something like this with a usermod, you would not want to keep the modified version of the ISPF table around where it could be re-applied. I understand you do not want him to keep the modified table in with his job that received the usermod, but the table will be around in the target dataset. Someone who works hard enough can just copy it from there. What needs to be done in the usermod is document the process of creating the table so they don't have to go looking for the old one either. Include all of the steps required to use the original table, modify it, and bundle it in the usermod. Way too much work for me, I would write a one line rexx command named book: return 0 /* rexx */ and let it act as if it had nothing assigned to PF6. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: LRECL of Spanned Records
In a message dated 5/16/2007 5:37:42 P.M. Central Daylight Time, [EMAIL PROTECTED] writes: The 32K limit is driven by the fact this binary integer is considered Signed; so instead of 0 thru 65535 it's -32767 thru 32768 The last 8 bytes are lost to track marks and block marks reserved space. What exactly are track marks and block marks reserved space? I never heard of them before. Bill Fairchild Plainfield, IL ** See what's free at http://www.aol.com. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IPLINFO Question
On Mon, 21 May 2007 15:59:21 -0500, Mark Zelden wrote: My IPLINFO exec is only a rough guestimate based on the SU value in the RMCT which it converts to SUs per second: The approximate total MIPS (SUs/SEC / 48.5 * # general CPUs) This is the best I was able to do with (unauthorized) rexx code at the time I added that code. It also assumes a non-capped CPU. The way to do this since z/OS R1 (+ a 64-bit machine) is to use SYSEVENT QVS. ShowMVS does that. So you should be able to use ShowMVS to get what you want. See file 492 of the CBT tape - http://www.cbttape.org This is not a complaint. A rough guesstimate is all I'm looking for. I hadn't really cared what my image was getting previous to this test. Now our management wants to operate under the constraints of our contract and I thought I'd take a look and see what we were getting. So, if VM defines 4 virtual CPUs to our image, that's what the image sees so that skews the approximation. So I could just undo the virtual CPU over allocation by dividing by 4 ??? I'm pretty good with this new math. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PUTTING DISK OFFLINE - JES3 ENVIRONMENT
In [EMAIL PROTECTED], on 05/15/2007 at 06:32 AM, Tom Marchant [EMAIL PROTECTED] said: It's an MVS message, not a JES3 message. Your commands are not making it to JES3. $ is not the usual JES3 command prefix. * is the default sysplex scope command prefix, though your installation may have changed it. It's not enough to use a JES3 prefix character; he needs to use JES3 syntax. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Delete invalid dataset name
On Mon, 21 May 2007 17:08:05 -0400, Arthur T. wrote: How might we delete this little bugger? SYS1.DFDSS.DEFRAG..PRD9LF.DUMMY 1. DD statement DISP=(OLD,DELETE) with the DSN within quotes. Remember to code UNIT VOL. If there are lower case letters, you have to be careful how it's submitted because some techniques will upper-case it for you. (Of course, stick it in a jobstep, probably IEFBR14.) Ouch! Only Shane would approve of such a product. The present requirement is an example of why it's undesirable. 2. D command from ISPF dataset list of a volume. I've found that not to work in cases. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Delete invalid dataset name
Tom replied with the only correct answer and it has been that way for at least 15 yrs. Bob Richards -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Paul Gilmartin Sent: Monday, May 21, 2007 6:25 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Delete invalid dataset name On Mon, 21 May 2007 17:08:05 -0400, Arthur T. wrote: How might we delete this little bugger? SYS1.DFDSS.DEFRAG..PRD9LF.DUMMY 1. DD statement DISP=(OLD,DELETE) with the DSN within quotes. Remember to code UNIT VOL. If there are lower case letters, you have to be careful how it's submitted because some techniques will upper-case it for you. (Of course, stick it in a jobstep, probably IEFBR14.) Ouch! Only Shane would approve of such a product. The present requirement is an example of why it's undesirable. 2. D command from ISPF dataset list of a volume. I've found that not to work in cases. LEGAL DISCLAIMER The information transmitted is intended solely for the individual or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of or taking action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you have received this email in error please contact the sender and delete the material from any computer. SunTrust and Seeing beyond money are federally registered service marks of SunTrust Banks, Inc. [ST:XCL] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Why is there JOB scope for DSN ENQ's anyway?
Farley, Peter x23353 wrote: Picking up on something Paul G. said in another thread, I realized I have never known *why* the system issues JOB scope ENQ's on DSN's. I do realize that it is most probably to avoid an ENQ deadly embrace somewhere along the line, but for the life of me (well, and maybe because it's Friday) I can't think why a DSN ENQ would be JOB scope instead of STEP scope. At least not by default, anyway. I've never heard of an ENQ with job scope. A quick look at the ISGENQ service shows the following scope values: Doc from ISGENQ macro prolog SCOPE=STEP indicates that the resource is serialized only within an address space. If STEP is specified, a request for the same Qname and Rname from a program in another address space denotes a different resource. SCOPE=SYSTEM indicates that the resource is serialized across all address spaces in a system. SCOPE=SYSTEMS indicates that the resource is serialized across all systems in a GRS Star or GRS Ring complex. SCOPE=SYSPLEX indicates that the resource is serialized across all systems in a GRS Star sysplex or GRS ring. (Same as scope SYSTEMS.) /Doc from ISGENQ macro prolog -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Technical Support magazine
On Mon, 21 May 2007 16:43:48 -0400, Bruce Black [EMAIL PROTECTED] wrote: Naspa offered a deal for returning members, something like $20 for 20 months, so I took it. They email when new magazines are available. But I am not sure if I will renew when the 20 months are up ... I just looked at some of the sections in the ezine. Since I'm mostly into mainframe communication software I looked at Networking. Not much (if anything) relating to mainframe. (Maybe Web-to-Hose was supposed to be Web-to-Host. ) I gae up on Networking and tride Legacy Systems. Topics: General Mainframe, MVS, OS 390, OS2, VM, VSE. MVS and OS/390, but not z/OS? This is not encouraging. Pat O'Keefe -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PUTTING DISK OFFLINE - JES3 ENVIRONMENT
In a message dated 5/21/2007 5:53:08 P.M. Central Daylight Time, [EMAIL PROTECTED] writes: It's not enough to use a JES3 prefix character; he needs to use JES3 syntax. From the IBM MVS System Commands book (SA22-7627-14): For devices managed by JES3, issue a *VARY command instead of the MVS VARY command to change online or offline status. See Placing Devices Online or Offline to JES3 in z/OS JES3 Commands. The bottom line is are you trying to make the device offline to MVS or offline to JES3? Bill Fairchild Plainfield, IL ** See what's free at http://www.aol.com. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Why is there JOB scope for DSN ENQ's anyway?
On Mon, 21 May 2007 16:01:57 -0700, Edward Jaffe wrote: I've never heard of an ENQ with job scope. A quick look at the ISGENQ service shows the following scope values: OK. We were being careless, and I may be at fault for starting it. The issue is why ENQs are issued at the beginning of the job and held until the last step that uses the data set name, rather than being dequeued after each step and re-enqueued at the next step, and for only the data set names used in that step. Duration would have been a better word than scope, which is already used in the other sense. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Recommend Coax-Attached Consoles?
Hi Bob, We use VISARA's SCON-22L controllers that have both COAX and Ethernet connections. We needed the COAX attachment to connect to the SUN ( STK ) 9310 SILOs as we didn't have the budget for the STK Ethernet LMU attachments ( we have 4 STK LMU units ). When we acquired the VISARA SCON-22L controllers in 2004, we had many of the requirements you listed. In particular, NO PC-based console devices, especially Windows-based. So we acquired the VISARA NCT console terminals ( over 40 ). Some of them we ordered with COAX cards in the NCT console, however, every NCT comes with an Ethernet connection standard. On day 1, we were able to replace our IBM 3174 console controllers with the SCON-22Ls with little effort. Literally, on day 2, we were able to replace our aging IBM 3471 dumb terminals with the COAX NCTs with even less effort. If we had acquired additional Ethernet- based LUs on our SCON-22Ls, we would have converted the COAX NCTs to Ethernet long ago. So far, the NCTs have performed as VISARA advertises and they meet some of the requirements you have: No Hard Disk, Not Windows-based, etc. I am curious why you feel you must have COAX to avoid the company LAN/WAN. The reason I ask is I assume you have one or more z800/z900/z890/z990 processor(s) ( or even 9672s ). I also assume you have one or more IBM Hardware Management Console(s) that are connected to those processor(s). Lastly, I hope you have the HMC(s) and the processor (s) 'attached' to each other via an Ethernet 'private' ( our network folks preferred the term 'limited access ' ) LAN. If all the above is true, then you have the same 'basic' setup that we had back in 2004. We simply replaced the IBM-supplied Ethernet HUBs with a couple of CISCO Ethernet switches and connected the Ethernet NCTs, VISARA SCON-22Ls and other Ethernet equipment to these switches. As far as the corporate network was concerned, this 'private network' didn't exist. In our case, this didn't last long ( a couple of months ) because of a requirement to support a 'dual command center' configuration. In that case, this 'private' LAN was changed to a 'limited access' LAN by placing a CISCO Router between the CISCO Ethernet switches and the company LAN/WAN at each site. An 'access list' was added to each router so that the 'private' LAN segment at one location could contact any device with the 'private' LAN segment at the other location. To this day, this all works the way it is suppose to. The only times we have ever experienced any problems with this configuration is when the network folks modify the 'access list' in those routers. Feel free to contact me off-list if you have any questions regarding this info. Glenn Miller -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 3350 failures
[EMAIL PROTECTED] wrote: IBM 3880 - 1 or 2 (IBM DASD and Control Units Facts Folder G520-3075-2) William Donzelli [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 05/21/2007 02:02 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Re: 3350 failures Will a 3880 with proper microcode control 3350s? -- Will -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html - IIRC, there was also a head of string 3350 that would act as a controller. But the memory is growing older and dimmer; check other sources. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Why is there JOB scope for DSN ENQ's anyway?
At 18:43 -0500 on 05/21/2007, Paul Gilmartin wrote about Re: Why is there JOB scope for DSN ENQ's anyway?: On Mon, 21 May 2007 16:01:57 -0700, Edward Jaffe wrote: I've never heard of an ENQ with job scope. A quick look at the ISGENQ service shows the following scope values: OK. We were being careless, and I may be at fault for starting it. The issue is why ENQs are issued at the beginning of the job and held until the last step that uses the data set name, rather than being dequeued after each step and re-enqueued at the next step, and for only the data set names used in that step. There is a simple reason. The ENQs are done before the job is started so that all of the datasets are available to the steps. If you release and reacquire the ENQs, there is a possibility that you will not be able to reacquire them (due to some other job grabbing them between your DEQ and ENQ) or even worse, ending up in a deadly embrace (where two jobs each want the same ENQs but can not get them). The way it works now, you wait until everything is available and then run, doing DEQs for those datasets that are no longer needed. The question of holding a Exclusive ENQ when you only need a Shared ENQ (ie: Exclusive in Step1 and continuing to hold Exclusive when only needing Shared in subsequent steps) is due to a poor ENQ design that has no provision for altering an Exclusive to a Shared (while having the useless Shared to Exclusive capability that is almost impossible to be able to use due to the probability that some other task shares your Shared ENQ lock). The amount of coding work needed to fix this design flaw is under one man day (just flip the E/S flag in the ENQ queue record from E to S and then drive the routine that handles a DEQ of an Exclusive ENQ that is followed on its queue by a waiting Shared ENQ [IOW: Take entries 2+ out of hold and assign them as Shared owners of the ENQ until you run off the end of the list or encounter another Exclusive ENQ request]). IBM has repeated refused to devote the minimal resources needed to fix this problem. Note: I acknowledge that there also needs to be updates to the ENQ and ISGENQ macros to request this option and a new flag bit in their Parm fields. That and what happens if you make the request on a system that is missing the support is the bigger problem than making the few lines of code change to support the capability. Duration would have been a better word than scope, which is already used in the other sense. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 3350 failures
The following message is a courtesy copy of an article that has been posted to bit.listserv.ibm-main as well. [EMAIL PROTECTED] writes: IBM 3880 - 1 or 2 (IBM DASD and Control Units Facts Folder G520-3075-2) old email with reference to finding bug in the 3350 support in 3880 controller (and possibility of same bug having been in 3830 controller) http://www.garlic.com/~lynn/2007b.html#email800402 in this recent post http://www.garlic.com/~lynn/2007b.html#28 What is command reject trying to tell me? above post also references early 3880 MVS RAS testing in this post http://www.garlic.com/~lynn/2007.html#2 The Elements of Programming Style -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
