Discussion:
IGD103I Message
(too old to reply)
João Luís Matos Carvalho (DSI)
2008-08-14 17:50:27 UTC
Permalink
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:***@caixaseguros.pt <mailto:***@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 ***@VM.MARIST.EDU with the message: INFO TSO-REXX
Cruz, Robert
2008-08-14 19:57:19 UTC
Permalink
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!

-----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

DSI-DSTS-DST-TAG
* - mailto:***@caixaseguros.pt <mailto:***@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 ***@VM.MARIST.EDU with the message: INFO TSO-REXX

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

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.
--------------------------------------------------------

----------------------------------------------------------------------
For TSO-REXX subscribe / signoff / archive access instructions,
send email to ***@VM.MARIST.EDU with the message: INFO TSO-REXX
Hamilton, Robert L
2008-08-14 20:02:56 UTC
Permalink
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



----------------------------------------------------------------------
For TSO-REXX subscribe / signoff / archive access instructions,
send email to ***@VM.MARIST.EDU with the message: INFO TSO-REXX
Steve Comstock
2008-08-18 15:58:13 UTC
Permalink
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,
***@UTDALLAS.EDU writes:

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



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





**************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 )

----------------------------------------------------------------------
For TSO-REXX subscribe / signoff / archive access instructions,
send email to ***@VM.MARIST.EDU with the message: INFO TSO-REXX
João Luís Matos Carvalho (DSI)
2008-08-18 17:09:37 UTC
Permalink
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:***@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

-----Original Message-----
From: TSO REXX Discussion List [mailto:TSO-***@VM.MARIST.EDU] On Behalf Of Steve Comstock
Sent: segunda-feira, 18 de Agosto de 2008 16:58
To: TSO-***@VM.MARIST.EDU
Subject: Re: [TSO-REXX] IGD103I Message

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,
***@UTDALLAS.EDU writes:

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



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





**************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 )

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

----------------------------------------------------------------------
For TSO-REXX subscribe / signoff / archive access instructions,
send email to ***@VM.MARIST.EDU with the message: INFO TSO-REXX
Ryerse, Robin
2008-08-18 17:55:34 UTC
Permalink
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.

-----Original Message-----
From: TSO REXX Discussion List [mailto:TSO-***@VM.MARIST.EDU] On Behalf Of João Luís Matos Carvalho (DSI)
Sent: August 18, 2008 1:09 PM
To: TSO-***@VM.MARIST.EDU
Subject: Re: IGD103I Message

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:***@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

-----Original Message-----
From: TSO REXX Discussion List [mailto:TSO-***@VM.MARIST.EDU] On Behalf Of Steve Comstock
Sent: segunda-feira, 18 de Agosto de 2008 16:58
To: TSO-***@VM.MARIST.EDU
Subject: Re: [TSO-REXX] IGD103I Message

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, ***@UTDALLAS.EDU writes:

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



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





**************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 )

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

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

----------------------------------------------------------------------
For TSO-REXX subscribe / signoff / archive access instructions,
send email to ***@VM.MARIST.EDU with the message: INFO TSO-REXX
João Luís Matos Carvalho (DSI)
2008-08-19 17:28:51 UTC
Permalink
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



DSI-DSTS-DST-TAG
* - mailto:***@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


-----Original Message-----
From: João Luís Matos Carvalho (DSI)
Sent: segunda-feira, 18 de Agosto de 2008 18:09
To: 'TSO REXX Discussion List'
Subject: RE: [TSO-REXX] IGD103I Message

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:***@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

-----Original Message-----
From: TSO REXX Discussion List [mailto:TSO-***@VM.MARIST.EDU] On Behalf Of Steve Comstock
Sent: segunda-feira, 18 de Agosto de 2008 16:58
To: TSO-***@VM.MARIST.EDU
Subject: Re: [TSO-REXX] IGD103I Message

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,
***@UTDALLAS.EDU writes:

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



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





**************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 )

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

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