On 6/19/2012 7:02 AM, McKown, John wrote:
AMATERSE ... With PARM=UNPACK, it restores the original dataset while
dynamically allocating it (and can create it as well).
AMATERSE can dynamically allocate the original data set? It can create it as
well?? Is this behavior documented???
--
In 5098408892869838.wa.paulgboulderaim@listserv.ua.edu, on
06/19/2012
at 09:22 AM, Paul Gilmartin paulgboul...@aim.com said:
Would any responsible administrator unload a data set to an
archive and grant read access to that archive to any user not
having read access to the original data
In
CAArMM9Tuco_MNbtQ5ZEg=uhy48ojk0gmk5ys-n3mvnvlxa2...@mail.gmail.com,
on 06/19/2012
at 06:19 PM, Tony Harminc t...@harminc.net said:
Well, then we're into the dangerous and powerful utilities auditor
checklist again.
IEFBR14 with the RC=0 fix?
--
Shmuel (Seymour J.) Metz, SysProg and
In 0096899832141155.wa.paulgboulderaim@listserv.ua.edu, on
06/19/2012
at 08:25 AM, Paul Gilmartin paulgboul...@aim.com said:
An unfortunate restriction of TSO TRANSMIT is that its output is
not suitable for an instream data set.
Why does that matter?
--
Shmuel (Seymour J.) Metz,
shmuel+...@patriot.net (Shmuel Metz , Seymour J.) writes:
Are you sure you mean 407 and not 709?
re:
http://www.garlic.com/~lynn/2012i.html#12 IEBPTPCH
the operators said 407 ... I'm repeated story as told me. I was
complaining about the 360 sitting idle for a couple hrs.
note that the 709
Gil,
Good points. I was also thinking that it might be useful to unload/reload
a PDS or PDSE in tar format.Its a pity that the z/OS pax command
doesn't support this. It would solve the transparency problem, and also
would be good for platform interchange.
Kirk Wolf
Dovetailed Technologies
@listserv.ua.edu] On Behalf Of Kirk Wolf
Sent: Tuesday, June 19, 2012 8:52 AM
To: IBM-MAIN@listserv.ua.edu
Subject: Re: IEBPTPCH questions
Gil,
Good points. I was also thinking that it might be useful to
unload/reload
a PDS or PDSE in tar format.Its a pity that the z/OS pax command
On Tue, 19 Jun 2012 08:51:12 -0500, Tom Marchant wrote:
I didn't see anything in the OP's query that required instream data.
I'm sorry. I violated the cardinal rule of IBM-MAIN, that a followup
never addresses matters not raised by the OP.
-- gil
On 6/18/2012 4:33 PM, Kirk Wolf wrote:
I'll tried the FIELD=(80) thing, but no difference. The manual would lead
you to believe that you always get some kind of control character (ASA or
M), so that's probably how it works. It is, after all, just for printing
or punching :-)
I thought I
On 19 June 2012 08:12, Paul Gilmartin paulgboul...@aim.com wrote:
Can an ADRDSSU archive be transmitted over the Internet?
Sure, but since it comprises RECFM U records, it is likely to lose
something in the process.
I suppose AMATERSE solves most such problems. Can an ADRDSSU archive be
I haven't used this beast since last century I can't quite figure out a
couple of things:
1) is there a way to PUNCH all members of an FB/80 source PDS and NOT
prepend each record with an ASA or M control characters?I'm seeing the
output as FBA/81 with the character V as the ASA control
-Original Message-
From: IBM Mainframe Discussion List
[mailto:IBM-MAIN@listserv.ua.edu] On Behalf Of Kirk Wolf
Sent: Monday, June 18, 2012 12:57 PM
To: IBM-MAIN@listserv.ua.edu
Subject: IEBPTPCH questions
I haven't used this beast since last century I can't
quite figure
On 6/18/2012 1:47 PM, John P Kalinich wrote:
You can use the OFFLOAD program from CBT file 093 (http://www.cbttape.org)
to create a sequential file (flat PDS) of all members.
This is a good solution, but to answer your question, I
think this will do it:
PRINT TYPORG=PO,MAXFLDS=1
RECORD
Richard:
There is also a utility on the CBT Tape that will create a IEBUPDTE
stream. Very handy (at least for me) .
Ed
On Jun 18, 2012, at 2:10 PM, Richard Peurifoy wrote:
On 6/18/2012 1:47 PM, John P Kalinich wrote:
You can use the OFFLOAD program from CBT file 093 (http://
14 matches
Mail list logo
