|
View previous topic :: View next topic
|
| Author |
Message |
Mistermind
New User
Joined: 08 Feb 2008
Posts: 46
Location: Dublin
|
|
|
|
If a submodule is stuck inside a loadmodule,
it is possible to relinkedit and replace it or delete it using a control statement.
Does anyone remember the syntax, or have a link to the IBM manual? |
|
| Back to top |
|
 |
dick scherrer
Moderator Emeritus
Joined: 23 Nov 2006
Posts: 19244
Location: Inside the Matrix
|
|
|
|
Hello,
How did this module get "stuck" 
I know of no way to simply delete things from an existing linkedited load module - sounds like a very bad thing to me. . .
Depending on just what is going on, i'd suggest you re-link at least the caller and the called modules and in the caller use a dynamic call rather than a static call. |
|
| Back to top |
|
|
nevilh
Active User
Joined: 01 Sep 2006
Posts: 262
|
|
|
|
| You can use the existing loadmodule as input to the linkage editor and specify a REPLACE parameter to delete the csect that is no longer required (see manual MVS Program Management: User's Guide and Reference) |
|
| Back to top |
|
|
Garry Carroll
Senior Member
Joined: 08 May 2006
Posts: 1193
Location: Dublin, Ireland
|
|
|
|
As suggested, the REPLACE control card causes the named csect(s) to be deleted from the load module input to the linkedit step. Any REPLACE'd csect(s) in the SYSLIB concatenation of the linkedit step will then be used in resolving the reference(s).
Garry. |
|
| Back to top |
|
|
Mistermind
New User
Joined: 08 Feb 2008
Posts: 46
Location: Dublin
|
|
|
|
Well done.
Any REPLACE not followed by (replacement) will be checked by the linkage editor whether that Csect is in use, if not it is deleted, plus all other NAMED csects inside the aforesaid loadmodule. Used that way REPLACE performa a spring clean.
The scope of the REPLACe covers only the INCLUDE immediately following. |
|
| Back to top |
|
|
|
|
