e to interpret it as such.
> Date: Thu, 16 Feb 2012 16:27:17 +
> From: mike.wawio...@barclays.com
> Subject: Re: IEBCOPY with I/O error on SYSIN
> To: IBM-MAIN@bama.ua.edu
>
> This behaviour gives a simple, and little known/used, method of running a
> compress without
In <9289112425599854.wa.maryanne4psugmail@bama.ua.edu>, on
02/16/2012
at 06:12 AM, Mary Anne Matyaz said:
>Not sure what category a 'bad' file fits into, but I would guess
>it's essentially 'omitted'.
That would be broken behavior.
--
Shmuel (Seymour J.) Metz, SysProg and JOAT
In
,
on 02/16/2012
at 04:27 PM, Mike Wawiorko said:
>This behaviour
What behavior? The bevior Paul described, or the behavior in your
example? They're not the same.
>"When the SYSIN DD statement is a DD DUMMY, points to an empty file,
>or is omitted, IEBCOPY will generate a COPY statement th
Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of
Mary Anne Matyaz
Sent: 16 February 2012 12:12
To: IBM-MAIN@bama.ua.edu
Subject: Re: IEBCOPY with I/O error on SYSIN
Paul,
IEBCOPY is documented (and functions) as generating a SYSIN if none exists, if
Paul,
IEBCOPY is documented (and functions) as generating a SYSIN if none exists, if
it's dummied, or if
it's an empty file. Not sure what category a 'bad' file fits into, but I would
guess it's
essentially 'omitted'.
If you feel strongly about it you could open a Share requirement.
>From D
I was testing running from Rexx z/OS 1.13 IEBCOPY, which doesn't
require authorization:
0IEB1021E OMVS,*,SYSIN ,GET ,WRONG LEN RECRD,00,QSAM
17.52.11 STC09793 +IEB1021E OMVS,*,SYSIN ,GET ,WRONG LEN
RECRD,00,QSAM
\216^A\220÷Ù¯ç"\2370"\2370"\2370"\2370"\2
6 matches
Mail list logo