[opensuse] vt220 emulation problem with oracle forms on SLES8 with Dophin 9500 series Mobile computers
Hi Guys I have a weird problem with an Oracle Forms6i (6.0.8) (character mode) custom application running on SLES8 (Itanium) when connecting via telnet from Dolphin 9500 series Mobile computers and Naurtech cevt220-windows CE Host Access. Basically the vt220 terminal emulation does not appear to work correctly, and it draws the horizontal status line (Which should be on the last line of the screen) too many rows down (off the screen on the mobile devices) Now, the same devices and same oracle application are working together on 3 other RHEL servers with the same setup procedure. TERM is also exported as "vt220" I have tried copying the /etc/termcap file from a working RHEL machine to the SLES machine and it didn't make any difference either (While the diff of the files was huge, the vt220 definition seemed to be identical) Does anyone have any clue as to what I can do solve this problem (and keep my customer running SLES?) Thanks in Advance -- Peter Nixon http://www.peternixon.net/ PGP Key: http://www.peternixon.net/public.asc -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Fri, May 11, 2007 at 09:56:09AM +0300, Peter Nixon wrote:
I have tried copying the /etc/termcap file from a working RHEL machine to the SLES machine and it didn't make any difference either (While the diff of the files was huge, the vt220 definition seemed to be identical)
Does anyone have any clue as to what I can do solve this problem (and keep my customer running SLES?)
Is the screen size correct? I.e. does 'stty -a' show the correct number for "rows" and "columns"? Cheers, Michael. -- Michael Schroeder mls@suse.de SUSE LINUX Products GmbH, GF Markus Rex, HRB 16746 AG Nuernberg main(_){while(_=~getchar())putchar(~_-1/(~(_|32)/13*2-11)*13);} -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Fri 11 May 2007, Michael Schroeder wrote:
On Fri, May 11, 2007 at 09:56:09AM +0300, Peter Nixon wrote:
I have tried copying the /etc/termcap file from a working RHEL machine to the SLES machine and it didn't make any difference either (While the diff of the files was huge, the vt220 definition seemed to be identical)
Does anyone have any clue as to what I can do solve this problem (and keep my customer running SLES?)
Is the screen size correct? I.e. does 'stty -a' show the correct number for "rows" and "columns"?
Hi Michael. Thanks for your reply. When connecting to the RedHat machine from the mobile terminal 'stty -a' shows: rows 0; columns 0; The SLES8 machine shows: rows 24; columns 80 Obviously BOTH of these are wrong for the terminal, yet the Oracle Forms application shows the bottom status bar in the correct place with RedHat, yet with SLES8 the terminal screen needs to be scrolled down to see it. BOTH servers show the correct rows and columns when connecting with putty from windows or a standard xterm. (The values also correctly change if the term is resized) The terminal used on the mobile devices is "Naurtech cevt220-windows CE Host Access version 5.1.1" Any ideas? Regards -- Peter Nixon http://www.peternixon.net/ PGP Key: http://www.peternixon.net/public.asc -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Fri, May 18, 2007 at 10:31:29AM +0300, Peter Nixon wrote:
When connecting to the RedHat machine from the mobile terminal 'stty -a' shows:
rows 0; columns 0;
The SLES8 machine shows:
rows 24; columns 80
Obviously BOTH of these are wrong for the terminal, yet the Oracle Forms application shows the bottom status bar in the correct place with RedHat, yet with SLES8 the terminal screen needs to be scrolled down to see it.
Hmm, maybe the oracle application does something fancy (like calling the resize application) when the rows/columns are zero. Does it work on a sles machine if you do 'stty rows 0 columns 0' before strarting the application?
BOTH servers show the correct rows and columns when connecting with putty from windows or a standard xterm. (The values also correctly change if the term is resized)
I guess the application also behaves correctly in this case? Cheers, Michael. -- Michael Schroeder mls@suse.de SUSE LINUX Products GmbH, GF Markus Rex, HRB 16746 AG Nuernberg main(_){while(_=~getchar())putchar(~_-1/(~(_|32)/13*2-11)*13);} -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Fri 18 May 2007, Michael Schroeder wrote:
On Fri, May 18, 2007 at 10:31:29AM +0300, Peter Nixon wrote:
When connecting to the RedHat machine from the mobile terminal 'stty -a' shows:
rows 0; columns 0;
The SLES8 machine shows:
rows 24; columns 80
Obviously BOTH of these are wrong for the terminal, yet the Oracle Forms application shows the bottom status bar in the correct place with RedHat, yet with SLES8 the terminal screen needs to be scrolled down to see it.
Hmm, maybe the oracle application does something fancy (like calling the resize application) when the rows/columns are zero. Does it work on a sles machine if you do 'stty rows 0 columns 0' before strarting the application?
This doesn't solve the problem unfortunately.. However 'stty rows 14' from .profile does make the status bar appear in the correct place on one device, a second "identical" device shows it one line higher... We just tested on SLES9 and it behaves in the same way as SLES8
BOTH servers show the correct rows and columns when connecting with putty from windows or a standard xterm. (The values also correctly change if the term is resized)
I guess the application also behaves correctly in this case?
yes. it does. -- Peter Nixon http://www.peternixon.net/ PGP Key: http://www.peternixon.net/public.asc -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 The Friday 2007-05-18 at 10:31 +0300, Peter Nixon wrote:
To: <opensuse at opensuse.org> Cc: Michael Schroeder <>, <suse-linux-e at suse.com>
Please, email only to "opensuse at opensuse.org", not to "suse-linux-e at suse.com". The second one is the old list, no longer active, and you are causing duplicated posts. ...
The terminal used on the mobile devices is "Naurtech cevt220-windows CE Host Access version 5.1.1"
Any ideas?
My guess would be that the terminal is at fault. Is it possible to try another one? Time ago I had a similar problem (on windows) and I had to try several terminals and several configurations till it worked. I don't remember details, though. - -- Cheers, Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFGTimGtTMYHG2NR9URAhiqAJ4hdIYzrsS6J6VayBuQX/X5my2yUQCfdRIA z2JAFsk+2hJ4eaYvoKlgjcI= =RQ6H -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
participants (3)
-
Carlos E. R.
-
Michael Schroeder
-
Peter Nixon