[Top][All Lists]

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

Re: lynx-dev Problem with Cygwin port under bash shell

From: Thomas Dickey
Subject: Re: lynx-dev Problem with Cygwin port under bash shell
Date: Sat, 31 Jan 2004 07:56:48 -0500 (EST)

On Sat, 31 Jan 2004, Doug Kaufman wrote:

> I compiled the 2.8.5pre.3 code under Cygwin as a static binary using
> ncurses 5.3(20030809 patch) and OpenSSL 0.9.7-stable and noted a few
> problems.
> 1. When running in a Cygwin bash shell, after I quit lynx no typed
> characters echo to the screen. I have to run "stty sane" to fix this.

That could be an ncurses problem, or it could be a cygwin problem.
Switching modes on the console window is rather fragile (several bugs).
Actually the last time I saw cygwin's console window working without
noticeable errors was mid-2002.

If it's an ncurses bug I should be able to observe and correct it
(will do that).

> This isn't a problem when running under COMMAND.COM. This is all in
> Win98, using cygwin1.dll version 1.5.5, and with CYGWIN set to
> "binmode tty codepage:oem". Is this a ncurses problem or a Cygwin
> problem? After lynx quits the stty changes seem to be: -icrnl -onlcr
> -icanon -echo.
> 2. The binary compiled as if "CAN_CUT_AND_PASTE" was not defined, even
> though HAVE_POPEN was defined in lynx_cfg.h. If I moved the
> "#include <www_tcp.h>" to near the top of the HTUtils.h file, then it

I can't simply move that include since it's likely to break other things.
A better fix would add the WIN_EX (and probably _WINDOWS_NSL?) to the
host-os case in the configure script.  That would match the way WIN_EX
is defined from the other makefiles.

> compiled with "CAN_CUT_AND_PASTE". I presume that this is because WIN_EX
> was then defined while HTUtils.h is being evaluated. Does this imply
> that the lynx_cfg.h file is not being included and that I either need
> to change the line in HTUtils.h to '#include "lynx_cfg.h"' instead of
> "#include <lynx_cfg.h>" or add a "-I." to the CPPFLAGS?

> 3. The default value for "TO_CLIPBOARD" is ^S, which doesn't work
> because ^S is the stty stop character. Changing the stop character
> allows ^S to be the "TO_CLIPBOARD" trigger in lynx. Note that in Cygwin,
> ^S doesn't work as "TO_CLIPBOARD", but ^W does work for "PASTE". In
> the DJGPP port, ^S works fine as "TO_CLIPBOARD", but ^W does not work
> for paste (I am not sure why). I wonder if we should pick different
> defaults that would work across platforms. There aren't many keys left
> unassigned. For my own machine, I make KEYMAPS of "W" as "TO_CLIPBOARD"
> and "^Y" as "PASTE".
>                          Doug
> --
> Doug Kaufman
> Internet: address@hidden
> ; To UNSUBSCRIBE: Send "unsubscribe lynx-dev" to address@hidden

Thomas E. Dickey

; To UNSUBSCRIBE: Send "unsubscribe lynx-dev" to address@hidden

reply via email to

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