Re: Concatenated datasets read information.

2015-09-16 Thread Art Celestini
At 08:44 PM 9/15/2015, Shmuel Metz (Seymour J.) wrote: >In

Re: Concatenated datasets read information.

2015-09-16 Thread Charles Mills
AIN@LISTSERV.UA.EDU] On Behalf Of Art Celestini Sent: Wednesday, September 16, 2015 6:16 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Concatenated datasets read information. At 08:44 PM 9/15/2015, Shmuel Metz (Seymour J.) wrote: >In >

Re: Concatenated datasets read information.

2015-09-16 Thread Shmuel Metz (Seymour J.)
In <039701d0f08d$2138cd10$63aa6730$@mcn.org>, on 09/16/2015 at 07:36 AM, Charles Mills said: >Couldn't you just save off DCBTIOT and compare it before (after?) >every GET? Yes if you've set unlike attributes, not otherwise. Curse OCO! -- Shmuel (Seymour J.) Metz,

Re: Concatenated datasets read information.

2015-09-16 Thread Shmuel Metz (Seymour J.)
In <20150916131602.7f3503e0...@listserv01.ua.edu>, on 09/16/2015 at 09:15 AM, Art Celestini said: >As Chris Blaicher indicated, find the TIOT entry using DCBTIOT and >TIOEJFCB will contain an SVA for the JFCB. In a concatenation there are multipkle TIOT entries; you

Re: Concatenated datasets read information.

2015-09-15 Thread Shmuel Metz (Seymour J.)
In

Re: Concatenated datasets read information.

2015-09-15 Thread Massimo Biancucci
f Paul Gilmartin > Sent: Monday, September 14, 2015 12:55 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Concatenated datasets read information. > > On 2015-09-14, at 10:18, Chris Hoelscher wrote: > > > I do not know if this is a valid solution - but something I h

Re: Concatenated datasets read information.

2015-09-15 Thread Jack J. Woehr
Massimo Biancucci wrote: I don't know exactly what the application programmers need, they asked me to know if there's a possibility. I'll investigate deeper to understand if it's a real need There's the lesson! "Never listen to the application programmers until you know what they are actually

Re: Concatenated datasets read information.

2015-09-15 Thread John McKown
On Tue, Sep 15, 2015 at 9:22 AM, Jack J. Woehr wrote: > Massimo Biancucci wrote: > >> I don't know exactly what the application programmers need, they asked me >> to know if there's a possibility. >> >> I'll investigate deeper to understand if it's a real need >> > There's the

Concatenated datasets read information.

2015-09-14 Thread Massimo Biancucci
Hi everybody, is there any way to know which concatenated dataset I've read the current record from ? To be clear: FILE1 DD DISP=SHR,DSN=MYDSN1 DD DISP=SHR,DSN=MYDSN2 DD DISP=SHR,DSN=MYDSN3 >From a COBOL program: READ FILE1 INTO MY-RECORD AT END GO E-O-P. CALL "MYPGM to know the

Re: Concatenated datasets read information.

2015-09-14 Thread Bernd Oppolzer
This sounds like a somehow strange request to me, because concatenation is designed just to hide the fact that the data comes from different concatenated files from the application program. I guess it will be difficult to extract the current processed DSN from the I/O related MVS control blocks.

Re: Concatenated datasets read information.

2015-09-14 Thread Walt Farrell
On Mon, 14 Sep 2015 13:14:49 +0200, Massimo Biancucci wrote: >Hi everybody, > >is there any way to know which concatenated dataset I've read the current >record from ? > >To be clear: > >FILE1 DD DISP=SHR,DSN=MYDSN1 > DD DISP=SHR,DSN=MYDSN2 > DD DISP=SHR,DSN=MYDSN3 >

Re: Concatenated datasets read information.

2015-09-14 Thread John McKown
On Mon, Sep 14, 2015 at 11:01 AM, Paul Gilmartin < 000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > On Mon, 14 Sep 2015 07:54:32 -0700, Lizette Koehler wrote: > > >Could you explain what problem you are trying to solve with this > technique? > > > >How does it help your process to know

Re: Concatenated datasets read information.

2015-09-14 Thread Jeremy Nicoll
On Mon, 14 Sep 2015, at 17:01, Paul Gilmartin wrote: > On Mon, 14 Sep 2015 07:54:32 -0700, Lizette Koehler wrote: > > >Could you explain what problem you are trying to solve with this technique? > > > >How does it help your process to know which concatenated dataset the data > >came from? Why

Re: Concatenated datasets read information.

2015-09-14 Thread Paul Gilmartin
On Mon, 14 Sep 2015 07:54:32 -0700, Lizette Koehler wrote: >Could you explain what problem you are trying to solve with this technique? > >How does it help your process to know which concatenated dataset the data >came from? Why can you not use multiple DD Statements instead? > It might be

Re: Concatenated datasets read information.

2015-09-14 Thread Chris Hoelscher
Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Massimo Biancucci > Sent: Monday, September 14, 2015 4:15 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Concatenated datasets read information. > > Hi everybody, > > is there any way to know which concatenated

Re: Concatenated datasets read information.

2015-09-14 Thread Paul Gilmartin
On Mon, 14 Sep 2015 11:06:42 -0500, John McKown wrote: > >On Mon, Sep 14, 2015 at 11:01 AM, Paul Gilmartin < >000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > >​That's in interesting, if scary, thought. I was thinking more along the >lines of giving a better error message by printing

Re: Concatenated datasets read information.

2015-09-14 Thread Paul Gilmartin
On 2015-09-14, at 10:18, Chris Hoelscher wrote: > I do not know if this is a valid solution - but something I have done > In the jcl - between each dsn in the dd concatenation, > Place a dd * with some literal value like END OF DD 1 > > FILE1 DD DISP=SHR,DSN=MYDSN >DD * > END OF 1 >

Re: Concatenated datasets read information.

2015-09-14 Thread Blaicher, Christopher Y.
-8234 | M: 512-627-3803 E: cblaic...@syncsort.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Paul Gilmartin Sent: Monday, September 14, 2015 12:55 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Concatenated datasets read information

SYSIN (was: Concatenated datasets read information.)

2015-09-14 Thread Paul Gilmartin
On 2015-09-14, at 10:20, Jeremy Nicoll wrote: > > If there's a way to define a file with one record - same lrecl, blksize > etc as the other files, but > a line of data that can't exist in any real data file - ie a marker > record then how about > > //FILE1 DD DISP=SHR,DSN=MYDSN1 > //