<div>Here is the sequence and keep in mind it does work on the SCO box currently so I am wondering if something changed.</div><div>Auto process starts, then input processing, It does a chain command to a second process. (here is the problem) They fill in data and hit esc esc. (it should go to the top of the second process at that point.... Correct?) then back to auto and then input. <br>
<br></div><div class="gmail_quote">On Thu, Sep 27, 2012 at 3:18 PM, Kenneth Brody <span dir="ltr"><<a href="mailto:kenbrody@spamcop.net" target="_blank">kenbrody@spamcop.net</a>></span> wrote:<br><blockquote style="margin:0px 0px 0px 0.8ex;padding-left:1ex;border-left-color:rgb(204,204,204);border-left-width:1px;border-left-style:solid" class="gmail_quote">
<div class="HOEnZb"><div class="h5">On 9/27/2012 12:04 PM, Rami Mantoura wrote:<br>
<blockquote style="margin:0px 0px 0px 0.8ex;padding-left:1ex;border-left-color:rgb(204,204,204);border-left-width:1px;border-left-style:solid" class="gmail_quote">
Hi all,<br>
<br>
Would anyone know what would cause a process from not going to the top of<br>
the prcessing table after the esc esc if hit? It goes directly to the<br>
automatic process.<br>
This works fine on the old SCO unix server running fp4.8.<br>
<br>
I am moving my server to a linux box running FP7.<br>
</blockquote>
<br></div></div>
Are you sure you are using the same processing tables?<br>
<br>
The only thing I can think of that would prevent input processing from running after pressing SAVE (short of there being no input processing in the first place) would be if the screen was being updated due to a SCREEN statement on the last line of input processing.<span class="HOEnZb"><font color="#888888"><br>
<br>
-- <br>
Kenneth Brody<br>
</font></span></blockquote></div><br>