> -----Original Message-----
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Paul Gilmartin
> Sent: Thursday, May 12, 2005 2:15 PM
> To: [email protected]
> Subject: Re: FTPing a ADRDSSU file
> 
> 
> In a recent note, McKown, John said:
> 
> > Date:         Thu, 12 May 2005 12:26:45 -0500
> > 
> > The secret is to be sure to set the BLKSIZE correctly and to use the
> > QUOTE STRU R. Are you going z/OS to z/OS directly? Or via an
> > 
> I hadn't known of this one.  So, I RTFM.  I learned nothing:
> 
> #5.68 "z/OS V1R5.0 CS: IP User's Guide and Commands"
> 
>    Format
> 
>    >>__STRucture__ _File___ 
> _______________________________________________><
>                   |_Record_|
> 
>    Parameters
> 
>    Record
>    Sets the file structure to record.
> 
> Is this actually described anywhere?
> 
> Thanks,
> gil
> -- 
> StorageTek
> INFORMATION made POWERFUL

I don't think so. I got a very detailed explanation from a IP genius,
Stephen St. Jean, over on the IBMTCP-L list. The CA-TCPAccess
documentation goes into more detail, but they call it a "ravelled" file
(or something like that).

Basically, ftp does not normally have any indication for "end of record"
in a binary transfer. It views the data as a stream of bytes (Like PL/I
STREAM files). However, if you specify STRU R, then ftp will do a
special "encoding" so that the end of a record can be detected. IIRC, an
"end of record" is encoded as 0xFF01. If the data contains a 0xFF, it is
expanded to a 0xFFFF. There may be some other things.

Read all about it at:

http://www.ietf.org/rfc/rfc0959.txt?number=959

It is in section 3.4.1 STREAM MODE. Basically:
0xFF01 - End Of Record
0xFF02 - End Of File
0xFF03 - End Of Record + End Of File
0xFF?? - Where ?? is not 01, 02, or 03 == ?? (0xFF is an "escape"
character)

--
John McKown
Senior Systems Programmer
UICI Insurance Center
Information Technology

This message (including any attachments) contains confidential
information intended for a specific individual and purpose, and its'
content is protected by law.  If you are not the intended recipient, you
should delete this message and are hereby notified that any disclosure,
copying, or distribution of this transmission, or taking any action
based on it, is strictly prohibited.

----------------------------------------------------------------------
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

Reply via email to