1832984 Members
2921 Online
110048 Solutions
New Discussion

dec-vt320

 
SOLVED
Go to solution
KPS
Super Advisor

dec-vt320

Hi,

We have an Application that is telneting to our HP-UX IA-64 box that is expecting a TERM type of dec-vt320. It looks like no TERM Type of the kind exists for HP-UX 11.23 (IA-64). Is there a way to make this work or at least trick the application to think it's getting dec-vt320 and link it to vt320 or something? Or maybe install something to allow for this?

Thanks in advance for any ideas or workarounds...

KPS
7 REPLIES 7
OldSchool
Honored Contributor

Re: dec-vt320

all of the "dec" term files are vtxxx, vt320 is listed in terminfo database, although its not listed in termcap.

You say you have an application that is telneting to HP that expects vt-320?

Are you running this on PC w/ a terminal emulator? If so, does the emulator support vt320?

OldSchool
Honored Contributor

Re: dec-vt320

Is this the same question?
http://forums1.itrc.hp.com/service/forums/questionanswer.do?threadId=1138243

If not, what exactly, are you trying to accomplish?

For example, "i have application yxv on a PC that needs...."
Hein van den Heuvel
Honored Contributor

Re: dec-vt320

Hmmm, and application telnetting into hpux and expecting a vt320? That does not compute for me. Please try to explain.

Is this per chance an appliaction running on hpux expecting to talk to a vt320?
How does check? Envorinment variables? Query to terminal/emulator like 'what are you'.

Anyway

Check out the manpages for terminfo, tic and untic.
I have used those tools succesfully to declare a new terminal / alias name.

Also check out your emulator settings.

Finally... I have a little Windoze product called 'VT320e'. It is a 'Multia' terminal emulator produced in 1995 by Digital. For the longest time it was my favourite, but I since switched to PuTTy. Send me an Email if you think that product might solve your problem.

Hope this helps some,
Hein van den Heuvel (at gmail dot com)
HvdH Performance Consulting
KPS
Super Advisor

Re: dec-vt320

Sorry, this is very confusing to me...

http://forums1.itrc.hp.com/service/forums/questionanswer.do?threadId=1138243

The above inquiry from last week is surrounding the same question. The way I understand it is the Application has a Telnet utility that certain folks need to use. For some reason, when the Telnet Util is used within the application to the HP-UX 11.23 host, we get the following message from a PC:

Type dec-vt320 unknown

Why the Telnet Utility within the Application is trying to use this is beyond me. Please let me know if this clears anything up or helps?

Thanks again,
-KPS


OldSchool
Honored Contributor
Solution

Re: dec-vt320

Ok, it's not clear to me whether the user is running an emulator and starting an application on the Unix box, or if a pc application is logging in on their behalf.

in either case, it appears that when the login runs, the script /etc/profile is getting run. part of this is a terminal identification "ttytype -s -a" which appears to be getting answered "dec-vt320".

make the following change in /etc/profile and see if your application works

# set term if it's not set

if [ "$TERM" = "" -o "$TERM" = "unknown" -o "$TERM" = "dialup" \
-o "$TERM" = "network" ]
then
eval `ttytype -s -a`
fi

# added code here
if [ "$TERM" = "dec-vt320" ]
then
TERM=vt320
fi
# end added code

export TERM
A. Clay Stephenson
Acclaimed Contributor

Re: dec-vt320

Okay, your application is apparently setting TERM to dec-vt320 which ain't in the terminfo database. Let's make one:

1) cd /tmp
2) untic vt320 > dec-vt320
3)vi dec-vt320
The first line will be similar to:

vt320|vt320-nam|Digital VT320 w/no automargins,

change it to:

dec-vt320|dec-vt320-nam|Digital VT320 w/no automargins,

4) tic -v dec-vt320

You may get some errors about NULL strings but these can be ignored.

You should be good to go.

If it ain't broke, I can fix that.
KPS
Super Advisor

Re: dec-vt320

Thanks everyone,

I went with the if, then, statemenet in the /etc/profile and that seems to do the trick.

I think we're in better shape now with this.


Best Regards and Thanks,

KPS