bugvile, a vi-compatible text editor - Bugs: bug #27829, vile, xvile hang while deleting...

 
 

bug #27829: vile, xvile hang while deleting lines

Submitted by:  Joran Ahlback <joa>
Submitted on:  Tue 27 Oct 2009 08:54:11 PM UTC  
 
Category: NoneSeverity: 3 - Normal
Item Group: NoneStatus: Fixed
Privacy: PublicAssigned to: None
Open/Closed: Open

Add a New Comment(Rich Markup)
   

You are not logged in

Please log in, so followups can be emailed to you.

 

(Jump to the original submission Jump to the original submission)

Tue 23 Feb 2010 06:34:40 PM UTC, comment #16:

Sorry, pilot error. I needed to get the right packages loaded and to use --use-ncurses.

Dave Kristol

Dave Kristol <dmk>
Tue 23 Feb 2010 03:42:21 PM UTC, comment #15:

Hi, again. I'm now having problems building 9.7z (and 9.7zb). I upgraded my workstation at work to Ubuntu 9.10 (x86_64), and vile won't build. I get these errors:

tcap.o: In function `show_ansi_colors':
/home/dmk/downloads/vile/vile-9.7z/tcap.c:704: undefined reference to `tgoto'
/home/dmk/downloads/vile/vile-9.7z/tcap.c:708: undefined reference to `tgoto'
tcap.o: In function `tcap_move':
/home/dmk/downloads/vile/vile-9.7z/tcap.c:473: undefined reference to `tgoto'
tcap.o: In function `tcapscroll_delins':
/home/dmk/downloads/vile/vile-9.7z/tcap.c:614: undefined reference to `tgoto'
/home/dmk/downloads/vile/vile-9.7z/tcap.c:616: undefined reference to `tgoto'
tcap.o:/home/dmk/downloads/vile/vile-9.7z/tcap.c:620: more undefined references to `tgoto' follow
tcap.o: In function `vl_tgetflag':
/home/dmk/downloads/vile/vile-9.7z/tcap.h:189: undefined reference to `tgetflag'
tcap.o: In function `vl_tgetnum':
/home/dmk/downloads/vile/vile-9.7z/tcap.h:149: undefined reference to `tgetnum'
tcap.o: In function `vl_tgetstr':
/home/dmk/downloads/vile/vile-9.7z/tcap.h:197: undefined reference to `tgetstr'
tcap.o: In function `tcap_open':
/home/dmk/downloads/vile/vile-9.7z/tcap.c:238: undefined reference to `tgetent'
tcap.o: In function `colors_are_really_ANSI':
/home/dmk/downloads/vile/vile-9.7z/tcap.c:682: undefined reference to `tgoto'
/home/dmk/downloads/vile/vile-9.7z/tcap.c:679: undefined reference to `tgoto'
tcap.o: In function `putpad':
/home/dmk/downloads/vile/vile-9.7z/tcap.c:995: undefined reference to `tputs'
collect2: ld returned 1 exit status

I tried --with-curses and got a different set of errors:

random.c: In function ‘vl_elapsed’:
random.c:1645: warning: passing argument 1 of ‘gettimeofday’ from incompatible pointer type
/usr/include/sys/time.h:73: note: expected ‘struct timeval * _restrict_’ but argument is of type ‘time_t *’
random.c:1648: error: request for member ‘tv_sec’ in something not a structure or union
random.c:1648: error: request for member ‘tv_usec’ in something not a structure or union
random.c:1648: error: request for member ‘tv_sec’ in something not a structure or union
random.c:1648: error: request for member ‘tv_usec’ in something not a structure or union

Thanks for any help. I feel crippled without vile (again).

Dave Kristol <dmk>
Mon 18 Jan 2010 10:30:09 PM UTC, comment #14:

I don't know - the packages seem to be running about
a month behind my patches.

Thomas Dickey <dickey>
Project Administrator
Mon 18 Jan 2010 10:26:40 PM UTC, comment #13:

