IIRC, SENDFILE (or TRANSMIT {synonym = XMIT} on TSO) sends files in
NETDATA format (making everything F 80 and including lots of control
information).
When you RECEIVE a file sent in NETDATA (by SENDFILE or XMIT) format, the
file attributes are built to match what was sent. That's is likely what
Dave is seeing, assuming that the system sending the files to his reader
is using SENDFILE.
Mike Walter
Hewitt Associates
Any opinions expressed herein are mine alone and do not necessarily
represent the opinions or policies of Hewitt Associates.
"Fran Hensler" <[EMAIL PROTECTED]>
Sent by: "The IBM z/VM Operating System" <[email protected]>
01/22/2008 10:26 AM
Please respond to
"The IBM z/VM Operating System" <[email protected]>
To
[email protected]
cc
Subject
Re: RECEIVE question
That's funny David because I have often wished for exactly the
opposite. When I RECEIVE PRT files from a VSE virtual 3800 they are
always RECFM 'F' and 205 bytes even if the longest print line is 10
bytes. If they were received as 'V' it would save a lot of space.
/Fran Hensler at Slippery Rock University of Pennsylvania USA for 44 years
[EMAIL PROTECTED] +1.724.738.2153
"Yes, Virginia, there is a Slippery Rock"
On Tue, 22 Jan 2008 08:38:33 -0700 Wakser, David said:
>All:
>
> I am issuing a RECEIVE from within an EXEC to receive a
lot of
>files onto a minidisk. However, RECEIVE sets them up as record format
>"V" - and I want them to be "F". I see no options for this on the
>RECEIVE command itself. Is there any way around this?
>
>David Wakser
>InfoCrossing
The information contained in this e-mail and any accompanying documents may
contain information that is confidential or otherwise protected from
disclosure. If you are not the intended recipient of this message, or if this
message has been addressed to you in error, please immediately alert the sender
by reply e-mail and then delete this message, including any attachments. Any
dissemination, distribution or other use of the contents of this message by
anyone other than the intended recipient is strictly prohibited. All messages
sent to and from this e-mail address may be monitored as permitted by
applicable law and regulations to ensure compliance with our internal policies
and to protect our business. Emails are not secure and cannot be guaranteed to
be error free as they can be intercepted, amended, lost or destroyed, or
contain viruses. You are deemed to have accepted these risks if you communicate
with us by email.
