Bug 61141
Summary: | vim 100% CPU usage after closing xterm with 'vim file' opend. | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | Need Real Name <andreas.smigielski> | ||||||
Component: | vim | Assignee: | Karsten Hopp <karsten> | ||||||
Status: | CLOSED DUPLICATE | QA Contact: | David Lawrence <dkl> | ||||||
Severity: | high | Docs Contact: | |||||||
Priority: | medium | ||||||||
Version: | 7.2 | CC: | carwyn, john | ||||||
Target Milestone: | --- | ||||||||
Target Release: | --- | ||||||||
Hardware: | i386 | ||||||||
OS: | Linux | ||||||||
Whiteboard: | |||||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||||
Doc Text: | Story Points: | --- | |||||||
Clone Of: | Environment: | ||||||||
Last Closed: | 2006-02-21 18:48:33 UTC | Type: | --- | ||||||
Regression: | --- | Mount Type: | --- | ||||||
Documentation: | --- | CRM: | |||||||
Verified Versions: | Category: | --- | |||||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||
Cloudforms Team: | --- | Target Upstream Version: | |||||||
Embargoed: | |||||||||
Attachments: |
|
Description
Need Real Name
2002-03-14 08:49:11 UTC
Can't reproduce this. Created attachment 48967 [details]
Bugreport created with 'vim -s /usr/share/vim/vim60/bugreport.vim'
You need to have vim-enhanced-6.0-7.13 installed and the try to edit a file with vim in a window (xterm). Do not exit from vim but close the window with the close button on the right top side of the window. Open another Window and look at the CPU usage of the not terminated vim program it is nearly 100%, the machine in locked up. I discovered this after I have installed vim-enhanced and some users terminates vim as described. vim bugreport.vim created on a Red Hat Linux release 7.2 (Enigma) PIII Machine. You can also reproduce this bug by simply sending the vim process a HUP; I had this problem with 100% CPU usage on vim processes that had been attempted to be killed by an idled process that was logging users out for excessive idle time. Here's some more info: it looks like the SIGSEGV handler is ignoring the signal somewhere... I started up vim (/usr/bin/vim, NOT /bin/vi, which is why you probably didn't observe the bug earlier), attached an strace monitor to it, sent it a HUP signal via kill on the command line, and got the following: write(1, "\33[?25l\33[25;63H1,0-1\33[1;1H\33[?25h", 31) = 31 select(1, [0], NULL, [0], {4, 0}) = 0 (Timeout) select(1, [0], NULL, [0], NULL) = ? ERESTARTNOHAND (To be restarted) --- SIGHUP (Hangup) --- --- SIGSEGV (Segmentation fault) --- --- SIGSEGV (Segmentation fault) --- --- SIGSEGV (Segmentation fault) --- --- SIGSEGV (Segmentation fault) --- ... Hope this helps. Created attachment 56504 [details]
VIM Wrapper: workaround for this bug
This happens if vim loses it's tty for whatever reason, I can reproduce this by killing an ssh session, leaving vim sucking CPU. I have the following rpms installed: vim-enhanced-6.1-2 vim-minimal-6.1-2 While vim is sucking CPU, LIDS spurts these messages: SECURITY WARNING: SIG 11 sent to [vim:1306], UID(0), EUID(0), parent [init:1], UID(0), EUID(0) and an strace shows: [john@dwight john]$ strace -p 3130 select(1, [0], NULL, [0], NULL) = 1 (in [0]) (note:tty dropped here) --- SIGHUP (Hangup) --- --- SIGSEGV (Segmentation fault) --- --- SIGSEGV (Segmentation fault) --- and on, and on, and ariston.... Is this not a related bug to bug number 76822? Also note the following references: http://vimdoc.sf.net/cgi-bin/vimfaq2html3.pl#29.9 http://groups.yahoo.com/group/vim/message/32547 Note that this definately does not happen on RH8.0 *** Bug 76822 has been marked as a duplicate of this bug. *** *** This bug has been marked as a duplicate of 83700 *** Changed to 'CLOSED' state since 'RESOLVED' has been deprecated. |