DFSORT - Avoid reading entire input file?
Frank et al, I'm running a simple DFSORT job in which I want to extract an ID number from the first record in a file. I'm using STARTREC=1,ENDREC=1 to do that. But DFSORT insists on reading the entire input file even despite the ENDREC value. This happens for values other than ENDREC=1, too. Is there any way to convince DFSORT not to bother reading the rest of the input once the ENDREC value has been exceeded? RECORDS - IN: 214563, OUT: 214563 SORTOUT : DELETED = 214562, REPORT = 0, DATA = 1 SORTOUT : TOTAL IN = 214563, TOTAL OUT = 1 END OF DFSORT BLOCKSET COPY TECHNIQUE SELECTED VISIT http://www.ibm.com/storage/dfsort FOR DFSORT PAPERS, - CONTROL STATEMENTS FOR 5694-A01, Z/OS DFSORT V1R5 - 00:55 SORT FIELDS=COPY OUTFIL FNAMES=SORTOUT,STARTREC=1,ENDREC=1, OUTREC=(34C' ',C'12,12,CH,LT,C''',1,12,C''')',18C' ') END -- 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: ASA character viewer
I wrote a Microsoft Word macro that handles the basics (new page, skip one/two/three lines, and to some extent "overtype"). I'll send you the macro and installation instructions off-list. At 01:50 PM 12/14/2009, you wrote: Do you know of a freeware Windows viewer that can display reports with embedded asa carriage control characters and be able to display it correctly? The viewer should be able to interpret the ASA characters. -- 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: Enterprise Scheduler
At 01:09 PM 7/23/2008, you wrote: Is anyone doing this type of scheduling and if so can you share what operating system is running on the server hosting the scheduling software? I haven't yet used this product in production; we're just beginning an evaluation as part of a "mothball the mainframe" project. But it seems fairly robust, and the price is right. http://jobscheduler.sourceforge.net/ -- 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: PC printing of .txt files containing maiframe listings
Stephen, I wrote a Microsoft Word macro that converts mainframe control characters to the Word equivalents. You just download the mainframe listing to your PC, execute the macro, and you're good to go. It will print to any local or network printer to which you can send any other Word document. I'll send you a copy of the macro offline, along with installation and usage 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
Re: mvs output on pc printer
At 12:56 PM 2/19/2008, you wrote: Hello: I have a need on occasion to download stuff (listings or source) and print on a locally attached PC printer. Does anyone know of software (free or otherwise) that can do such a thing? If you need to do this with any frequency you'll probably want to consider the direct mainframe to PC printing options mentioned in previous replies. For less frequent printing needs, I have something that might do the trick for you. I wrote a Microsoft Word macro that converts ASA control characters into their Word equivalents for line spacing and page breaks. You simply download the mainframe print file with the embedded carriage control characters to your PC (using your terminal emulator's file transfer capability, FTP, or whatever is easiest for you), open the downloaded file in Word, run the macro, then print to any PC printer as with any other Word document. If you're interested, contact me off list and I'll send you a copy of the macro with installation and usage 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
Re: My favorite way to print mainframe assemblies (ZTree)
For simple one-at-a-time printouts, I wrote an MS Word macro that converts ASA carriage control characters to the MS word equivalents. It handles page breaks, single/double/triple line spaces, and, to some extent, the "print without advancing" carriage control codes. When it encounters a CC '+' (print without advancing), it sets the entire previous line to bold and deletes the line with the CC '+'... so it won't let you selectively "overtype" just parts of a print line as was sometimes done in the impact printer era to emphasize individual words, but overall it works pretty well. You simply download your mainframe report to the PC with a "Rich Text Format" (.rtf) file extension (so the file will open automatically in MS Word), double click to open the document, then kick off the macro... and voila, a printable document with the original formatting. If anyone's interested, shoot me a note off-list and I'll send you a copy of the macro and instructions for installation and use. -- 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: EXEC PARM "bug" or "feature"?
At 03:43 PM 11/26/2005, you wrote: The LE runtime is interpreting the slash as the way to pass LE execution parameters. Dave, Thanks. I needed someone to jog me memory. I've seen and used that convention before to pass LE parms, but it slipped my mind when this happened and I kept thinking of it as strictly a JCL issue. -- 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
EXEC PARM "bug" or "feature"?
I've run into an oddity when passing an EXEC PARM to a COBOL program. I don't see anything in the JCL reference that seems to directly address this, but I'm wondering if I'm missing something. This is on a z/OS 1.4 system. Basically, it seems that if the last character of the EXEC PARM string is a forward slash, that character is stripped from the PARM value before the parameter string is passed to my COBOL program. I can get a trailing forward slash passed to the COBOL program by coding two trailing slashes in the PARM= value, but the only mention I see in the JCL reference of a need to "double up" on characters in the PARM= string is for ampersands and apostrophes. Embedded forward slashes are passed as expected; only the final trailing slash is stripped from the parameter string value (so there's no need to "double up" on every forward slash, just the last one). Can anyone cite documentation for this behavior? Here are some examples of parameter values I've passed as EXEC PARMs and the parameter lengths and values recognized by the COBOL program: == Single trailing Back Slash works as expected... //PS020 EXEC PGM=GPDIRLNK,PARM='S:\Technical Documentation\' COBOL Display of PARM length & value received: *--> EXEC PARM LENGTH (00027) *--> VALUE (S:\Technical Documentation\) == Multiple Back Slashes work as expected... //PS020 EXEC PGM=GPDIRLNK,PARM='S:\Technical Documentation\\\' COBOL Display of PARM length & value received: *--> EXEC PARM LENGTH (00029) *--> VALUE (S:\Technical Documentation\\\) == Single trailing Forward Slash is unexpectedly stripped from parm string... //PS020 EXEC PGM=GPDIRLNK,PARM='S:/Technical Documentation/' COBOL Display of PARM length & value received: *--> EXEC PARM LENGTH (00026) *--> VALUE (S:/Technical Documentation) == Multiple trailing Forward Slashes always have final slash stripped... //PS020 EXEC PGM=GPDIRLNK,PARM='S:/Technical Documentation///' COBOL Display of PARM length & value received: *--> EXEC PARM LENGTH (00028) *--> VALUE (S:/Technical Documentation//) == I can "double up" on the trailing Forward Slash as a work around to get what I need in the COBOL program, but I'm surprised by this behavior. Should I be? Thanks! -- 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