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

 
 

bug #27829: vile, xvile hang while deleting lines

Submitter:  Joran Ahlback <joa>
Submitted:  Tue 27 Oct 2009 08:54:11 PM UTC
   
 
Category:  None Severity:  3 - Normal
Item Group:  None Status:  Fixed
Privacy:  Public Assigned to:  None
Open/Closed:  Open
* Mandatory Fields

Add a New Comment Rich Markup
   

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>
Group 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>
Group 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>
Group 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>
Group 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>
Group 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>
Group 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>
Group 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 Files:
   
   
Comment:
   

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

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

    There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

    Only logged-in users can vote.

     

    Follow 3 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2010-01-18 dickey StatusNone Fixed
    2009-10-27 joa Carbon-CopyRemoved joa -
    2009-10-27 joa Carbon-Copy- Added joa

    Back to the top

    Powered by Savane 3.13-b921.
    Corresponding source code