Sounds reasonable (and a belated thanks for your help). Any idea when 9.7z will find its way into a Ubuntu update?

Dave Kristol <dmk>
Mon 18 Jan 2010 09:28:33 PM UTC, comment #12:

Sounds good (I'll mark this fixed, since I don't
recall anyone who reported it without saying 9.7z
fixed it).

Thomas Dickey <dickey>
Project Administrator
Mon 18 Jan 2010 01:25:40 PM UTC, comment #11:

Ah, yes, it certainly helps to download the correct source. I did so and confirm that vile is (phew!) working for me again.

Dave Kristol

Dave Kristol <dmk>
Mon 18 Jan 2010 09:16:20 AM UTC, comment #10:

The version is compiled-in, from the sources.
If you're seeing "vile -V" say 9.7, then that's
the 9.7 release.

Thomas Dickey <dickey>
Project Administrator
Mon 18 Jan 2010 07:05:28 AM UTC, comment #9:

ubuntu has 9.7s-1 with the problem

I downloaded vile-9.7z, and the delete problem is gone. Vile and xvile behave the same, as expected.

2.6.31-17-generic #54-Ubuntu SMP Thu Dec 10 17:01:44 UTC 2009 x86_64 GNU/Linux

./vile -V
vile version 9.7z for linux-gnu, installed Wed Nov 11 10:48:27 2009

lotsa thanks, again

Joran Ahlback <joa>
Mon 18 Jan 2010 04:00:09 AM UTC, comment #8:

You're right, I did get the release source. However, I just downloaded the current source and built vile. vile -V still says 9.7, and the delete problem persists.

Dave Kristol <dmk>
Mon 18 Jan 2010 12:30:48 AM UTC, comment #7:

