bug-ncurses
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Porting C app from FreeBSD 4.6 to RH7.3


From: Thomas Dickey
Subject: Re: Porting C app from FreeBSD 4.6 to RH7.3
Date: Thu, 13 Feb 2003 18:18:51 -0500
User-agent: Mutt/1.3.27i

On Thu, Feb 13, 2003 at 09:27:46AM -0500, Billy Davis wrote:
> We successfully converted our ncurses based application from FreeBSD4.6 to
> Redhat 7.3 and all seems to be running well except for two display problems,
> as follows:
> 
>     1. When we enter text into a window in the RedHat version, the text is
> properly echoed in the input field, but it is also echoed at the top left
> hand of the main screen, (ie, at line 1, column 1).  This does not seem to
> affect the data, but is distracting to the User.  This problem occurs BOTH
> when we are logged into the System console, and when we do a telnet login
> from a PC that is emulating a vt100.

I haven't seen any reports before related to this.  Normally echoing is
controlled by ncurses.  If the application works fine on FreeBSD it's
still possible that there may be some uninitialized memory location.  I'd
try running the application with valgrind, for instance.
 
>     2. When a window is defined to display a max of 12 lines at a time, but
> we have more lines to display, we use the up/down arrow keys to scroll the
> lines.  On the RedHat system, when we try to scroll rapidly, the scrolling
> seems to get jumbled, with some lines showing up twice.  Again, the data is
> not affected.  This problem ONLY occurs when we do a telnet login from a PC
> that is emulating a vt100, leading us to believe that it may be a terminfo

or network delays (man ncurses):

       ESCDELAY
            Specifies  the total time, in milliseconds, for which
            ncurses will await  a  character  sequence,  e.g.,  a
            function  key.  The default value, 1000 milliseconds,
            is enough for most uses.  However, it is made a vari-
            able to accommodate unusual applications.

            The most common instance where you may wish to change
            this value is to work with slow hosts, e.g.,  running
            on  a  network.   If  the host cannot read characters
            rapidly enough, it will have the same  effect  as  if
            the  terminal did not send characters rapidly enough.
            The library will still see a timeout.

> problem, but the only modification that we made to the vt100 terminfo entry
> was to delete two entries (rmkx=\E[?1l\E> and smkx=\E[?1h\E=), which solved
> a command mode switching problem.   If we do a page scroll up/down (via
> Fkeys), it works fine.
> 
> The ncurses version within FreeBSD is 5.1 (version patch 20001009), and the
> programs run perfectly fine with it, using the same equipment and the same
> vt100 emulator.
> 
> Has anyone else experienced (and solved) this problem?
> 
> Thanks,
> Billy Davis
> 
> 
> 
> 
> _______________________________________________
> Bug-ncurses mailing list
> address@hidden
> http://mail.gnu.org/mailman/listinfo/bug-ncurses

-- 
Thomas E. Dickey <address@hidden>
http://invisible-island.net
ftp://invisible-island.net




reply via email to

[Prev in Thread] Current Thread [Next in Thread]