View previous topic :: View next topic |
Author |
Message |
rrv Beginner
Joined: 01 Nov 2004 Posts: 19 Topics: 6
|
Posted: Mon Nov 01, 2004 2:07 pm Post subject: Code Page Translation in CICS |
|
|
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 |
|
 |
kolusu Site Admin

Joined: 26 Nov 2002 Posts: 12383 Topics: 75 Location: San Jose
|
Posted: Mon Nov 01, 2004 2:18 pm Post subject: |
|
|
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 |
|
 |
rrv Beginner
Joined: 01 Nov 2004 Posts: 19 Topics: 6
|
Posted: Tue Nov 02, 2004 2:13 am Post subject: |
|
|
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 |
|
 |
Mike Chantrey Intermediate
Joined: 10 Sep 2003 Posts: 234 Topics: 1 Location: Wansford
|
Posted: Tue Nov 02, 2004 11:03 am Post subject: |
|
|
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 |
|
 |
rrv Beginner
Joined: 01 Nov 2004 Posts: 19 Topics: 6
|
Posted: Tue Nov 02, 2004 1:22 pm Post subject: |
|
|
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 |
|
 |
Mickeyd Beginner
Joined: 02 Jan 2003 Posts: 27 Topics: 0
|
Posted: Tue Nov 02, 2004 2:07 pm Post subject: |
|
|
I would like to see the map defition for this field |
|
Back to top |
|
 |
Mike Chantrey Intermediate
Joined: 10 Sep 2003 Posts: 234 Topics: 1 Location: Wansford
|
Posted: Thu Nov 04, 2004 8:41 am Post subject: |
|
|
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 |
|
 |
rrv Beginner
Joined: 01 Nov 2004 Posts: 19 Topics: 6
|
Posted: Thu Nov 04, 2004 2:43 pm Post subject: |
|
|
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.
Thanks ever so much for all your help.
Ram |
|
Back to top |
|
 |
|
|