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 f
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.
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
>
>From a COBOL progr
n 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 dataset I
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 si
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 whi
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
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 c
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 someth
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
>
1-930-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 inform
Behalf Of 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 ha
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
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 lesson! "Never list
In
,
on 09/14/2015
at 01:14 PM, Massimo Biancucci said:
>is there any way to know which concatenated dataset I've read the
>current record from ?
Yes, but OCO makes it more difficult than it should be. Basically you
must pull it out of a control block related to an IOB.
--
Shmuel (Sey
At 08:44 PM 9/15/2015, Shmuel Metz (Seymour J.) wrote:
>In
>,
>on 09/14/2015
> at 01:14 PM, Massimo Biancucci said:
>
>>is there any way to know which concatenated dataset I've read the
>>current record from ?
>
>Yes, but OCO makes it more difficult than it should be. Basically you
>must pull
IBM-MAIN@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
>,
>on 09/14/2015
> at 01:14 PM, Massimo Bia
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 need to fiind
the right o
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, SysProg and JOAT
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
> //
20 matches
Mail list logo
