Re: vim73 SEGV

AM, SungHyun Nam wrote: > Hello, > > hg changeset:   2255:0e27866cea99 > > VIM-7.3 BETA died with sequence below: >    vim newfile.sh >    :w >    :!chmod 0755 % >    :e > > Regards, > namsh > > GNU gdb 6.8-debian > Copyright (C) 2008 Free Software Foundation, Inc. > License GPLv3+: GNU GPL versio

Re: vim73 SEGV

SungHyun Nam wrote: > hg changeset: 2255:0e27866cea99 > > VIM-7.3 BETA died with sequence below: > vim newfile.sh > :w > :!chmod 0755 % > :e I'll add it to the todo list. Didn't try reproducing it yet. > Regards, > namsh > > GNU gdb 6.8-debian > Copyright (C) 2008 Free

Re: [patch] redraw bug with 'foldcolumn' and 'conceallevel'

Dominique Pelle wrote: > Hi > > I notice a bug with conceal feature: the content of > the fold column is not displayed correctly when using > 'conceallevel' with a value >= 1. > > Steps to reproduce: > > 1) Enter this command: > > $ yes foo | head -10 | \ > vim --noplugin -u NONE \ >

Re: Suggest a Gvim 7.3 new look

> >> Unix users usually are more minimalist, and vim users usually are more > >> unix like users. > > > > Sure, and these users are already covered, right? You can always use the > > terminal... That's not the point. > > > > Yes this is the point. > > So its ok to implement a email client/nttp re

vim73 SEGV

Hello, hg changeset: 2255:0e27866cea99 VIM-7.3 BETA died with sequence below: vim newfile.sh :w :!chmod 0755 % :e Regards, namsh GNU gdb 6.8-debian Copyright (C) 2008 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later

Re: Claimed memory leak in :match

John Beckett wrote: > A recent edit to a tip includes a claim that having :match in > autocmd events leads to severe slow downs due to a memory leak. > > The tip has a variety of methods to highlight unwanted spaces, > including the following extreme version which attempts to > highlight dubious

Re: Suggest a Gvim 7.3 new look

On Thu, Jun 10, 2010 at 10:26 AM, Luis Carvalho wrote: > Of course, if you can always :set go-=T, then the toolbar is irrelevant for > you. The problem is not having a toolbar users don't like, but having a > toolbar that users enjoy. [snip] > >> Unix users usually are more minimalist, and vim use

Re: [patch] redraw bug with 'foldcolumn' and 'conceallevel'

Dominique Pellé wrote: > Hi > > I notice a bug with conceal feature: the content of > the fold column is not displayed correctly when using > 'conceallevel' with a value >= 1. > > Steps to reproduce: > > 1) Enter this command: > > $ yes foo | head -10 | \ >  vim --noplugin -u NONE \ >      -c 'set

[patch] redraw bug with 'foldcolumn' and 'conceallevel'

Hi I notice a bug with conceal feature: the content of the fold column is not displayed correctly when using 'conceallevel' with a value >= 1. Steps to reproduce: 1) Enter this command: $ yes foo | head -10 | \ vim --noplugin -u NONE \ -c 'set foldcolumn=4 conceallevel=1' \ -c ':3

Re: Suggest a Gvim 7.3 new look

nico io wrote: Hi, I am currently using Gvim 7.2 rebuild with this new toolbar. I think : 1. Gvim has to improve its visual interface to seduce new users. 1.a I suggest the toolbar in 48px size border mixed with the existing menu => Gvim takes a new look AND you can attach your new vimscr

Re: Warning regarding use of "%ld" vs "%lld"

On Thu, Jun 10, 2010 at 12:40 PM, björn wrote: > On 9 June 2010 17:10, James Vega wrote: >> That's odd.  The AC_CHECK_SIZEOF macro has been in Autoconf since 2.50. >> I just tested on Debian Etch (since that has Autoconf 2.61) and >> running "make autoconf" generates a configure that detects off_t

Re: Warning regarding use of "%ld" vs "%lld"

On 9 June 2010 17:10, James Vega wrote: > On Wed, Jun 9, 2010 at 4:41 AM, björn wrote: >> On 8 June 2010 23:05, James Vega wrote: >>> On Sun, Jun 6, 2010 at 1:42 PM, björn wrote: >>> My config.log looks like this: configure:11865: checking for off_t configure:11895: gcc -c -O2 -

Re: Warning regarding use of "%ld" vs "%lld"

2010/6/9 Dominique Pellé: > björn wrote: > >> $ gcc --version >> i686-apple-darwin10-gcc-4.2.1 (GCC) 4.2.1 (Apple Inc. build 5659) >> >> All I can say is that if you want to print an off_t value on OS X 10.6 >> then "%lld" must be used or that warning pops up. >> >> Since those two lines in fileio.

Re: Suggest a Gvim 7.3 new look

> I dont think that vim is made to attract 'young people'. Its mean to > attract someone that need a powerful editor, not only developers but > people that edit plain text files in general. That is a different > niche. > > For 'young people' exist others editor more suitable to be "good looking".

Claimed memory leak in :match

A recent edit to a tip includes a claim that having :match in autocmd events leads to severe slow downs due to a memory leak. The tip has a variety of methods to highlight unwanted spaces, including the following extreme version which attempts to highlight dubious spaces as you type, but NOT highl

netrw.vim

hi, there are some troubles with VIM. Type in your shell mkdir include mkdir include/net mkdir net vim :e net :vs include/net netrw.vim try to reuse buffers and find it with help of bufname function that returns short filename(:. In standar

Re: Suggest a Gvim 7.3 new look

On Wed, Jun 9, 2010 at 11:53 PM, epanda wrote: If Tony dont alerted me, I though this is another one not related to 'nico io'. I this list, usually people use real names. Or stick to only one nick. > > In the period we live in, with High Definition Wide Screen, I maintain > that 32 or 48px give a

RE: [patch] update display of concealed items in current line when changing 'modifiable' option

From: Dominique Pellé [mailto:dominique.pe...@gmail.com] > When changing the 'modifiable' option (with :set modifiable!), > vim-7.3a (2255:0e27866cea99) does not redraw the current line > concealed or unconcealed (user needs to press CTRL-L to redraw > it correctly). > Attached patch fixes it. I