That sounds like you got the release source,
rather than the current source. I use the
current source for building the Windows installers,
and put a link to that next to the ftp/http
download links for the Windows installers.
(I've been doing that since last summer).

Thomas Dickey <dickey>
Project Administrator
Mon 18 Jan 2010 12:07:27 AM UTC, comment #6:

Yes. I downloaded the source today (19:33 GMT) and built it. It doesn't say 9.7z, just 9.7.

Some more information, FWIW:

- I have a previously built version 9.0, and it appears to work okay.

- I cannot build version 9.3. It fails with this error:
In function ‘open’,
inlined from ‘ffwopen’ at fileio.c:354:
/usr/include/bits/fcntl2.h:51: error: call to ‘__open_missing_mode’ declared with attribute error: open with O_CREAT in second argument needs 3 arguments

- I forgot to mention earlier: When 9.7 goes bad, it pegs the processor (well, one processor) at 100%. (That's what prompted me to run strace, but strace doesn't really tell us anything useful.)

Dave Kristol

Dave Kristol <dmk>
Sun 17 Jan 2010 10:23:55 PM UTC, comment #5:

Can you reproduce this with 9.7z ?

That's the source currently on

http://invisible-island.net/datafiles/current/vile.tar.gz

Thomas Dickey <dickey>
Project Administrator
Sun 17 Jan 2010 10:17:07 PM UTC, comment #4:

I too have been affected by this problem, and I also feel crippled by not being able to use vile. I'm on Ubuntu 9.10, 2.6.31-17-generic kernel. The distro version failed as described.

I also rebuilt 9.7 from source, but the problem persists. I was careful to use the flex-old package. When I stick strace on the hung vile, it reports (over and over):

alarm(1) = 0
rt_sigreturn(0x1) = 140735591620205
--- SIGALRM (Alarm clock) @ 0 (0) ---
write(1, "\33[44;70Hworking...\33[44;1H", 25) = 25
rt_sigaction(SIGALRM, {0x418d50, [], SA_RESTORER|SA_RESTART|SA_NODEFER, 0x7f15a2fda530}, {0x418d50, [], SA_RESTORER|SA_RESTART|SA_NODEFER, 0x7f15a2fda530}, 8) = 0
alarm(1) = 0
rt_sigreturn(0x1) = 1
--- SIGALRM (Alarm clock) @ 0 (0) ---
write(1, "\33[44;70H...working\33[44;1H", 25) = 25
rt_sigaction(SIGALRM, {0x418d50, [], SA_RESTORER|SA_RESTART|SA_NODEFER, 0x7f15a2fda530}, {0x418d50, [], SA_RESTORER|SA_RESTART|SA_NODEFER, 0x7f15a2fda530}, 8) = 0

I guess that's not surprising, displaying "working..." and "...working".
~
~
~
~

Dave Kristol <dmk>
Wed 28 Oct 2009 08:40:56 AM UTC, comment #3:

The symptom sounds familiar, but I don't see
a related bug fix since 9.7s (so I'm probably
recalling an older fix...). So I have to see
how to reproduce this. It does work for me...

Aside from Debian packager attempting to use new-flex
for building a few months ago, I don't recall any
divergence between my own compile of vile and the
package (and 9.7u from the package seems to work
okay too).

The usual places to start looking would be the
locale settings (I'm normally using either en_US or
en_US.UTF-8), or the .vilerc (I always source vileinit.rc
and add stuff from there).

Any further details may be helpful.

Thomas Dickey <dickey>
Project Administrator
Wed 28 Oct 2009 05:40:54 AM UTC, comment #2:

Sorry
root@mb: vile -V
vile version 9.7s for linux-gnu, installed Tue Jun 16 01:03:07 2009

Joran Ahlback <joa>
Tue 27 Oct 2009 09:12:13 PM UTC, comment #1:

What version are you using?

Thomas Dickey <dickey>
Project Administrator
Tue 27 Oct 2009 08:54:11 PM UTC, original submission:

I've used this exquisite program for so long that I only today realized my total dependency. After upgrading to Kubuntu 9.10 both versions work perfectly as far as I've tested, except when deleting or joining lines. I.e. dd hangs, selecting several lines and pressing d^s hangs, J hangs. The same under root.

can it be utf-8 related, libraries, compiler? I tried getting the sources. They compile ok, but function the same.

Clue, anyone?

uname -a
Linux mb 2.6.31-14-generic #48-Ubuntu SMP Fri Oct 16 14:05:01 UTC 2009 x86_64 GNU/Linux

ii gcc 4:4.4.1-1ubuntu2 The GNU C compiler
ii gcc-4.3 4.3.4-5ubuntu1 The GNU C compiler
ii gcc-4.3-base 4.3.4-5ubuntu1 The GNU Compiler Collection (base package)
ii gcc-4.4 4.4.1-4ubuntu8 The GNU C compiler
ii gcc-4.4-base 4.4.1-4ubuntu8 The GNU Compiler Collection (base package)
ii lib32gcc1 1:4.4.1-4ubuntu8 GCC support library (32 bit Version)
ii libgcc1 1:4.4.1-4ubuntu8 GCC support library

Joran Ahlback <joa>

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach File(s):
   
   
Comment:
   

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -unavailable- added by dmk (Posted a comment)
  • -unavailable- added by dickey (Posted a comment)
  • -unavailable- added by joa (Submitted the item)
  •  

    Do you think this task is very important?
    If so, you can click here to add your encouragement to it.
    This task has 0 encouragements so far.

    Only logged-in users can vote.

     

    Please enter the title of George Orwell's famous dystopian book (it's a date):

     

     

    Follow 3 latest changes.

    Date Changed By Updated Field Previous Value => Replaced By
    Mon 18 Jan 2010 09:28:33 PM UTCdickeyStatusNone=>Fixed
    Tue 27 Oct 2009 08:55:52 PM UTCjoaCarbon-CopyRemoved joa=>-
    Tue 27 Oct 2009 08:54:11 PM UTCjoaCarbon-Copy-=>Added joa

    Back to the top


    Powered by Savane 3.1-cleanup1