HP3000-L Archives

March 2001, Week 1

HP3000-L@RAVEN.UTC.EDU

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
Michael Anderson <[log in to unmask]>
Reply To:
Michael Anderson <[log in to unmask]>
Date:
Tue, 6 Mar 2001 19:52:13 -0600
Content-Type:
text/plain
Parts/Attachments:
text/plain (30 lines)
Sandy,

FINPAC enables the CONTROL-Y traps excessively, even at the DBGET level.
Because of this FINPAC feature, and the way the programmer coded it, you
can not use NS/VT to run this application. Use serial connections only.
I had mistakenly told you NOT to use a PC for FINPAC sessions. Actually
you can use a PC with any terminal emulator, but it must be a serial
connection to a ATP port, NOT NS/VT!!!!!

Explanation:
In the old days, Control-Y traps were handled by the ATP ports. The trap
was set in the port itself, and the port would then catch the Control-Y
sent by the terminal, so the processor would never see the setting of
the trap. Now with NS/VT the trap is being handled by (VTSERVER) the
processor, your HP-e3000. Terminal I/O is drastically increased when an
application has excessive calls to enable a Control-Y traps over a NS/VT
connection. I have used Telnet for FINPAC sessions without the increased
I/O, so if you must access FINPAC from a network connected session, then
I recommend Telnet over NS/VT.

I copied the HP-3000L on this with hopes that maybe someone on the list
would have some suggestions for this FINPAC problem. FINPAC is a
accounting system, written in Fortran 66, and I have access to the
source code, and the compiler. If anyone on the list has any suggestions
to help find the problem in the code, or recommend the proper Control-Y
enabling strategy, please let me know.

Thanks in advance,
Michael Anderson.

ATOM RSS1 RSS2