MVSFORUMS.com Forum Index MVSFORUMS.com
A Community of and for MVS Professionals
 
 FAQFAQ   SearchSearch   Quick Manuals   RegisterRegister 
 ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

Code Page Translation in CICS

 
Post new topic   Reply to topic   printer-friendly view    MVSFORUMS.com Forum Index -> CICS and Middleware
View previous topic :: View next topic  
Author Message
rrv
Beginner


Joined: 01 Nov 2004
Posts: 19
Topics: 6

PostPosted: Mon Nov 01, 2004 2:07 pm    Post subject: Code Page Translation in CICS Reply with quote

Hi There

I would like to know the key stroke attached to a CICS 3270 terminal that appears as X'05' when a map is received by an application program. My understanding is that this is an unprintable character as only characters between X'40' and X'FF' are valid values associated with key strokes. It may be that one of the escape sequence characters is translated into X'05' in the symbolic map.

Please let me know which key stroke corresponds to this special character. Many thanks in advance.

Regards
Ram
Back to top
View user's profile Send private message
kolusu
Site Admin
Site Admin


Joined: 26 Nov 2002
Posts: 12383
Topics: 75
Location: San Jose

PostPosted: Mon Nov 01, 2004 2:18 pm    Post subject: Reply with quote

Ram,

X'05' is not a special character but is the TAB key.

Hope this helps...

Cheers

Kolusu
_________________
Kolusu
www.linkedin.com/in/kolusu
Back to top
View user's profile Send private message Send e-mail Visit poster's website
rrv
Beginner


Joined: 01 Nov 2004
Posts: 19
Topics: 6

PostPosted: Tue Nov 02, 2004 2:13 am    Post subject: Reply with quote

Kolusu

Thanks for your response. I have another question in this regard, though.

When a user enters data in a field defined as X(40) and de-presses the TAB key, cursor will be placed at the next unprotected field. In such a case, why/how is the TAB key stored in symbolic map when it's not part of user input?

Many Thanks
Ram
Back to top
View user's profile Send private message
Mike Chantrey
Intermediate


Joined: 10 Sep 2003
Posts: 234
Topics: 1
Location: Wansford

PostPosted: Tue Nov 02, 2004 11:03 am    Post subject: Reply with quote

Quote:

In such a case, why/how is the TAB key stored in symbolic map when it's not part of user input?


It should never happen. Are you sure you're processing the xxxxxxI input field definition and not accidently using the xxxxxxL length field, which might validly contain x'05' ? Maybe you should show us the relevant bits of code?
Back to top
View user's profile Send private message
rrv
Beginner


Joined: 01 Nov 2004
Posts: 19
Topics: 6

PostPosted: Tue Nov 02, 2004 1:22 pm    Post subject: Reply with quote

Mike

While I understand your perfectly valid point, I can assure you that it's not a case of length field being used instead of input field. Though these special characters appear rarely, they are embeded in valid user input. Consider the following user input, for instance (similar to a live scenario):

MR MIKE S:\CHANTREY

When these 19 characters are received in the symbolic map, one of the spaces at position 3 (between MR & MIKE) or 8 (bet. MIKE & S) or the first trailing space appears as X'05' instead of X'40'. We've had about 10 such instances in the last 6 months. Please note that this transaction (and the field in question) is used quite often, about 160-180 times per business day.

Could you explain this odd bit of COBOL, which is beyond me? Thank you !!

Regards
Ram
Back to top
View user's profile Send private message
Mickeyd
Beginner


Joined: 02 Jan 2003
Posts: 27
Topics: 0

PostPosted: Tue Nov 02, 2004 2:07 pm    Post subject: Reply with quote

I would like to see the map defition for this field
Back to top
View user's profile Send private message
Mike Chantrey
Intermediate


Joined: 10 Sep 2003
Posts: 234
Topics: 1
Location: Wansford

PostPosted: Thu Nov 04, 2004 8:41 am    Post subject: Reply with quote

Maybe it's a problem with the 3270 emulator? The exact keyboard setup in terms of which key generates which value is going to vary depending on which emulator is used and how it's configured, so if this is the issue, I don't think it's going to be possible to diagnose this from a mainframe perspective.
Maybe if you are running a commercially supplied 3270 emulator you need to ask the supplier 'how can this value get generated?'
I've looked at my emulator (Rumba) and I can't see any way to get it to actually send a x'05' to the mainframe in a data field.

Quote:

Could you explain this odd bit of COBOL, which is beyond me? !


I don't understand this statement. I don't see how this problem relates to COBOL. Surely what you are saying is that incorrect data is being passed to your program from the terminal via CICS, so it's not a problem with your program and the laguage is irrelevant? Or am I misunderstanding something?
Back to top
View user's profile Send private message
rrv
Beginner


Joined: 01 Nov 2004
Posts: 19
Topics: 6

PostPosted: Thu Nov 04, 2004 2:43 pm    Post subject: Reply with quote

Mike

Even my sys admin believes that this issue lies with the 3270 emulator package. We, too, attempted to generate this type of data using Extra! Attachemate without any success. Apparently, this data was keyed in from a call centre in India, where the emulator may be a different package altogether.

Quote:

I don't understand this statement. I don't see how this problem relates to COBOL.


I now realize that this problem has nothing to do with COBOL nor the application program. Embarassed

Thanks ever so much for all your help.

Ram
Back to top
View user's profile Send private message
Display posts from previous:   
Post new topic   Reply to topic   printer-friendly view    MVSFORUMS.com Forum Index -> CICS and Middleware All times are GMT - 5 Hours
Page 1 of 1

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum


MVSFORUMS
Powered by phpBB © 2001, 2005 phpBB Group