Re: USS
USS - United Star Ship "I've got a mainframe and I'm not afraid to use it" TImOTHY Hillock EC/EDI PROGRAMMER/ANALYST Electronic Gateway Services (Tax ESD) -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Ken Brick Sent: Wednesday, November 16, 2011 10:43 PM To: IBM-MAIN@bama.ua.edu Subject: Re: USS Folks, If people folllowed the principles used in academia et al, as I understand them, the first usage of a term is spelt out in full followed by in brackets the acromyn or abbreviation that will be used through the paper. For example Unix System Services (USS) United States Ship (USS) Then no one has a valid cause of complaint Ken -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Adventure - Or Colossal Cave Adventure
I have seen a version of Adventure written in Basic. I still have that somewhere at home. Just the listing, never got around to typing it in. "Take my advice. I'm not using it." :-) TImOTHY Hillock -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Quoting Text
Don't forget the junk at the bottom of emails. "Take my advice. I'm not using it." :-) TImOTHY Hillock -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Eric Bielefeld Sent: Friday, October 02, 2009 12:28 PM To: IBM-MAIN@bama.ua.edu Subject: Quoting Text I don't usually post things like this, but I thought it was a good idea to bring this up, as it happens a lot lately. I deleted all of the original text except the 3 lines added by IBM-Main so as not to identify the original poster. There are 4 sets of lines added by the listserver on the message I am quoting, plus one more will be added on. When replying to a post, please - scroll to the bottom and delete the old IBM-Main lines added by the listserver. Also, there were 3 sets of text quoted. I'm sure just the last posting was needed on email I quoted, so delete any old text not referred to by your post. Darren should probably be posting this, but since his job changed, he doesn't seem to monitor the list as much. If we all delete whats not needed, the University of Alabama will need to store much less information, and be happier to host our group. If you need to see quoted text from 2 messages ago, you can always click on the link at the bottom of each posting, and find the posting in the current months archives. Then click on "Previous in Topic" at the top of each message to find all the text you need. I'm not picking on anyone, but a lot of people don't delete anything. Also, there are a few people that don't quote any text, and that can be equally frustrating, as sometimes its hard to figure out what the poster is getting at. Eric Bielefeld Sr. Systems Programmer Milwaukee, Wisconsin 414-475-7434 >>> >-- >>> >For IBM-MAIN subscribe / signoff / archive access instructions, >>> >send email 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 > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email 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: More bad news.
Maybe the writer was trying to say the percentage of the students not enrolling was increasing from year to year (but in fewer words as we saw). "Take my advice. I'm not using it." :-) TImOTHY Hillock -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Howard Brazee Sent: Wednesday, September 30, 2009 1:10 PM To: IBM-MAIN@bama.ua.edu Subject: Re: More bad news. On 30 Sep 2009 09:49:48 -0700, m42tom-ibmm...@yahoo.com (Tom Marchant) wrote: >Or perhaps, "Continuing decline." And a politician won't say "growing abyss" unless he was ascribing blame. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Very interesting discusion...(phonebook)
I wonder..Do they have phonebooks now and do they get a lot of junk callslike we do? "Take my advice. I'm not using it." :-) TImOTHY Hillock -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of P S Sent: Thursday, September 24, 2009 8:01 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Very interesting discusion... On Thu, Sep 24, 2009 at 7:18 PM, Phil Smith III wrote: > ...going on at http://www.linkedin.com/groupAnswers?viewQuestionAndAnswers=&gid=2196066 &discussionID=6103815&sik=1253410529718&trk=ug_qa_q&goback=.anh_2196066. ana_2196066_1253410529718_3_1 about mainframe jobs and staffing. That's in the MainframeZone group, btw -- the LinkedIn error if you aren't already a member doesn't actually tell you that, DOH. Musta been written by a *IX person. *IX errors always remind me of the status of phonebooks in the Soviet Union: there were none, because if you don't know the number of the person you're calling, you have no business calling them. When *IX produces an error, it's usually of the form, "If you don't know what you did wrong, I'm not going to help you figure it out." -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: 33 Years In IT/Security/Audit
33 years ago, I was a student at Algonquin College. When I had spare time in my schedule, to help in obtaining beer, I worked in the RJE room. If my shift was the first one in the morning, I had to do the old bootstrap routine. The mainframe at the time was a Digital DEC-10. The RJE room processsed good old punch cards. I still have some gently used ones. Once I saw a core dump of the DEC-10. Worked on a IBM-360 loading paper and tape drives. "Take my advice. I'm not using it." :-) TImOTHY Hillock -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Graeme Gibson Sent: Wednesday, September 02, 2009 1:24 AM To: IBM-MAIN@bama.ua.edu Subject: Re: 33 Years In IT/Security/Audit Oh Temptation! fought you long 'n hard, armed with but a fragile shard, ..of modesty. March 1966, IBM Service Bureau, employed to operate unit record & 1401. Self-taught 1401 machine language (in the graveyard hours) in which I wrote lots of programs and I'd never heard of Autocoder until I'd moved on to s/360; assembler, Cobol, Fortran & PL/1. Fired (by then I was in CE (FE)) by IBM in '76, went contracting, starting a software business in '80. I've managed to keep doing everything the wrong way :-) and being paid for it right up to the present day. We (have a small loyal staff) manage to laugh at ourselves just about every day so life isn't too bad. Been spreading mainframe ways to the little boxes for a few years now. For me "retirement" means getting new rubber for the car. Take care, Graeme At 05:00 AM 2/09/2009, you wrote: >On 1 Sep 2009 10:04:14 -0700, enrique.mont...@esc-gps.com (Enrique >Montero) wrote: > > >my first PC was an Atari 800XL, with a word processor, modem, 5 1/4 > >diskette, and casette. It was great to program with Basic and assembler. > >I wanted to study Petroleum Engineer, but my brother bought this pc, so > >i started to study computers. > >Not to mention a decent macro-assembler, forth, & Action!I believe >Logo was also available, but I didn't have 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Find the computer error
$23,148,855,308,184,500...isn't that pocket change to Scrooge McDuck? "Take my advice. I'm not using it." :-) TImOTHY Hillock -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ron Hawkins Sent: Friday, July 17, 2009 4:40 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Find the computer error Steve, My tongue was firmly in my cheek. I would say that it's a good idea not to correct an Australian by telling him what the UK does. I'll send Crocodile Dundee after ya... As far as Australia goes the standard is 1,000,000,000,000 equals one billion. From the discussion of the wiki article there is this gem: " Australian Standards AS1000 (appendix AA) states that the Engineers are to use long scale (Billion = Million Million) as outlined in "The 9th General Conference of Weights and Measures (CGPM) in 1948". However, in 1982 they realised it would be difficult to enforce this and have recommended "that the scientific engineering use be avoided." Now that's bloody confusing, but as of last year the Australian Macquarie Dictionary, our equivalent of Oxford and Webster Dictionaries, defined one billion as 10 to the power of 12. That's the standard, and it's citation enough for me. Ron > -Original Message- > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of > Steve Comstock > Sent: Thursday, July 16, 2009 5:43 AM > To: IBM-MAIN@bama.ua.edu > Subject: Re: [IBM-MAIN] Find the computer error > > Ron Hawkins wrote: > > Twenty Three Quadrillion? Looks like Twenty Three Thousand Billion to me. > > Well, my understanding is that American English uses terms > a little differently than the-rest-of-the-world English. > > An interesting article on Wikipedia points out that Americans > generally use the "short scale" while residents of the UK generally > use the "long scale". See http://en.wikipedia.org/wiki/Long_and_short_scales > > The article goes on to point out that in 1974 the government of the > UK officially abandoned the long scale in favor of the short scale. > > In short scale terms, then, we have: > > -term- -sample value- -ISO prefix- > million 1,000,000 mega- > billion 1,000,000,000 giga- > trillion1,000,000,000,000 tera- > quadrillion 1,000,000,000,000,000 peta- > quintillion 1,000,000,000,000,000 exa- > sextillion 1,000,000,000,000,000,000 zetta- > > So 23,148,855,308,184,500 would be read as > > 23 quadrillion, 148 trillion, 855 billion, 308 million, > 184 thousand 500 > > > > > > >> -Original Message- > >> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On > > Behalf Of > >> Binyamin Dissen > >> Sent: Wednesday, July 15, 2009 10:22 AM > >> To: IBM-MAIN@bama.ua.edu > >> Subject: [IBM-MAIN] Find the computer error > >> > >> > > http://news.yahoo.com/s/ap/20090715/ap_on_fe_st/us_odd_quadrillion_dolla r_de > > bi > >> t_2 > >> > >> a stunning $23,148,855,308,184,500 > >> > >> Number doesn't seem to be any special hex value. > >> > >> -- > >> Binyamin Dissen > > Kind regards, > > -Steve Comstock > The Trainer's Friend, Inc. > > 303-393-8716 > http://www.trainersfriend.com > >z/OS Application development made easier > * Our classes include > + How things work > + Programming examples with realistic applications > + Starter / skeleton code > + Complete working programs > + Useful utilities and subroutines > + Tips and techniques > > ==> Ask about being added to our opt-in list: <== > ==> * Early announcement of new courses <== > ==> * Early announcement of new techincal papers <== > ==> * Early announcement of new promotions <== > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email 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: Find the computer error
Account number may have been used instead of the amount. "Take my advice. I'm not using it." :-) TImOTHY Hillock -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Binyamin Dissen Sent: Wednesday, July 15, 2009 1:22 PM To: IBM-MAIN@bama.ua.edu Subject: Find the computer error http://news.yahoo.com/s/ap/20090715/ap_on_fe_st/us_odd_quadrillion_dolla r_debit_2 a stunning $23,148,855,308,184,500 Number doesn't seem to be any special hex value. -- Binyamin Dissen http://www.dissensoftware.com Director, Dissen Software, Bar & Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Secondary space allocation
In my JCLs I use the following: // SPACE=(CYL,(15,15),RLSE), // VOL=(,,,3), The Job will look for 15 cylinders to start with and then grab 15 more if needed up to 15 extents. The VOL statement allows me to grab 15 more extents of 15 cylinders to over 3 disks, for a total of 45 extents. The 3 can be up to 15, giving 15 * 15 = 225 extents. This also is good as one disk pack may have only room for 4 extents but will try looking at 2 other packs for the required space. "Take my advice. I'm not using it." :-) TImOTHY Hillock -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ted MacNEIL Sent: Wednesday, April 08, 2009 12:25 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Secondary space allocation >I always thought when you gave a secondary space allocation that it went to 16 extents(if needed), but I am reading that it now goes to 123. Is this true?? PS/PO total extents allowed, per volume, 16. In theory, you could have 16 extents, even without a secondary specified. VSAM/Extended Function total extents allowed, per volume, 123. Why is it scary? In general, I'd rather have multiple extents/volumes, than abend. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: GDG QUESTION
G'day. If you are acessing the new file in the same JCL, the DD statement should look like: DUMPIN DD DISP=SHR,DSN=PCYC.TMVHSTM.TMVS04.IRR(+1). If it's in another jcl then: DUMPIN DD DISP=SHR,DSN=PCYC.TMVHSTM.TMVS04.IRR(+0). To access a one the previous generations then use (-1) or (-2) or (-3) or (-4). A minus 5 is invalid as you only have 5 generations and the most current starts off a 0. Tim Hillock "Take my Advice, I'm not using it" -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Terry Sambrooks Sent: Saturday, November 15, 2008 3:35 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: GDG QUESTION Hi Howard, I noted that Linda supplied the required answer to your query about: "The executing job has the following DD in the JCL: DUMPIN DD DISP=SHR,DSN=PCYC.TMVHSTM.TMVS04.IRR and the resulting error is: IEF212I E18823X PST0010 STEP01 DUMPIN - DATA SET NOT FOUND Can some one tell me what I'm doing wrong? It's some thing but I just can't see the problem." I WOULD ADD however that your DD statement above is valid if the GDG has associated data sets. Simply coding the base entry name on a DD statement is a means of processing ALL the generations of a GDG without resorting to concatenated DD statements for each generation. Kind regards - Terry Terry Sambrooks Director KMS-IT Limited 228 Abbeydale Road South Dore, Sheffield, S17 3LA, UK Tel: +44 (0)114 262 0933 WEB: www.legac-e.co.uk Company Reg: 3767263 at the above address All outgoing E-mail is scanned, but it remains the recipient's responsibility to ensure their system is protected from spy-ware, trojans, viruses, and worms. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Enhanced JCL processor? (and maybe a few other thoughts)
Thanks, after 28 years of using symbols in ROSPROCs and ISPFs, it's one thing to look for. I've been able to run the sample jcl with no problems here. //STEP1EXEC PGM=IEFBR14, // PARM=('&SYMBOL1.&SYMBOL1.&SYMBOL1.&SYMBOL1.&SYMBOL1.X&SYMBOL2.YX // &SYMBOL3.Z') IEFC653I SUBSTITUTION JCL - PGM=IEFBR14,PARM=('AXBYCZ') //SYSUDUMP DD SYSOUT=D Tim -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Paul Gilmartin Sent: Thursday, June 05, 2008 10:25 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Enhanced JCL processor? (and maybe a few other thoughts) On Thu, 5 Jun 2008 10:05:22 -0400, Hillock, Timothy wrote: >Ok,I think that I know what the errors are. > > You spelt SYMBOL2 as SYSBOL2 in the parm statement. > Good catch. The IBM support person also missed it. But no matter; even absent the typo, JCL fails to perform the substitution. However, this provides elegant accidental support for my assertion that use of an undefined symbol should be reported as a JCL error. >You can only use up to 71 characters on a line for JCL. To Continue the >parm use a x in col 72 such as my sample below. > I had not used more than 71 characters (plus a continuation mark) in any line in my example. You may have been misled by embellishments by other contributors in following plies, or by indention introduced in the JESJCL listing. >+1+2+3+4+5+6+7- - >//* - >//STEP1EXEC PGM=IEFBR14, >// PARM=('&SYMBOL1.&SYMBOL1.&SYMBOL1.&SYMBOL1.&SYMBOL1.X&SYMBOL2.YX >// &SYMBOL3.Z') >//SYSUDUMP DD SYSOUT=D >//* - > And that's a PITA to do when generating JCL from a program. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Enhanced JCL processor? (and maybe a few other thoughts)
Ok,I think that I know what the errors are. You spelt SYMBOL2 as SYSBOL2 in the parm statement. You can only use up to 71 characters on a line for JCL. To Continue the parm use a x in col 72 such as my sample below. +1+2+3+4+5+6+7-- //*- //STEP1EXEC PGM=IEFBR14, // PARM=('&SYMBOL1.&SYMBOL1.&SYMBOL1.&SYMBOL1.&SYMBOL1.X&SYMBOL2.YX // &SYMBOL3.Z') //SYSUDUMP DD SYSOUT=D //*- Tim Hillock -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Eric Bielefeld Sent: Wednesday, June 04, 2008 3:27 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Enhanced JCL processor? (and maybe a few other thoughts) I think the key is when doing SJ, as long as you don't go past column 71, you will be ok. Your statement said only that you wanted to be able to use wider than 80 columns, although I suppose that would mean putting something past column 80. I think the JCL book would say you can't go beyond col 71, thus your JCL error. Eric Bielefeld Sr. z/OS Systems Programmer Milwaukee, Wisconsin 414-475-7434 - Original Message - From: "McKown, John" <[EMAIL PROTECTED]> Newsgroups: bit.listserv.ibm-main To: Sent: Wednesday, June 04, 2008 2:13 PM Subject: Re: Enhanced JCL processor? (and maybe a few other thoughts) >I think so. I editted a JCL in a VB/259 dataset and made a really long > PARM. > > // SET SYMBOL1=A > // SET SYMBOL2=B > // SET SYMBOL3=C > // SET SYM=Q > //STEP1EXEC PGM=IEFBR14, > // > PARM=('&SYMBOL1.&SYMBOL1.&SYMBOL1.&SYMBOL1.&SYMBOL1.X&SYSBOL2.Y&SYMBOL3. > Z') > //SYSUDUMP DD SYSOUT=D > > This got a JCL error: > > J E S 2 J O B L O G -- S Y S T E M D E V 1 > -- N O D E L I H 1 > > 14.11.09 JOB57436 WEDNESDAY, 04 JUN 2008 > 14.11.09 JOB57436 IRR010I USERID TSH009 IS ASSIGNED TO THIS JOB. > 14.11.09 JOB57436 IEFC452I TSH009A - JOB NOT RUN - JCL ERROR 177 > -- JES2 JOB STATISTICS -- >9 CARDS READ > 24 SYSOUT PRINT RECORDS >0 SYSOUT PUNCH RECORDS >1 SYSOUT SPOOL KBYTES > 0.00 MINUTES EXECUTION TIME >1 //TSH009A JOB (H0I),MCKOWN,CLASS=Z, > JOB57436 > // MSGCLASS=X >2 // SET SYMBOL1=A >3 // SET SYMBOL2=B >4 // SET SYMBOL3=C >5 // SET SYM=Q >6 //STEP1EXEC PGM=IEFBR14, > // > PARM=('&SYMBOL1.&SYMBOL1.&SYMBOL1.&SYMBOL1.&SYMBOL1.X&SYSBOL2.Y&S > IEFC653I SUBSTITUTION JCL - PGM=IEFBR14,PARM=('AX&SY >7 //SYSUDUMP DD SYSOUT=D > STMT NO. MESSAGE >6 IEFC621I EXPECTED CONTINUATION NOT RECEIVED > > -- > John McKown > Senior Systems Programmer > HealthMarkets > Keeping the Promise of Affordable Coverage > Administrative Services Group > Information Technology -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Enhanced JCL processor? (and maybe a few other thoughts)
You got a null "//" on one line. Everything below this is ignored. Tim Hillock -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Eric Bielefeld Sent: Wednesday, June 04, 2008 3:27 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Enhanced JCL processor? (and maybe a few other thoughts) I think the key is when doing SJ, as long as you don't go past column 71, you will be ok. Your statement said only that you wanted to be able to use wider than 80 columns, although I suppose that would mean putting something past column 80. I think the JCL book would say you can't go beyond col 71, thus your JCL error. Eric Bielefeld Sr. z/OS Systems Programmer Milwaukee, Wisconsin 414-475-7434 - Original Message - From: "McKown, John" <[EMAIL PROTECTED]> Newsgroups: bit.listserv.ibm-main To: Sent: Wednesday, June 04, 2008 2:13 PM Subject: Re: Enhanced JCL processor? (and maybe a few other thoughts) >I think so. I editted a JCL in a VB/259 dataset and made a really long > PARM. > > // SET SYMBOL1=A > // SET SYMBOL2=B > // SET SYMBOL3=C > // SET SYM=Q > //STEP1EXEC PGM=IEFBR14, > // > PARM=('&SYMBOL1.&SYMBOL1.&SYMBOL1.&SYMBOL1.&SYMBOL1.X&SYSBOL2.Y&SYMBOL3. > Z') > //SYSUDUMP DD SYSOUT=D > > This got a JCL error: > > J E S 2 J O B L O G -- S Y S T E M D E V 1 > -- N O D E L I H 1 > > 14.11.09 JOB57436 WEDNESDAY, 04 JUN 2008 > 14.11.09 JOB57436 IRR010I USERID TSH009 IS ASSIGNED TO THIS JOB. > 14.11.09 JOB57436 IEFC452I TSH009A - JOB NOT RUN - JCL ERROR 177 > -- JES2 JOB STATISTICS -- >9 CARDS READ > 24 SYSOUT PRINT RECORDS >0 SYSOUT PUNCH RECORDS >1 SYSOUT SPOOL KBYTES > 0.00 MINUTES EXECUTION TIME >1 //TSH009A JOB (H0I),MCKOWN,CLASS=Z, > JOB57436 > // MSGCLASS=X >2 // SET SYMBOL1=A >3 // SET SYMBOL2=B >4 // SET SYMBOL3=C >5 // SET SYM=Q >6 //STEP1EXEC PGM=IEFBR14, > // > PARM=('&SYMBOL1.&SYMBOL1.&SYMBOL1.&SYMBOL1.&SYMBOL1.X&SYSBOL2.Y&S > IEFC653I SUBSTITUTION JCL - PGM=IEFBR14,PARM=('AX&SY >7 //SYSUDUMP DD SYSOUT=D > STMT NO. MESSAGE >6 IEFC621I EXPECTED CONTINUATION NOT RECEIVED > > -- > John McKown > Senior Systems Programmer > HealthMarkets > Keeping the Promise of Affordable Coverage > Administrative Services Group > Information Technology -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA-Endevor question.
This may help. Use Endevor to create the SCL statements to retreive the select programs that you want. It can load them into any pds file that fits your need. Select 3 for batch. Select Retrieve. Fill out the information you need to retrieve the programs and select them. It should produce the scl statements similar to these examples: RETRIEVE ELEMENT 'program1' VERSION 01 LEVEL 01 FROM ENVIRONMENT '' SYSTEM 'xx' SUBSYSTEM 'xx' TYPE '' STAGE 2 TO DSNAME 'pds.output' OPTIONS NOSEARCH . RETRIEVE ELEMENT 'program2' VERSION 01 LEVEL 01 FROM ENVIRONMENT '' SYSTEM 'xx' SUBSYSTEM 'xx' TYPE '' STAGE 2 TO DSNAME 'pds.output' OPTIONS NOSEARCH . RETRIEVE ELEMENT 'program3' VERSION 01 LEVEL 04 FROM ENVIRONMENT '' SYSTEM 'xx' SUBSYSTEM 'xx' TYPE '' STAGE 2 TO DSNAME 'pds.output' OPTIONS NOSEARCH "Duct tape is like the Force. It has a light side and a dark side, and it holds the universe together." TImOTHY Hillock -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of McKown, John Sent: Thursday, January 10, 2008 2:00 PM To: IBM-MAIN@BAMA.UA.EDU Subject: CA-Endevor question. Does anybody know of a program which I can point at a Endevor compressed listing PDS and have it uncompress the listing into a regular listing PDS? I am not very Endevor literate. I need to do this in order to run the listings through another program. I know how to do it on a one-by-one member, but I was hoping for a faster way to do it. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html