John De Young is out of the office.
I will be out of the office starting 07/26/2010 and will not return until 08/02/2010. I will respond to your message when I return. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: LE calling assembler with 64 bit register usage
On Fri, 23 Jul 2010 00:17:17 -0400, Phil Smith III wrote: >We have a largish batch LE C application that runs in POSIX mode. For > performance optimization, we're rewriting a couple of routines in assembler. Have you measured the performance boost the OPTIMIZE compiler option brings you? Is it still worth it trying to do better in assembler? Jantje. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
getting NJE node name
I'm trying to simulate TSO TRANSMIT format data for secure email I find I need the NJE node I'm executing on for the header Has anyone any code they have used to extract this??? All hints gratefully received. Andy Robertson telephone mobile 0777 214 9545 home 01308 420797 ** This email is confidential and may contain copyright material of the John Lewis Partnership. If you are not the intended recipient, please notify us immediately and delete all copies of this message. (Please note that it is your responsibility to scan this message for viruses). Email to and from the John Lewis Partnership is automatically monitored for operational and lawful business reasons. ** John Lewis plc Registered in England 233462 Registered office 171 Victoria Street London SW1E 5NN Websites: http://www.johnlewis.com http://www.waitrose.com http://www.greenbee.com http://www.johnlewispartnership.co.uk ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Need tape compare program, was Re: Copy tape GDG (
Thanks for that. Downloaded it but apart from the 32K restriction I don't think it will do the job. Looking at the documentation it seems to have originally been written for sequential datasets and then updated to only do PDS'es. I've tried a couple of other options. ICETOOL has the COUNT option and this works for tapes that are VBS but not for RECFM=U (such as those created by ADRDSSU) and although the record count for each tape in a multi-volume set is different, the total amount of records are the same so that is a partial solution. RMM also gives a record count for each tape which is a different number than ICETOOL but the total is 1 byte different! Cheers, Seb. On Tue, 20 Jul 2010 15:45:23 -0500, Rick Fochtman wrote: > >Take a look at the Yale Compare program, from the CBTTAPE site. It is >DCB-independant and will show you the actual differences, without regard >to how many differences it fnds. > >But it won't handle blksizes larger than 32,760. > >Rick > >-- >For IBM-MAIN subscribe / signoff / archive access instructions, >send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO >Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: getting NJE node name
How are you doing this. REXX? Assembler? Other? So are you creating a program that will generate the email using SMTP or some other process? Lizette > > I'm trying to simulate TSO TRANSMIT format data for secure email > > I find I need the NJE node I'm executing on for the header > > Has anyone any code they have used to extract this??? All hints > gratefully received. > > > > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
EMC Timefinder Snap and Dealloc
I have a concern of the way the EMC Software - Timefinder Snap - under Mainframe Enabler Software 7.0 works. EMC decided that when the SNAP function occurs on a volume, they would issue the S DEALLOC proc (Yes IEFBR14) to get IOS to vary the volume offline sooner. I am not sure if that is a good thing. It is issued for each vary offline command they create. If I have 10 volumes and each one gets an IEFBR14 - maybe not so bad But if I had 1000's of volumes I am snapping, I am not sure. Each one takes up a stc num and clutters up my spool for one thing. So I thought I would ask, is this the best way to get vary offline to hurry up? Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: C-I-C-S vs KICKS
Has anyone seen the old CICS poster that was made of all forms of what CICS could mean? I lost mine many years ago in a move and would love to find another one. On Fri, Jul 23, 2010 at 11:27 PM, CM Poncelet wrote: > That is what an ex-IBMer from the old days told me 'CICS' originally stood > for - before it was renamed as 'Customer Information Control System' and > sold to the rest of the world. I have no supporting evidence apart from this > hearsay. > > > zMan wrote: > > On Fri, Jul 23, 2010 at 10:21 PM, CM Poncelet >> wrote: >> >> >> >>> Slight diversion ... but if CICS originally stood for 'Cincinnati >>> Information Control System' should it not be pronounced SICS? Meanwhile >>> it's >>> developed at Hursley here in England and we pronounce it KICKS. ;-) >>> Cheers, >>> Chris Poncelet CA >>> >>> >>> >> >> CM, are you suggesting that was the original name (a la "CMS" originally >> being "Cambridge Monitor System" rather than "Conversational")? I hadn't >> heard that one. The Google gets no hits, which doesn't prove or disprove >> it. >> I'm certainly not challenging you, just curious: do you have any >> supporting >> evidence? Or were you just being funny, and I'm taking this wy too >> seriously? >> >> > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Mainframe books
Probably not exactly what you are looking for, but on the topic of books about the mainframe, I would like to recommend the following. What On Earth is a Mainframe? By David Stephens. I have loaned my copy of this book to several Windows and UNIX folks and they have all given it very positive reviews regarding how it helped them understand mainframe concepts and principles. Kriss Davis Illinois State University -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: C-I-C-S vs KICKS
On 23 Jul 2010 18:24:26 -0700, zedgarhoo...@gmail.com (zMan) wrote: >That's OK, John, Ted was just repeating what I'd said many posts earlier. So >you can agree with me, and sleep at night. > >P.S. I like "United Statesians" -- makes perfect sense! It still isn't sufficient, there are other American countries with names that start off with "The United States of". -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: getting NJE node name
COBOL/HLASM The program is my XMITMAIL freeware, callable subroutine to send an email- Andy To: IBM-MAIN@bama.ua.edu From: Lizette Koehler Sent by: IBM Mainframe Discussion List Date: 07/26/2010 12:34PM Subject: Re: getting NJE node name How are you doing this. REXX? Assembler? Other? So are you creating a program that will generate the email using SMTP or some other process? Lizette > > I'm trying to simulate TSO TRANSMIT format data for secure email > > I find I need the NJE node I'm executing on for the header > > Has anyone any code they have used to extract this??? All hints > gratefully received. > > ** This email is confidential and may contain copyright material of the John Lewis Partnership. If you are not the intended recipient, please notify us immediately and delete all copies of this message. (Please note that it is your responsibility to scan this message for viruses). Email to and from the John Lewis Partnership is automatically monitored for operational and lawful business reasons. ** John Lewis plc Registered in England 233462 Registered office 171 Victoria Street London SW1E 5NN Websites: http://www.johnlewis.com http://www.waitrose.com http://www.greenbee.com http://www.johnlewispartnership.co.uk ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: C-I-C-S vs KICKS
On 23 Jul 2010 21:31:30 -0700, t...@harminc.net (Tony Harminc) wrote: >On the other hand, Unitedstatians have been known to pronounce SNA and >RJE as words, and even on occasion to say them together so that it >sounds like a sneeze. That's a new one for this USAmerican. >Bless you! > >Wait - light switches upside down? My dad was from England, and when >he moved to Canada he installed all our light switches so that down >was ON, much to the confusion of everyone else. Probably not as irritating for people used to double switches. Another non-intuitive switch is IBM's on-off switch. The "O" looks like an open mouth, with the "I" more closed.(A contrarian view). -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: C-I-C-S vs KICKS
On 24 Jul 2010 08:38:23 -0700, rfocht...@ync.net (Rick Fochtman) wrote: >Most hardware and home center stores don't even know what a >Robertson-drive screw IS. And of the few that know, you'll only find >wood screws. No machine screws. :-( In the U.S., we use screws that use hex wrenches for this niche. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: C-I-C-S vs KICKS
On 24 Jul 2010 12:30:05 -0700, gib...@wsu.edu (Gibney, Dave) wrote: >My CICS guy just retired. He used KICKS or C-I-C-S depending on the >audicence. I've always used C-i-c-s, because that's what I heard first. >Now that I have to become the CICS guy also, maybe I'll have to start >using KICKS :( At least I'll sound like an expert. :) I get my C-I-C-S on Route 66. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: getting NJE node name
On Mon, 26 Jul 2010 11:48:41 +0100, Andy Robertson wrote: >I'm trying to simulate TSO TRANSMIT format data for secure email > >I find I need the NJE node I'm executing on for the header > >Has anyone any code they have used to extract this??? All hints gratefully received. You could use the Request Subsystem Version Information Call -- SSI Function Code 54, which among other things will return the JES node name if you direct it to the JES you're running under. Documented in the MVs Using the Subsystem Interface manual. -- Walt -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 7trk tape drive
To all who responded - Thank you. If you've asked questions which have gone unanswered, it is because - I don't know. Management asked a question, they didn't elaborate as to why. Thank You, Dave O'Brien NIH Contractor From: Robert A. Rosenberg [hal9...@panix.com] Sent: Saturday, July 24, 2010 10:19 PM To: IBM-MAIN@bama.ua.edu Subject: Re: 7trk tape drive At 12:25 PM -0400 on 7/23/10, O'Brien, David W. (NIH/CIT) [C] wrote about 7trk tape drive: >I've been asked to locate a 7 track tape drive in the DC area. Do the current generation Operating Systems even support them anymore? Or are you wanting to use them in a legacy (D)OS/360 or 370 system? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: LE calling assembler with 64 bit register usage
Jan MOEYERSONS wrote: >Have you measured the performance boost the OPTIMIZE compiler option >brings you? Is it still worth it trying to do better in assembler? No such option in the compiler we're using, and the operations are large multi-precision arithmetic. All the code we've seen generated uses 32-bit registers: our goal is to use the 64-bit. But I've been saying all along "we don't know how much this will help"; we'll see. We're getting there. Thanks for the thought... ...phsiii -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: getting NJE node name
Does the following fragment help? * * INFORMATION RETRIEVED FROM JES VIA IEFSSREQ LAR1,ASSOB MVC RVDERMAC,=CL8'IEFSSREQ' IEFSSREQ , LTR R15,R15 JNZ RVCALL * MVC RVDERMAC,=CL8'IEFJSSOB' SRR0,R0 NO REASON CODE L R15,SSOB1+SSOBRETN-SSOB LTR R15,R15 BNZ RVCALL * * PARSE THE SSVI DATA RETURNED BY IEFSSREQ * STRATEGY IS TO USE THE POINTERS TO BUMP DOWN TO THE "SYSTEM DATA," * THE SCAN A CHARACTER AT A TIME LOOKING FOR COMMAS, AND EACH TIME A * COMMA IS FOUND SEE IF THE FOLLOWING STRING IS "JES_NODE=" LAR3,SSVI1 A R3,SSVISDOF-SSVI(,R3)OFFSET TO SYSTEM DATA LHR2,0(,R3) LENGTH OF SYSTEM DATA * QUESTION: DOES THIS LENGTH INCLUDE ITS OWN HALFWORD? * IT'S NOT REAL CRITICAL AS THIS IS LOCAL STORAGE AND NO S0C4 POSSIBLE LAR3,2(,R3) OKAY, SHOULD NOW POINT AT 1ST COMMA * * LOOP LOOKING FOR COMMA NODE1LP EQU * CLI 0(R3),C',' JNE NODELP1X * * FOUND A COMMA CLC 1(9,R3),=CL9'JES_NODE=' JNE NODELP1X * * FOUND THE RIGHT TAG 012345678901 LAR0,11(,R3) GET PAST ,JES_NODE=' J NODEFND * * KEEP GOING NODELP1X EQU * LAR3,1(,R3) NEXT CHARACTER BRCT R2,NODE1LP * * NOT FOUND LAR0,=CL8'NOTAVAIL' ??? - * * AREAS USED FOR IEFSSREQ ASSOBDCA(SSOB1) * SSOB1DC0F'0' DCCL4'SSOB' DCY(SSOBX-SSOB1) LENGTH DCY(SSOBSSVI) VERSION REQUEST = 54 DCA(0)USE LIFE OF JOB SSIB SSOB1RET DCF'0' SSOBPTR DCA(SSVI1) DC2F'0' SSOBXEQU * END OF SSOB * SSVI1DC0F'0' DCY(SSVIX-SSVI1) LENGTH DCAL1(SSVIVTWO) VERSION DCX'0' DCCL4'SSVI' SSVIDATA EQU * DCXL256'0'LENGTH SOMEWHAT ARBITRARY DCXL256'0'LENGTH SOMEWHAT ARBITRARY SSVIXEQU * END OF SSVI Charles -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Andy Robertson Sent: Monday, July 26, 2010 3:49 AM To: IBM-MAIN@bama.ua.edu Subject: getting NJE node name I'm trying to simulate TSO TRANSMIT format data for secure email I find I need the NJE node I'm executing on for the header Has anyone any code they have used to extract this??? All hints gratefully received. Andy Robertson telephone mobile 0777 214 9545 home 01308 420797 ** This email is confidential and may contain copyright material of the John Lewis Partnership. If you are not the intended recipient, please notify us immediately and delete all copies of this message. (Please note that it is your responsibility to scan this message for viruses). Email to and from the John Lewis Partnership is automatically monitored for operational and lawful business reasons. ** John Lewis plc Registered in England 233462 Registered office 171 Victoria Street London SW1E 5NN Websites: http://www.johnlewis.com http://www.waitrose.com http://www.greenbee.com http://www.johnlewispartnership.co.uk ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: getting NJE node name
>From one of Mark Zelden's IPLINFO Rexx JESCT= C2d(Storage(D2x(CVT + 296),4))/* point to JESCT */ JESPJESN = Storage(D2x(JESCT + 28),4)/* name of primary JES */ The primary job entry subsystem is JES2. The JES2 level is z/OS 1.9. The JES2 node name is SCEGJES2. Would this help you out. Lizette -Original Message- >From: Andy Robertson >Sent: Jul 26, 2010 8:56 AM >To: IBM-MAIN@bama.ua.edu >Subject: Re: getting NJE node name > >COBOL/HLASM > >The program is my XMITMAIL freeware, callable subroutine to send an email- > > >Andy > >To: IBM-MAIN@bama.ua.edu >From: Lizette Koehler >Sent by: IBM Mainframe Discussion List >Date: 07/26/2010 12:34PM >Subject: Re: getting NJE node name > >How are you doing this. REXX? Assembler? Other? > >So are you creating a program that will generate the email using SMTP or >some other process? > > >Lizette > > >> >> I'm trying to simulate TSO TRANSMIT format data for secure email >> >> I find I need the NJE node I'm executing on for the header >> >> Has anyone any code they have used to extract this??? All hints >> gratefully received. >> >> -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CICS -> KICKS (Re: PROP instead of POPS, PoO, et al.)
Another way to pronounce the acronym as a single word is that often used by native Italians who have learned English as a second language. They, by default, will pronounce CICS as "cheeks", or perhaps "chicks". When I worked for Landmark Systems Corp., the original developer of TMON/CICS, I remember once sitting at a sidewalk café on the Via Veneta in Rome with a Landmark colleague, sipping on a whiskey, and joking with him about how we were monitoring "chicks" and their various subsystems as they strolled by. Bill Fairchild Rocket Software -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of zMan Sent: Friday, July 23, 2010 8:45 PM To: IBM-MAIN@bama.ua.edu Subject: Re: CICS -> KICKS (Re: PROP instead of POPS, PoO, et al.) The see-eye-see-ess vs. kicks pronunciation wars... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Another reason to hate PDSE's
On Sun, 25 Jul 2010 21:41:42 -0400, Pinnacle wrote: >I'm running a utility that outputs IEBUPDTE cards to create a PDS. When >running the cards, we hit the maximum size of a PDS, 65535 tracks. Any >attempt to go beyond that gets us an E37 abend. > >So simple solution, right? We just go PDSE. 19 members into the IEBUPDTE >cards is a member with 68,994,447 records. This member causes an IEC036I >002-A8 abend, Looking that up says that the maximum number of lines that >can be held in a PDSE member is exceeded. Yep, you went slightly over the limit of 15,728,639 Record number TTRs start at X'11' within a PDSE member. Record number TTRs range from X'11' to X'FF'. The maximum number of PDSE members is 522,236. Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:mzel...@flash.net Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: getting NJE node name
On Mon, 26 Jul 2010 09:37:10 -0400, Lizette Koehler wrote: >From one of Mark Zelden's IPLINFO Rexx > >JESCT= C2d(Storage(D2x(CVT + 296),4))/* point to JESCT */ >JESPJESN = Storage(D2x(JESCT + 28),4)/* name of primary JES */ > > >The primary job entry subsystem is JES2. >The JES2 level is z/OS 1.9. The JES2 node name is SCEGJES2. > >Would this help you out. > JESPJESN in my code is not the node name. It is the primary JES (JES2 / JES3). I do get the node name from control blocks, but the offset changes in almost every JES2 release, so I would never suggest doing it that way. If I was going to do it for something "production" in REXX / CLIST, I would use the supplied &SYSNODE / SYSNODE variables. Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:mzel...@flash.net Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: U11-011 for periodic jobs after sadump - Head Up
Declare a Sev 1. and ask for the L1 or L2 support manager. If that fails ask for the product manager or the client base owner (It will probably take a while to get ahold of these people. How does one escalate CA problems? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Another reason to hate PDSE's
On Mon, 26 Jul 2010 08:51:31 -0500, Mark Zelden wrote: > >Yep, you went slightly over the limit of 15,728,639 > > Record number TTRs start at X'11' within a PDSE member. > Record number TTRs range from X'11' to X'FF'. > >The maximum number of PDSE members is 522,236. > Hmmm. d2x(15,728,639) is ef. Do they reserve the lower values for flags? And d2x(522,236) is 7f7fc. Inexplicable. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Another reason to hate PDSE's
- Original Message - From: "Mark Zelden" Newsgroups: bit.listserv.ibm-main Sent: Monday, July 26, 2010 9:52 AM Subject: Re: Another reason to hate PDSE's On Sun, 25 Jul 2010 21:41:42 -0400, Pinnacle wrote: I'm running a utility that outputs IEBUPDTE cards to create a PDS. When running the cards, we hit the maximum size of a PDS, 65535 tracks. Any attempt to go beyond that gets us an E37 abend. So simple solution, right? We just go PDSE. 19 members into the IEBUPDTE cards is a member with 68,994,447 records. This member causes an IEC036I 002-A8 abend, Looking that up says that the maximum number of lines that can be held in a PDSE member is exceeded. Yep, you went slightly over the limit of 15,728,639 Record number TTRs start at X'11' within a PDSE member. Record number TTRs range from X'11' to X'FF'. The maximum number of PDSE members is 522,236. Z, Is this documented anywhere? I searched Using Datasets and came up empty. Tom -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CICS -> KICKS (Re: PROP instead of POPS, PoO, et al.)
I have also heard it called sissy. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Tony Harminc Sent: Friday, July 23, 2010 11:08 PM To: IBM-MAIN@bama.ua.edu Subject: Re: CICS -> KICKS (Re: PROP instead of POPS, PoO, et al.) On 23 July 2010 23:07, Bob Woodside wrote: the UK pronunciation. > I used to hear see-eye-see-ess in Houston ages ago. But > as others have pointed out, the phenomenon seems to defy > regionalization within the US. There's also the not-yet-mentioned "see-ah-see-ess"... The monophthongal "eye" prevalent in the US South. (Where "South" is a concept more than a geography, of course, e.g. most of Florida not being in "the South".) Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html == This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: C-I-C-S vs KICKS
"United Statesian" is more than merely a perfect sense-maker. It is the literal translation into English from the Spanish word "estadounidense", which means someone from the United States of America. Many hispanophones find estadounidense preferable to norteamericano, which means anyone from North America, which includes all nations from the Arctic Ocean to Panama, Greenland, Bermuda, and the various Caribbean islands. Estadounidense is also preferable to "americano", which, in Spanish, means anyone from "America", and in Spanish "America" includes both North and South America. Bill Fairchild Rocket Software -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of zMan Sent: Friday, July 23, 2010 8:24 PM To: IBM-MAIN@bama.ua.edu Subject: Re: C-I-C-S vs KICKS That's OK, John, Ted was just repeating what I'd said many posts earlier. So you can agree with me, and sleep at night. P.S. I like "United Statesians" -- makes perfect sense! On Fri, Jul 23, 2010 at 9:11 PM, john gilmore wrote: > Agreeing with Ted O'Neill is not something I undertake to do lightly, but > he is I think right about the provenance of these two pronunciations. -- zMan -- "I've got a mainframe and I'm not afraid to use it" -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Another reason to hate PDSE's
On 25 Jul 2010 18:42:52 -0700, in bit.listserv.ibm-main you wrote: >Some months ago, John Ehrman posted asking why we don't like PDSE's. I just >found somehting that blows my mind, a ridiculous limitation in PDSE's that >all by itself militates against their usage. > >I'm running a utility that outputs IEBUPDTE cards to create a PDS. When >running the cards, we hit the maximum size of a PDS, 65535 tracks. Any >attempt to go beyond that gets us an E37 abend. > >So simple solution, right? We just go PDSE. 19 members into the IEBUPDTE >cards is a member with 68,994,447 records. This member causes an IEC036I >002-A8 abend, Looking that up says that the maximum number of lines that >can be held in a PDSE member is exceeded. > >Let that sink in a little. That 68M line member was easily stored in the >PDS before the E37, but PDSE can't handle it. PDSE can't support members as >big as PDS. Are you #$%ing kidding me? > >PDSE's are a joke. They've been around for over 20 years, and they still >don't have all the bugs out. This limitation is ridiculous, considering >that PDSE's were supposed to address all the shortcomings of PDS. GUESS >THEY MISSED THIS SHORTCOMING OF PDSE's!! WAY TO GO IBM!!! Could Unix directories handle all of the functions of PDSE? When I read that we would still need PDSs, I wondered what pointy haired idiot designed the PDSE where one needed a started address space even to read it. Clark Morris > >Sheesh, >Tom Conley > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CICS -> KICKS (Re: PROP instead of POPS, PoO, et al.)
Bob, You left out the other "in" syllable in "Kaliningrad". The easiest way to remember how to spell it correctly is to use either of the two words for it in the native languages of people that have ruled it - Калининград or Königsberg. :-) The Russian name, when transliterated into English, is Kaliningrad, and the German name means King's Mountain. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Bob Woodside Sent: Saturday, July 24, 2010 2:00 PM To: IBM-MAIN@bama.ua.edu Subject: Re: CICS -> KICKS (Re: PROP instead of POPS, PoO, et al.) ... the famous, um, "bitch line" running from Kalingrad (or Królewiec, if you prefer) to Odessa. (And yes, my hovercraft is full of eels.) Bob Woodside Woodsway Consulting, Inc. http://www.woodsway.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mainframe books
There are a couple of books available through Amazon that might be good for an introduction. They are "Introduction to the New Mainframe: z/OS Basics" by IBM Redbooks "z/OS (MVS) Primer" by David Shelby Kirk The second one has the "Look Inside" capability, and I checked the table of contents. It looks pretty good. Both of these books run around $50.00 at the cheapest, but you should be able to get the first one from the IBM Redbooks web site. Tom Kelman Capacity Planning Commerce Bank, Kansas City -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of John Kelly Sent: Friday, July 23, 2010 4:20 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Mainframe books I'm looking for a book that breaks down the internals of MVS getting into the ABC series takes a good deal of knowledge and/or experience. If you're talking more about entry level stuff, something like MVS: Concepts and Facilities (J. Ranade IBM series) may be more than enough to cure you of insomia. Jack Kelly 202-502-2390 (Office) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html * If you wish to communicate securely with Commerce Bank and its affiliates, you must log into your account under Online Services at http://www.commercebank.com or use the Commerce Bank Secure Email Message Center at https://securemail.commercebank.com NOTICE: This electronic mail message and any attached files are confidential. The information is exclusively for the use of the individual or entity intended as the recipient. If you are not the intended recipient, any use, copying, printing, reviewing, retention, disclosure, distribution or forwarding of the message or any attached file is not authorized and is strictly prohibited. If you have received this electronic mail message in error, please advise the sender by reply electronic mail immediately and permanently delete the original transmission, any attachments and any copies of this message from your computer system. * -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
HMC and LDAP
Does anyone have any detailed information on fillling in the required fields on the LDAP setup screen for the HMC. We are having some issues with what should be in the "search filter" field. This is on a Z9. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Another reason to hate PDSE's
On Mon, 26 Jul 2010 09:10:16 -0500, Paul Gilmartin wrote: >On Mon, 26 Jul 2010 08:51:31 -0500, Mark Zelden wrote: >> >>Yep, you went slightly over the limit of 15,728,639 >> >> Record number TTRs start at X'11' within a PDSE member. >> Record number TTRs range from X'11' to X'FF'. >> >>The maximum number of PDSE members is 522,236. >> >Hmmm. d2x(15,728,639) is ef. Do they reserve the lower >values for flags? > Did you note the starting TTR? X'FF' - X'11' + 1 is 15,728,639. >And d2x(522,236) is 7f7fc. Inexplicable. > Yeah, I never figured that one out exactly. The number is fairly close to the highest TTR for a member, which is X'07'. Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:mzel...@flash.net Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: EMC Timefinder Snap and Dealloc
How about issuing only one START command after all the 1000's of VARY commands have been issued? Sounds like a no-brainer to me. But their software would only know to do this if your SNAP function includes all the 1000's of volumes in a list. Bill Fairchild Rocket Software -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Lizette Koehler Sent: Monday, July 26, 2010 6:52 AM To: IBM-MAIN@bama.ua.edu Subject: EMC Timefinder Snap and Dealloc EMC decided that when the SNAP function occurs on a volume, they would issue the S DEALLOC proc (Yes IEFBR14) to get IOS to vary the volume offline sooner. I am not sure if that is a good thing. It is issued for each vary offline command they create. But if I had 1000's of volumes I am snapping, I am not sure. Each one takes up a stc num and clutters up my spool for one thing. So I thought I would ask, is this the best way to get vary offline to hurry up? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: C-I-C-S vs KICKS
Was Chernobyl Interminable Catastrophe System one of them? :-) Bill Fairchild Rocket Software -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mark Pace Sent: Monday, July 26, 2010 7:35 AM To: IBM-MAIN@bama.ua.edu Subject: Re: C-I-C-S vs KICKS Has anyone seen the old CICS poster that was made of all forms of what CICS could mean? I lost mine many years ago in a move and would love to find another one. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Another reason to hate PDSE's
On Mon, 26 Jul 2010 10:13:54 -0400, Pinnacle wrote: >> >> Yep, you went slightly over the limit of 15,728,639 >> >> Record number TTRs start at X'11' within a PDSE member. >> Record number TTRs range from X'11' to X'FF'. >> >> The maximum number of PDSE members is 522,236. >> > >Is this documented anywhere? I searched Using Datasets and came up empty. > Yes, it is in DFSMS Using Data Sets. At least at z/OS 1.10 and above (I didn't check earlier): MAXIMUM MEMBERS IN A PDSE: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/DGT2D470/3.8.2?SHELF=DGT2BK81&DT=20080602122917 MAXIMUM RECORDS (LINES) IN A PDSE MEMBER: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/DGT2D470/3.8.2.4?SHELF=DGT2BK81&DT=20080602122917&CASE= http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/DGT2D470/3.8.3?SHELF=DGT2BK81&DT=20080602122917 -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:mzel...@flash.net Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: C-I-C-S vs KICKS
I don't remember many of them any more, But one I always remember is Can It Cook Soup... After one really bad night of debugging a Storage Violation I wanted to rename it to Customer Resource Access Program. On Mon, Jul 26, 2010 at 10:42 AM, Bill Fairchild wrote: > Was Chernobyl Interminable Catastrophe System one of them? :-) > > Bill Fairchild > Rocket Software > > -Original Message- > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On > Behalf Of Mark Pace > Sent: Monday, July 26, 2010 7:35 AM > To: IBM-MAIN@bama.ua.edu > Subject: Re: C-I-C-S vs KICKS > > Has anyone seen the old CICS poster that was made of all forms of what CICS > could mean? I lost mine many years ago in a move and would love to find > another one. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CICS -> KICKS (Re: PROP instead of POPS, PoO, et al.)
Reminds me of a conversation I had regarding the words used to make people
smile when having their photograph taken. In the UK, we say "Cheese",
however, in Spain they say potatoes ("Patatas"), and in France they say
"Fromage" ... ? .. :-)
"Bill Fairchild"
Sent by: "IBM Mainframe Discussion List"
26/07/2010 03:48 PM
Please respond to
"IBM Mainframe Discussion List"
To
IBM-MAIN@bama.ua.edu
cc
Subject
Re: CICS -> KICKS (Re: PROP instead of POPS, PoO, et al.)
Another way to pronounce the acronym as a single word is that often used
by native Italians who have learned English as a second language. They,
by default, will pronounce CICS as "cheeks", or perhaps "chicks". When I
worked for Landmark Systems Corp., the original developer of TMON/CICS, I
remember once sitting at a sidewalk café on the Via Veneta in Rome with a
Landmark colleague, sipping on a whiskey, and joking with him about how we
were monitoring "chicks" and their various subsystems as they strolled by.
Bill Fairchild
Rocket Software
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of zMan
Sent: Friday, July 23, 2010 8:45 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: CICS -> KICKS (Re: PROP instead of POPS, PoO, et al.)
The see-eye-see-ess vs. kicks pronunciation wars...
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
This e-mail message, including any attachments transmitted with it, is
CONFIDENTIAL and may contain legally privileged information. This message is
intended solely for the use of the individual or entity to whom it is
addressed. If you have received this message in error, please notify us
immediately and delete it from your system. Please visit our website to read
the full disclaimer: http://www.euroclear.com/site/public/disclaimer
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
COBOL HLPI JCL sample needed
Hello guys and gals and anyone else! I am trying to help out a friend here, and with so many vacations in place, don't have access to the right people with the right JCL. Can someone help me by providing a sample batch JCL member to compile COBOL programs using HLPI for DL/I? If I have the sample, I can work out the details (I believe so). If there is a better forum, can you direct me? Thank you in advance for your help. * dj * -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: getting NJE node name
In Rexx you could use x=sysinfo(SYSNODE). This should return in x the Network node name of the installation's JES. Thanks; Ray Baraniecki 1 New York Plaza - 18th Floor New York, NY 10004 Telephone: 212-276-5641 Cell: 917-597-5692 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Lizette Koehler Sent: Monday, July 26, 2010 7:35 AM To: IBM-MAIN@bama.ua.edu Subject: Re: getting NJE node name How are you doing this. REXX? Assembler? Other? So are you creating a program that will generate the email using SMTP or some other process? Lizette > > I'm trying to simulate TSO TRANSMIT format data for secure email > > I find I need the NJE node I'm executing on for the header > > Has anyone any code they have used to extract this??? All hints > gratefully received. > > > > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Important Notice to Recipients: It is important that you do not use e-mail to request, authorize or effect the purchase or sale of any security or commodity, to send fund transfer instructions, or to effect any other transactions. Any such request, orders, or instructions that you send will not be accepted and will not be processed by Morgan Stanley Smith Barney. The sender of this e-mail is an employee of Morgan Stanley Smith Barney LLC. If you have received this communication in error, please destroy all electronic and paper copies and notify the sender immediately. Erroneous transmission is not intended to waive confidentiality or privilege. Morgan Stanley Smith Barney reserves the right, to the extent permitted under applicable law, to monitor electronic communications. By e-mailing with Morgan Stanley Smith Barney you consent to the foregoing. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CICS -> KICKS (Re: PROP instead of POPS, PoO, et al.)
Bill Fairchild pisze: Bob, You left out the other "in" syllable in "Kaliningrad". The easiest way to remember how to spell it correctly is to use either of the two words for it in the native languages of people that have ruled it - Калининград or Königsberg. :-) The Russian name, when transliterated into English, is Kaliningrad, and the German name means King's Mountain. Just to complement this off-topic thread: Kaliningrad can be translated as City of Kalinin. Kalinin was Russian communist, Stalin's co-worker. Polish name was Królewiec or Królówgród, which is PARTIALLY similar to Koenigsberg (Król = Koenig = King) (Gród=town/city=Burg <> Berg). So German equivalent name should be (but it's NOT) KoeningsBURG. BTW: Immanuel Kant lived there. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237 NIP: 526-021-50-88 Według stanu na dzień 01.01.2009 r. kapitał zakładowy BRE Banku SA (w całości wpłacony) wynosi 118.763.528 złotych. W związku z realizacją warunkowego podwyższenia kapitału zakładowego, na podstawie uchwały XXI WZ z dnia 16 marca 2008r., oraz uchwały XVI NWZ z dnia 27 października 2008r., może ulec podwyższeniu do kwoty 123.763.528 zł. Akcje w podwyższonym kapitale zakładowym BRE Banku SA będą w całości opłacone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CICS -> KICKS (Re: PROP instead of POPS, PoO, et al.)
My German might be a bit rusty, but isn't Burg - Castle and Berg - Mountain ? "R.S." Sent by: "IBM Mainframe Discussion List" 26/07/2010 05:23 PM Please respond to "IBM Mainframe Discussion List" To IBM-MAIN@bama.ua.edu cc Subject Re: CICS -> KICKS (Re: PROP instead of POPS, PoO, et al.) Bill Fairchild pisze: > Bob, > > You left out the other "in" syllable in "Kaliningrad". The easiest way to remember how to spell it correctly is to use either of the two words for it in the native languages of people that have ruled it - Калининград or Königsberg. :-) > > The Russian name, when transliterated into English, is Kaliningrad, and the German name means King's Mountain. Just to complement this off-topic thread: Kaliningrad can be translated as City of Kalinin. Kalinin was Russian communist, Stalin's co-worker. Polish name was Królewiec or Królówgród, which is PARTIALLY similar to Koenigsberg (Król = Koenig = King) (Gród=town/city=Burg <> Berg). So German equivalent name should be (but it's NOT) KoeningsBURG. BTW: Immanuel Kant lived there. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237 NIP: 526-021-50-88 Według stanu na dzień 01.01.2009 r. kapitał zakładowy BRE Banku SA (w całości wpłacony) wynosi 118.763.528 złotych. W związku z realizacją warunkowego podwyższenia kapitału zakładowego, na podstawie uchwały XXI WZ z dnia 16 marca 2008r., oraz uchwały XVI NWZ z dnia 27 października 2008r., może ulec podwyższeniu do kwoty 123.763.528 zł. Akcje w podwyższonym kapitale zakładowym BRE Banku SA będą w całości opłacone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail message, including any attachments transmitted with it, is CONFIDENTIAL and may contain legally privileged information. This message is intended solely for the use of the individual or entity to whom it is addressed. If you have received this message in error, please notify us immediately and delete it from your system. Please visit our website to read the full disclaimer: http://www.euroclear.com/site/public/disclaimer
Re: LE calling assembler with 64 bit register usage
David Crayford wrote: > Absolutely no need to use CEEENTRY or any LE macros in your assembler code unless you want to call LE services. It's not a requirement, and a lot of programs would work without using CEEENTRY, but it's worth noting that we had a program that did its own roll- your-own CEEENTRY stuff that bit us. Somewhere in the call chain, there was this RYO program and later on, an LE routine issued a STFLE that abended because the operand wasn't on a doubleword boundary. LE assumed that it would be on the doubleword boundary because, if you use CEEENTRY, all DSAs start on a doubleword boundary. And of course, our program that rolled its own didn't ensure that. There didn't seem to be any need to have this program doing its own LE stuff, so I promptly converted it to use the LE macros. Just another case of where playing in the cracks can lead to weird problems... So be careful. Adam Johanson IMS Systems Programming USAA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
ZEnterprise
Hi all, does anyone know if there is a bullet point list that highlight the highlights of the zEnterprise box? == This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: EMC Timefinder Snap and Dealloc
On Mon, 26 Jul 2010 11:36:29 -0500, Mark Zelden wrote: > Several shops I have been at (including my first >exposure to MVS) had a proc called "X" which was a copy of DEALLOC. >The operator would "VARY xxx,OFFLINE" then "S X" to "kick in" >deallocation. This goes back to at least MVS SP (which was the first >MVS I worked on). My question is whether the enhancement to VARY OFFLINE introduced by z/OS 1.7 eliminated the "Pending offline" state and thus any need to ever issue START DEALLOC - I can't remember seeing a device in "pending offline" state in quite a while http://www-01.ibm.com/common/ssi/rep_ca/7/897/ENUS205-167/ENUS205-167.PDF (see page 8, bullet labeled "VARY command processing improvements") Brian -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Please remove my name from the mailing list
Removal instructions are at the bottom of each message that you receive from the list. On Mon, Jul 26, 2010 at 11:37 AM, - Tibish Mathew wrote: > > > > > Please do not print this email unless it is absolutely necessary. > > The information contained in this electronic message and any attachments to > this message are intended for the exclusive use of the addressee(s) and may > contain proprietary, confidential or privileged information. If you are not > the intended recipient, you should not disseminate, distribute or copy this > e-mail. Please notify the sender immediately and destroy all copies of this > message and any attachments. > > WARNING: Computer viruses can be transmitted via email. The recipient > should check this email and any attachments for the presence of viruses. The > company accepts no liability for any damage caused by any virus transmitted > by this email. > > www.wipro.com > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > -- Rich Smrcina Velocity Software, Inc. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OMVS copy files
This is most likely an error in BPXPRMxx. Possibly some sort of catalog error. The x'7A; return code in the BPXF029E message indicates an IO error In addition: Verify the correct mount attributes in BPXPRMxx (R or R/W) Verify that you have started the ZFS address space correctly. Verify the VSAM files are defined w/the LINEAR attribute. Verify the files have data in them. Issue a IDCAMS LISTC ALL against the entry and check the HURBA IMO, the /tmp error message is a secondary symptom. HTH, We are z/OS V1R11. I am trying to copy the OMVS (ZFS) files to my TEST system. I used DFDSS logical dump and restore and I also renamed the files using IDCAMS. When I IPL the test system I get the following messages: IEC161I 037(186,000,IGG0CLFT)-003,ZFS,ZFS,SYS2,,,OMVS.PRDB.ROOT,, 834 IEC161I CATALOG.Z11.PRDB.MASTER IOEZ3E While opening minor device 1, could not open dataset OMVS.PRDB.ROOT. BPXF029E ROOT FILE SYSTEM OMVS.PRDB.ROOT 836 WAS NOT MOUNTED. RETURN CODE = 007A, REASON CODE = EF096058 BPXF002I FILE SYSTEM /tmp WAS 837 NOT MOUNTED. RETURN CODE = 0086, REASON CODE = 052C04DC -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ZEnterprise
http://www-03.ibm.com/systems/z/hardware/zenterprise/features.html On Mon, Jul 26, 2010 at 11:31 AM, Ward, Mike S wrote: > Hi all, does anyone know if there is a bullet point list that highlight > the highlights of the zEnterprise box? > > == > This email and any files transmitted with it are confidential and intended > solely for the use of the individual or entity > to which they are addressed. If you have received this email in error > please notify the system manager. This message > contains confidential information and is intended only for the individual > named. If you are not the named addressee you > should not disseminate, distribute or copy this e-mail. Please notify the > sender immediately by e-mail if you > have received this e-mail by mistake and delete this e-mail from your > system. If you are not the intended recipient > you are notified that disclosing, copying, distributing or taking any > action in reliance on the contents of this > information is strictly prohibited. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > -- Rich Smrcina Velocity Software, Inc. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: EMC Timefinder Snap and Dealloc
Don't even need a proc. Just issue 'S X'. That is enough to drive allocation. So, every shop had a PROC named "X" or "Z" or something that the operators could remember, so all that had to do was type "S X". The "X" PROC included only a single EXEC statement, For PGM=IEFBR14. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Please remove my name from the mailing list
Please do not print this email unless it is absolutely necessary. The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. www.wipro.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Another reason to hate PDSE's
>From my previous days as a frequent SHARE attendee, I have often seen IBM ask >specific technical questions of their customer base when contemplating a >redesign; e.g., when designing SMS in the early 1980s, they polled their >customers to find out how many, if any, were still using unmovable data sets, >certain BDAM options, etc. I guess they forgot to ask their customer base >what was the largest single PDS member they had. Or did they even conduct >such a poll to learn about PDS usage? And isn't the maximum size of a PDS 65535 cylinders instead of 65535 tracks? But Tom Conley has an excellent point that the maximum size of a PDS member should be supported by any redesign. E.g., I have seen some large PDSes that consisted of only a directory. One example is SMP. Another was a customer file I ran across decades ago where an entire volume was a PDS with only a directory in it; i.e., all directory entries and no members. Bill Fairchild Rocket Software -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Don Williams Sent: Monday, July 26, 2010 11:32 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Another reason to hate PDSE's I'm not sure what IBM's PDS design objectives were in the early '60s, but I expect that one was to store multiple data sets per track. Of course, these would tend to be small data sets. I expect that IBM assumed that very few customers, if any, had very large members. Therefore when they designed a replacement, PDSE, handling large members was not likely to be a high priority. Of course, that does not help you, but I can easily see the PDSE designers asking, his member has how many lines? > -Original Message- > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On > Behalf Of Pinnacle > Sent: Sunday, July 25, 2010 9:42 PM > To: IBM-MAIN@bama.ua.edu > Subject: Another reason to hate PDSE's > > Some months ago, John Ehrman posted asking why we don't like PDSE's. I > just > found somehting that blows my mind, a ridiculous limitation in PDSE's > that > all by itself militates against their usage. > > I'm running a utility that outputs IEBUPDTE cards to create a PDS. > When > running the cards, we hit the maximum size of a PDS, 65535 tracks. Any > attempt to go beyond that gets us an E37 abend. > > So simple solution, right? We just go PDSE. 19 members into the > IEBUPDTE > cards is a member with 68,994,447 records. This member causes an > IEC036I > 002-A8 abend, Looking that up says that the maximum number of lines > that > can be held in a PDSE member is exceeded. > > Let that sink in a little. That 68M line member was easily stored in > the > PDS before the E37, but PDSE can't handle it. PDSE can't support > members as > big as PDS. Are you #$%ing kidding me? > > PDSE's are a joke. They've been around for over 20 years, and they > still > don't have all the bugs out. This limitation is ridiculous, > considering > that PDSE's were supposed to address all the shortcomings of PDS. > GUESS > THEY MISSED THIS SHORTCOMING OF PDSE's!! WAY TO GO IBM!!! > > Sheesh, > Tom Conley > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: EMC Timefinder Snap and Dealloc
See page 8 That would be "see the 8th page of the document which is actually tagged as page 2... Rex -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Brian Peterson Sent: Monday, July 26, 2010 11:57 AM To: IBM-MAIN@bama.ua.edu Subject: Re: EMC Timefinder Snap and Dealloc On Mon, 26 Jul 2010 11:36:29 -0500, Mark Zelden wrote: > Several shops I have been at (including my first >exposure to MVS) had a proc called "X" which was a copy of DEALLOC. >The operator would "VARY xxx,OFFLINE" then "S X" to "kick in" >deallocation. This goes back to at least MVS SP (which was the first >MVS I worked on). My question is whether the enhancement to VARY OFFLINE introduced by z/OS 1.7 eliminated the "Pending offline" state and thus any need to ever issue START DEALLOC - I can't remember seeing a device in "pending offline" state in quite a while http://www-01.ibm.com/common/ssi/rep_ca/7/897/ENUS205-167/ENUS205-167.PD F (see page 8, bullet labeled "VARY command processing improvements") Brian -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Another reason to hate PDSE's
- Original Message - From: "Mark Zelden" Newsgroups: bit.listserv.ibm-main Sent: Monday, July 26, 2010 10:44 AM Subject: Re: Another reason to hate PDSE's On Mon, 26 Jul 2010 10:13:54 -0400, Pinnacle wrote: Yep, you went slightly over the limit of 15,728,639 Record number TTRs start at X'11' within a PDSE member. Record number TTRs range from X'11' to X'FF'. The maximum number of PDSE members is 522,236. Is this documented anywhere? I searched Using Datasets and came up empty. Yes, it is in DFSMS Using Data Sets. At least at z/OS 1.10 and above (I didn't check earlier): MAXIMUM MEMBERS IN A PDSE: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/DGT2D470/3.8.2?SHELF=DGT2BK81&DT=20080602122917 MAXIMUM RECORDS (LINES) IN A PDSE MEMBER: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/DGT2D470/3.8.2.4?SHELF=DGT2BK81&DT=20080602122917&CASE= http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/DGT2D470/3.8.3?SHELF=DGT2BK81&DT=20080602122917 Thanks, it explains why my searches came up empty. I didn't have time to read the whole PDSE section. What a crappy design. The maximum PDSE member size should have been at least the number of 80-byte records that would have filled up a 65535 track PDS. Brain dead. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Another reason to hate PDSE's
I'm not sure what IBM's PDS design objectives were in the early '60s, but I expect that one was to store multiple data sets per track. Of course, these would tend to be small data sets. I expect that IBM assumed that very few customers, if any, had very large members. Therefore when they designed a replacement, PDSE, handling large members was not likely to be a high priority. Of course, that does not help you, but I can easily see the PDSE designers asking, his member has how many lines? > -Original Message- > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On > Behalf Of Pinnacle > Sent: Sunday, July 25, 2010 9:42 PM > To: IBM-MAIN@bama.ua.edu > Subject: Another reason to hate PDSE's > > Some months ago, John Ehrman posted asking why we don't like PDSE's. I > just > found somehting that blows my mind, a ridiculous limitation in PDSE's > that > all by itself militates against their usage. > > I'm running a utility that outputs IEBUPDTE cards to create a PDS. > When > running the cards, we hit the maximum size of a PDS, 65535 tracks. Any > attempt to go beyond that gets us an E37 abend. > > So simple solution, right? We just go PDSE. 19 members into the > IEBUPDTE > cards is a member with 68,994,447 records. This member causes an > IEC036I > 002-A8 abend, Looking that up says that the maximum number of lines > that > can be held in a PDSE member is exceeded. > > Let that sink in a little. That 68M line member was easily stored in > the > PDS before the E37, but PDSE can't handle it. PDSE can't support > members as > big as PDS. Are you #$%ing kidding me? > > PDSE's are a joke. They've been around for over 20 years, and they > still > don't have all the bugs out. This limitation is ridiculous, > considering > that PDSE's were supposed to address all the shortcomings of PDS. > GUESS > THEY MISSED THIS SHORTCOMING OF PDSE's!! WAY TO GO IBM!!! > > Sheesh, > Tom Conley > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: EMC Timefinder Snap and Dealloc
It has always been a lot easier to spell a one-letter procname than one with seven letters when entering the START proclib_member_name command on an operator's console. One problem with X is that some installations may have had a procedure named X that was not trivial and did real, useful, productive work. Perhaps the VARY command processor should be modified so that it automatically does whatever is necessary to get the queued VARY command processed immediately instead of on the twelfth of whenever. But even if EMC's software is being driven with a single list of 1000's of volumes, EMC should still change their code so that it issues as few VARY commands as possible. Last time I checked, you could include one or more device number ranges on a VARY command. Hint hint hint. Bill Fairchild Rocket Software -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mark Zelden Sent: Monday, July 26, 2010 11:36 AM To: IBM-MAIN@bama.ua.edu Subject: Re: EMC Timefinder Snap and Dealloc On Mon, 26 Jul 2010 10:54:48 -0500, Brian Peterson wrote: >Doing "anything" thousands of times is very likely NOT a good idea. Sounds >like a serious problem with MFE 7.0 to me. > >I don't know the history of DEALLOC. From SMP/E on z/OS 1.11: > Really? I thought you had more history in MVS than that. But I'm not completely surprised. Several shops I have been at (including my first exposure to MVS) had a proc called "X" which was a copy of DEALLOC. The operator would "VARY xxx,OFFLINE" then "S X" to "kick in" deallocation. This goes back to at least MVS SP (which was the first MVS I worked on). Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:mzel...@flash.net Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: EMC Timefinder Snap and Dealloc
On Mon, 26 Jul 2010 10:54:48 -0500, Brian Peterson wrote: >Doing "anything" thousands of times is very likely NOT a good idea. Sounds >like a serious problem with MFE 7.0 to me. > >I don't know the history of DEALLOC. From SMP/E on z/OS 1.11: > Really? I thought you had more history in MVS than that. But I'm not completely surprised. Several shops I have been at (including my first exposure to MVS) had a proc called "X" which was a copy of DEALLOC. The operator would "VARY xxx,OFFLINE" then "S X" to "kick in" deallocation. This goes back to at least MVS SP (which was the first MVS I worked on). Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:mzel...@flash.net Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 7trk tape drive
In a message dated 7/26/2010 8:22:24 A.M. Central Daylight Time, obrie...@mail.nih.gov writes: If you've asked questions which have gone unanswered, it is because - I don't know. Management asked a question, they didn't elaborate as to why. >> I was thinking obscure researcher in remote area published, 'I didn't find what we were looking for but did find a cure for an incurable disease. Results and data on supporting tape' -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: EMC Timefinder Snap and Dealloc
Brian Peterson asked: > Maybe someone ... on this list more familiar with the oddities > of OS/360, could ... explain what DEALLOC is/was intended to > accomplish. Simply ensure that "Allocation" got control. Only Allocation would actually (for example) vary a DASD volume offline. To make it happen, Allocation had to run; the VARY command just set an "allocation pending" flag. The simplest way to get Allocation to run was to start a started task, which could run any program. The simplest available program was IEFBR14. So, every shop had a PROC named "X" or "Z" or something that the operators could remember, so all that had to do was type "S X". The "X" PROC included only a single EXEC statement, For PGM=IEFBR14. IBM eventually figured out that this was a universal thing, and selected a suitably denominative name for their version of "X". IEFBR14 itself didn't do anything. It was just the program executed by the PROC STARTed as an excuse to get Allocation to "do its thing" (handle whatever might then be pending that only it could handle). > ... but I was able to find no documentation in the current > manuals describing what this proc is for. Probably because there's no need. It's just a dummy PROC that does absolutely nothing: it executes PGM=IEFBR14. The fact that it (still) causes Allocation to "do its thing" does not distinguish it (because any Started Task PROC being STARTed would do the same thing). Therefore, it could be documented as doing "nothing more than any other Started Task PROC does, and as little as any Started Task PROC can." -- WB -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Another reason to hate PDSE's
On Mon, 2010-07-26 at 12:46 -0400, Pinnacle wrote: > What a crappy design. [...] Brain dead. I'm inclined to give the PDSE designers a little more credit. One of the PDSPAIN White Paper's requirements was "not another VSAM" - at the time we were struggling with the filesystem-within-a-filesystem mashup that was VSAM suballocated space. Thank FSM they stopped short of that. -- David Andrews A. Duda and Sons, Inc. david.andr...@duda.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: remove() of PDSE member leaves PDS locked
On Mon, 26 Jul 2010 11:02:24 -0500, Etienne Thijsse wrote: > >If I use the C function remove() to remove a member from a PDSE, then from >that moment on, the PDSE is locked, ISPF says "in use", I can't create a new >member in it using fopen() in the same program. The PDSE only gets unlocked >after the program has ended. > The C RTL is a moron. It ought to use ISPF-style serialization rather than doing a blanket RESERVE. (I know; Shmuel will say that wouldn't be safe. Tell that to the ISPF designers.) And it ought to know the rules are different for PDSEs. If remove() fails to close the data set when it finishes, this ought to be cause for a PMR. But is there another stream that might be holding the data set open? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Another reason to hate PDSE's
On Mon, 26 Jul 2010 11:16:17 -0300, Clark Morris wrote: > >Could Unix directories handle all of the functions of PDSE? When I >read that we would still need PDSs, I wondered what pointy haired >idiot designed the PDSE where one needed a started address space even >to read it. > Well, if you don't need STOW. Or you are willing to forgo BPAM entirely and use native Unix services. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
remove() of PDSE member leaves PDS locked
Hi, If I use the C function remove() to remove a member from a PDSE, then from that moment on, the PDSE is locked, ISPF says "in use", I can't create a new member in it using fopen() in the same program. The PDSE only gets unlocked after the program has ended. In the joblog I saw that the PDSE has an allocation named SYS00035, so I thought I might unlock the PDSE by doing a dynfree() on that DDNAME, but that fails with reason 1056, which means the dataset is open and must first be closed. But how can I close a dataset that I didn't open, but seems to have been opened implicitly by the remove() statement? Thanks for any insight you may have, Etienne -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: C-I-C-S vs KICKS
On Mon, 26 Jul 2010 06:59:58 -0600, Howard Brazee wrote: >>Most hardware and home center stores don't even know what a >>Robertson-drive screw IS. And of the few that know, you'll only find >>wood screws. No machine screws. :-( > >In the U.S., we use screws that use hex wrenches for this niche. (Allen, generally. Sometimes Torx wrenches. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CICS - > KICKS (R e: PROP in stead of P OPS, PoO, et al.)
Peter Nuttall is of course quite right. Thomas Mann, who called his novel Der Zauberberg, The Magic Mountain, had full command of his language. John Gilmore Ashland, MA 01721-1817 USA _ The New Busy is not the old busy. Search, chat and e-mail from your inbox. http://www.windowslive.com/campaign/thenewbusy?ocid=PID28326::T:WLMTAGL:ON:WL:en-US:WM_HMP:042010_3 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: EMC Timefinder Snap and Dealloc
Doing "anything" thousands of times is very likely NOT a good idea. Sounds like a serious problem with MFE 7.0 to me. I don't know the history of DEALLOC. From SMP/E on z/OS 1.11: Entry Type: PROC Zone Name: MVST100 Entry Name: DEALLOC Zone Type: TARGET LASTUPD: HBB7760 TYPE=ADD FMID HBB7760 RMID HBB7760 DISTLIB APROCLIB SYSLIBPROCLIB Clearly IBM ships this proc to every customer, but I was able to find no documentation in the current manuals describing what this proc is for. Further, I suspect that enhancements to z/OS Allocation in the area of Vary Device processing over the last few z/OS releases have rendered this proc obsolete. Maybe someone from IBM, or perhaps someone on this list more familiar with the oddities of OS/360, could chime in to explain what DEALLOC is/was intended to accomplish. Brian On Mon, 26 Jul 2010 07:51:53 -0400, Lizette Koehler wrote: >I have a concern of the way the EMC Software - Timefinder Snap - under >Mainframe Enabler Software 7.0 works. > >EMC decided that when the SNAP function occurs on a volume, they would issue >the S DEALLOC proc (Yes IEFBR14) to get IOS to vary the volume offline >sooner. I am not sure if that is a good thing. It is issued for each vary >offline command they create. > >If I have 10 volumes and each one gets an IEFBR14 - maybe not so bad > >But if I had 1000's of volumes I am snapping, I am not sure. Each one takes >up a stc num and clutters up my spool for one thing. > >So I thought I would ask, is this the best way to get vary offline to hurry >up? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
OMVS copy files
We are z/OS V1R11. I am trying to copy the OMVS (ZFS) files to my TEST system. I used DFDSS logical dump and restore and I also renamed the files using IDCAMS. When I IPL the test system I get the following messages: IEC161I 037(186,000,IGG0CLFT)-003,ZFS,ZFS,SYS2,,,OMVS.PRDB.ROOT,, 834 IEC161I CATALOG.Z11.PRDB.MASTER IOEZ3E While opening minor device 1, could not open dataset OMVS.PRDB.ROOT. BPXF029E ROOT FILE SYSTEM OMVS.PRDB.ROOT 836 WAS NOT MOUNTED. RETURN CODE = 007A, REASON CODE = EF096058 BPXF002I FILE SYSTEM /tmp WAS 837 NOT MOUNTED. RETURN CODE = 0086, REASON CODE = 052C04DC What did I do wrong? Any help would be appreciated. Thank You *** CONFIDENTIALITY NOTICE *** This e-mail message and all attachments transmitted with it may contain legally privileged and confidential information intended solely for the use of the addressee. If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message from your system. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Another reason to hate PDSE's
On Mon, 26 Jul 2010 12:32:00 -0400, Don Williams wrote: >I'm not sure what IBM's PDS design objectives were in the early '60s, but I >expect that one was to store multiple data sets per track. Of course, these >would tend to be small data sets. I expect that IBM assumed that very few >customers, if any, had very large members. Therefore when they designed a >replacement, PDSE, handling large members was not likely to be a high >priority. Of course, that does not help you, but I can easily see the PDSE >designers asking, his member has how many lines? > There are only three "nice" numbers: 0, 1, and "as many as you like". 15,000,000 is not one of those. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Please remove my name from the mailing list
If unable to make the directions work, you can always go to this link to sign off http://www.listserv.uga.edu/cgi-bin/wa?SUBED1=cics-l&A=1&D=0&H=0&O=T&T=1 Lizette -Original Message- >From: Rich Smrcina >Sent: Jul 26, 2010 12:39 PM >To: IBM-MAIN@bama.ua.edu >Subject: Re: Please remove my name from the mailing list > >Removal instructions are at the bottom of each message that you receive from >the list. > >On Mon, Jul 26, 2010 at 11:37 AM, - Tibish Mathew >wrote: > >> >> >> >> >> Please do not print this email unless it is absolutely necessary. >> >> The information contained in this electronic message and any attachments to >> this message are intended for the exclusive use of the addressee(s) and may >> contain proprietary, confidential or privileged information. If you are not >> the intended recipient, you should not disseminate, distribute or copy this >> e-mail. Please notify the sender immediately and destroy all copies of this >> message and any attachments. >> >> WARNING: Computer viruses can be transmitted via email. The recipient >> should check this email and any attachments for the presence of viruses. The >> company accepts no liability for any damage caused by any virus transmitted >> by this email. >> >> www.wipro.com >> >> -- >> For IBM-MAIN subscribe / signoff / archive access instructions, >> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO >> Search the archives at http://bama.ua.edu/archives/ibm-main.html >> > > > >-- >Rich Smrcina >Velocity Software, Inc. > >-- >For IBM-MAIN subscribe / signoff / archive access instructions, >send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO >Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: EMC Timefinder Snap and Dealloc
>The operator would "VARY xxx,OFFLINE" then "S X" to "kick in" deallocation. >This goes back to at least MVS SP (which was the first MVS I worked on). I worked on the last MVS 3.8 (before qualifiers such as SE, SP, XA, ESA, etc), before SE1 came along. It was SOP, then. - I'm a SuperHero with neither powers, nor motivation! Kimota! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Another reason to hate PDSE's
On Mon, 26 Jul 2010 17:00:52 +, Bill Fairchild wrote: > >And isn't the maximum size of a PDS 65535 cylinders instead of 65535 tracks? >But Tom Conley has an excellent point that the maximum size of a PDS member >should be supported by any redesign. E.g., I have seen some large PDSes that >consisted of only a directory. One example is SMP. Another was a customer >file I ran across decades ago where an entire volume was a PDS with only a >directory in it; i.e., all directory entries and no members. > I believe SMP/E doesn't do that any more; rather it uses VSAM. The design suffered a compatibility constraint: how do you divide up a 32-bit NOTE word to support both more members and more records. They might have done better by not allowing the soft blocking. But then they'd need to somehow index variable size blocks. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: C-I-C-S vs KICKS
> >Most hardware and home center stores don't even know what a
> >Robertson-drive screw IS. And of the few that know, you'll only find
> >wood screws. No machine screws. :-(
>
> In the U.S., we use screws that use hex wrenches for this niche.
Most countries use hex wrenches and Torx screws (etc) for niche applications.
Robertson screws (square head) don't fill a "niche", they're designed for
general purpose, every day use. In contrast, Phillips screws ('X' head) are
designed to fill a niche; i.e. one where the screwdriver can easily slip off
the screw (for rare situations where this is actually a good thing). What's
astonishing is that Phillips screws are used as general purpose screws
throughout the U.S. when Robertson screws are so much easier to use.
Dave Salt
SimpList(tm) - try it; you'll get it!
http://www.mackinney.com/products/program-development/simplist.html
_
Learn more ways to connect with your buddies now
http://go.microsoft.com/?linkid=9734388
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: EMC Timefinder Snap and Dealloc
>One problem with X is that some installations may have had a procedure named X >that was not trivial and did real, useful, productive work. Since every shop I've worked in (starting in 1981) had X as DEALLOC clone, why would any SYSPROG allow a 'productive' X, when it's a de facto standard for ops to use after a vary? And, I'm not talking about just my experience, but that of those who have come in from somewhere else. - I'm a SuperHero with neither powers, nor motivation! Kimota! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Another reason to hate PDSE's
>And isn't the maximum size of a PDS 65535 cylinders instead of 65535 tracks? No, just like standard PS, it's tracks. Regardless of what you specify, DADSM translates to tracks, in the VTOC. - I'm a SuperHero with neither powers, nor motivation! Kimota! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: C-I-C-S vs KICKS
I had an SE many years ago that did say S-N-A as SNAH. Confused me every time. I've never heard anyone try to say R-J-E as a word. What you you use, reggie? On Sat, Jul 24, 2010 at 12:31 AM, Tony Harminc wrote: > On 24 July 2010 00:14, Ron Hawkins wrote: > > > Unitedstatians are the only people I have ever heard spell it out. I > guess > > that's what happens when you can't spell, can't write the date correctly, > > and install all your light switches upside down :-) > > On the other hand, Unitedstatians have been known to pronounce SNA and > RJE as words, and even on occasion to say them together so that it > sounds like a sneeze. > > Bless you! > > Wait - light switches upside down? My dad was from England, and when > he moved to Canada he installed all our light switches so that down > was ON, much to the confusion of everyone else. > > Tony H. > OK - which side is hot and which is cold? > And is it still Friday? > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Another reason to hate PDSE's
On 26 Jul 2010 07:16:35 -0700, cfmpub...@ns.sympatico.ca (Clark Morris) wrote: >Could Unix directories handle all of the functions of PDSE? When I >read that we would still need PDSs, I wondered what pointy haired >idiot designed the PDSE where one needed a started address space even >to read it. I don't even like ordinary PDS. Other operating systems don't need them. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: C-I-C-S vs KICKS
On 26 Jul 2010 07:16:09 -0700, bi...@mainstar.com (Bill Fairchild) wrote: >"United Statesian" is more than merely a perfect sense-maker. It is the >literal translation into English >from the Spanish word "estadounidense", which means someone from the United >States of America. >Many hispanophones find estadounidense preferable to norteamericano, which >means anyone from >North America, which includes all nations from the Arctic Ocean to Panama, >Greenland, Bermuda, >and the various Caribbean islands. It never made any sense to me when I lived in Mexico City during the Kennedy administration that they "corrected" me to say I wasn't an American, I was a North American. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: C-I-C-S vs KICKS
>I had an SE many years ago that did say S-N-A as SNAH. I worked with a few that did that, and it always made the VTAM SYSPROGs cringe. The only thing I noticed was that their accents were grown south of the Mason-Dixon Line. - I'm a SuperHero with neither powers, nor motivation! Kimota! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Another reason to hate PDSE's
>I don't even like ordinary PDS. Other operating systems don't need them. That doesn't make them wrong. There are some implementation flaws, but they exist, so use them, and know flaws and repairs. PS: Can you spell DLL? - I'm a SuperHero with neither powers, nor motivation! Kimota! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: C-I-C-S vs KICKS
I've heard CRJE pronounced 'krijjee", but never RJE. On Mon, Jul 26, 2010 at 1:55 PM, Ted MacNEIL wrote: > >I had an SE many years ago that did say S-N-A as SNAH. > > I worked with a few that did that, and it always made the VTAM SYSPROGs > cringe. > > The only thing I noticed was that their accents were grown south of the > Mason-Dixon Line. > > - > I'm a SuperHero with neither powers, nor motivation! > Kimota! > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > -- zMan -- "I've got a mainframe and I'm not afraid to use it" -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Another reason to hate PDSE's
On Mon, 26 Jul 2010 17:00:52 +, Bill Fairchild wrote: >And isn't the maximum size of a PDS 65535 cylinders instead of 65535 tracks? No, it's 64K tracks. It is the same "per volume" limit as many other data set types (non-extended). But PDSes and PDSEs are also limited to a single volume. Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:mzel...@flash.net Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: EMC Timefinder Snap and Dealloc
Once in a great while, the shop's local sysprog is told what to do by a manager and not given a choice as to what he thinks is best (e.g., what something's name will be). My experience only covers one to two dozen shops in which I have worked or to which I have had access, starting only 15 years before your first one. I don't remember that any of them had a proc named X, but all the operators everywhere I went knew they should enter a "S X" command to get queued VARY commands to take effect. This worked because even if you didn't have a proclib member named "X", the START command would still drive allocation even though the name "X" would end in a Start Command JCL error. I don't think it's reasonable to assume that any kind of de facto standard is a real standard with automatic, bug-free enforcement. My dad worked as a welder during World War II building war ships in Philadelphia. Some of his coworkers there had a de facto standard that an empty Coke bottle was a reasonable place to store some kind of cyanide compound that welders used sometimes. One day someone who didn't know about or remember the standard stupidly thought that a Coke bottle would be a really good place to store some cold Coca-Cola. He lived for a few seconds after he swallowed some of the mislabeled contents. Sure, a START X command will always "work" to drive allocation to process queued VARY commands, but what else will it do if there happens to be a proclib member named X that is not simply a glorified IEFBR14 step? How do you guarantee that such a member will not ever exist in all proclibs that might be reachable by the JES on that system? This is why I think that a VARY command should not simply add a command to a queue for "later processing" but should rather process the command immediately and fully, or at least immediately start the processing of it somehow (perhaps by ATTACHing a Master Scheduler subtask which, when dispatched, might entail some enqueue delay). Bill Fairchild Rocket Software - No SuperHero with neither powers nor motivation. Just a SuperSkeptic who no longer trusts in dogmatism. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ted MacNEIL Sent: Monday, July 26, 2010 12:41 PM To: IBM-MAIN@bama.ua.edu Subject: Re: EMC Timefinder Snap and Dealloc Since every shop I've worked in (starting in 1981) had X as DEALLOC clone, why would any SYSPROG allow a 'productive' X, when it's a de facto standard for ops to use after a vary? And, I'm not talking about just my experience, but that of those who have come in from somewhere else. - I'm a SuperHero with neither powers, nor motivation! Kimota! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: C-I-C-S vs KICKS
pacemainl...@gmail.com (Mark Pace) writes: > I had an SE many years ago that did say S-N-A as SNAH. Confused me every > time. I've never heard anyone try to say R-J-E as a word. What you you use, > reggie? i've heard lots of SNAH ... don't remember RJE as a word ... but do remember CRJE as as a word (aka conversational remote job entry ... cre-jee) as undergraduate i had added tty/ascii terminal support to cp67. the original code did automatic terminal identification for 2741 & 1052 and would use the 2702 SAD command to dynamically assign the correct line-scanner to the port (depending on which terminal it decided it was talking to). I tried to add tty/ascii terminal support in similar manner ... which almost worked. The problem was that while the 2702 allowed the line-scanner to be dynamically set (with SAD command) ... the line-speed oscillator was hard-wired (could quite use a common pool of lines with single dial-up number for 2741, 1052 and tty). This somewhat motivated the univ. to start clone controller processor ... starting out with Interdata/3 ... reverse engineering the channel interface and building channel interface board for the Interdata ... and of course one of the implementation features was to be able to dynamically determine terminal speed. Later four of us was written up as responsible for clone controller business ... some past posts http://www.garlic.com/~lynn/subtopic.html#360pcm Later clone controller business was major motivation for future system effort (and distraction of future system credited with allowing clone processors to gain market foothold): http://www.garlic.com/~lynn/submain.html#futuresys In any case, I also hacked HASP for CRJE implementation ... removed 2780 code (reduce code footprint) and replaced it with 2741 & tty terminal support ... along with editor supporting CMS editor syntax (had to be rewritten from scratch since the CMS environment and HASP environment were/are so different). misc. past posts mentioning one thing or another about HASP http://www.garlic.com/~lynn/submain.html#hasp -- virtualization experience starting Jan1968, online at home since Mar1970 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: C-I-C-S vs KICKS
On 26 Jul 2010 10:39:52 -0700, ds...@hotmail.com (Dave Salt) wrote:
>Most countries use hex wrenches and Torx screws (etc) for niche applications.
>Robertson screws (square head) don't fill a "niche", they're designed for
>general
>purpose, every day use. In contrast, Phillips screws ('X' head) are designed
>to fill
>a niche; i.e. one where the screwdriver can easily slip off the screw (for
>rare
>situations where this is actually a good thing). What's astonishing is that
>Phillips
>screws are used as general purpose screws throughout the U.S. when Robertson
>screws are so much easier to use.
So what's the advantage in having both Allen and Robertson screws?
They seem to do the same thing.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: EMC Timefinder Snap and Dealloc
On Mon, 26 Jul 2010 18:08:20 +, Bill Fairchild wrote: > This is why I think that a VARY command should not simply add a command to a queue for "later processing" but should rather process the command immediately and fully, or at least immediately start the processing of it somehow (perhaps by ATTACHing a Master Scheduler subtask which, when dispatched, might entail some enqueue delay). > >Bill Fairchild I believe IBM did just that with the VARY OFFLINE rewrite in z/OS 1.7. Can anyone authoritatively either confirm or deny my assertion that START DEALLOC is no longer needed? Brian -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: EMC Timefinder Snap and Dealloc
On Mon, 26 Jul 2010 11:56:48 -0500, Brian Peterson wrote: >On Mon, 26 Jul 2010 11:36:29 -0500, Mark Zelden wrote: > >> Several shops I have been at (including my first >>exposure to MVS) had a proc called "X" which was a copy of DEALLOC. >>The operator would "VARY xxx,OFFLINE" then "S X" to "kick in" >>deallocation. This goes back to at least MVS SP (which was the first >>MVS I worked on). > >My question is whether the enhancement to VARY OFFLINE introduced by z/OS >1.7 eliminated the "Pending offline" state and thus any need to ever issue >START DEALLOC - I can't remember seeing a device in "pending offline" state >in quite a while > >http://www-01.ibm.com/common/ssi/rep_ca/7/897/ENUS205-167/ENUS205-167.PDF > >(see page 8, bullet labeled "VARY command processing improvements") > >Brian You are correct Brian. This is from one of the SHARE presentations I was at around that time that has specific mention of it: "All offline and unload processing now done asynchronously from the original request: - All VARY OFFLINE and UNLOAD command requests will go "pending", regardless if the device is allocated or not - A new task, running in ALLOCAS address space will unload and/or take devices offline - Task is redriven once per second, while pending requests exist New allocations not needed to drive pending processing, nor will they be impacted: - Old START DEALLOC" job no longer needed to get devices processed - System will still issue still pending offline" indications, when devices remain allocated, but pending offline" Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:mzel...@flash.net Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: C-I-C-S vs KICKS
I've heard many people say "SNAH". And also "Crih-gee" when referring to CRJE. Our working days would be far less fun-filled if we couldn't joke around with acronyms or their pronunciation, inter alia. One of my favorite things to eat is General TSO's chicken. BALR is pronounced "bah-ler". STCM and ICM are "Stick-em" and "Ick-em". Two privileged instructions are "Stands-em" and "Stows-em" (STNSM and STOSM). Then there are the FIFO, LIFO, WINO (Whenver In, Never Out), and other queueing algorithms, "well, I'll BDAM", etc. and on and on for all Fridays in the foreseeable future. Bill Fairchild Rocket Software -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mark Pace Sent: Monday, July 26, 2010 12:44 PM To: IBM-MAIN@bama.ua.edu Subject: Re: C-I-C-S vs KICKS I had an SE many years ago that did say S-N-A as SNAH. Confused me every time. I've never heard anyone try to say R-J-E as a word. What you you use, reggie? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: EMC Timefinder Snap and Dealloc
>No SuperHero with neither powers nor motivation. >Just a SuperSkeptic who no longer trusts in dogmatism. I am not dogmatic, and I agree that vary processing could be MUCH smarter. But, unfortunately, almost every SYSPROG I know uses S X to clear out the VARY PENDING. What can you do? - I'm a SuperHero with neither powers, nor motivation! Kimota! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: C-I-C-S vs KICKS
You were an American then, and so were they. And you all were also North Americans. Mexico and many other countries just south of there are also in Central America. Simón Bolívar is attributed with saying "The name of our country is América". -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Howard Brazee Sent: Monday, July 26, 2010 12:53 PM To: IBM-MAIN@bama.ua.edu Subject: Re: C-I-C-S vs KICKS It never made any sense to me when I lived in Mexico City during the Kennedy administration that they "corrected" me to say I wasn't an American, I was a North American. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: C-I-C-S vs KICKS
Actually, I was amazed to learn (in my late 40s) that Mexico is considered part of *NORTH* America. Central America starts at the southern border of Mexico. Who knew? On Mon, Jul 26, 2010 at 2:33 PM, Bill Fairchild wrote: > You were an American then, and so were they. And you all were also North > Americans. Mexico and many other countries just south of there are also in > Central America. Simón Bolívar is attributed with saying "The name of our > country is América". > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: C-I-C-S vs KICKS
And there is JAY-SILL (JCL), the first rapper control language. Regards, John K From: Bill Fairchild To: IBM-MAIN@bama.ua.edu Date: 07/26/2010 01:26 PM Subject:Re: C-I-C-S vs KICKS I've heard many people say "SNAH". And also "Crih-gee" when referring to CRJE. Our working days would be far less fun-filled if we couldn't joke around with acronyms or their pronunciation, inter alia. One of my favorite things to eat is General TSO's chicken. BALR is pronounced "bah-ler". STCM and ICM are "Stick-em" and "Ick-em". Two privileged instructions are "Stands-em" and "Stows-em" (STNSM and STOSM). Then there are the FIFO, LIFO, WINO (Whenver In, Never Out), and other queueing algorithms, "well, I'll BDAM", etc. and on and on for all Fridays in the foreseeable future. Bill Fairchild Rocket Software -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mark Pace Sent: Monday, July 26, 2010 12:44 PM To: IBM-MAIN@bama.ua.edu Subject: Re: C-I-C-S vs KICKS I had an SE many years ago that did say S-N-A as SNAH. Confused me every time. I've never heard anyone try to say R-J-E as a word. What you you use, reggie? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
COBOL HLPI JCL sample needed
Hello guys and gals and anyone else! I am trying to help out a friend here, and with so many vacations in place, don't have access to the right people with the right JCL. Can someone help me by providing a sample batch JCL member to compile COBOL programs using HLPI for DL/I? If I have the sample, I can work out the details (I believe so). If there is a better forum, can you direct me? Thank you in advance for your help. * dj * -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: EMC Timefinder Snap and Dealloc
De-train them that a start command is no longer necessary (see Mark Zelden's 26 Jul 2010 11:36:29 post). Write a start command preprocessor that looks for "S X" and, when found, does a WTOR that says "Are You Sure" and ignores all possible replies (this was a jest). Live with it. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ted MacNEIL Sent: Monday, July 26, 2010 1:32 PM To: IBM-MAIN@bama.ua.edu Subject: Re: EMC Timefinder Snap and Dealloc >No SuperHero with neither powers nor motivation. >Just a SuperSkeptic who no longer trusts in dogmatism. I am not dogmatic, and I agree that vary processing could be MUCH smarter. But, unfortunately, almost every SYSPROG I know uses S X to clear out the VARY PENDING. What can you do? - I'm a SuperHero with neither powers, nor motivation! Kimota! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: EMC Timefinder Snap and Dealloc
>- Old START DEALLOC" job no longer needed to get devices processed This is a good thing. A better thing would be for timefinder to stop doing it. Or, at least query the release an do it only on less than 1.7, if they're still around. - I'm a SuperHero with neither powers, nor motivation! Kimota! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: EMC Timefinder Snap and Dealloc
It is certainly no standard here. At my shop, entering "S X" at the console results in: S X $HASP100 XON STCINRDR *BEK452I JOB X - JOB HAD A JCL ERROR IEFC452I X - JOB NOT RUN - JCL ERROR 376 $HASP396 XTERMINATED IEE122I START COMMAND JCL ERROR IEA989I SLIP TRAP ID=X33E MATCHED. JOBNAME=*UNAVAIL, ASID=008D. Message BEK421I is highlighted, and the operators will respond to this type of highlighted message by opening an incident ticket, and then will try to figure out who to call to let them know their JOB "X" had a JCL error. Greg Shirey Ben E. Keith Company -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Bill Fairchild Sent: Monday, July 26, 2010 1:08 PM To: IBM-MAIN@bama.ua.edu I don't remember that any of them had a proc named X, but all the operators everywhere I went knew they should enter a "S X" command to get queued VARY commands to take effect. This worked because even if you didn't have a proclib member named "X", the START command would still drive allocation even though the name "X" would end in a Start Command JCL error. I don't think it's reasonable to assume that any kind of de facto standard is a real standard with automatic, bug-free enforcement. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Another reason to hate PDSE's
How can you have directory entries, and no members? I can see having a huge directory and no members, but how can you have a directory entry that doesn't point to a member? -- Eric Bielefeld Systems Programmer Bill Fairchild wrote: > And isn't the maximum size of a PDS 65535 cylinders instead of 65535 tracks? > But Tom Conley has an excellent point that the maximum size of a PDS member > should be supported by any redesign. E.g., I have seen some large PDSes that > consisted of only a directory. One example is SMP. Another was a customer > file I ran across decades ago where an entire volume was a PDS with only a > directory in it; i.e., all directory entries and no members. > > Bill Fairchild > Rocket Software -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: EMC Timefinder Snap and Dealloc
>De-train them that a start command is no longer necessary (see Mark Zelden's >26 Jul 2010 11:36:29 post). Having not worked in ops, since before 1.7, I missed. But, I agree. >Write a start command preprocessor that looks for "S X" and, when found, does >a WTOR that says "Are You Sure" and ignores all possible replies (this was a >jest). Auto-ops. START COMMAND JCL ERROR. Mind you, I still don't believe in single character PROC names. - I'm a SuperHero with neither powers, nor motivation! Kimota! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Another reason to hate PDSE's
The member data is stored in the directory entry as "userdata", hence no real member data exists. TTR pointers are zero. Regards, John K From: Eric Bielefeld To: IBM-MAIN@bama.ua.edu Date: 07/26/2010 01:41 PM Subject:Re: Another reason to hate PDSE's How can you have directory entries, and no members? I can see having a huge directory and no members, but how can you have a directory entry that doesn't point to a member? -- Eric Bielefeld Systems Programmer Bill Fairchild wrote: > And isn't the maximum size of a PDS 65535 cylinders instead of 65535 tracks? But Tom Conley has an excellent point that the maximum size of a PDS member should be supported by any redesign. E.g., I have seen some large PDSes that consisted of only a directory. One example is SMP. Another was a customer file I ran across decades ago where an entire volume was a PDS with only a directory in it; i.e., all directory entries and no members. > > Bill Fairchild > Rocket Software -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: EMC Timefinder Snap and Dealloc
You all - as always - have provided wonderful history for I/O processing. I think the use of one character procs goes back to Punch cards. Too many holes - too little action... However, the main question I have is - Is it still necessary to do this? According to EMC they indicated that the reason they added the S DEALLOC was because varies were taking upto 6 mins. So the use of S DEALLOC was to speed that process up. However, in todays processors and Storage Arrays, is z/OS really that slow at issuing a V xxx,OFFLINE and the kicker (S DEALLOC) is required? And the EMC software does a one on one vary. I am not sure, unless a total rewrite is done, that they could bunch the commands up if that were possible. In our case, we do not have our snap volumes sequential - always one here and one there, so a massive vary offline command could not be created. Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mainframe books
Surely no one should pay $50 for an IBM Redbook available for free from IBM. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Kelman, Tom Sent: Monday, July 26, 2010 7:25 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Mainframe books There are a couple of books available through Amazon that might be good for an introduction. They are "Introduction to the New Mainframe: z/OS Basics" by IBM Redbooks "z/OS (MVS) Primer" by David Shelby Kirk The second one has the "Look Inside" capability, and I checked the table of contents. It looks pretty good. Both of these books run around $50.00 at the cheapest, but you should be able to get the first one from the IBM Redbooks web site. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: EMC Timefinder Snap and Dealloc
It is still possible to build commands like: V (,,,,,,,),OFFLINE The start command is not needed, and should be eliminated. If there are any developers left working on that product that know what they are doing they will agree, at least once they know the facts. Unfortunately, I don't know who is left working on that stuff, or even where the development is done, since I left in 2001. >>> Lizette Koehler 7/26/2010 2:50 PM >>> You all - as always - have provided wonderful history for I/O processing. I think the use of one character procs goes back to Punch cards. Too many holes - too little action... However, the main question I have is - Is it still necessary to do this? According to EMC they indicated that the reason they added the S DEALLOC was because varies were taking upto 6 mins. So the use of S DEALLOC was to speed that process up. However, in todays processors and Storage Arrays, is z/OS really that slow at issuing a V xxx,OFFLINE and the kicker (S DEALLOC) is required? And the EMC software does a one on one vary. I am not sure, unless a total rewrite is done, that they could bunch the commands up if that were possible. In our case, we do not have our snap volumes sequential - always one here and one there, so a massive vary offline command could not be created. Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: EMC Timefinder Snap and Dealloc
Like all other bottom-line-oriented vendors, they probably added the S DEALLOC years ago when varies were indeed taking up to 6 mins., then never removed it when it no longer became necessary. It costs time and money to remove unnecessary code (unnecessary from the functionality point of view, but not necessarily from the customer's annoyance level) or to add new code to test the z/OS release level in order to know whether or not to bypass the old, unnecessary code. And, like all good bottom-line-oriented vendors, they should react in a customer-friendly manner if enough customers complain. At least one would think so. Profit-making vendors' main goal in life is to maximize the use of resources on creating new income and minimize the resources used to continue milking old cash cows. Bill Fairchild Rocket Software -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Lizette Koehler Sent: Monday, July 26, 2010 1:50 PM To: IBM-MAIN@bama.ua.edu Subject: Re: EMC Timefinder Snap and Dealloc ... Is it still necessary to do this? According to EMC they indicated that the reason they added the S DEALLOC was because varies were taking upto 6 mins. So the use of S DEALLOC was to speed that process up. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: EMC Timefinder Snap and Dealloc
On Mon, 26 Jul 2010 14:50:20 -0400, Lizette Koehler wrote: >However, the main question I have is - Is it still necessary to do this? According to EMC they indicated that the reason they added the S DEALLOC was because varies were taking upto 6 mins. So the use of S DEALLOC was to speed that process up. START DEALLOC is obsolete as of z/OS 1.7, as proven by the references located by Mark Zelden. >And the EMC software does a one on one vary. I am not sure, unless a total rewrite is done, that they could bunch the commands up if that were possible. In our case, we do not have our snap volumes sequential - always one here and one there, so a massive vary offline command could not be created. I would suggest that EMC investigate the use of the programmatic IEEVARYD system service, documented in "z/OS MVS Programming: Authorized Assembler Services Reference, Volume 2 (EDTINFO-IXGWRITE)" which allows system software to programmatically process console VARY commands via an API instead of the console. This API appears to allow an array of devices to be provided all in one API call. From this manual: 50.1 Description IEEVARYD varies one or more devices online or offline on a single system, or defines the automatically switchable attribute for a device that supports automatic tape switching. It has the same effect as the VARY device or VARY AUTOSWITCH operator command, but it provides return and reason codes to the calling program, rather than issuing messages to a console. Brian -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
