IGD103I Message

João Luís Matos Carvalho (DSI)

unread,

Aug 14, 2008, 1:50:27 PM8/14/08

to

In REXX, when I use the ADDRESS TSO "ALLOC DA('"filename"') F(PARFILE) SHR" instruction, it generates a IGD103I message in the Output JOB.

Can I prevent doing that. I'm asking because I'm running a REXX in Batch mode, and it produce more than 70.000 lines of this messages.

Thank you in advance !

Atenciosamente,
João Carvalho

DSI-DSTS-DST-TAG
* - mailto:joao.mato...@caixaseguros.pt <mailto:joao.mato...@caixaseguros.pt>

' - 670701
"A mente é como um pára-quedas, só funciona se estiver aberta"
(Thomas Dewar)

P Antes de imprimir este e-mail pense bem se tem mesmo que o fazer. Há cada vez menos árvores

----------------------------------------------------------------------
For TSO-REXX subscribe / signoff / archive access instructions,
send email to LIST...@VM.MARIST.EDU with the message: INFO TSO-REXX

Cruz, Robert

unread,

Aug 14, 2008, 3:57:19 PM8/14/08

to

While I don't have an answer to your question (I'm sure someone else will :-), I want to suggest that you review the design of this program. If you are in fact executing an ALLOC 70,000 times, this will consume a lot of resources and take a long time. Look at the program to see if this might be done just once (or at least many fewer times). Do you actually read/write 70,000 *different* files, or might some of the ALLOCs be avoided? Perhaps the alloc can be moved out of an inner loop or subroutine!

Good luck!

Atenciosamente,
João Carvalho

--------------------------------------------------------

The information contained in this message is intended only for the recipient, and may be a confidential attorney-client communication or may otherwise be privileged and confidential and protected from disclosure. If the reader of this message is not the intended recipient, or an employee or agent responsible for delivering this message to the intended recipient, please be aware that any dissemination or copying of this communication is strictly prohibited. If you have received this communication in error, please immediately notify us by replying to the message and deleting it from your computer. The McGraw-Hill Companies, Inc. reserves the right, subject to applicable local law, to monitor and review the content of any electronic message or information sent to or from McGraw-Hill employee e-mail addresses without informing the sender or recipient of the message.
--------------------------------------------------------

Hamilton, Robert L

unread,

Aug 14, 2008, 4:02:56 PM8/14/08

to

Free the allocation after each time;

IGD103I SMS ALLOCATED TO DDNAME ddname

Explanation: An existing, SMS managed data set was allocated to the
DDNAME.

If the data set associated with DDNAME is a concatenated data set, this
message is issued multiple times. The first time, ddname is the DDNAME of
the concatenation. The second time and subsequent times this message is
issued for this concatenation, ddname is blanks.

bobh

-----Original Message-----
From: TSO REXX Discussion List [mailto:TSO-...@VM.MARIST.EDU] On Behalf Of João Luís Matos Carvalho (DSI)
Sent: Thu 14 Aug 2008 10:50
To: TSO-...@VM.MARIST.EDU
Subject: [TSO-REXX] IGD103I Message

In REXX, when I use the ADDRESS TSO "ALLOC DA('"filename"') F(PARFILE) SHR" instruction, it generates a IGD103I message in the Output JOB.

Can I prevent doing that. I'm asking because I'm running a REXX in Batch mode, and it produce more than 70.000 lines of this messages.

Thank you in advance !

Atenciosamente,
João Carvalho

----------------------------------------------------------------------

Steve Comstock

unread,

Aug 18, 2008, 11:58:13 AM8/18/08

to

Couple of thoughts:

1. if you are allocating to the same ddname each time,
adding 'reu' (reuse) if you don't already have it might help

2. before you start your allocate commands, try issuing
ABC = MSG("OFF")
then after, you can issue
XYZ = MSG(ABC)
to restore display of messages [or not: just leave it off if you want]

Kind regards,

-Steve Comstock
The Trainer's Friend, Inc.

303-393-8716
_http://www.trainersfriend.com_ (http://www.trainersfriend.com/)

z/OS Application development made easier
* Our classes include
+ How things work
+ Programming examples with realistic applications
+ Starter / skeleton code
+ Complete working programs
+ Useful utilities and subroutines
+ Tips and techniques

In a message dated 8/14/2008 2:02:55 P.M. Mountain Daylight Time,
rob...@UTDALLAS.EDU writes:

bobh

Atenciosamente,
João Carvalho

**************Looking for a car that's sporty, fun and fits in your budget?
Read reviews on AOL Autos.
(http://autos.aol.com/cars-Volkswagen-Jetta-2009/expert-review?ncid=aolaut00030000000007 )

João Luís Matos Carvalho (DSI)

unread,

Aug 18, 2008, 1:09:37 PM8/18/08

to

I've tried the MSG('OFF') and MSG('ON') but it send's the message.
Meanwhile I changed the logic.
The goal of this program was to obtain for a given PDS with 9322 members and a list of strings (name of copybooks) , a list of PGM vs copybooks used.
What I was doing at the beginning was for each copybook, read all the pds of pgms....
Know, I've changed it to obtain in first place a list created reading at first all the 9322 members and create a list of pgm vs copybook.
After this list is created, I compared it with the list of copybooks, and "voila"
Thank's anyway !

Atenciosamente,
João Carvalho

DSI-DSTS-DST-TAG
* - mailto:joao.mato...@caixaseguros.pt

"A mente é como um pára-quedas, só funciona se estiver aberta"
(Thomas Dewar)

P Antes de imprimir este e-mail pense bem se tem mesmo que o fazer. Há cada vez menos árvores

Ryerse, Robin

unread,

Aug 18, 2008, 1:55:34 PM8/18/08

to

Allocate to the copybook library once then exploit ISPF's library management services to read/find members. The single allocation can be a concatenation hierarchy if needs be.

Atenciosamente,
João Carvalho

+ Programming examples with realistic applications Starter / skeleton
+ code Complete working programs Useful utilities and subroutines Tips
+ and techniques

João Luís Matos Carvalho (DSI)

unread,

Aug 19, 2008, 1:28:51 PM8/19/08

to

Hello List,
I've found how to prevent this messages.
I've changed the Output CLASS in the JOB (MSGCLASS=Z and SYSTSPRT = G). The Z in MSGCLASS throws everything away when the JOB finish, and SYSTSPRT = G retains the REXX, ISPF Section messages

Atenciosamente,
João Carvalho

+ Starter / skeleton code
+ Complete working programs
+ Useful utilities and subroutines

+ Tips and techniques