Red Hat Bugzilla – Bug 58546
nvi-m17n-canna loops by Ctrl-space-key
Last modified: 2007-11-30 17:10:30 EST
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):
Steps to Reproduce:
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.
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;
+ if (input == NULL || *input == '\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.