On Mon, 28 Jan 2008 09:18:21 -0600, McKown, John wrote: > >> Might yet be done allocating the trace file in JCL to a named >> pipe (FIFO) to be read by a chopping daemon. The FIFO could >> be allocated and the daemon started in a prior job step. Two >> likely problems: >> >> o If the trace records are variable length containing binary >> information, that can not be preserved in a Unix file. > >Why not? I have successfully ftp'ed raw (binary) SMF data, including the >RDWs from z/OS to Linux. I can then read the file using Java, decoding >the RDWs. UNIX itself does not care what data is being written to a >file. It is just a byte stream. Of course, if the creating program >itself does not have some way to delimit an end-of-record, then it >__might__ not be possible to reliably read the data. E.g. undefined >records which don't have an RDW, nor an end-of-record indicator (like >program objects). > Ah, but FTP has the (LOC)SITE RDW command. Alas, DD PATH=... supports no analogous FILEDATA=RDW option. With FILEDATA=BINARY, RDWs are entirely disregarded and the data are streamed; with FILEDATA=TEXT, the RDWs are replaced by 0x15, which might be spoofed by binary data.
-- gil ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html