Re: IEBPTPCH (was: Read a PDS ...)

: (External):Re: IEBPTPCH (was: Read a PDS ...) There's several problems. The OP wanted to convert a PDS to a flat file for examining program calls. With PDS or STARTools or superc this in not required. In the process of examining the PDS he corrupted the DCB. There is no backup. Using DITTO

Re: IEBPTPCH (was: Read a PDS ...)

There's several problems. The OP wanted to convert a PDS to a flat file for examining program calls. With PDS or STARTools or superc this in not required. In the process of examining the PDS he corrupted the DCB. There is no backup. Using DITTO a necessary pgm was recovered. XMIT

Re: IEBPTPCH (was: Read a PDS ...)

On Fri, 17 Jun 2016 22:39:43 +, J R wrote: >"Are you changing the requirement ex post facto?" > >I don't think so. The OP wanted to read all the members of a program source >library, one after another, as if concatenated within a single sequential >dataset. > I'll stand corrected. I do

Re: IEBPTPCH (was: Read a PDS ...)

Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Paul Gilmartin Sent: Friday, June 17, 2016 3:29 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: (External):Re: IEBPTPCH (was: Read a PDS ...) On Fri, 17 Jun 2016 22:04:33 +, Jesse 1 Robinson wrote: >If 'card image' is defined as FB

Re: IEBPTPCH (was: Read a PDS ...)

"Are you changing the requirement ex post facto?" I don't think so. The OP wanted to read all the members of a program source library, one after another, as if concatenated within a single sequential dataset. Of course, I could be wrong. Sent from my iPhone On Jun 17, 2016, at 18:29, Paul

Re: IEBPTPCH (was: Read a PDS ...)

On Fri, 17 Jun 2016 22:04:33 +, Jesse 1 Robinson wrote: >If 'card image' is defined as FB-80, then yes it is, but the data is full of >control info used to rebuild the PDS members. If 'card image' means literally >a one for one representation of the original data, then no. Frankly I had

Re: IEBPTPCH (was: Read a PDS ...)

To: IBM-MAIN@LISTSERV.UA.EDU Subject: (External):Re: IEBPTPCH (was: Read a PDS ...) But not the original card images. I thought there are control data at the beginning of each record which staggers the original card images progressively through the dataset. Sent from my iPhone > On Jun 17, 2

Re: IEBPTPCH (was: Read a PDS ...)

But not the original card images. I thought there are control data at the beginning of each record which staggers the original card images progressively through the dataset. Sent from my iPhone > On Jun 17, 2016, at 17:55, Paul Gilmartin > <000433f07816-dmarc-requ...@listserv.ua.edu>

Re: IEBPTPCH (was: Read a PDS ...)

On Fri, 17 Jun 2016 21:45:03 +, J R wrote: >Yes, but is the intermediate flat file card-image? >I think not! > Actuallly, FB;80;3120. It is. >> On Jun 17, 2016, at 16:58, Jesse 1 Robinson wrote: >> ... XMIT with corresponding RECEIVE is a very handy way to flatten out and >> later

Re: IEBPTPCH (was: Read a PDS ...)

Yes, but is the intermediate flat file card-image? I think not! Sent from my iPhone > On Jun 17, 2016, at 16:58, Jesse 1 Robinson wrote: > > ... XMIT with corresponding RECEIVE is a very handy way to flatten out and > later re-inflate a PDS. > > . > . > .

Re: IEBPTPCH (was: Read a PDS ...)

rogram Co-Manager > 323-715-0595 Mobile > 626-302-7535 Office > robin...@sce.com > > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Cieri, Anthony > Sent: Friday, June 17, 2016 12:03 PM > To: IBM-MAIN@L

Re: IEBPTPCH (was: Read a PDS ...)

: IEBPTPCH (was: Read a PDS ...) The TSO Transmit command provide a very reliable (and reversible) method of converting a PDS (or PDSE ) into a sequential dataset!! Ex: XMIT NODE.DUMMY DA('SYS1.PARMLIB') OUTDS('SYS1.PARMLIB.TEMP.SEQ') The OUTDS will be allocated

Re: IEBPTPCH (was: Read a PDS ...)

RECFM=FB DSORG=PS and BLKSIZE=3120. Tony -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Staller, Allan Sent: Friday, June 17, 2016 1:56 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IEBPTPCH (was: Read a PDS ...) Thx Caution

Re: IEBPTPCH (was: Read a PDS ...)

n List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of saul anthony babonas Sent: Thursday, June 16, 2016 11:27 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IEBPTPCH (was: Read a PDS ...) I've been following this discussion with some belated interest. Years ago I cooked up something dirt simple t

Re: IEBPTPCH (was: Read a PDS ...)

Original message From: "Staller, Allan" <allan.stal...@wunderman.com> Date: 6/17/2016 5:42 AM (GMT-08:00) To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IEBPTPCH (was: Read a PDS ...) Would you be willing to share? From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.U

Re: IEBPTPCH (was: Read a PDS ...)

Would you be willing to share? From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of saul anthony babonas Sent: Thursday, June 16, 2016 11:27 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IEBPTPCH (was: Read a PDS ...) I've been following this discussion with some

Re: IEBPTPCH (was: Read a PDS ...)

Sequential disk Sent via the Samsung Galaxy Note® 4, an AT 4G LTE smartphone Original message From: Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu> Date: 6/16/2016 9:54 PM (GMT-08:00) To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IEBPTPCH (was: Read

Re: IEBPTPCH (was: Read a PDS ...)

On Fri, 17 Jun 2016 04:26:41 +, saul anthony babonas wrote: >I've been following this discussion with some belated interest. Years ago I >cooked up something dirt simple to turn a PDS into a SD file using the TSO >print command. It wasn't very elegant but it got the job done at low cost. >

Re: IEBPTPCH (was: Read a PDS ...)

Original message From: Edward Gould <edgould1...@comcast.net> Date: 6/16/2016 9:19 PM (GMT-08:00) To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IEBPTPCH (was: Read a PDS ...) Paul: There are many peculiarities with IEBPTPCH. Like it doesn’t output in member sequence (I vaguely re

Re: IEBPTPCH (was: Read a PDS ...)

Paul: There are many peculiarities with IEBPTPCH. Like it doesn’t output in member sequence (I vaguely remember that it is TTR sequence (but could be wrong). The control card format is anything but intuitive I am iffy here but IIRC you must specify maxflds (why I have no clue) I hated the damn

IEBPTPCH (was: Read a PDS ...)

Sorry, missed this. I recently sat on a bacon-slicer, so I'm getting a little behind with everything... I suspect, but don't know, that the only recent updates to the "manual" have been to add the word PDSE. SYSUT1 members containing data which looks like the data "label" that is generated

IEBPTPCH (was: Read a PDS ...)

On Tue, 14 Jun 2016 18:03:02 -0500, wrote: >I'm not sure why you'd think it may have problems punching/printing PDS >members that happen to contain JCL which happens to contain IEBPTPCH commands. >It's all just data to IEBPTPCH. > OK. I tried it. Members appear to be separated by lines of the