pa.
Peter
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Paul Gilmartin
Sent: Thursday, September 2, 2021 1:42 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Copy RECFM=VBS/LRECL=X to zFS?
On Thu, 2 Sep 2021 04:47:52 +, Farley, Peter x23353 wrote:
>
>By practical ex
On Thu, 2 Sep 2021 04:47:52 +, Farley, Peter x23353 wrote:
>
>By practical experimentation, I found that z/OS Unix awk uses fopen().
>
How can you be sure? You haven't seen the source code.
>I'll bet the cat utility does too but that cp uses open().
>
From the UNIX Command Ref. for "cp":
From: IBM Mainframe Discussion List On Behalf Of
Charles Mills
Sent: Wednesday, September 1, 2021 12:34 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Copy RECFM=VBS/LRECL=X to zFS?
The DD:ddname format for a "legacy" dataset is a supported and documented
feature of the C runtime libra
.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Paul Gilmartin
Sent: Wednesday, September 1, 2021 10:02 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Copy RECFM=VBS/LRECL=X to zFS?
On Wed, 1 Sep 2021 09:34:07 -0700, Charles Mills wr
On Wed, 1 Sep 2021 09:34:07 -0700, Charles Mills wrote:
>The DD:ddname format for a "legacy" dataset is a supported and documented
>feature of the C runtime library (even if not specifically for cat).
>
The "cat" developers are understandably unwilling to document and
support that behavior of "ca
t: Tuesday, August 31, 2021 1:51 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Copy RECFM=VBS/LRECL=X to zFS?
On Tue, 31 Aug 2021 15:27:38 -0500, Kirk Wolf wrote:
>OK Gil, you will absolutely love this.
>( I swear I didn't know this until just now :-)
>
>$ cp "//'KIRK.TES
On Tue, 31 Aug 2021 15:27:38 -0500, Kirk Wolf wrote:
>OK Gil, you will absolutely love this.
>( I swear I didn't know this until just now :-)
>
>$ cp "//'KIRK.TEST.VBX'" /tmp/test.vbxcp
>cp: FSUMF148 //'KIRK.TEST.VBX': spanned records are not supported
>
>$ cat "//'KIRK.TEST.VBX'" > /tmp/test.vb
On Tue, 31 Aug 2021 13:30:17 -0700, Sri h Kolusu wrote:
>> Thanks, but it doesn't seem to work.� Records that are over 32752 bytes
>> are truncated.
>>
(Was that supposed to be an NBSP?)
>> FMNBB298 10 record(s) copied: 6 truncated: 0 fields truncated
>
>Can you please try with LRECL=X in the JC
> Thanks, but it doesn't seem to work. Records that are over 32752 bytes
> are truncated.
>
> FMNBB298 10 record(s) copied: 6 truncated: 0 fields truncated
Kirk,
Can you please try with LRECL=X in the JCL definition and also use PAD=ON
in the sysin to pad to the maximum length?
//P
OK Gil, you will absolutely love this.
( I swear I didn't know this until just now :-)
$ cp "//'KIRK.TEST.VBX'" /tmp/test.vbxcp
cp: FSUMF148 //'KIRK.TEST.VBX': spanned records are not supported
$ cat "//'KIRK.TEST.VBX'" > /tmp/test.vbxcp
# works. records > 32768 are copied correctly (at least u
On Tue, 31 Aug 2021 14:23:25 -0500, Kirk Wolf wrote:
>
>You're never wrong, but rarely helpful :-)
>
Have you any constructive criticism?
>On 8/31/21 12:13 PM, Paul Gilmartin wrote:
>> On Tue, 31 Aug 2021 09:50:30 -0700, Sri h Kolusu wrote:
>>...
>> As a last resort, Rexx:
>>
>> Override std
Thanks, but it doesn't seem to work. Records that are over 32752 bytes
are truncated.
FMNBB298 10 record(s) copied: 6 truncated: 0 fields truncated
Kirk Wolf
Dovetailed Technologies
http://dovetail.com
On 8/31/21 11:50 AM, Sri h Kolusu wrote:
Is there an IBM Utility that will do this?
Prefer
Gil,
You're never wrong, but rarely helpful :-)
Kirk Wolf
Dovetailed Technologies
http://dovetail.com
On 8/31/21 12:13 PM, Paul Gilmartin wrote:
On Tue, 31 Aug 2021 09:50:30 -0700, Sri h Kolusu wrote:
Is there an IBM Utility that will do this?
Preferrable with FILEDATA=TEXT processing mode
On Tue, 31 Aug 2021 09:50:30 -0700, Sri h Kolusu wrote:
>> Is there an IBM Utility that will do this?
>> Preferrable with FILEDATA=TEXT processing mode on the output file
>
IDCAAMS REPRO? (I haven't checked its requirements.)
As a last resort, Rexx:
Override stdin to RECFM=U and interpret the
: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Copy RECFM=VBS/LRECL=X to zFS?
Did you try OPUT?
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Kirk Wolf
Sent: Tuesday, August 31, 2021 9:30 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject
> Is there an IBM Utility that will do this?
> Preferrable with FILEDATA=TEXT processing mode on the output file
Kirk,
If your shop has IBM File-Manager then you can use the following JCL
//STEP0100 EXEC PGM=FILEMGR
//SYSPRINT DD SYSOUT=*
//DDIN DD DISP=SHR,DSN=Your.MVS.LRECLX.Dataset
//DDOU
Did you try from within the z/FS?
Doug Fuerst
d...@bkassociates.net
-- Original Message --
From: "Kirk Wolf"
To: IBM-MAIN@listserv.ua.edu
Sent: 31-Aug-21 12:30:23
Subject: Copy RECFM=VBS/LRECL=X to zFS?
Is there an IBM Utility that will do this?
Preferrable with FIL
Did you try OPUT?
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Kirk Wolf
Sent: Tuesday, August 31, 2021 9:30 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Copy RECFM=VBS/LRECL=X to zFS?
Is there an IBM Utility that will do
Am 31.08.2021 um 18:30 schrieb Kirk Wolf:
Is there an IBM Utility that will do this?
Preferrable with FILEDATA=TEXT processing mode on the output file
(adding newlines at record boundaries).
Trying IEBGENER and ICEGENER both result inￜ 013-A8
I think the IBM Sort should do this part. Please
Is there an IBM Utility that will do this?
Preferrable with FILEDATA=TEXT processing mode on the output file
(adding newlines at record boundaries).
Trying IEBGENER and ICEGENER both result in 013-A8
--
Kirk Wolf
Dovetailed Technologies
http://dovetail.com
---
On Wed, 2 May 2018 23:27:55 +0100, David W Noon wrote:
>>>
>> Suppose there is no guarantee that every logical record fit in available
>> virtual memory?
>>
>How do you process such a logical record in a finite address space? The
>only way I can think of is to segment the record and process it
>pi
On Wed, 2 May 2018 16:43:02 -0500, Paul Gilmartin
(000433f07816-dmarc-requ...@listserv.ua.edu) wrote about "Re:
RECFM=VBS,LRECL=X" (in
<1556897214786710.wa.paulgboulderaim@listserv.ua.edu>):
> On Wed, 2 May 2018 22:30:00 +0100, David W Noon wrote:
[snip]
>> I
On Wed, 2 May 2018 22:30:00 +0100, David W Noon wrote:
>> ...
>> I don't recall whether Rexx reassembles spanned records or whether I
>> needed to override with RECFM(U) and process the streams myself.
>
>If you are using QSAM, the access method should do it. With RECFM=VBS
>you are required to us
On Wed, 2 May 2018 15:27:25 -0500, Kirk Wolf wrote:
>>
>> RECFM=VBS,LRECL=X would seem natural for processing UNIX files.
>>
>> Not sure exactly what you mean by "processing". Do you mean as a format
>for making a copy of a Unix line-oriented file with a pos
On Wed, 2 May 2018 14:39:57 -0500, Paul Gilmartin
(000433f07816-dmarc-requ...@listserv.ua.edu) wrote about "Re:
RECFM=VBS,LRECL=X" (in
<7993773034062407.wa.paulgboulderaim@listserv.ua.edu>):
> On Wed, 2 May 2018 13:23:21 -0500, Kirk Wolf wrote:
>
>> Does an
>
>
> RECFM=VBS,LRECL=X would seem natural for processing UNIX files.
>
> Not sure exactly what you mean by "processing". Do you mean as a format
for making a copy of a Unix line-oriented file with a possib
ssembles spanned records or whether I
needed to override with RECFM(U) and process the streams myself.
I don't know which utilities are sensitive to which BFTEK values.
RECFM=VBS,LRECL=X would seem natural for processin
I use to with SMF datasets, now I just let IFASMFDP figure it out with SMS.
Lizette
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of
> Kirk Wolf
> Sent: Wednesday, May 02, 2018 11:23 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: RECFM=VBS,LRECL=
Does anyone use this with your z/OS data sets?
Kirk Wolf
Dovetailed Technologies
http://dovetail.com
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO
29 matches
Mail list logo
