Portal | Manuals | References | Downloads | Info | Programs | JCLs | Master the Mainframes
IBM Mainframe Computers Forums Index
 
Register
 
IBM Mainframe Computers Forums Index Mainframe: Search IBM Mainframe Forum: FAQ Memberlist Usergroups Profile Log in to check your private messages Log in
 

 

Attribute DFHBMPRO condition check

 
Post new topic   Reply to topic    IBMMAINFRAMES.com Support Forums -> CICS
View previous topic :: :: View next topic  
Author Message
vinu78

Active User


Joined: 02 Oct 2008
Posts: 129
Location: India

PostPosted: Fri Nov 05, 2010 3:25 am    Post subject: Attribute DFHBMPRO condition check
Reply with quote

Hi,

I have a CICS screen wherein I will be entering an Option (1,2,3) for a record. This field will be unprotected for the first record and for subsequent records (on pressing F7 / F8), this Option field should get protected. I have did that but my concern is

I have Edit check to see whether Option value is 1,2,3. Once I am into second record, the Option of first record (that is already validated uding edit check) is copied to the second but the edit check is throwing error since this field is protected and value is not retrieved. Ideally I dont need to do edit check for second record but is there a way to skip the edit check based on the attribute.

Also Is there any way I can check whether a field is protected or not.

IF OPTIONA IS DFHBMPRO (some thing like that)

Thanks
Vinu
Back to top
View user's profile Send private message

Bill O'Boyle

CICS Moderator


Joined: 14 Jan 2008
Posts: 2502
Location: Atlanta, Georgia, USA

PostPosted: Fri Nov 05, 2010 3:33 am    Post subject: Reply to: Attribute DFHBMPRO condition check
Reply with quote

Protected allows a user to TAB to the field, whereas, Autoskip does not. In either case, they can't enter any data.

Check IBM copybook DFHBMSCA (in the CICS SDFHMAC library), but DFHBMPRO sounds correct for Protected. DFHBMASK is for Autoskip.

I've used Protected as the attribute of the last map-field as this will prevent a user from "Wrapping Around" and writing-over the map-data which they've already entered, especially when they let their fingers do the walking and don't raise their head to see where they're at.

Bill
Back to top
View user's profile Send private message
dbzTHEdinosauer

Global Moderator


Joined: 20 Oct 2006
Posts: 6966
Location: porcelain throne

PostPosted: Fri Nov 05, 2010 4:06 am    Post subject:
Reply with quote

normally one uses part of the dfhcommarea to maintain control flags indicating
what am i doing
where was I
what should I do
etc....
Back to top
View user's profile Send private message
enrico-sorichetti

Global Moderator


Joined: 14 Mar 2007
Posts: 10211
Location: italy

PostPosted: Fri Nov 05, 2010 4:26 am    Post subject: Reply to: Attribute DFHBMPRO condition check
Reply with quote

in this case You might want to turn on also the MDT attribute, so that the field
will be read back at the next input operation

I remember a customer who would use a dark autoskip mdt field in the map as a scratchpad area ... for quite a few bytes, more than 100 , IIRC
luckily the terminals were local terminals only !
Back to top
View user's profile Send private message
vinu78

Active User


Joined: 02 Oct 2008
Posts: 129
Location: India

PostPosted: Fri Nov 05, 2010 8:05 pm    Post subject:
Reply with quote

Thanks all for the suggestion.

I tried searching the documents and I was not able to find out a syntax which can check in the module whether a field is protected or not ?

I am not sure whether we can have a IF conditon check for a field's attribute.

Thanks
Vinu
Back to top
View user's profile Send private message
Craq Giegerich

Senior Member


Joined: 19 May 2007
Posts: 1512
Location: Virginia, USA

PostPosted: Fri Nov 05, 2010 8:31 pm    Post subject:
Reply with quote

You can check before you do a send but you can't check after after a receive. Maintain a variable in the commarea or a hidden field in the map to keep track of such things.
Back to top
View user's profile Send private message
vinu78

Active User


Joined: 02 Oct 2008
Posts: 129
Location: India

PostPosted: Fri Nov 05, 2010 10:03 pm    Post subject:
Reply with quote

Hi Craq,

Thanks for the suggestion. I will try this method. I will keep a flag which will be set whenever I protect this field.

The main problem that happened is that, since I am not typing the Option number value for the second record, the RECEIVE command didn't retrieve the Option number value (but I can see this in screen since this is copied from Commarea of previous record).

So I believe that, whenever we enter something on the screen only, we will get it on RECEIVE. In my case, since the value is copied from previous record and the field being protected, I am not getting it in RECEIVE.Whether my understanding is right or am I doing something wrong in the code?

Thanks
Vinu
Back to top
View user's profile Send private message
Robert Sample

Global Moderator


Joined: 06 Jun 2008
Posts: 7936
Location: Bellevue, IA

PostPosted: Fri Nov 05, 2010 10:13 pm    Post subject:
Reply with quote

As enrico suggested, you might want to investigate (in the manual) the use of the MDT (Modified Data Tag) attribute.
Back to top
View user's profile Send private message
View previous topic :: :: View next topic  
Post new topic   Reply to topic    IBMMAINFRAMES.com Support Forums -> CICS All times are GMT + 6 Hours
Page 1 of 1

 

Search our Forum:

Similar Topics
Topic Author Forum Replies Posted
No new posts What is the command to check MODE of ... rohanthengal CLIST & REXX 7 Fri Nov 18, 2016 1:48 pm
No new posts Check System time(Minute) Using TIME1... balaji81_k DFSORT/ICETOOL 5 Fri Nov 11, 2016 10:53 am
This topic is locked: you cannot edit posts or make replies. How to pass the previous month date i... Suganya87 DFSORT/ICETOOL 5 Mon Oct 31, 2016 4:13 pm
No new posts INCLUDE condition questions van bui DFSORT/ICETOOL 1 Thu Jun 30, 2016 9:52 am
No new posts 2 vsam file compare and update a fiel... ABINAYATHULASI DFSORT/ICETOOL 6 Sun May 29, 2016 11:15 am


Facebook
Back to Top
 
Mainframe Wiki | Forum Rules | Bookmarks | Subscriptions | FAQ | Tutorials | Contact Us