|
View previous topic :: View next topic
|
| Author |
Message |
passion_sujesh
New User
.jpg)
Joined: 14 Mar 2008
Posts: 74
Location: India,Chennai
|
|
|
|
Hi,
I have an requirement in which i have to use one map in two different programs. (eg) Map 'M' used by program 'A' and program 'B'.
In the map there are certain labels which are hard coded in the map definition (like Name:, Go To: .. etc). The labels are not variables.These labels are needed in Program 'A'. While in program 'B', I need to remove these labels. Is ther any way i can remove these labels from being displayed.
The map is already in production, so i cannot make any change to it. Can any one please help me in this.
Thanks in advance,
Sujesh. |
|
| Back to top |
|
 |
dick scherrer
Moderator Emeritus
Joined: 23 Nov 2006
Posts: 19244
Location: Inside the Matrix
|
|
|
|
Hello,
| Quote: |
| The map is already in production, so i cannot make any change to it. |
Of course it can. . . Indeed, it it suddenly failed tonight, it would be changed immediately. . .
What is actually needed? Can an actual example be posted? |
|
| Back to top |
|
|
passion_sujesh
New User
Joined: 14 Mar 2008
Posts: 74
Location: India,Chennai
|
|
|
|
Sample screen:
Screen in production:
Name: _____
Age: _____
Sex: _______
Addr: _______
Contact: _________
Go to: _____
This screen is in production. I have to create a new program which uses this same map. The new program should not display 'contact' and 'go to' labels.
The new program should display the following screen:
Name: _____
Age: _____
Sex: _______
Addr: _______
The labels are not variables and i cannot change the map.
Is it possible to hide the labels.
Pls help me in this.
Thanks in advance,
Sujesh. |
|
| Back to top |
|
|
Bill O'Boyle
CICS Moderator
Joined: 14 Jan 2008
Posts: 2501
Location: Atlanta, Georgia, USA
|
|
|
|
In BMS speak, there's a simple rule; No label, no access. If the screen literal "Go to:" is defined to the BMS map without a label in positions 1-8, then you can't hide it.
What would be the problem if you added a label?
If the map copybook is redefined in the program, then you've added a total of 9-bytes (data(6), attrib(1) and length(2)).
You can then move ASKIP,DRK (check copybook DFHBMSCA for this field name DFHBM*) to this new label (field) as well as the existing field, within your program.
Explain to whomever is preventing you from altering this map and inform them that what they want, can't be easily done.
Otherwise, you'd have to alter the map load-module on the fly (not recommended at all).
Things could get ugly.... 
Bill |
|
| Back to top |
|
|
dick scherrer
Moderator Emeritus
Joined: 23 Nov 2006
Posts: 19244
Location: Inside the Matrix
|
|
|
|
Hello,
Ah, the things we've done . . . 
| Quote: |
| Otherwise, you'd have to alter the map load-module on the fly (not recommended at all). |
Which is still "changing the map" using a sub-standard way. Worse, the result is that there is then no source for the map so when a change really is needed, the "fix" is removed. . .
If there is really this much reluctance to correct the map definition, add another map. . . |
|
| Back to top |
|
|
Bill O'Boyle
CICS Moderator
Joined: 14 Jan 2008
Posts: 2501
Location: Atlanta, Georgia, USA
|
|
|
|
Dick,
Changing the load-module on the fly (IMHO) is not and should never be an option.
I probably should have emphasized this.
If this is done and another given task which requires this map displays it, the literal will be histoire.
So "ugly" would be the beginning and chaos would then ensue.... 
Bill |
|
| Back to top |
|
|
dick scherrer
Moderator Emeritus
Joined: 23 Nov 2006
Posts: 19244
Location: Inside the Matrix
|
|
|
|
Hi Bill,
Yup, i didn't believe you were recommending this be done - just that is it a bad choice 
Heh, heh, heh - starts at ugly and goes downhill from there. . .
d |
|
| Back to top |
|
|
|
|
