>> UBFLAG4 and UMFLAG4 are not recognized as valid names. As far as I can tell,
>> the DCOLLECT record descriptors that I am using are the most recent ones on
>> the IBM site, even if they are for z/OS 2.1.
Any suggestions?
Jack,
Looks like you have old symbols for DCollect. I will send an
Hi Kolusu,
UBFLAG4 and UMFLAG4 are not recognized as valid names. As far as I can
tell, the DCOLLECT record descriptors that I am using are the most recent
ones on the IBM site, even if they are for z/OS 2.1.
Any suggestions?
Best wishes
Jack
On Thu, 7 Sept 2023 at 17:15, Sri h Kolusu wrote:
>
>> DFSORT is a magnificent product but I still am in an very early user stage.
Jack,
Thank you very much.
>> You are so right about that. I was waiting for having this right before I
>> would attempt that step. I have to do this in small steps.
It is quite simple to add it in the existing job
Kolusu,
You are so right about that. I was waiting for having this right before I
would attempt that step.
DFSORT is a magnificent product but I still am in an very early user stage.
I have to do this in small steps.
Thank you once again for your help
Best wishes
Jack
On Thu, 7 Sept 2023 at
>> Of course it was that. That is what happens when you copy something so it
>> you will not have to write everything from scratch.
Jack,
Glad to hear that the issue is resolved. I wanted to bring this up yesterday
itself. you may want to check if the space values you are getting are indeed
Kolusu,
Of course it was that. That is what happens when you copy something so it
you will not have to write everything from scratch.
I forgot to change that 12 to 8, as I did on the other places.
Thank you so much for your help. That is one of those errors that was
staring me on the face and yet
>> After tinkering a little bit more, as I was far form satisfied with the last
>> result, I managed to get twenty two output records:
Jack,
Looking at the results, something does NOT add up. Your HLQ is 8 bytes, however
you have defined the symbol for it as FMT-HLQ as 12 Bytes. May be the
Hello again,
After tinkering a little bit more, as I was far form satisfied with the
last result, I managed to get twenty two output records:
ASCLI830 KB 0 KB 0 KB
ASCLI 8.190 KB 0 KB 0 KB
ASCLI
Hi Kolusu,
Thank you for you help.
I used one HLQ that has few files, (10 DASD; 1 Migrated; 11 HSM Backup; 22
DCOLLECT records).
On my first try it gave me three output records:
ASCLI 0 KB830 KB 0 KB
ASCLI 16.988 KB 0 KB
>> Now, I hope that you do not mind if I ask you for one more thing. I wanted
>> to have one line with the high level qualifier and all the three values but
>> instead I am getting three lines for each HLQ.
Jack,
If you used the updated INREC then you should have gotten a summary record of 1
Development
> IBM Corporation
>
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf
> Of Sri h Kolusu
> Sent: Wednesday, September 6, 2023 10:13 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: [EXTERNAL] Re: Help on DFSORT SUM FIELDS
>
>
: Wednesday, September 6, 2023 10:13 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: Help on DFSORT SUM FIELDS
>> I am doing something wrong because I am getting one output record for each
>> input record, instead of the few hundreds I was expecting to get.
Jack,
If I had to take
>> I am doing something wrong because I am getting one output record for each
>> input record, instead of the few hundreds I was expecting to get.
Jack,
If I had to take an educated guess, you are getting an overflow error. Look for
ICE152I message in the sysout. I guess you earlier had a
Hi all,
I am trying to process DCOLLECT type "D"; "B"; "M"; records in order to get
one record by HLQ with the allocated space by active files, migrated files
and backup files, and I am doing something wrong because I am getting one
output record for each input record, instead of the few hundreds
14 matches
Mail list logo