Source of the JCLim column on the SDSF 'JC' Panel
I cannot find any reference as to the source of the JCLim column on the SDSF 'JC' Panel. I have tried several searches, but, to no avail. The only reference is the SDSF manual defining the column. I could not find any reference to the source of the data. The ISF.SISFSRC data set provided no clues. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Replace Compuware products with CA
About 4 years ago, we replaced ABENDAID for MVS CICS, FILEAID XPEDITER with SymDump Batch CICS, File Master Plus Intertest Batch. We already had Intertest CICS. We survived. Only the true application 'techies' complained mostly about SymDump, both types. But, using the CA Products saved us $300,000. I have yet to hear $300,000 worth of complaints. File Master Plus and Fileaid are almost equivalent. Programmers do not like setting up an environment for Intertest Batch. So, it is rarely used. As was XPEDITER. A caveat - SymDump batch does not 'debug' authorized Assembler code. This requires an additional SymDump product called SymDump System (I think that was the name). We didn't get it because it was hard to justify for only one programmer who did this kind of programming - me. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Subject: Re: JES2 Exit 53 problem
I stand corrected - I thought I had created Exit #53 when we migrated to z/OS 1.4. Anyway, I have used the similar code in Exit #3 since 1988. Yes, I assembled Exit #53 with a USER Environment and it is loaded in the LPA. LOADMOD(JES2X003) STORAGE=PVT LOADMOD(JES2X053) STORAGE=LPA JES2X053 $MODULE ENVIRON=(USER,ANY) JES2X003 $MODULE ENVIRON=JES2 I guess I will just call this a feature. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JES2 Exit 53 problem
Yes, I am doing what is described in the exit sample. Further, I strategically generated a S0C1 to view the contents of the XPL and the area pointed to by X053JXWR. Everything looks fine. Basically, the exit exits after this. As I stated in my one of my previous posts, this code has been working on a 1.7 system for 3 years, a 1.4 system for 3 years. As a matter of fact, this code has been running like this since 1988. The only changes I have made is to accommodate the use of the XPL and the exit running in the USER environment. I am going to open an ETR with JES2. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JES2 Exit 53 problem
/DJOBDEF /HASP835 JOBDEF /HASP835 JOBDEF ACCTFLD=OPTIONAL,BAD_JOBNAME_CHAR=?,CNVT_ENQ=FAIL, /HASP835 JCLERR=YES,JNUMBASE=4487,JNUMFREE=4080,JNUMWARN=80, /HASP835 JOBFREE=4081,JOBNUM=5000,JOBWARN=80,PRTYHIGH=10, /HASP835 PRTYJECL=NO,PRTYJOB=NO,PRTYLOW=1,PRTYRATE=48, /HASP835 RANGE=(1,4999),RASSIGN=YES,DUPL_JOB=DELAY -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JES2 Exit 53 problem
Yes, upon entry R0 points to the XPL. However, I save it in XPL_ADDRESS. I should have also stated this is JES2 1.9. This code has been working on a 1.7 system for 3 years. And, for another 3 years on a 1.4 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
JES2 Exit 53 problem
Maybe another set of eyes can show me the error of my ways. I have written JES2 Exit #53 to validate the accounting field of the JOB statement. The exit performs as designed except for a nagging problem. I want to pass an error message to be added to the JCL data set. According to the JES2 Exit Manual: When passing a return code of 12, your exit routine can pass an installation-defined error message to JES2 to be added to the JCL data set rather than the standard error message. To send an error message, generate the message text in your exit routine, move it to area pointed to by X053JXWR, and set the X053XSEM bit in X053RESP to one. I have included the code I have written to do this: L R1,XPL_ADDRESS L R2,X053JXWR-XPL(,R1) MVC 0(80,R2),TEXTAREA_MESSAGE OI X053RESP-XPL(R1),X053XSEM Yes, the return code is 12 as evidenced by this message: /HASP119 MYUHASTU DELETED - ILLEGAL JOB CARD ACCT FIELD, RC=12 I have checked and rechecked this code and the contents of storage via SVC dumps. All looks good but the message is not being added to the JCL data set. Any suggestions? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Disk replacing Tape?
Replacing tape with disk? Sounds like a great idea - if you have a large enough DASD farm. DR would be simpler, too - if you have a large communication pipe to your DR site. However, once the powers-that-be see the cost, tape doesn't seem so bad. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: CA's MSM
Since CA is now going to distribute updates and releases via MSM, does this mean that all of CA's products will follow the same methodology for installation? For example, Telon would send out various releases and service packs. None cumulative. Upgrading required applying each release and service pack individually. Is Telon now going change this method? I haven't seen anything to indicate Telon will change. Furthermore, CA-11 makes certain assumptions. I was given a CA-11 installation tape with a service pack. When I attempted to install it, I found missing modules and JCL. After some email discussions, I learned the service pack tape was built with the assumption I had to order and install the original release which had the missing elements. Is CA-11 going to change? We will eventually go to MSM, but, I sure would like to know if all CA products are using the same disciplines? If not, why not? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Question about settings for reading posts
Of late, I am receiving some posts in this format: TG9vayBmb3IgZmllbGRzIGluIHRoZSBFQ1ZULiANCg0KLS0tLS0gT3JpZ2luYWwgTWVzc2Fn ZSAt LS0tLQ0KRnJvbTogSUJNIE1haW5mcmFtZSBEaXNjdXNzaW9uIExpc3QgPElCTS1NQUlOQGJh bWEu dWEuZWR1Pg0KVG86IElCTS1NQUlOQGJhbWEudWEuZWR1IDxJQk0tTUFJTkBiYW1hLnVhLmVk dT4N ClNlbnQ6IFR1ZSBBcHIgMjAgMTk6NTc6MjcgMjAxMA0KU3ViamVjdDogR2V0dGluZyBQYXJ0 aXRp b24gbmFtZSBkZWZpbmVkIGluIHRoZSBJT0RGDQoNCkhpLA0KDQpIb3cgQ2FuIEkgZ2V0IHRo ZSBw YXJ0aXRpb24gbmFtZSBkZWZpbmVkIGluIGEgSU9ERi4gSSB3YW50IHRvIGdldCB0aGlzIGRh dGEN CnVzaW5nIFJFWFguIEkgZG9udCB3YW50IHRvIHVzZSB0aGUgZCBtPWNwdSBjb21tYW5kLg0K SXMg aXQgcG9zc2libGUuDQoNCg0KLS0gDQpSZWdhcmRzLA0KRGluZXNoIFRoYWt1cg0KTWFpbmZy YW1l IFN5c3Byb2cgU3VwcG9ydGluZyBNUQ0KDQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQpGb3IgSUJNLU1BSU4g c3Vi c2NyaWJlIC8gc2lnbm9mZiAvIGFyY2hpdmUgYWNjZXNzIGluc3RydWN0aW9ucywNCnNlbmQg ZW1h aWwgdG8gbGlzdHNlcnZAYmFtYS51YS5lZHUgd2l0aCB0aGUgbWVzc2FnZTogR0VUIElCTS1N QUlO IElORk8NClNlYXJjaCB0aGUgYXJjaGl2ZXMgYXQgaHR0cDovL2JhbWEudWEuZWR1L2FyY2hp dmVz L2libS1tYWluLmh0bWwNCg== Is there some setting I need to turn on to read these posts? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Jes2 Converter abend d37
Have you considered using batch job executing IEBGENER with SYSUT2 assigned to an internal reader and make SYSUT1 a concatenation of 2 files - the first would contain only the JOB statement and the second the file from the vendor? I have done this with some other very large files. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Now is time for banks to replace core system according to Accenture
While this discussion has evolved into a discourse on HLLs and library support, I would like to make an observation. A long time ago in a galaxy far, far away, Accenture was Arthur Anderson Consulting. My company contracted with them to assess the status of our technology and its direction. While it was a foregone conclusion they would recommend a shift to UNIX, I was totally underwhelmed by the 'mainframe acumen' of their staff. Arthur Anderson used this venture as an OJT exercise for their staff. Their staff probably just finished their BA and or equivalent thereof which included a working knowledge of Windows and the Internet. Further, the vast majority of their survey and results came from cutting and pasting from articles on the Internet. My conclusion is that Accenture probably doesn't has a dwindling staff to support a mainframe system and/or application. But, what it does have is a group of young, eager non-mainframe people and if they can convince banks to move off of the mainframe, they've got business. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Jes2 Converter abend d37
I have had a vendor send me such a deck. Not only did I have to insert a JOB statement, I also had to modify the DSNs in the CLIST included in the deck. Further, this jobstream contained a few object decks, so the editing was tricky due to having CAPS OFF. The vendor even crowed about how good this method of installation was. The KISS method was lost on 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
RSM Question
I have been working with some RSM areas specifically RAX. The RAX has 5 fields that I have been using, i.e. RAXFMCT RAXFBV1-4. RAXFMCT contains the number of real storage frames used by the address space. RAXFBV1 contains the number of frames in UIC interval 1. And, RAXFBV2 contains the number of frames in UIC interval 2. And so on and so forth. It seems logical that the sum of RAXFBV1-4 equals RAXFMCT. But, it doesn't. How are the other frames accounted for? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Locating the PFTE
I have been requested to write a real storage monitor. Nothing to fancy. One of the items I would report would be the UIC and some associated values. So, I follow the links to get to the PFTE and start accumulating information. Only problem, the RIT pointer to the first PFTE is zeros. I have tried to a couple of other backwards ways to find the first PFTE. No luck. Any ideas out there. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Internal Reader Problem
Thank you, gentlemen. I had read the INTRDR init statement documentation. It does not mention SYSAFF. However, I issued the JES2 operator command to set SYSAFF on our test system and tested it. Thanks again. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Internal Reader Problem
We have 3 LPARs in our sysplex all in the same MAS. All running z/OS 1.7. We have an anomaly we can't explain. When a job is submitted on System A, it is converted on system B. Due to the scheduling environment, the job executes and ABENDs on System A. Designating SYSAFF=A resolved the problem. Even though both systems have the same PROC name. The PROCs our different on each system. My conclusion, albeit uninformed, is that when the job was submitted on system A, all of the Conversion PCEs on System A were active and so a Conversion PCE on system B performed the conversion. Is there a way, besides an exit, to force a job without a SYSAFF designation to be converted on the same system that it was submitted on? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: how-to Sysplex? - The TSO user part
Thanks for the input. I did not install MIM. My colleague, who did, said this was a feature of the MIMPLEX. I will refer him to your postings when he returns from vacation. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: how-to Sysplex? - The TSO user part
We use MIM and a feature of the 'MIMPLEX' is that MIM disallows multiple TSO sessions with the same User ID. At this installation, the MIMPLEX crosses all Sysplex boundaries. We have 3 monoplexes and 1 base sysplex and the MIMPLEX comprises all 4 plexes. While z/OS JES2 will allow multiple sessions with the same User ID, MIMPLEXex do not. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Can't find HFS Reason Code
According to BPMTEXT, 5B1B0100: Notice: unknown modid, reason text may be incorrect JRTrunc: Vnode operation trunc is not supported by this file system Action: Verify that the operation was performed on a physical file system that supports the operation. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Why are z/OS people reluctant to use z/OS UNIX?
For my 2 cents worth, I totally agree with Barbara. We don't have any use for Unix at our installation. The only real reason we have to keep up with and maintain UNIX is for TCP/IP. We don't have any substantial use for UNIX. Okay, ServerPac, but, I could just as easily use the tapes. By choices made by the Powers that be or did be, the Mainframe and new application development have been functionally stabilized and sunsetted. That was 10 years ago, but the exile order is still in place. I have no burning desire to learn UNIX when I am trying to maintain my knowledge of MVS, OEM products, and, develop my own solutions for the requirements here. If IBM were to scrap MVS and say 1.11 will not have a MVS nucleus but rather a UNIX kernel to drive everything else, then I would have a new direction. Until then, I remain, and quite happily, a MVS systems programmer who tolerates UNIX like an itch I can't scratch. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: ISPF Question
When I logon to TSO/ISPF, I initiate 10 split screens and bounce around using commands in the user command tables, i.e. X1,X2, ... X9,XA (Yes, Bob, like you I am a slow typist.) Each split screen initiates with a different command: 1-Primary menu, 2 3 - Edit, 4 5 - View, 6 - SDSF, 7 - DS List, 8 - TASID, 9 - OPS/MVS A-Primary Menu. So, I just bounce around using the proper X command. Nobody else here cares for the configuration. When I try to explain it, I get blank stares. And, I don't expect ISPF will be using them in the future. So, I guess I live in a fool's paradise. But, it works well for me. If I need more, I will just modify ISPCFIGU and add another 'X' command to user command table. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Hypersockets between LPARs of different sysplexes
Thanks for the information. I have passed your comments and suggestions to my communications colleague. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Hypersockets between LPARs of different sysplexes
We would like to configure the linkage between two LPARs and Hipersockets. The LPARs are members of two different sysplexes. However, these LPARs are utilizing the same OSA card. If this configuration is feasible and/or possible, where is this documented and are there examples? TIA. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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 question about COBOL compatibility
Steve, Thanks for the offer. I hearken to the old adage - 'A prophet is without honor in his own land.' Certain individuals would prefer not to mention or have such a subject brought to their attention. -- 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: LE question about COBOL compatibility
The reason why some shops (mine, in particular) are still using OS/VS COBOL and VS COBOL II is that decisions were made according to expediency and the fact that the mainframe was to be obsolete by the year 2000. Ergo, no need to convert. On January 1, 2009, we, the mainframers, will be celebrating our 10th year of obsolescence with many more in sight. If it weren't for CICS DB2, the conversion to Enterprise COBOL would have been delayed until LE would not support the old COBOL run time environments. Furthermore, the conversion to Enterprise COBOL has been pared back to only those programs using CICS and/or DB2. -- 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
LE question about COBOL compatibility
Has IBM announced what release of LE will not support old COBOL runtime environments, specifically OS/VS COBOL and VS COBOL II? -- 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: z/OS Documentation - again
I find that the new manual software offerings confusing and unusable. When I installed z/OS 1.7, I copied the softcopy CD to my hard drive. Identified those manuals (PDF form) that I would use by subject matter. Copied them to an appropriate folder that were named according to subject matter.When I copied the manual, I renamed it using the actual title of the manual and not the cryptic 8-character IBM ID. This took time to prepare and execute but it's a simple solution that has served me well. -- 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: WLM managed initiators
Actually, IBM recommends using both types of initiators depending on the type of work. Specifically, production batch under JES2 and the rest under WLM. Anyway, Scheduling Environments will segregate the work. Define an unique SE for each LPAR or member of the MAS, e.g. LPAR1, LPAR2 ... Define a unique resource for each, e.g. LPAR1, LPAR2 ... Then, when you activate the resources, set LPAR1 ON, LPAR2 OFF on LPAR1, and, vice versa on LPAR2. Also, the user must add a SCHENV parameter to the JOB statement. In our case, we couldn't rely on the user to do this, so I wrote JES2 Exits 2 52 to add the parameter in case the user do not supply one. -- 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: TSO/ISPF Screen Swap
The reason I chose X1, X2, X3 ... X9, XA is that I am just lazy. Also, I stack commands in the command area. Thus, the shorter the command string, the more I can enter. As for hitting ENTER to activate all the sessions, I have tried it and it fails. The only way to activate all sessions is to swap to the first session. -- 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: TSO/ISPF Screen Swap
For my 2 cents worth, I modified the TSO LOGON REXX EXEC to establish 10 sessions for me. I also created a set of user commands X1, X2, X3 ..., X9, XA in our user table. Each command swaps to the corresponding session, e.g. X1 is SWAP 1, X2 is SWAP 2, etc. Thus, swapping is just a matter of entering the proper command. This works very well. Oh, I do set PF2 PF9 to SWAP PREV SWAP NEXT. I do have an anomaly when invoking the 10 sessions. When I first logon and the sessions are established only the first 8 are in the swap list. Session 9 session 10 are not in the list and the corresponding swap commands act just like an IEFBR14. The swap list remain the same until I swap to the first session when the swap list will then contain the ninth tenth session. All is fine afterwards. I asked the ISPF gurus at SHARE and they said it shouldn't work like this. Has anyone else experienced this phenomenon? -- 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: Monitor use of Load-Library as JOBLIB/STEPLIB
Peter, When are these statistics/events recorded? I executed the display command against one of our LLA managed library and received information about a subset of fetched modules in the library, but not all fetched modules were reported. This library contains JES2 Exits, Command Exit, SMF Exits, FLPA module, MLPA modules and a WTO/WTOR exit. None of these were included in the display. -- 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: Xephon, are they still in business?
Tell me how you got them to respond. I had a subscription to z/OS Update. I had problems with delivering the issues on time. Finally, I had to send emails requesting the issues. I tried calling but the message box always was full. Eventually in November of 2007, my subscription expired. I tried to renew, but, no answer. I spoke to the president of z Journal at CMG SHARE about Xephon's reluctance, indifference and/or antipathy to respond. Still, no response. I only wanted to give them money and Xephon wasn't interested. Xephon wouldn't even respond to our accounting office. So, if anyone has a magic link or phone number... -- 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: SMF System Logger - limitations of MANx
I have been following this thread with some interest. The one aspect I have not seen mentioned has been what constitutes too high of volume of SMF data? I'll admit my shop is small but our production LPAR was switching SMF in the range of 95 to 105 times a day. The other LPARs were behaving switching 5 to 15 times a day. The source of the problem was that all of the MANx data sets had the same allocation - 100 cylinders -, which had been sufficient for many years. Anyway, I reallocated the MANx data sets for the production LPAR to 750 cylinders; and, I modified the offload PROC as well. Now, the production LPAR only switches 14 or 15 times a day. With this in mind, what is too high of a volume for the MANx data sets to handle given the size of the MANx data sets and rate of switching? -- 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: BPXOINIT shutdown failure
Thanks to the respondents. At one time, I had RTFMd that stated the way to bring down OMVS/USS was to issue the 'F BPXOINIT,SHUTDOWN=FILEOWNER' 'F BPXOINIT,SHUTDOWN=FORKS' commands. These two commands have worked until Saturday. I will use the new command and monitor its success. -- 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
BPXOINIT shutdown failure
The following contains excerpts the SYSLOG from a shutdown from Saturday night, 1/19: F BPXOINIT,SHUTDOWN=FORKS BPXF024I (OMVSKERN) Jan 19 18:39:06 inetd 65542 : FOMN0066 inetd 368 terminating BPXI032E FORK SERVICE HAS BEEN SHUTDOWN SUCCESSFULLY. 370 ISSUE F BPXOINIT,RESTART=FORKS TO RESTART FORK SERVICE. IEF404I BPXAS - ENDED - TIME=18.39.09 IEF404I BPXAS - ENDED - TIME=18.39.09 BPXM036I BPXAS INITIATORS SHUTDOWN. IEF404I BPXAS - ENDED - TIME=18.39.09 /HASP395 BPXASENDED /HASP395 BPXASENDED /HASP395 BPXASENDED After a few minutes, the following PID was still active. D OMVS,ASID=ALL BPXO040I 18.41.50 DISPLAY OMVS 454 OMVS 000E FORK SHUTDOWN OMVS=(00,FS) USER JOBNAME ASIDPID PPID STATE START CT_SECS OMVSKERN BPXOINIT 002A 1 0 MRI--- 18.15.4059.041 LATCHWAITPID= 0 CMD=BPXPINPR SERVER=Init Process AF=0 MF=0 TYPE=FILE What do I do now to end BPXOINIT? -- 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: BPXOINIT shutdown failure
I apologize for the lack of completeness: The only active address spaces were: DLF LLA VLF APPC JES2 OPSMAIN (CA OPS/MVS) I did cancel APPC but to no avail. -- 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: Automated shutdown
My installation let the Operations staff write and maintain the shutdown procedure using our automation tool. This was done a number of years ago when the mainframe was the platform of choice. Since then, the mainframe has become the 'platform non grata' and the automation tool has become an afterthought. I tried to update and rewrite the shutdown procedure. I found it cumbersome and inadequate - both the procedure and the automation tool. Consequently, I have written my own shutdown procedure, it consists of a started task to initiate, monitor and facilitate the shutdown. I also use the WTO exit to assist in the monitoring and communication with the started task. Finally, I use an ECSA table that provides the information the started task needs to perform its functions. I am prejudiced but it works a lot better and is fault tolerant, e.g. tasks that don't come down are cancelled after a specified period of time. Operator intervention is almost non-existent. -- 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
USS SMP/E ACCEPT Question
I have applied maintenance for a processor upgrade. Some of the maintenance involved updating the OMVS ROOT HFS. Today, I began the ACCEPT of this maintenance. When I checked the output from the ACCEPT CHECK, I noticed that the OMVS ROOT HFS file was not allocated. I found this strange, as there was a number of PTFs that modified this HFS file. I have queried the SMP/E manuals, the IBM-Main archives and Google but I could not find a reference to this subject. Is USS maintenance not ACCEPT eligible? I find this odd. It begs the question how does one back off USS maintenance? -- 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: USS SMP/E ACCEPT Question
I just realized I could have examined the CSI to determine the DLIB. The Alzheimer's must be kicking in. -- 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: JES2 Exit 53
Exit 53 operates in a different environment than Exit 3. Exit 3 is in the JES2 Environment. Exit 53 is in the USER environment. The different environments require different services, different LOAD parms, register contents, and especially information passed in the exit list. RTFM - JES2 Installation Exits. -- 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: TASID 5.14 available for download from ISPF website
I have been trying to download this level and cannot. I get to the site, choose the FTP option, and, agree to the terms and conditions box. I then get Not Found from IBM_HTTP_Server/6.0.2.13 Apache/2.0.47 (Unix) Server at ftp.software.ibm.com Port 21. I contacted my colleague who supports our firewalls and he received the same error. Any ideas out there? -- 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
Interpretation of the D LLA,STATISTICS
I can't find any documentation concerning this command and the ensuing display. Do the statistics reflect the counts since the last IPL or the last refresh of the LLA? Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: operator display command with response
Assembler - EMCS. Documented in Chapter 7 of MVS Programming: Authorized Assembler Services Guide SA22-7608-09. REXX - Check the SHARE Proceedings from Long Beach. There was a session detailing the REXX instructions. -- 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
UNICODE error
The following messages were issued during the IPL for UNICODE: IEE252I MEMBER CUNUNIRO FOUND IN RENO.PARMLIB CUN2005I CONVERSION ENVIRONMENT SUCCESSFULLY INITIALIZED CUN3007I REALSTORAGE IS NOW DEFINED AS 1000 PAGES1000 PAGES IEE252I MEMBER CUNIMG04 FOUND IN RENO.PARMLIB CUN4026I IMG SERVICE WAS NOT SUCCESSFULLY COMPLETED. DIAG=00130010, RC=0008. SYS1.SCUNIMG is in the Linklist and is authorized. According to the message documentation DIAG is diag|reason. Diag is an 8 byte field but, according to the message documentation, 00130010 is not a valid diag value. Reason code is a 4 byte field: 0013 - Conversion service related information 0010 - Add module related information I suppose this is one of those need to know situations and I don't need to know. Can anyone decipher this error? TIA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Data Areas Manuals to be dropped
In response to SCR, I am so glad to discover that I am not alone in my 'unappreciation' of the product. I am installing 1.7 via ServerPac. I was able to download the manuals and extract them. I had some extra work to do, but, I am using the PDF versions and am quite happy just 'pointing clicking' to read the manual. -- 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: When to start security product?
Thanks for response. I will move the start of Top Secret to somewhere after the beginning of the IPL Procedure to satisfy the recommendation. -- 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
When to start security product?
We use Top Secret. A consultant made a recommendation late last year that Top Secret should be the first task started during the IPL procedure. The Security Administrator has requested this change. Currently, we start Top Secret after JES2 completes its start procedure. I really don't see the merit in moving the start of Top Secret earlier in the IPL procedure. Can anyone explain why starting Top Secret/security product is more advantageous? -- 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: Module search sequence question
Thanks, Peter, for the note about the ALIASd DSN. I believe that is the crux of the problem. Secondly, Peter, I didn't have a dump to look at the DEBAPFIN. But, thanks for the info. I can use this later. Thanks for the other insights as well. -- 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: Module search sequence question
It has occurred to me that I had a similar problem a couple of months ago. When I was building a new residence volume for z/OS 1.7 image, I used the SYS1.LINKLIB from the z/OS 1.7 ServerPac image. I used a SSA (System Specific Alias) to reference this library. I authorized this library using the DSN with the SSA. It wrote the IPL Text successfully. When I attempted to use this same library DSN with SMP/E, I received an error message stating IEBCOPY was not authorized. Dumbfounded, I authorized this library without the SSA in the DSN. The SMP/E APPLY ran successfully. Is there some mysterious confluence here because of the SSA? Just a thought. When I get 1.7 on the test system, I won't have to use the STEPLIB. All's well that ends. -- 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: Module search sequence question
Response to Peter Relson's post: I would guess that your steplib consists of multiple data sets Nope. Only one library in the STEPLIB concatentation. Then, assuming that A was linkedited with AC=3D1, A gets control APF-authorized, and cannot load from an unauthorized steplib and thus finds B in the (authorized) LNKLST rather than B' in the unauthorized steplib. No, again. I specifically authorized the STEPLIB data set with the 'SETPROG APF,ADD' command. Further, I even supplied UNIT VOLSER for the STEPLIB data set. This is an anomaly that I can work around but it does go against what I have known about module search sequence. -- 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
Module search sequence question
I have written a program A that issues a LINK for another module B. Both modules are residing in libraries that are authorized and in the linklist. All has been working well for the past couple of years. Until now... I have installed new version of B call it B'. B' resides in a library that is authorized but not in the linklist. I STEPLIB to the library containing B'. Now, when I execute module A, it still links to module B even though module B' is in the STEPLIB. If I place module B' in the same library as module A and refresh the LLA, B' is found. If I move A to the same library as module B' and refresh the LLA, B' is found. I take the default on the LINK MACRO for LSEARCH, i.e. LSEARCH=YES. Any suggestion as to why B' cannot be found when in the STEPLIB and A is in the linklist? -- 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: JES2 and XEROX printer
A few years ago, we replaced our Xerox Channel-attached printers with the Xerox IP Printers and the SNA connected printers. This was done locally and remotely with the remote sites choosing their model. Previously, we had installed VPS from Levi, Ray Shoup to handle the remote printing. Now we were going to use VPS TCP/IP to handle the local printing. Gradually, the remote printers would become IP Printers. This was successful, but, not without its share of complications. Each model of Xerox printer has its own eccentricity. I had to trial and error my way through to determine what sequence of ASCII commands to insert to the printer before and after the data stream. Xerox knows their printers. They don't know JES, VPS or TCP/IP. They just know the data doesn't look right when they get it at the printer server. Further, they don't really know what it is suppose to look like. Or, the command sequence. Or, the specific commands. Not to disparage LRS, but they only know about transmitting and translating the data stream. They have no knowledge of the Xerox printers. So, basically, you are the focal point trying to coordinate these disconnected pieces of information from VPS Xerox. Fingerpointing. The Xerox workstation has a scripting language called VIPP. VIPP can replace/interpret/translate the DJDEs JDEs. No, it is not transparent to the user despite what the salesman states (Been there. Done that. Got the battle scars). VIPP may handle all of your DJDEs JDEs. It may not. Review all your DJDEs JDEs and test them with the Xerox CE not salesman on site. However, we did get it working eventually. But, whenever a new printer is added, local or remote, we have to go through the same fact finding procedures. The greatest caveat I can give you: If the phrase 'transparent to the user' comes up, double your development time and quadruple your test time. -- 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
Is iSource still viable?
Since the beginning of the year, I have not been receiving my iSource e-mails. My colleague has not been receiving them either. This week, I have been trying to access the site at http://isource.ibm.com/. I receive an error saying the server is too busy, try later. -- 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: Non-SMP/e packaging
Yes, what a wonderful idea! And, while we are at it, let's go back to keypunching source and JCL decks and microfiche. I miss keeping object decks at my desk. Sarcasm aside, SMP/E is just not an installation tool. SMP/E performs a myriad of functions that make my job easier. Yes, sometimes it is frustrating, but, the benefits of SMP/E far and away outweigh the frustrations. -- 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
Can someone explain a MOUNT error even if IBM won't document it.
I attempted to mount a multivolume HFS (non-SMS) and received this message: Errno=98x Catalog Volume Access Facility error; Reason=9801 Any idea where this might be documented? I found a reference in an LE manual saying the explanation is in the MVS/DFP Systems Programming Guide which is not to be found in my softcopy collection. I am beginning to believe that part of UNIX branding is error message obfuscation. -- 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: Module description
Thanks for the suggestions. However, like today, I was questioned about IEECB92S. I finally found an APAR that describe what the module does. I do not have the luxury of saying 'Because, IBM did it that way'. I have to explain or we get another mark against us in the audit report. I thought it would be nice if I could explain and show the auditor that IBM really did this and this is the way it is supposed to be. -- 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
Module description
I don't know how many releases ago, but, IBM published a manual called Module Descriptions. The manual contained concise information about modules and some of the attributes. Does IBM have anything similar now? We are going through a security audit and Sarbannes-Oxley compliance. I keep getting questions about obscure modules and their functions. I usually search IBMLink for APARs that describe the module. It sure would be nice if IBM had a central place, manual or Web page, that contained this information. -- 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: XMIT problem
I apologize for the tardiness of my reply. I had other urgent matters to attend to outside of work. I had to take about 7 days of vacation. Anyway, the problem was fixed when I unloaded the PDS and then performed the XMIT. I don't use it to often, and, I made an invalid assumption that the XMIT would unload the data set and then convert it to the 80-byte LRECL file that I could download. Again, my apologies for the tardiness. -- 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
APAR question
I had an entry on IBMLink's AST and received notification today. The APAR was closed but the PTF is not available. However, the APAR item stated 'Relief is available in the form of: SEEPTF'. I must confess I don't know what SEEPTF means. Further, the APAR item had this line at the end of the document: COMMENTS: APPLY ++APAR AND PROVIDE FEEDBACK. I have no idea how to order the ++APAR to apply it. TIA. -- 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
XMIT problem
I have read the manual and tried many options but I can't get the XMIT
command to write to a permanent data sets. The command uses the DSNAME
for input but uses a system temporary DSN for the output:
XMIT nwic.myuhas dsname('ij.source') outdsname('ij.xmit')
The corresponding messages are:
PDSFAST/ZOS VER 5.1FC CPUID 2086-0004AD0A-1220
COPYRIGHT (C) 2003 SOFTWARE ENGINEERING OF AMERICA, INC.
PDF0101I START PDSFAST EXECUTION
PDF0103CCOPY OUTDD=SYS00077,INDD=((SYS00073,R))
PDF0111I UNLOAD: SYS00073 DSN=IJ.SOURCE
VOL=SCR208(DISK) DCB=(80 6,160 FB PO)
PDF0112ISYS00077
DSN=SYS05236.T150149.RA000.MYUHAS7.R0100407 VOL=SCR209(DISK)
DCB=(6,176 3,120 VS PS)
The file designated for outdsname was preallocated.
--
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: Checking if all UNIX Filesystems were mounted successfully at IPL
I don't know if or how your IPL procedure is automated. Mine is via IEAVMXIT. When an HFS is not mounted during OMVS initialization either BPXF002I or BPXF008I is issued complete with the DSN of the HFS that was not mounted. The IPL procedure notes the exception and display a message in turquoise. After the IPL procedure completes, it displays the exceptions once more. If the operator is paying attention, one will have time to correct the error. If not, the users will let you know. -- 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: What happened to iSource?
Thanks for the input. I have no control over our firewalls and/or SPAM filter. Further, the group that administers and maintains these e-mail filters does not send any notification as to what is being filtered or what will be filtered. No, I am not going to have IBM send these e-mails to my private e-mail box that I use at home. I keep the two separate. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to detect a missing link list library?
Sam, OPS/MVS can't help because the subsystem is not active when the message is issued. However, the WTO exit - IEAVMXIT - does detect the message. I have automated our IPLs using it. At the of the IPL procedure, the exit examines an ECSA area where the IPL procedure sets flags and saves information gleaned during the IPL. One of these is the missing linklist data set message. If the flag is on, a message is displayed in a noticeable color, and, hopefully, the operators see 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
What happened to iSource?
I have subscribed to iSource for a number of years. However, a few months ago the weekly e-mails stopped. No message. Nothing. Three weeks ago, I reregistered for iSource and received the usual e-mail acknowledgement. Still no iSource missives. I then sent an e-mail to the iSource people via the 'Contact Us' tab. No answer. I then asked our rep. Still, no answer. Have I committed a social faux pas? Or, is there some secret handshake I am not privy to? -- 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
Displaying USS couple data sets information
I can display the policy and format information of the ARM couple data sets via IXCMIAPU and the control statement of DATA TYPE(ARM) REPORT(YES). Is there any way to obtain similar information for USS couple data sets - TYPE(BPXCMDS)? -- 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: Candle Isogon
I have been reading all of the speculations about the Isogon purchase. We don't use SoftAudit. But we do use SPIFFY - Isogon's ISPF enhancement. What is IBM's intention concerning SPIFFY? -- 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: Userids
John Eels queried why we are still using UADS? I tried to convert to using our security software, but, was outvoted. You pick your battles, you win your wars. Or, in my case, you get to survive. -- 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: Userids
If one browses SYS1.UADS, one will notice that each member name/TSO User ID has been suffixed with the character '0'. Since the maximum length of the member name is 8 bytes and since ACCOUNT adds a '0' to TSO User ID, the maximum length of a TSO User ID is 7. At least, this is what I have gleaned over the years. -- 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: JOB card error - it has me stumped.
Due to the misalignment caused by the font, it's hard to read the information. However, this is positions 1-29 of the JOB card: //VM44K1C JOB (C,VM44,027), 66EDFFDFC444DDC44C6EDFF6FFF56 115 444 21 30001 6 20D3B5444 B027DB Positions 30-72: 'COMP SEARCH PARMS', 7CDDD4ECCDCC4DCDDE76444 D36 4 702 51 9 3 8071 9 42DB000 Positions 73-80: JOB03916 DDCF 1 6 2039 16 Please note, there is no continuation character in position 72. The programmer name field is only 17 bytes long. The accounting field is not too long. I have examples of JOB cards that were accepted with the same number and type of subfields. Further, the Interpreter/Converter is failing the first card. Subsequently, all other records in the jobstream are flushed. I This is the actual SYSLOG entry for the jobstream: /HASP100 VM44K1C ON INTRDR COMP SEARCH PARMS FROM JOB03905 X4CERTA /HASP998 VM44K1C +---10+---20+---30+---40+---50+---60+---70-- --+---80 /HASP998 VM44K1C //VM44K1C JOB (C,VM44,027),'COMP SEARCH PARMS', JOB03916 /HASP998 VM44K1C 66EDFFDFC444DDC44C6EDFF6FFF567CDDD4ECCDCC4DCDDE76444 DDCF /HASP998 VM44K1C 1154442130001620D3B5444B027DBD36470251938071942DB000 16203916 /HASP119 VM44K1C DELETED - ILLEGAL JOB CARD, RC=1 /HASP125 INTRDR SKIPPING FOR JOB CARD FROM JOB03905 X4CERTA -- 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: JOB card error - it has me stumped.
Problem solved. A colleague discovered that at the end of the jobstream was a '/*EOF' statement. When this was removed from the jobstream, the JOB card was recognized and executed as planned. In the Assembler Services Guide concerning the Internal Reader, the /*EOF statement causes the jobstream to be immediately sent to JES2 input services. The example for multiple jobstreams used only 1 record for the JOB card. In the example, every JCL statement was contained on one record. This leads me to believe that such a jobstream submitted via the internal reader cannot have statement overflowing to a second record. In this case, the JOB card was contained on 2 records. The continuation was not allowed. This in turn resulted in the ILLEGAL JOB card. -- 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
COBOL DISPLAY verb in the USS environment
An analyst wrote a COBOL program to run in the USS environment. The program has a series of DISPLAY verbs. The program compiled successfully, but, upon execution, he cannot find the output for the DISPLAY verb. I read the manual and discovered a reference to the SPECIAL-NAMES paragraph and pointed it out to him. He said he rewrote the program to use the SPECIAL-NAMES but still no output. I haven't programmed in COBOL for years. So, I am not as fluent in it as I used to be. My question is how does one setup a COBOL program to issue DISPLAYs in the USS environment; where does the DISPLAY output go; and, finally, what JCL is required for this? Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
