S001-03 System Abend Code - FILEAID Batch ABEND
*Hello - * ** We recently had a job-abend in our *Production Environment*. The job runs FILEAID in Batch, to *Filter* *out* Records, based on the *//SYSIN Control Card*. Here's the step. //FILEVIS EXEC PGM=*FILEAID* //DD01 DD DSN=CP81.CPARS.GRAP222.DATA,DISP=SHR //DD01ODD DSN=CP81.CPARS.GRAP222.DATA,DISP=SHR //SYSINDD DSN=CP81.CPARS.PARMFILE.DATA(SELVIST),DISP=SHR *FILEAID *Abended with a Return-Code 12. The Job Log, showed the following*IEC020I * messages. IEC020I *001-3*,CPARS22A,FILEVIS,DD01,3189,SMA3T2, IEC020I CP81.CPARS.GRAP222.DATA IEC020I NON-ACCEPTABLE ERROR When I looked up the *System Abend Code S001, Return Code 03*, in the IBM MVS Messages Manual, I found the following explanation : If the return code is 3, for QSAM, *an unacceptable error occurred* because of one of the following: – The caller returned from the SYNAD. – The caller did not provide a SYNAD. Look at the input/output block (IOB) to determine why the error was unacceptable to QSAM. When I searched for SYNAD, I found that, SYNAD is an *Error-Analysis routine *. You must supply it. *File-Aid Messages* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *AN ABEND HAS OCCURRED: S001 U * * * * * * * *PSW: 078D1000 00DD2644 RELEASE: 9.2.0 02/07/2010 * * * * * * * *LOCATION: *IGG019AQ*+00BA EP=00DD2588* * * * * * * *R0 68D0 R1 000DABC0 R2 80065E2C R3 * * * * * * * *R4 7B38 R5 80006FFE R6 000DABC0 R7 * * * * * * * *R8 000B0900 R9 00066DF0 RA 00035800 RB 000716D2 * * * * * * * *RC 00036800 RD 0003A310 RE 00DD2636 RF 0004DEF0 * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * QSAM GET I/O ERROR NO RECORD FOUND ON DD01-SMA3T2 DS BLOCK CCHHR=0047000203! BLKS-SKIPPED=25,RECORDS-READ=2065,COPIED=2065 2,065 RECORDS WRITTEN TO DD01O-CP81.CPARS.GRAP222.DATA VOL=SMA3T2 ** After trying to *re-run* this step in *Production*, it ran fine, and completed Successfully. *My Understanding* My understanding is *File-Aid* in turn CALLS Qsam Routines - like *IGG019**to access the records from the QSAM File, Blocking and Unblocking. Due to an error, some Blocks were skipped by QSAM while fetching the data, into its * Buffers*. *My Questions* 1. How do I access the QSAM Input Output Block, as suggested in the IBM Manual? 2. How do I interprete the PSW, and Register 0-15 contents? 3. What is the exact cause of this abend according to you? Eagerly awaiting your reply. Thank you very much, Quasar S. Chunawala -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: TRSMAIN RC=8
If the problem is that the data on the PC has both RDW and SDW then I have a problem that can untangle it. You'll just need to FTP it to the host in VB or FB format and the program will do the rest. After that you'll still need to run IEBCOPY to re-create the PDS. Contact me if you want to give it a shot and I'll send you the code. Tony. On 02/09/10 16:43, Bill Godfrey wrote: Your new attachment is just an ASCII-to-EBCDIC translation of the attachment from your earlier message. For example, the 3rd byte in the earlier attachment, hex 6d, ASCII m, is translated to hex 94, EBCDIC m in your new attachment. The earlier attachment is not a hex dump of ASCII text to start with, it is binary data, so using ASCII translation in the IND$FILE transfer is not the right thing to do. The hex 6d is not supposed to be an ASCII m, it's just binary data. The use of ASCII translation is making things worse, making it harder for you to solve your problem. As I said earlier, the file appears to have been created by IEBCOPY. not TRSMAIN. The errors you are getting from TRSMAIN are a result of using a file that was not created by TRSMAIN. By the way, I don't know Spanish, but I think when you say deputy you are translating adjunto to English, which is one way to translate it, but the correct translation in this context would be attached. http://www.wordreference.com/es/en/translation.asp?spen=adjunto Bill On Thu, 2 Sep 2010 15:44:09 +0200, Francisco Hernandez wrote: Hello, He continued to conduct more tests with the file that was apparently obtained TRSMAIN and sent to a Windows server via FTP. The file seems to be sending format ascii and not binary as I think. Deputy first 12 new bytes file made by IND $ FILE in ascii. The problem is that the person who obtained the file is on vacation and the action was carried out nearly a year. Someone can tell me anything about this? Thank you very much. Fran Long live the mainframe (attachment: TWUELVE-BYTES.txt) 079000190D30 024F20800700 2010/8/31 Bill Godfreyyak36...@yahoo.com On Tue, 31 Aug 2010 05:19:05 -0500, Fran Hernandez wrote: Hello, Thank you very much to those who have answered my problem. Further information in this regard: 1) and FTP TRSMAIN was performed by a person of another a few months' data center. The TRSMAIN I have attached the job but do not have FTP executed. 2) Deputy shipping the first 12 bytes of the file from one of the files you've loaded with IND $ FILE. My feeling is that something was done incorrectly, but I have no means to detect it. I would appreciate your help and experience of it. Thank you very much. Fran (attachment G:TWELVE BYTES.TXT) 0C60001B0590 0ADF2080 The 12-byte hex dump in the attachment to your message is identical to the first 12 bytes, after the BDW and SDW, of an IEBCOPY-unloaded PDS. I don't think this data would not be at the beginning of a TRSMAIN file, although it might be compressed and imbedded somewhere further into a TRSMAIN file. Are you sure the file that was sent to the windows server, and the file that was sent back via IND$FILE, was produced by TRSMAIN? It looks like it was produced by IEBCOPY. Bill -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: SMF data question - an opinion poll, of sorts
If you want to do it in Java, it seems like JZOS might be your friend. For example: http://www.ibm.com/developerworks/java/zos/javadoc/jzos/com/ibm/jz os/sample/fields/Smf83BaseRecord.html see also com.ibm.jzos.fields Of course there are all sorts of options for Java classes to build the XML once you have the data in some structure within Java. Scott Chapman -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: S001-03 System Abend Code - FILEAID Batch ABEND
Please contact your local CPWR support centre to inquiry about this issue. On the web its frontline.compuware.com In north america its 1.800.538.7822 The contents of this e-mail are intended for the named addressee only. It contains information that may be confidential. Unless you are the named addressee or an authorized designee, you may not copy or use it, or disclose it to anyone else. If you received it in error please notify us immediately and then destroy it. From: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu To: IBM-MAIN@bama.ua.edu IBM-MAIN@bama.ua.edu Sent: Mon Mar 07 03:32:59 2011 Subject: S001-03 System Abend Code - FILEAID Batch ABEND *Hello - * ** We recently had a job-abend in our *Production Environment*. The job runs FILEAID in Batch, to *Filter* *out* Records, based on the *//SYSIN Control Card*. Here's the step. //FILEVIS EXEC PGM=*FILEAID* //DD01 DD DSN=CP81.CPARS.GRAP222.DATA,DISP=SHR //DD01ODD DSN=CP81.CPARS.GRAP222.DATA,DISP=SHR //SYSINDD DSN=CP81.CPARS.PARMFILE.DATA(SELVIST),DISP=SHR *FILEAID *Abended with a Return-Code 12. The Job Log, showed the following*IEC020I * messages. IEC020I *001-3*,CPARS22A,FILEVIS,DD01,3189,SMA3T2, IEC020I CP81.CPARS.GRAP222.DATA IEC020I NON-ACCEPTABLE ERROR When I looked up the *System Abend Code S001, Return Code 03*, in the IBM MVS Messages Manual, I found the following explanation : If the return code is 3, for QSAM, *an unacceptable error occurred* because of one of the following: – The caller returned from the SYNAD. – The caller did not provide a SYNAD. Look at the input/output block (IOB) to determine why the error was unacceptable to QSAM. When I searched for SYNAD, I found that, SYNAD is an *Error-Analysis routine *. You must supply it. *File-Aid Messages* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *AN ABEND HAS OCCURRED: S001 U * * * * * * * *PSW: 078D1000 00DD2644 RELEASE: 9.2.0 02/07/2010 * * * * * * * *LOCATION: *IGG019AQ*+00BA EP=00DD2588* * * * * * * *R0 68D0 R1 000DABC0 R2 80065E2C R3 * * * * * * * *R4 7B38 R5 80006FFE R6 000DABC0 R7 * * * * * * * *R8 000B0900 R9 00066DF0 RA 00035800 RB 000716D2 * * * * * * * *RC 00036800 RD 0003A310 RE 00DD2636 RF 0004DEF0 * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * QSAM GET I/O ERROR NO RECORD FOUND ON DD01-SMA3T2 DS BLOCK CCHHR=0047000203! BLKS-SKIPPED=25,RECORDS-READ=2065,COPIED=2065 2,065 RECORDS WRITTEN TO DD01O-CP81.CPARS.GRAP222.DATA VOL=SMA3T2 ** After trying to *re-run* this step in *Production*, it ran fine, and completed Successfully. *My Understanding* My understanding is *File-Aid* in turn CALLS Qsam Routines - like *IGG019**to access the records from the QSAM File, Blocking and Unblocking. Due to an error, some Blocks were skipped by QSAM while fetching the data, into its * Buffers*. *My Questions* 1. How do I access the QSAM Input Output Block, as suggested in the IBM Manual? 2. How do I interprete the PSW, and Register 0-15 contents? 3. What is the exact cause of this abend according to you? Eagerly awaiting your reply. Thank you very much, Quasar S. Chunawala -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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
CPPUPDTE for LRECL 80
Hi to all IBMers and IBM-MAINers , Before I re-invent the ( should be round? ;-D ) wheel, I want to know if there is an upgrade or alternative for CPPUDTE where any record length can be handled. I wish to continue use CPPUPDTE as usual, but want to use LRECL=1 ... 32760 (With additional bonus, if possible - RECFM=anything and DSORG=nonvsam only ) Anyone, please? Links, books, JCL/parameter changes for CPPUDTE or something else? For now I'm contemplating using of batch version of EDIT macro with C ALL command... (I'm now RTFM of course...) I can conjure up a program in REXX, COBOL or Assembler, but for now I'm a little time constrained... Kudos to IBM for this handy nice life-saving utility, pity it is only for PDS/PDSE with LRECL=80 only resulting in this lame message: CPP006 FILE @MYLIB INVALID FOR CPPUPDTE Thanks very much in advance! ;-) Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Difference between DISP=NEW and MOD for a PDS member?
Linda, thanks, yes, that is more or less what I do for the can't pre-create cases. I use an internal copy function. (My bug was in not recognizing certain can't pre-create cases.) I'm curious too. The only answer I could get was that IBM supported this and that's what they wanted to do. They are creating a temporary PDS and member and passing it to a subsequent step. I don't see any reason not to pass a sequential file, but I have not seen all of the job, just failing fragments. Whatever. I had the logic to test for the can't pre-create cases. I had the copy function. I fixed the bug. They can do all the FOO(BAR),DISP=NEW/MOD they want now. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Linda Mooney Sent: Sunday, March 06, 2011 11:09 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Difference between DISP=NEW and MOD for a PDS member? Yes, that would be the same. So, how about if you preallocated a sequential file, then used IEBCOPY (with or without replace - as might be appropriate for your product) to copy the new file into the pds or pdse member? I am curious as to why a pds or pds/e is needed . In my shop, we use individual sequential , or GDG for ftp datasets. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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 find problems on code like S0C4 on programs that were made by others
The first step of debugging just about any program check is determining architecturally why. Even the symptom dump (message IEA995I) will fairly often provide enough information. The abend code and abend reason code, PSW at time of error, the instruction text, and the GRs/ARs could let you identify such as The abend was 0C4-4 so resulted from a program interrupt 4 which according to the instruction text came about from a store instruction using register 2 as the operand, so either the target address is store-protected (such as an address of 0) or is not valid in the PSW key at time of error. Finding out how the program managed to get that operand value into register 2 is where the real debugging typically starts which often requires access to program listings, as well as a dump. Aside from the presence of a symptom dump in z/OS, the platform doesn't affect the process too much -- you need information about the program and about the time of error. Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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 ML2 TAPE FROM HSM CONTROL
Good Day To All Members, I have recycled successfully an ML2 Migration tape. I did a TTOC and it shows no files on the tape. I have to replace this tape. My question is to remove the tape from HSM do I used the command : HSEND DELVOL 030562 MIGRATION? In the doc I saw the command DEL VOLSER MIGRATION FULL. From my understanding the FULL won't cause the tape to be removed from HSM. Could someone clarify it? Thanks. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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 ML2 TAPE FROM HSM CONTROL
The DELVOL should take care of it. ThanksRick -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of willie bunter Sent: Monday, March 07, 2011 7:37 AM To: IBM-MAIN@bama.ua.edu Subject: REMOVE ML2 TAPE FROM HSM CONTROL Good Day To All Members, I have recycled successfully an ML2 Migration tape. I did a TTOC and it shows no files on the tape. I have to replace this tape. My question is to remove the tape from HSM do I used the command : HSEND DELVOL 030562 MIGRATION? In the doc I saw the command DEL VOLSER MIGRATION FULL. From my understanding the FULL won't cause the tape to be removed from HSM. Could someone clarify it? Thanks. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: REMOVE ML2 TAPE FROM HSM CONTROL
Rick I assume the you are refering to the HSEND DELVOL 030562 MIGRATION? Right? --- On Mon, 3/7/11, Adams, Rick rick.ad...@fmr.com wrote: From: Adams, Rick rick.ad...@fmr.com Subject: Re: REMOVE ML2 TAPE FROM HSM CONTROL To: IBM-MAIN@bama.ua.edu Received: Monday, March 7, 2011, 6:00 AM The DELVOL should take care of it. ThanksRick -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of willie bunter Sent: Monday, March 07, 2011 7:37 AM To: IBM-MAIN@bama.ua.edu Subject: REMOVE ML2 TAPE FROM HSM CONTROL Good Day To All Members, I have recycled successfully an ML2 Migration tape. I did a TTOC and it shows no files on the tape. I have to replace this tape. My question is to remove the tape from HSM do I used the command : HSEND DELVOL 030562 MIGRATION? In the doc I saw the command DEL VOLSER MIGRATION FULL. From my understanding the FULL won't cause the tape to be removed from HSM. Could someone clarify it? Thanks. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: REMOVE ML2 TAPE FROM HSM CONTROL
That is correct. ThanksRick -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of willie bunter Sent: Monday, March 07, 2011 8:05 AM To: IBM-MAIN@bama.ua.edu Subject: Re: REMOVE ML2 TAPE FROM HSM CONTROL Rick I assume the you are refering to the HSEND DELVOL 030562 MIGRATION? Right? --- On Mon, 3/7/11, Adams, Rick rick.ad...@fmr.com wrote: From: Adams, Rick rick.ad...@fmr.com Subject: Re: REMOVE ML2 TAPE FROM HSM CONTROL To: IBM-MAIN@bama.ua.edu Received: Monday, March 7, 2011, 6:00 AM The DELVOL should take care of it. ThanksRick -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of willie bunter Sent: Monday, March 07, 2011 7:37 AM To: IBM-MAIN@bama.ua.edu Subject: REMOVE ML2 TAPE FROM HSM CONTROL Good Day To All Members, I have recycled successfully an ML2 Migration tape. I did a TTOC and it shows no files on the tape. I have to replace this tape. My question is to remove the tape from HSM do I used the command : HSEND DELVOL 030562 MIGRATION? In the doc I saw the command DEL VOLSER MIGRATION FULL. From my understanding the FULL won't cause the tape to be removed from HSM. Could someone clarify it? Thanks. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: REMOVE ML2 TAPE FROM HSM CONTROL
Thanks Rick for your help. --- On Mon, 3/7/11, Adams, Rick rick.ad...@fmr.com wrote: From: Adams, Rick rick.ad...@fmr.com Subject: Re: REMOVE ML2 TAPE FROM HSM CONTROL To: IBM-MAIN@bama.ua.edu Received: Monday, March 7, 2011, 6:08 AM That is correct. ThanksRick -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of willie bunter Sent: Monday, March 07, 2011 8:05 AM To: IBM-MAIN@bama.ua.edu Subject: Re: REMOVE ML2 TAPE FROM HSM CONTROL Rick I assume the you are refering to the HSEND DELVOL 030562 MIGRATION? Right? --- On Mon, 3/7/11, Adams, Rick rick.ad...@fmr.com wrote: From: Adams, Rick rick.ad...@fmr.com Subject: Re: REMOVE ML2 TAPE FROM HSM CONTROL To: IBM-MAIN@bama.ua.edu Received: Monday, March 7, 2011, 6:00 AM The DELVOL should take care of it. ThanksRick -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of willie bunter Sent: Monday, March 07, 2011 7:37 AM To: IBM-MAIN@bama.ua.edu Subject: REMOVE ML2 TAPE FROM HSM CONTROL Good Day To All Members, I have recycled successfully an ML2 Migration tape. I did a TTOC and it shows no files on the tape. I have to replace this tape. My question is to remove the tape from HSM do I used the command : HSEND DELVOL 030562 MIGRATION? In the doc I saw the command DEL VOLSER MIGRATION FULL. From my understanding the FULL won't cause the tape to be removed from HSM. Could someone clarify it? Thanks. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: SMF data question - an opinion poll, of sorts
I use JZOS. But we don't have a zAAP. Java is CPU intensive. Which translates to money. Which we don't have. So Java on the z is out. I try to download what data I need to my Linux system and process it there. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Scott Chapman Sent: Monday, March 07, 2011 5:09 AM To: IBM-MAIN@bama.ua.edu Subject: Re: SMF data question - an opinion poll, of sorts If you want to do it in Java, it seems like JZOS might be your friend. For example: http://www.ibm.com/developerworks/java/zos/javadoc/jzos/com/ibm/jz os/sample/fields/Smf83BaseRecord.html see also com.ibm.jzos.fields Of course there are all sorts of options for Java classes to build the XML once you have the data in some structure within Java. Scott Chapman -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: How to find problems on code like S0C4 on programs that were made by others
I keep thinking the answer to this question is the same as to the fabled How do I get to Carnegie Hall? After ten years I got quite good at it, after twenty it was easy, and after thirty I was doing it in my sleep. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Maybe off topic
ps2...@yahoo.com (Ed Gould) writes: I was reading some article today about IBM DB2 today. I think it said something like DB2 was IBM's real first try into relational databases. My memory is foggy here something in the back of my mind says that is not quite correct. Back in the 70's (?) I vaguely remember IBM having a FDP(?) that claimed to do relational database. By slim memory says it may have been VM based. I do remember it had a 4 page white sales type paper(IUP?). No name comes up. Can anyone supply me with a product name? I do recall something like this as we were looking at a product and the show stopper was that it needed VM. system/r ... san jose research, bldg. 28. work was for vm/cms on the group's 370/145. there was then technology transfer to endicott for sql/ds product for vm, vs1 dos/vs. some past posts about system/r http://www.garlic.com/~lynn/submain.html#systemr when eagle effort crashed in STL, the system/r group was asked how fast they could turn out something for MVS. System/R reunion discussion of SQL/DS mentions that massive EAGLE project in STL kept attention away from RDBMS ... allowing System/R to get out as SQL/DS http://www.mcjones.org/System_R/SQL_Reunion_95/sqlr95-SQL_DS.html quote from above: The surprise of the MVS project was that it happened faster than I thought it would. In other words, Plan A collapsed, all right? Eagle collapsed, and all of a sudden, everyone turned to us and said, OK, when can you ship this database product? [laughter] And that's when we had to make some fairly hasty, difficult decisions on ... ... snip ... lots more in the System/R 1995 reunion http://www.mcjones.org/System_R some mention in Jim's departing MIP Envy: http://www.garlic.com/~lynn/2007d.html#email800920 slightly later 24sep80 version here: http://research.microsoft.com/~gray/papers/CritiqueOfIBM%27sCSResearch.doc Oracle executive mentioned in this Jan1992 meeting claimed (when he was at STL) to have handled the SQL/DS tech. transfer from Endicott back to STL for DB2 http://www.garlic.com/~lynn/95.html#13 past posts about Jim palming off bunch of stuff on me when he was departing for Tandem ... including consulting with the IMS group and customers running System/R http://www.garlic.com/~lynn/2007.html#email801006 http://www.garlic.com/~lynn/2007.html#email801016 some also discussed at celebration held for Jim at Berkeley http://www.garlic.com/~lynn/2008i.html#32 A Tribute to Jim Gray: Sometimes Nice Guys Do Finish First audio from the celebration http://www.garlic.com/~lynn/2008i.html#50 Microsoft versus Digital Equipment Corporation sql/ds mentioned here ... http://en.wikipedia.org/wiki/IBM_SQL/DS sql/ds redbook http://www.redbooks.ibm.com/abstracts/gg244047.html and sql/ds rebranded here http://www-01.ibm.com/software/data/db2/vse-vm/ as referenced above ... the official DBMS effort in STL was called EAGLE, but when that crashed ... then the system/r group was asked how fast could a RDBMS be turned out for MVS. recent post/mention in (linkedin) Greater IBM http://www.garlic.com/~lynn/2011d.html#42 Mainframe Hall of Frame. List of influential mainframers thoughout history as an aside ... the first commercial offering of Codd's relational (worked at research in bldg. 28) http://en.wikipedia.org/wiki/Edgar_F._Codd was on Multics http://en.wikipedia.org/wiki/Multics_Relational_Data_Store more on MRDS from the System/R reunion: http://www.mcjones.org/System_R/mrds.html RDBMS wiki page http://en.wikipedia.org/wiki/Relational_database_management_system trivia ... multics was on 5th flr of 545 tech sq. The science center that did virtual machines, cp67/cms, etc ... was on 4th flr of 545 tech sq. When the cp67 group split off from the science center, they took over the Boston Programming Center on the 3rd flr (morphing into the vm370 development group). The development group outgrew the space on the 3rd flr and moved out to the old SBC bldg. (vacated in the legal actions where IBM transferred SBC to CDC) in Burlington Mall. misc. past posts mentioning 545 tech. sq http://www.garlic.com/~lynn/subtopic.html#545tech in the wake of demise of Future System project ... misc. past posts http://www.garlic.com/~lynn/submain.html#futuresys there was mad rush to get products back into the 370 (hardware software) product pipeline ... having been killed off during the FS period. Part of that was the head of POK managed to convince the corporation to kill-off VM370 Burlington Mall development group, becuase he needed to transfer all the people to POK for MVS/XA development (or otherwise he couldn't meet the ship schedule). Endicott managed to save the vm370 product mission, but had to recreate a development group from scratch. -- virtualization experience starting Jan1968, online at home since Mar1970 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to
QSAM concatenation where the first DD is DUMMY?
What happens when you have a QSAM concatenation where the first DD is overridden to DUMMY? I have a production PROC with a QSAM input DD that concatenates four datasets. In one job the initial DD is overridden to DUMMY but the others are not overridden at all. The second DD in the concatenation is a valid file, but it was not read at all. It seems like overriding the first DD to DUMMY made the entire concatenation DUMMY. Is that how it works? Example: In MYPROC: //PSTEP1 EXEC PGM=MYPGM //INPUT DD DISP=SHR,DSN=FILE1 // DD DISP=SHR,DSN=FILE2 // DD DISP=SHR,DSN=FILE3 // DD DISP=SHR,DSN=FILE4 Job: //STEP1 EXEC MYPROC //PSTEP1.INPUT DD DUMMY Do I need to change the job override to something like this: //PSTEP1.INPUT DD DUMMY // DD // DD // DD Or do I have to do it like this: //PSTEP1.INPUT DD DSN=FILE2 // DD DUMMY // DD // DD TIA for curing my ignorance. I thought I knew this stuff but I guess that I don't know it as well as I thought I did. Peter -- This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: QSAM concatenation where the first DD is DUMMY?
On 3/7/2011 8:40 AM, Farley, Peter x23353 wrote: What happens when you have a QSAM concatenation where the first DD is overridden to DUMMY? I have a production PROC with a QSAM input DD that concatenates four datasets. In one job the initial DD is overridden to DUMMY but the others are not overridden at all. The second DD in the concatenation is a valid file, but it was not read at all. It seems like overriding the first DD to DUMMY made the entire concatenation DUMMY. Is that how it works? Yes. More fully, if a DD statement in a concatenation is specified as DUMMY, all subsequent DD statements in the concatenation are treated as DUMMY Example: In MYPROC: //PSTEP1 EXEC PGM=MYPGM //INPUT DD DISP=SHR,DSN=FILE1 // DD DISP=SHR,DSN=FILE2 // DD DISP=SHR,DSN=FILE3 // DD DISP=SHR,DSN=FILE4 Job: //STEP1 EXEC MYPROC //PSTEP1.INPUT DD DUMMY Do I need to change the job override to something like this: //PSTEP1.INPUT DD DUMMY // DD // DD // DD Or do I have to do it like this: //PSTEP1.INPUT DD DSN=FILE2 // DD DUMMY // DD // DD TIA for curing my ignorance. I thought I knew this stuff but I guess that I don't know it as well as I thought I did. Peter Well, you don't explicitly state what you are trying to accomplish, but you seem to imply you want the first data set to be skipped and the others to be read. If that's your objective, you would need to code something like: //PSTEP1.INPUT DD DSN=FILE2 // DD DSN=FILE3 // DD DSN=FILE4 // DD DUMMY -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com * To get a good Return on your Investment, first make an investment! + Training your people is an excellent investment * Try our new tool for calculating your Return On Investment for training dollars at http://www.trainersfriend.com/ROI/roi.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: QSAM concatenation where the first DD is DUMMY?
Thanks Steve. Even old dogs have old tricks to (re)learn, it seems. Peter -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Steve Comstock Sent: Monday, March 07, 2011 10:58 AM To: IBM-MAIN@bama.ua.edu Subject: Re: QSAM concatenation where the first DD is DUMMY? Snipped Well, you don't explicitly state what you are trying to accomplish, but you seem to imply you want the first data set to be skipped and the others to be read. If that's your objective, you would need to code something like: //PSTEP1.INPUT DD DSN=FILE2 // DD DSN=FILE3 // DD DSN=FILE4 // DD DUMMY -- This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
DFSORT: DYNAUTO=NO?
Hello, DFSORT Team (in particular), We're on z/OS 1.11, and one of our programmers was cleaning up some JCL by removing explicit SORTWKnn DD statements, among other things. In all job streams he's tested so far, all the sorts were accomplished in core; yet the JES message log shows allocation and deletion of SORTWK01 thru SORTWK06 in every SORT step. What I think the relevant DFSORT installation options we have in place are these: DYNALOC=(WORKDA,6) DYNAUTO=YES DYNSPC=256 There is also this note in the text for DYNAUTO: Even if you specify DYNAUTO=NO, DFSORT can enable automatic dynamic allocation in some cases. Therefore, you should always use DYNALOC to specify the defaults for the device and number of work data sets for use with dynamic allocation. What are (some of) the cases when DFSORT can enable dynamic allocation when DYNAUTO=NO? TIA, -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ETR sunsets on 26 Mar 2011?
We had several discussions at SHARE with well placed IBM executives. SR was one topic. IBM understands our discontent and promises not to yank ETR until our concerns have been addressed. BTW keep complaining; low on rant, high on specifics. . . JO.Skip Robinson SCE Infrastructure Technology Services Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com From: Don Williams donb...@gmail.com To: IBM-MAIN@bama.ua.edu Date: 03/02/2011 01:15 PM Subject:Re: ETR sunsets on 26 Mar 2011? Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu To me, SR looked more like a student team project/demo than a mature full function global business application. I'm glad that they seem to be reevaluating it. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Veilleux, Jon L Sent: Wednesday, March 02, 2011 11:27 AM To: IBM-MAIN@bama.ua.edu Subject: Re: ETR sunsets on 26 Mar 2011? My God! I hope so, SR is awful -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Don Williams Sent: Wednesday, March 02, 2011 10:55 AM To: IBM-MAIN@bama.ua.edu Subject: ETR sunsets on 26 Mar 2011? Did IBM back off the ETR sunset date? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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 may contain confidential or privileged information. If you think you have received this e-mail in error, please advise the sender by reply e-mail and then delete this e-mail immediately. Thank you. Aetna -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: DFSORT: DYNAUTO=NO?
I can't get into specifics of our internal algorithms but I can give you some explanations. As for why you are still seeing 6 work data sets allocated for sorts completed in core. You are probably seeing message ICE080I IN MAIN STORAGE SORT. DFSORT tends to be a bit cautious about bypassing allocation of work data sets. We look at the main storage allocated as compared to the file size along with other factors like whether an E15 is present and then only bypass dynamic allocation if we are extremely confident the sort can complete entirely in main storage. Otherwise, we allocate the default number of work data sets which in your case is 6 due to your DYNALOC default of (WOKDA,6). As for those cases where DFSORT will force dynamic allocation even if you have DYNAUTO=OFF. Those cases involve DFSORT's use of data space, Hiperspace or memory object where we believe there may be enough storage to complete the sort without work data sets but we're not overly confident. Have a nice day, Dave Betten DFSORT Development, Performance Lead IBM Corporation email: bet...@us.ibm.com DFSORT/MVSontheweb at http://www.ibm.com/storage/dfsort/ IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 03/07/2011 11:28:57 AM: [image removed] DFSORT: DYNAUTO=NO? Chase, John to: IBM-MAIN 03/07/2011 11:29 AM Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Please respond to IBM Mainframe Discussion List Hello, DFSORT Team (in particular), We're on z/OS 1.11, and one of our programmers was cleaning up some JCL by removing explicit SORTWKnn DD statements, among other things. In all job streams he's tested so far, all the sorts were accomplished in core; yet the JES message log shows allocation and deletion of SORTWK01 thru SORTWK06 in every SORT step. What I think the relevant DFSORT installation options we have in place are these: DYNALOC=(WORKDA,6) DYNAUTO=YES DYNSPC=256 There is also this note in the text for DYNAUTO: Even if you specify DYNAUTO=NO, DFSORT can enable automatic dynamic allocation in some cases. Therefore, you should always use DYNALOC to specify the defaults for the device and number of work data sets for use with dynamic allocation. What are (some of) the cases when DFSORT can enable dynamic allocation when DYNAUTO=NO? TIA, -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
ADMIN failure using DUMP command in pgm ADRDSSU
RUNNING CA'S TOP SECRET 5.0 I'm trying to dump all my disk to tape for a DR test and I believe I need to use the ADMIN keyword. Error when using the ADMIN keyword on the Dump command of pgm ADRDSSU. PAGE 0001 5695-DF175 DFSMSDSS V1R3.0 DATA SET SERVICES 2011.066 DUMP FULL INDD(INVOL) OUTDD(OUTVOL) ADMIN ALLDATA(*) TOL(IOER) ALLEXCP ADR101I (R/I)-RI01 (01), TASKID 001 HAS BEEN ASSIGNED TO COMMAND 'DUMP ' ADR109I (R/I)-RI01 (01), 2011.066 15:43:57 INITIAL SCAN OF USER CONTROL S ADR707E (R/I)-RI03 (06), NOT AUTHORIZED TO USE ADMINISTRATOR KEYWORD ADR017E (001)-CLTSK(01), 2011.066 15:43:57 TASK NOT SCHEDULED DUE TO ERRO ADR012I (SCH)-DSSU (01), 2011.066 15:43:57 DFSMSDSS PROCESSING COMPLETE. Below is my Top Secret accesses but I can't figure out what else I need to use the ADMIN keyword. READY TSS LIST(GLC) DATA(ALL,PASSWORD) ACCESSORID = GLC NAME = CASERTA, GREG TYPE = CENTRAL SIZE = 512 BYTES FACILITY = *ALL* CREATED= 01/29/07 LAST MOD = 03/07/11 14:21 PROFILES = SYSTECP SYSPRGP SALARYP SMCTECH ATTRIBUTES = CONSOLE BYPASSING = NODSNCHK,NOVOLCHK,NORESCHK,NOLCFCHK,NOSUBCHK,NOVMDCHK LAST USED = 03/07/11 15:51 CPU(INCO) FAC(BATCH ) COUNT(25965) XA OTRAN = CEMT OWNER(SYSCOMP ACCESS = ALL INSTDATA = TECHNICAL SUPPORT --- SEGMENT CICS OPIDENT= GLC --- ADMINISTRATION AUTHORITIES RESOURCE = *ALL* ACCESS = ALL ACID = *ALL* FACILITIES = *ALL* LIST DATA = *ALL*,PROFILES,PASSWORD,SESSKEY MISC1 = *ALL* MISC2 = *ALL* MISC8 = *ALL* MISC9 = *ALL* PASSWORD = TSS0300I LIST FUNCTION SUCCESSFUL READY END This document has been scanned by Special Metals Corporation for viruses and inappropriate content. It contains information 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. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. If verification is required please request a hard-copy version. Special Metals Corporation, 3200 Riverside Drive, Huntington, WV 25705, USA, www.specialmetals.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: ADMIN failure using DUMP command in pgm ADRDSSU
Geez.. why bother having security at all.. just put yourself in MODE(WARN) ... you are almost there anyway. But.. I will say that when it comes to the IBM products, if you don't have a resource defined the resource check is returned with a RC(4) aka No Decision ... it is up to the individual product to decide what to do ... sometimes it lets you do whatever you are trying to do.. other times it will fail the request and not give you a lot of help as to the missing resource name. According to the ADR707E (which gives you all the info you need) TSS PER() IBMFAC(ADMINSTRATOR) Of course it is over 8 characters.. so you can probably get by with TSS ADD(dept) IBMFAC(ADMINIST) TSS PER() IBMFAC(ADMINIST) HTH Rob Schramm -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Greg Caserta Sent: Monday, March 07, 2011 3:59 PM To: IBM-MAIN@bama.ua.edu Subject: ADMIN failure using DUMP command in pgm ADRDSSU RUNNING CA'S TOP SECRET 5.0 I'm trying to dump all my disk to tape for a DR test and I believe I need to use the ADMIN keyword. Error when using the ADMIN keyword on the Dump command of pgm ADRDSSU. PAGE 0001 5695-DF175 DFSMSDSS V1R3.0 DATA SET SERVICES 2011.066 DUMP FULL INDD(INVOL) OUTDD(OUTVOL) ADMIN ALLDATA(*) TOL(IOER) ALLEXCP ADR101I (R/I)-RI01 (01), TASKID 001 HAS BEEN ASSIGNED TO COMMAND 'DUMP ' ADR109I (R/I)-RI01 (01), 2011.066 15:43:57 INITIAL SCAN OF USER CONTROL S ADR707E (R/I)-RI03 (06), NOT AUTHORIZED TO USE ADMINISTRATOR KEYWORD ADR017E (001)-CLTSK(01), 2011.066 15:43:57 TASK NOT SCHEDULED DUE TO ERRO ADR012I (SCH)-DSSU (01), 2011.066 15:43:57 DFSMSDSS PROCESSING COMPLETE. Below is my Top Secret accesses but I can't figure out what else I need to use the ADMIN keyword. READY TSS LIST(GLC) DATA(ALL,PASSWORD) ACCESSORID = GLC NAME = CASERTA, GREG TYPE = CENTRAL SIZE = 512 BYTES FACILITY = *ALL* CREATED= 01/29/07 LAST MOD = 03/07/11 14:21 PROFILES = SYSTECP SYSPRGP SALARYP SMCTECH ATTRIBUTES = CONSOLE BYPASSING = NODSNCHK,NOVOLCHK,NORESCHK,NOLCFCHK,NOSUBCHK,NOVMDCHK LAST USED = 03/07/11 15:51 CPU(INCO) FAC(BATCH ) COUNT(25965) XA OTRAN = CEMT OWNER(SYSCOMP ACCESS = ALL INSTDATA = TECHNICAL SUPPORT --- SEGMENT CICS OPIDENT= GLC --- ADMINISTRATION AUTHORITIES RESOURCE = *ALL* ACCESS = ALL ACID = *ALL* FACILITIES = *ALL* LIST DATA = *ALL*,PROFILES,PASSWORD,SESSKEY MISC1 = *ALL* MISC2 = *ALL* MISC8 = *ALL* MISC9 = *ALL* PASSWORD = TSS0300I LIST FUNCTION SUCCESSFUL READY END This document has been scanned by Special Metals Corporation for viruses and inappropriate content. It contains information 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. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. If verification is required please request a hard-copy version. Special Metals Corporation, 3200 Riverside Drive, Huntington, WV 25705, USA, www.specialmetals.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: QSAM concatenation where the first DD is DUMMY?
Would the effect be the same with DSN=NULLFILE ? I wish I could test; but, I do not have access to a z system these days. The manuals seem to convey NULLFILE and DUMMY do not differ. Of course, one can actually allocate an empty dataset in ISPF 3.2 and then provide this name in the override. ;-) N On Mon, Mar 7, 2011 at 10:42 PM, Farley, Peter x23353 peter.far...@broadridge.com wrote: Thanks Steve. Even old dogs have old tricks to (re)learn, it seems. Peter -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Steve Comstock Sent: Monday, March 07, 2011 10:58 AM To: IBM-MAIN@bama.ua.edu Subject: Re: QSAM concatenation where the first DD is DUMMY? Snipped Well, you don't explicitly state what you are trying to accomplish, but you seem to imply you want the first data set to be skipped and the others to be read. If that's your objective, you would need to code something like: //PSTEP1.INPUT DD DSN=FILE2 // DD DSN=FILE3 // DD DSN=FILE4 // DD DUMMY -- This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html