Glyn Kennington <[EMAIL PROTECTED]> wrote:
GK> I have found some ways that work, though. For all the GK> following, I'm using my hacked gpm ncurses compiled after GK> a ./configure --with-shared --with-gpm --with-develop the GK> untouched lynx binary, with LD_LIBRARY_PATH set to find the GK> new libraries GK> versions that work: ncurses-5.2.tar.gz ncurses-5.3.tar.gz GK> These are both from http://ftp.gnu.org/pub/gnu/ncurses/ The GK> delay-till-keypress still occurs immediately after an fg, GK> but once a key has been pressed, subsequent mouse presses GK> are processed immediately. Also, with the original gpm, GK> the exit-on-fg bug only happens in when the ^Z is issued GK> immediately after a previous fg, with no key presses in GK> between. GK> versions that don't work: ncurses-5.2.20020112a-7 (obtained GK> from apt-get source ncurses) ncurses-5.2.20020112a (without GK> applying the debian a-7.diff.gz) GK> These have the delay-till-keypress bug at all times. GK> So it seems that something broke in the middle of the 5.2- GK> releases, and was put right again for the 5.3 release. Is GK> that a correct understanding? In case you did not change versions of gpm then possibly so. the ncurses FAQ makes mention of a problem with certain versions of gpm that has a bug in them that prevents libgpm from linking properly to ncurses. This could be tested by doing a 'nm libgpm.so' and see if wgetch is defined in it and not listed as an external. This is according to some old notes I have on this issue and thus the bug is supposedly with gpm and not ncurses. You can always file a bug with the Debian BTS. I believe that Thomas Dickey the ncurses upstream maintainer is reading the BTS. Regards, Morten -- "Anyone can do any amount of work provided it isn't the work he is supposed to be doing at that moment." (Robert Benchley) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]