# REINPUT fails with NAT1132 under CICS Link3270 Bridge

**URL:** <https://techcommunity.softwareag.com/t/reinput-fails-with-nat1132-under-cics-link3270-bridge/200971>\
**Category:** Forum\
**Tags:** Adabas-Natural, Natural, Natural-on-Mainframes, Natural-Database-and-TP-Monitor-Interfaces-on-Mainframes\
**Created:** [September 17, 2018, 7:29pm UTC](https://techcommunity.softwareag.com/t/reinput-fails-with-nat1132-under-cics-link3270-bridge/200971 "2018-09-17T19:29:44Z")\
**Posts on this page:** 9\
**Page:** 1

<div class="post-metadata">

**Author:** ![Greg\_Stokes](https://sea1.discourse-cdn.com/techcommunity/user_avatar/techcommunity.softwareag.com/greg_stokes/32/1390_2.png) [@Greg\_Stokes](https://techcommunity.softwareag.com/u/Greg_Stokes)\
**Post date:** [September 17, 2018, 7:29pm UTC](https://techcommunity.softwareag.com/t/reinput-fails-with-nat1132-under-cics-link3270-bridge/200971/1 "2018-09-17T19:29:44Z")

</div>

I am using the CICS Link3270 Bridge to perform robotic operation of a CICS/NATURAL application. (My only access to the CICS/NATURAL application is via its 3270 UI).It mostly works very well - via the bridge I am able to capture the 3270 output streams, and provide the required 3270 input streams.

Unfortunately, there is one problem: the underlying NATURAL application throws a NAT1132 error when a program executes a REINPUT statement without the FULL option. The problem does not occur when the FULL option is present. The text of the error message is: NAT1132 Line size mismatch in IOPATTR buffer at offset nnnnnnn.

Has anyone else encountered this problem?

---

<div class="post-metadata">

**Author:** ![Steve\_Robinson](https://sea1.discourse-cdn.com/techcommunity/user_avatar/techcommunity.softwareag.com/steve_robinson/32/107_2.png) [@Steve\_Robinson](https://techcommunity.softwareag.com/u/Steve_Robinson)\
**Post date:** [September 21, 2018, 7:11pm UTC](https://techcommunity.softwareag.com/t/reinput-fails-with-nat1132-under-cics-link3270-bridge/200971/2 "2018-09-21T19:11:35Z")

</div>

A question about your problem. In your REINPUT statements that have not worked do you have an explicit or implicit error message? As in REINPUT ‘this is an error’ .  
Do you have any MARK FIELD options?

I am sure you probably know the difference between REINPUT and REINPUT FULL, but I am equally sure that not everyone understands the difference.

An INPUT statement generates code that is basically in three parts.

1. Draws the screen

2. Handles error messages and the cursor

3. 

```
Reads the screen

```

REINPUT FULL creates a totally new screen; that is, it returns to the start of step 1) (re-executes INPUT).

By contrast, REINPUT does not re-execute an INPUT statement; it returns to step 2). I have not looked recently, but it used to be the case that the Natural documentation said REINPUT returns to and re-executes an INPUT statement. This was incorrect and confused many programmers.

I am guessing that perhaps the Bridge expects only complete screens.

Without the environment you have, I cannot really test at all.

If you have error messages, could you try a REINPUT without any error messages or MARKs?

---

<div class="post-metadata">

**Author:** ![Greg\_Stokes](https://sea1.discourse-cdn.com/techcommunity/user_avatar/techcommunity.softwareag.com/greg_stokes/32/1390_2.png) [@Greg\_Stokes](https://techcommunity.softwareag.com/u/Greg_Stokes)\
**Post date:** [September 24, 2018, 6:02pm UTC](https://techcommunity.softwareag.com/t/reinput-fails-with-nat1132-under-cics-link3270-bridge/200971/3 "2018-09-24T18:02:29Z")

</div>

Hi Steve,

Many thanks for your reply.

In answer to your questions: my REINPUT statement does have an error message, but does not have the MARK option.

I have been able to reproduce the problem using the simple NATURAL program listed below. (Full disclosure: I am an experienced CICS COBOL programmer, but my knowledge of NATURAL is limited to what I have read in the manuals).

```auto
0010 DEFINE DATA                                 
0020 LOCAL                                       
0030 1 #PARTNUMBER (A06) INIT <"000000"> 
0040 1 #PARTNAME (A20)                 
0050 END-DEFINE                                  
0060 *                                           
0070 RP1. REPEAT                                 
0080 *                                           
0090 INPUT (AD=MT)                               
0100 "GREG1" /                                 
0110 "Part Number:" #PARTNUMBER /              
0120 "Part Name :" #PARTNAME                  
0130 *                                           
0140 DECIDE FOR FIRST CONDITION                  
0150 WHEN #PARTNUMBER = '.'                    
0160 ESCAPE BOTTOM (RP1.)                    
0170 WHEN #PARTNUMBER = '000001'               
0180 MOVE 'WINDSCREEN' TO #PARTNAME       
0190 WHEN #PARTNUMBER = '000002'               
0200 MOVE 'HEADLIGHT' TO #PARTNAME       
0210 WHEN #PARTNUMBER = '000003'               
0220 MOVE 'HUBCAP' TO #PARTNAME       
0230 WHEN NONE                                 
0240 MOVE ' **UNKNOWN**' TO #PARTNAME       
0250 REINPUT 'Part number not found.'        
0260 END-DECIDE                                  
0270 *                                           
0280 END-REPEAT                                  
0290 *                                           
0300 END                                         
```

I have used the Link3270 Bridge successfully in the past with other (non-NATURAL) applications that send partial screen updates. The problem in this case is that my bridge program never gets to see the partial screen update stream, because NATURAL refuses to send it.

I can’t see a way to try out your suggestion of issuing the REINPUT command without an error message - it appears to be a compulsory syntax element of the command.

I am going to investigate the tracing facilities of NATURAL to try to obtain more information about the error.

Thanks again for taking an interest in my problem,

---

<div class="post-metadata">

**Author:** ![Steve\_Robinson](https://sea1.discourse-cdn.com/techcommunity/user_avatar/techcommunity.softwareag.com/steve_robinson/32/107_2.png) [@Steve\_Robinson](https://techcommunity.softwareag.com/u/Steve_Robinson)\
**Post date:** [September 25, 2018, 6:27pm UTC](https://techcommunity.softwareag.com/t/reinput-fails-with-nat1132-under-cics-link3270-bridge/200971/4 "2018-09-25T18:27:23Z")

</div>

Hi Greg;

What is interesting is how close your program is to a solution of your problem.

I once wrote some code almost identical to yours without a REINPUT.

0070 RP1. REPEAT  
0080 \*  
0090 INPUT (AD=MT)  
0100 “GREG1” /  
0110 “Part Number:” #PARTNUMBER /  
0120 “Part Name :” #PARTNAME  
0130 \*  
0135 if #test = ‘a’  
0136 reset #partnumber #partname #a  
escape top  
end-if  
0140 DECIDE FOR FIRST CONDITION  
0150 WHEN #PARTNUMBER = ‘.’  
0160 ESCAPE BOTTOM (RP1.)  
0170 WHEN #PARTNUMBER = ‘000001’  
move ‘a’ to #test  
0180 MOVE ‘WINDSCREEN’ TO #PARTNAME

0190 WHEN #PARTNUMBER = ‘000002’  
move ‘a’ to #test  
0200 MOVE ‘HEADLIGHT’ TO #PARTNAME  
0210 WHEN #PARTNUMBER = ‘000003’  
0220 MOVE ‘HUBCAP’ TO #PARTNAME  
move ‘a’ to #test  
0230 WHEN NONE  
0240 MOVE ‘ **UNKNOWN** ’ TO #PARTNAME  
0250 \*\* REINPUT ‘Part number not found.’  
0260 END-DECIDE  
0270 \*  
0280 END-REPEAT  
0290 \*  
0300 END

I had an alpha field which was either blanks or said something like "here is the partname for the given partnumber " or the “partnumber you specified was not found”

I have not run the code above (no Natural on this computer). It may not work, but hopefully the intent is clear.

---

<div class="post-metadata">

**Author:** ![system](https://global.discourse-cdn.com/techcommunity/original/3X/c/d/cd19967bb605d28a72d77eb83a1cae22f3df2eb8.svg) [@system](https://techcommunity.softwareag.com/u/system)\
**Post date:** [September 27, 2018, 2:54am UTC](https://techcommunity.softwareag.com/t/reinput-fails-with-nat1132-under-cics-link3270-bridge/200971/5 "2018-09-27T02:54:00Z")

</div>

Hi Steve,  
Q. Could the Natural terminal commands %RO- and %RO+ be helpful here?  
Regards,  
Peter

---

<div class="post-metadata">

**Author:** ![system](https://global.discourse-cdn.com/techcommunity/original/3X/c/d/cd19967bb605d28a72d77eb83a1cae22f3df2eb8.svg) [@system](https://techcommunity.softwareag.com/u/system)\
**Post date:** [September 27, 2018, 3:48am UTC](https://techcommunity.softwareag.com/t/reinput-fails-with-nat1132-under-cics-link3270-bridge/200971/6 "2018-09-27T03:48:50Z")

</div>

Actually, the CICS 3270 Bridge docu recommends starting Natural with profile parameter DSC=OFF (i.e. set 3270 data-stream compression to OFF).  
NB. The terminal command %RO- turns compression OFF. %RO+ turns it back ON.

---

<div class="post-metadata">

**Author:** ![Steve\_Robinson](https://sea1.discourse-cdn.com/techcommunity/user_avatar/techcommunity.softwareag.com/steve_robinson/32/107_2.png) [@Steve\_Robinson](https://techcommunity.softwareag.com/u/Steve_Robinson)\
**Post date:** [September 27, 2018, 3:09pm UTC](https://techcommunity.softwareag.com/t/reinput-fails-with-nat1132-under-cics-link3270-bridge/200971/7 "2018-09-27T15:09:00Z")

</div>

Hi Greg & Peter;

The full text of 1132 is

> [@](#):
>
> NAT1132: Line size mismatch in IOPATTR buffer at offset :1:.  
> Text  
> Line size mismatch in IOPATTR buffer at offset …  
> Explanation  
> A mismatch between page buffer and page-attribute buffer  
> has been detected. This error most probably occurs because  
> not all lines of the page buffer have been generated with  
> the same line size.  
> Action  
> Check your programs for FORMAT statements with different  
> line sizes.

Greg, I still do not have access to Natural. If memory serves you do not have to have a REINPUT message. Could you try this and see if it works?

Peter ,

I think you may be on to something. If compression is on, the original INPUT statement might have a space keeper for the message line not a full line indicator.

Greg, could you put a SET CONTROL ‘M12’ in your code and an error message for a REINPUT? M12 puts the message line on line 12.

---

<div class="post-metadata">

**Author:** ![Ralph\_Zbrog](https://sea1.discourse-cdn.com/techcommunity/user_avatar/techcommunity.softwareag.com/ralph_zbrog/32/78_2.png) [@Ralph\_Zbrog](https://techcommunity.softwareag.com/u/Ralph_Zbrog)\
**Post date:** [September 28, 2018, 8:24am UTC](https://techcommunity.softwareag.com/t/reinput-fails-with-nat1132-under-cics-link3270-bridge/200971/8 "2018-09-28T08:24:59Z")

</div>

This is a TP monitor issue. I believe that Peter was referring to

- Natural for Mainframes 8.2.7

- TP Monitor Interfaces

- CICS 3270 Bridge Support

Greg, if you would like to access SAG documentation from within the Community, you can change your profile to include documentation as an “area of interest.” The procedure is found in the Tech Community Access to Documentation FAQs: [http://techcommunity.softwareag.com/pwiki/-/wiki/Main/Tech](http://techcommunity.softwareag.com/pwiki/-/wiki/Main/Tech) Community+Access+to+Documentation+FAQs  
Refer to the second bullet there.

---

<div class="post-metadata">

**Author:** ![system](https://global.discourse-cdn.com/techcommunity/original/3X/c/d/cd19967bb605d28a72d77eb83a1cae22f3df2eb8.svg) [@system](https://techcommunity.softwareag.com/u/system)\
**Post date:** [April 2, 2021, 3:41pm UTC](https://techcommunity.softwareag.com/t/reinput-fails-with-nat1132-under-cics-link3270-bridge/200971/9 "2021-04-02T15:41:28Z")

</div>


