dbaccess -v   OR  dbaccess -V  to see your version.
Did you try vt100 just for poos and giggles, sometimes that's a nice
generic TERM setting.
Norma Jean
.
.
.
.
============================================================
The information contained in this message may be privileged
and confidential and protected from disclosure. If the reader
of this message is not the intended recipient, or an employee
or agent responsible for delivering this message to the
intended recipient, you are hereby notified that any reproduction,
dissemination or distribution of this communication is strictly
prohibited. If you have received this communication in error,
please notify us immediately by replying to the message and
deleting it from your computer. Thank you. Tellabs
============================================================

Norma Jean already answered the other part, her suggestion for vt100 is also
a good one (I always try wyse-50 and ansi as well).  Sounds also as though
you have isolated the issue as something else, which is intriguing.  I look
forward to hearing the version numbers in question and other's thoughts.

The 0000000 is the octal address from od, the \n is what your enter key sent
and the 000a is the octal representation of the string.  So \n (linefeed) is
the value you would be looking for.

I was too lazy to look up the proper code for you before (actually I did,
but did not believe that @8 was actually it, so I didn't boot my linux box
to check - I have done so now and find the $INFORMIXDIR/etc/termcap entry
there contains an xterm entry (below) - which does in fact have an entry for
@8.  (@8=\EOM or Escape O M).  Typing that manually I do not get a \n in the
resulting file.  I too am using ssh, but from cygwin, I am using ansi for my
TERM.  Mine also produces \n for both Enter keys.

Looking at termcap, @8 is not typically spelled out, which would indicate
that most terminals produce the same value, which I would actually expect to
be \r (Carriage Return).  I must have something wrong somewhere - K and
returns have always been an issue between me and termcap.  Mucking about
with @8, I get no results from changing it (or nl for that matter).  I do
get expected results from swapping kd and ku - so it is using my termcap.
Hmm, playing around with all of them (nw, nl, cr, @8) none of them have
effect - must be something magical about the return key that I am missing.
Anyone?

j.

xterm|vs100|xterm terminal emulator:\
       :am:km:mi:ms:xn:bs:pt:\
       :co#80:it#8:li#65:\
       :@8=\EOM:AL=\E[%dL:DC=\E[%dP:DL=\E[%dM:DO=\E[%dB:\
       :IC=\E[%d@:K1=\EOq:K2=\EOr:K3=\EOs:K4=\EOp:K5=\EOn:\
       :LE=\E[%dD:RI=\E[%dC:UP=\E[%dA:\
       :ac=``aaffggjjkkllmmnnooppqqrrssttuuvvwwxxyyzz{{||}}~~:\
       :ae=^O:al=\E[L:as=^N:bl=^G:cb=3\E[1K:cd=\E[J:ce=\E[K:\
       :cl=\E[H\E[2J:cm=\E[%i%d;%dH:cr=\r:cs=\E[%i%d;%dr:\
       :ct=\E[3g:dc=\E[P:dl=\E[M:do=\n:eA=\E(B\E)0:ho=\E[H:\
       :ic=\E[@:k0=\EOy:k1=\EOP:k2=\EOQ:k3=\EOR:k4=\EOS:\
       :k5=\EOt:k6=\EOu:k7=\EOv:k8=\EOl:k9=\EOw:k;=\EOx:\
       :kb=\b:kd=\EOB:ke=\E[?1l:kl=\EOD:kr=\EOC:ks=\E[?1h:\
       :ku=\EOA:le=\b:mb=@:md=\E[1m:me=\E[m:mr=\E[7m:nd=\E[C:\
       :r1=\E>\E[1;3;4;5;6l\E[?7h\E[m\E[r\E[2J\E[H:\
       :r2=@kf1=\EOP:rc=\E8:\
       :.sa=!!! MUST CHANGE BY HAND
!!!\E[0%?%p1%p6%|%t;1%;%?%p2%t;4%;%?%p1%p3%|%t;7%;%?%p4%t;5%;m%?%p9%t^N%e^O%
;:\
       :sc=\E7:se=\E[m:sf=\n:so=\E[7m:sr=\EM:st=\EH:ta=\t:\
       :up=\E[A:

DB-Access Version 10.00.UC5I1.  The return key works fine.

Jack,

This is the result of testing what ssh is sending as "Return":
$ od -cx junk
0000000  \n  \0
       000a
0000001

I created a termcap in my home directory and pointed the environment
variable TERMCAP at this.

This contains the following termcap snippet from the iuug site:
<termcap>
vs|xterm|vs100|xterm terminal emulator (X window system):\
       :cr=^M:do=^J:nl=^J:bl=^G:le=^H:ho=\E[H:\
       :co#80:li#65:cl=\E[H\E[2J:bs:am:cm=\E[%i%d;%dH:nd=\E[C:up=\E[A:
\
       :ce=\E[K:cd=\E[J:so=\E[7m:se=\E[m:us=\E[4m:ue=\E[m:\
       :md=\E[1m:mr=\E[7m:me=\E[m:\
       :ku=\E[A:kd=\E[B:kr=\E[C:kl=\E[D:kb=^H:\
       :k0=\E[11~:k1=\E[12~:k2=\E[13~:k3=\E[14~:k4=\E[15~:\
       :k5=\E[17~:k6=\E[18~:k7=\E[19~:k8=\E[20~:k9=\E[21~:\
       :kf=\E[6~:kg=\E[5~:\
       :kY=\E[216z:kZ=\E[222z:\
       :ta=^I:pt:sf=\n:sr=\EM:\
       :al=\E[L:dl=\E[M:ic=\E[@:dc=\E[P:\
       :MT:ke=\E[?1l\E>:\
       :is=\E[r\E[m\E[2J\E[H\E[?7h\E[?1;3;4;6l:\
       :rs=\E[r\E<\E[m\E[2J\E[H\E[?7h\E[?1;3;4;6l:xn:\
       :AL=\E[%dL:DL=\E[%dM:IC=\E[%d@:DC=\E[%dP:\
       :ti=\E7\E[?47h\E(B\E)0:te=\E[2J\E[?47l\E8:\
       :hs:ts=\E[?E\E[?%i%dT:fs=\E[?F:es:ds=\E[?E:\
       :gs=^n:ge=^o:gb=lmkjqx:
</termcap>

I tried the following replacements for the "nl=^J" entry:
- "nl=\n"
- "nl=\0"
- "nl=000a"

reloading dbaccess each time. None of them changed how the Enter key
works. :(

Have just noticed another version of Informix on the dbaccess box in a
directory called: informix_10.0UC5
If I run dbaccess from here then the Return key works as expected. /
informix_10.0UC5/etc/termcap is identical to /informix/etc/termcap.
The bug must therefore be in the version of dbaccess inside /informix/
bin/.
Is there a command you can run to find the version of dbaccess you're
using?
_______________________________________________
Informix-list mailing list
Informix-list@iiug.org
http://www.iiug.org/mailman/listinfo/informix-list