Re: How Do I Get SQL*Forms To Work On Different Terminals?

In article <1992Sep23.154407.21955_at_cbfsb.cb.att.com>, sbrenner_at_cbnewsb.cb.att.com (scott.d.brenner) writes:
> I'm new to SQL*Forms, and I'm having trouble right from the start.
> I'm trying to run it from an AT&T 6386 PC connected to a 486 UNIX
> box. The PC is emulating a 4410 via the TerraNova communications
> package. I've already run 'crt' which I assume uses .../crt/admin/4410.sql
> to create .../crt/admin/4410.crt. However, when I try to invoke
> SQL*Forms with "sqlforms30 -c 4410 user/password" I get this message:
>
> No such device to application map 4410 in terminal resource file oraterm.r.
> Error initializing IAD application.
>
> My $TERM is set to 4410. If I change my $TERM to vt100, and run
> "sqlforms30 -c vt100 user/password", I get into Forms, but the
> key mappings aren't completely correct. Some functions work,
> but others don't.
>
> How can I get SQL*Forms to work properly on any terminal I want?
>
> Another question: I just came across some stuff that talked about
> the "F12 model" How do I get this to work?
>
> My DBA is out today, and I can't find any documentation to help me.
>
>
> a T d H v A a N n K c S e
>
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> Scott D. Brenner
> AT&T Consumer Communications Services
> Basking Ridge, NJ
> scott_at_cimu03.att.com -or- sbrenner_at_attmail.com
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Another Scott/Tiger!!
This is really easy. CRT is the terminal definition utility for SQL*Forms version 2.3. ORATERM is the terminal definition utility for SQL*Forms version 3.0, which is what you are using, based on the error message. Therefore, the easiest fix is to rename 4410.r to oraterm.r in the $ORACLE_HOME/oraterm/admin/resource directory. Second easiest, (in case you don't have privlges to that directory), is to call "sqlforms30 -c 4410:4410", where the first 4410 is the device and the second 4410 refers to the "4410.r" file.

Scott Stephens -- not the offical views of Oracle. Received on Fri Sep 25 1992 - 09:03:28 CEST