From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.6) Gecko/20011122 Description of problem: Ctrl-space-key (NULL character) drives nvi-canna into infinite loop when input-mode. Any keys include Ctrl-c has not work. Version-Release number of selected component (if applicable): How reproducible: Always Steps to Reproduce: 1.start nvi-canna 2.press i key to go into input-mode. 3.press Ctrl-SPACE key. Actual Results: CPU load raises to 100%. Any key is ignored. Sending SIGKILL is only effective. Currently editing results are lost. Expected Results: NULL code is ignored by vi; none is occur. Additional info:
I just remembered a fact "Red Hat Japan is irresponsible." So I start to debug it. This one seems to be related to key-mapping. I found a patch below gives a workaround. --- nvi-1.79/common/seq.c.orig Thu Feb 14 20:07:20 2002 +++ nvi-1.79/common/seq.c Thu Feb 14 20:15:58 2002 @@ -45,6 +45,8 @@ SEQ *lastqp, *qp; int sv_errno; + if (input == NULL || *input == '\0') + return(0); /* * An input string must always be present. The output string * can be NULL, when set internally, that's how we throw away
nvi's source package has it's own curses/termcap functions. One of these functions, tigetstr() do not work properly on Red Hat Linux 7.x. This is heart of the bug. Above patch gives workaround, but cursor-keys still do not work.
Fedora Core 2 is now maintained by the Fedora Legacy project for security updates only. If this problem is a security issue, please reopen and reassign to the Fedora Legacy product. If it is not a security issue and hasn't been resolved in the current FC3 updates or in the FC4 test release, reopen and change the version to match.
I confirmed latest nvi-m17n-canna-1.79-20011024.19 never shows this bug. I think this had beed fixed at somewhere in the upstream m17n-patches. I don't know why this bug is still opened.
thanks.