Paul Gilmartin wrote:
ISTR getting some nasty ABENDs in JES access methods when I
used "DD SYSOUT,DCB=RECFM=VBA" and writing a record to it with
RDW=4.
That's correct. If you tell it you're supplying an ASA control
character then it needs to be present, making the minimum RDW
length 5. But wi
On Fri, 12 Sep 2008 14:22:07 -0500, Chase, John wrote:
>> >
>> >put any value in there from 5 (one data byte) through 32756
>> (32752 data
>> >bytes), ...
>>
>> 3.1.3.1.2 "z/OS V1R7.0 DFSMS Using Data Sets"
>>
>> 3.1.3.1.2 Record Descriptor Word (RDW)
>>
>>A variable-length logical re
Paul,
The free Co:Z toolkit allows you to support either '00xx' or 'xx00' RDWs for
transfers in either direction.
It uses SSH rather than FTP as its underlying connection protocol, however.
See: http://dovetail.com/docs/coz/dsp-ref_fromdsn.html
In addition, you can also specify "-l mfrdw", whic
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Paul Gilmartin
>
> On Fri, 12 Sep 2008 10:18:08 -0500, Chase, John wrote:
> >
> >In V(B) records the RDW (Record Descriptor Word) is a part of the
> >record, so its length is a part of the record length. You
> can a
On Fri, 12 Sep 2008 12:29:43 -0500, Paul Ip wrote:
>>What happens if x'FF01' exists in the original RECFM=V[B] data?
>>will my single record containing that pattern be split at that point?
>>
>
>.I suppose the answer is yes.
>
>maybe this method assume the Data onlt contain displayable byte ch
As you can see, one cannot expect to rebuild an RDW from a non-MVS undefined
record-length.
Scott Barry
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-
On Fri, 12 Sep 2008, Paul Gilmartin wrote:
> >
> What happens if x'FF01' exists in the original RECFM=V[B] data?
> will my single record containing that pattern be split at that point?
>
> -- gil
If a x'FF' exists in the source dataset, it is encoded as x'' in the
output stream. In your cas
>For SAS/Windows processing, frequently I send z/OS SMF data
(RECFM=VBS/VB)
>to Windows using a binary-format PUT and overriding the input DD with
>RECFM=U; the PUT command is used with the //DD:your_jcl_ddname which
handles
>the "external" local file specification. Then, with SAS, a specific
>p
>What happens if x'FF01' exists in the original RECFM=V[B] data?
>will my single record containing that pattern be split at that point?
>
.I suppose the answer is yes.
maybe this method assume the Data onlt contain displayable byte characters.
On Fri, 12 Sep 2008 12:00:00 -0500, Paul Ip wrote:
>>
>>How can I undo it? What can I say [ ... ]so that:
>>
>>GET remote.file COPY.OF.VARIABLE.FORMAT.DATA.SET
>>
>>reconstructs the record structure of the original data set?
>
>You can try this way from z/OS to PC:
>STRU R
>BIN
>PUT host.v
>
>How can I undo it? What can I say in LOCSITE so that:
>
>LOCSITE ???
>GET remote.file COPY.OF.VARIABLE.FORMAT.DATA.SET
>
>reconstructs the record structure of the original data set?
>
You can try this way from z/OS to PC:
STRU R
BIN
PUT host.vbs.file remote.file
then from PC back to
On Fri, 12 Sep 2008 09:50:22 -0500, Paul Ip wrote:
>
>When using RDW option, it adds 4 bytes at the beginning of each record
>indicating the 'length' of current record. ...
5.35 "z/OS V1R10.0 Comm Svr: IP User's Guide and Commands"
5.35 LOCSIte subcommand--Specify site information to the local h
Paul,
I'm sorry, but I don't have an answer to your FTP question / problem. But
...
Have you considered using CSV - file format (comma-delimited fields in a
text format file) for your data transfer? This might save you from having to
go through the home-grown conversion programs and the issue with
On Fri, 12 Sep 2008 11:04:12 -0500, Paul Ip <[EMAIL PROTECTED]> wrote:
>So I think it is different from what FTP does with RDW: (where = length
>of Data + 4)
>x''+Data
It's not merely different from "what FTP does with RDW" but from what z/OS
does with RDW. I doubt that FTP is putti
On Fri, 12 Sep 2008 11:18:52 -0500, John McKown <[EMAIL PROTECTED]> wrote:
>On Fri, 12 Sep 2008, Paul Ip wrote:
>
>> Wow...Thanks for the reply.
>>
>> Oh, it is correct that a windows program will process the VB files from
>> z/OS.
>>
>> It expects the Prefix contain only the length of Data part a
On Fri, 12 Sep 2008 10:18:08 -0500, Chase, John wrote:
>
>In V(B) records the RDW (Record Descriptor Word) is a part of the
>record, so its length is a part of the record length. You can actually
>put any value in there from 5 (one data byte) through 32756 (32752 data
>bytes), ...
3.1.3.1.2
On Fri, 12 Sep 2008, Paul Ip wrote:
> Wow...Thanks for the reply.
>
> Oh, it is correct that a windows program will process the VB files from
> z/OS.
>
> It expects the Prefix contain only the length of Data part and the
> format is indeed BBLL (the length is at the 3rd and 4th byte). In
> addit
>Oh, it is correct that a windows program will process the VB files from z/OS.
>It expects the Prefix contain only the length of Data part and the format is
indeed BBLL (the length is at the 3rd and 4th byte). >In addition, it returns
the
same file format (BBLL as prefix 'RDW') from PC to z/OS.
Wow...Thanks for the reply.
Oh, it is correct that a windows program will process the VB files from z/OS.
It expects the Prefix contain only the length of Data part and the format is
indeed BBLL (the length is at the 3rd and 4th byte). In addition, it returns
the
same file format (BBLL as pref
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Paul Ip
>
> Hi all,
>
> When using RDW option, it adds 4 bytes at the beginning of
> each record indicating the 'length' of current record. For
> example, if the current record has a LRECL=12, then the 4
> bytes RD
Paul, you're asking for a non-standard VB format that probably won't be
properly handled by z/OS access methods. What's the reasoning behind this?
Paul Ip wrote:
Hi all,
When using RDW option, it adds 4 bytes at the beginning of each record
indicating the 'length' of current record. For exam
On Fri, 12 Sep 2008 09:50:22 -0500, Paul Ip <[EMAIL PROTECTED]> wrote:
>Hi all,
>
>When using RDW option, it adds 4 bytes at the beginning of each record
>indicating the 'length' of current record. For example, if the current
record has
>a LRECL=12, then the 4 bytes RDW contains 12+4 = 16 (i.e. x'
Hi all,
When using RDW option, it adds 4 bytes at the beginning of each record
indicating the 'length' of current record. For example, if the current record
has
a LRECL=12, then the 4 bytes RDW contains 12+4 = 16 (i.e. x'0F') so the
length field in RDW actually includes the length of RDW itsel
23 matches
Mail list logo
