CICS “SEND MAP” and “RECEIVE MAP” QUESTION

pts.
Tags:
zSeries
I have a issue with low-values on my CICS map being converted to spaces. I am sending a map with free form text on it in positions 1 thru 70. In the example below the user has entered free form text data in positions 1 thru 39 ending with a blank in position 39. The blank in position 39 is part of my text. The low values are not part of the text. When I go to RECEIVE this map the low values get converted into spaces and I cannot now determine that these was a single blank at the time of the SEND MAP. Do you know if there is something about CICS that converts low values into spaces automatically. I need to find a way to stop this conversion. contents of map line at time of "SEND MAP" Notice low values in position 41 thru 70, and notice single blank in position 39. We've received your payment(s) of 44444E87A8498888A884A9A9498A989A4A549840000000000000000000000000000000 0000065D550953595540864907184553D2D06600000000000000000000000000000000 1...*...10....*...20....*...30....*...40....*...50....*...60....*...7> contents of map line after "RECEIVE MAP" Low values at end of line was converted to spaces. Notice spaces in position 39 thru 70 I cannot now tell that my free form text ended in column 39 with a blank. We've received your payment(s) of 44444E87A8498888A884A9A9498A989A4A549844444444444444444444444444444444 0000065D550953595540864907184553D2D06600000000000000000000000000000000 1...*...10....*...20....*...30....*...40....*...50....*...60....*...7>

Answer Wiki

Thanks. We'll let you know when a new response is added.

Try checking the corresponding length (L) subfield.

Per a manual:
The length subfield tells
how many characters were sent. A 3270 terminal sends only non-null characters, so
BMS knows how much data was keyed into the field. Character fields are filled
out with blanks on the right and numeric fields are filled on the left with zeros
unless you specify otherwise in the JUSTIFY option of the field definition.

Discuss This Question: 1  Reply

 
There was an error processing your information. Please try again later.
Thanks. We'll let you know when a new response is added.
Send me notifications when members answer or reply to this question.

REGISTER or login:

Forgot Password?
By submitting you agree to receive email from TechTarget and its partners. If you reside outside of the United States, you consent to having your personal data transferred to and processed in the United States. Privacy
  • BlueKnight
    You said "I am sending a map with free form text on it in positions 1 thru 70. In the example below the user has entered free form text data in positions 1 thru 39 ending with a blank in position 39." Since the text is entered by one of your users, the length of their entry is available in the length subfield. The blanks between words in the extered text will be in your input stream from the terminal. The only conversion by BMS is the conversion of trailing low values to spaces as Dennis said in his response. Your program needs to use the length field to determine how long the user's entry was. This should eliminate any problems in processing the user's entry. I would suggest that in your map definition you specify FSET in the field attributes for that field if you haven't already done so. This will set the MDT on so that on a subsequent read the length is read even if the field has not been modified.
    10 pointsBadges:
    report

Forgot Password

No problem! Submit your e-mail address below. We'll send you an e-mail containing your password.

Your password has been sent to:

To follow this tag...

There was an error processing your information. Please try again later.

REGISTER or login:

Forgot Password?
By submitting you agree to receive email from TechTarget and its partners. If you reside outside of the United States, you consent to having your personal data transferred to and processed in the United States. Privacy

Thanks! We'll email you when relevant content is added and updated.

Following