Re: Search with offset e+1 fails to wrap at the end of the file

2015-02-10 Thread Gary Johnson
On 2015-02-10, Christian Brabandt wrote: > Am 2015-02-10 04:15, schrieb Gary Johnson: > >Given a file with the following contents, > > > >ape(x > >boy(y > >cat( > >dog(z > >emu( > > > >and opened with > > > >vim -N -u NONE file > > > >this search command, > > > >/(/e+1 > > > >will first mov

RE: Google summer of code

2015-02-10 Thread John Beckett
Bram wrote: > The Summer of Code is here again this year. If we want Vim to > participate we need a few mentors and someone to organise the > application. > > To be realistic, I won't have much time for this. I can help > out where needed, but the bulk of the work will have to be > done by you! >

Re: Google summer of code

2015-02-10 Thread Enno
Le lundi 9 février 2015 21:45:42 UTC+1, Bram Moolenaar a écrit : > The Summer of Code is here again this year. If we want Vim to > participate we need a few mentors and someone to organise the > application. > > To be realistic, I won't have much time for this. I can help out where > needed, but

Re: ga shows more information than b or B in statusline

2015-02-10 Thread Bram Moolenaar
Axel Bender wrote: > Information on a combined character (insert e.g. hu0300) is > displayed correctly with "ga" (here: "Hex 68 ..., ... Hex 0300"); a > statusline containing a "b" or "B" item however, only just shows the > first character. > > Could that be changed? Since that would take more

Re: [PATCH] Documentation typo fixes

2015-02-10 Thread Bram Moolenaar
Ingo Karkat wrote: > here are a few fixes of typos in the English documenation: "documentation" :-) Thanks! I'll include the changes. -- "You mean there really is an answer?" "Yes! But you're not going to like it!" "Oh do please tell us!" "You're really not going to like it!

Patch 7.4.623

2015-02-10 Thread Bram Moolenaar
Patch 7.4.623 Problem:Crash with pattern: \(\)\{8} (Dominique Pelle) Solution: When the max limit is large fall back to the old engine. Files: src/regexp_nfa.c *** ../vim-7.4.622/src/regexp_nfa.c 2015-02-05 20:29:55.071222529 +0100 --- src/regexp_nfa.c2015-02-10 18:09:53.

Patch 7.4.624

2015-02-10 Thread Bram Moolenaar
Patch 7.4.624 Problem:May leak memory or crash when vim_realloc() returns NULL. Solution: Handle a NULL value properly. (Mike Williams) Files: src/if_cscope.c, src/memline.c, src/misc1.c, src/netbeans.c *** ../vim-7.4.623/src/if_cscope.c 2014-12-13 03:20:10.539067382 +0100 --- sr

Patch 7.4.625

2015-02-10 Thread Bram Moolenaar
Patch 7.4.625 Problem:Possible NULL pointer dereference. Solution: Check for NULL before using it. (Mike Williams) Files: src/if_py_both.h *** ../vim-7.4.624/src/if_py_both.h 2015-02-03 12:55:11.136179596 +0100 --- src/if_py_both.h2015-02-10 18:39:40.531839555 +0100 **

www.vim.org is down?

2015-02-10 Thread Masaya Suzuki
Hi, It seems www.vim.org is down. Can anyone fix this? -- masaya -- -- You received this message from the "vim_dev" maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php --- You received this message because

Re: Issue 327 in vim: Can't build vim with VS2013

2015-02-10 Thread vim
Comment #1 on issue 327 by benjamin...@rockwellcollins.com: Can't build vim with VS2013 https://code.google.com/p/vim/issues/detail?id=327 In what way doesn't it work? Do you get an error? What specific error? -- You received this message because this project is configured to send all issu

Re: Issue 328 in vim: Perl interface cannot use strawberry perl

2015-02-10 Thread vim
Comment #1 on issue 328 by benjamin...@rockwellcollins.com: Perl interface cannot use strawberry perl https://code.google.com/p/vim/issues/detail?id=328 In what way doesn't it work? Do you get an error while compiling? Does it compile but cause an error in Vim? What error? -- You received

Re: Issue 328 in vim: Perl interface cannot use strawberry perl

2015-02-10 Thread vim
Comment #2 on issue 328 by fritzoph...@gmail.com: Perl interface cannot use strawberry perl https://code.google.com/p/vim/issues/detail?id=328 In what way doesn't it work? Does it give an error while compiling? Or does it compile and give an error in Vim? Or something else? What specific

Patch 7.4.626

2015-02-10 Thread Bram Moolenaar
Patch 7.4.626 Problem:MSVC with W4 gives useless warnings. Solution: Disable more warnings. (Mike Williams) Files: src/vim.h *** ../vim-7.4.625/src/vim.h2015-01-27 12:59:51.859602392 +0100 --- src/vim.h 2015-02-10 18:46:02.294862211 +0100 *** *** 2044,2049 --- 2

Re: www.vim.org is down?

2015-02-10 Thread Bram Moolenaar
Masaya Suzuki wrote: > It seems www.vim.org is down. Can anyone fix this? vim.org is hosted by sourceforge. They apparently have problems. http://sourceforge.net/error-404.html "There's instability and frequent 500 errors on the #SourceForge site currently. We're working on getting this fixed

Patch 7.4.627

2015-02-10 Thread Bram Moolenaar
Patch 7.4.627 Problem:The last screen cell is not updated. Solution: Respect the "tn" termcap feature. (Hayaki Saito) Files: runtime/doc/term.txt, src/option.c, src/screen.c, src/term.c, src/term.h *** ../vim-7.4.626/runtime/doc/term.txt 2013-08-10 13:25:02.0 +0200

Patch 7.4.628

2015-02-10 Thread Bram Moolenaar
Patch 7.4.628 Problem:Compiler warning for variable might be clobbered by longjmp. Solution: Add volatile. (Michael Jarvis) Files: src/main.c *** ../vim-7.4.627/src/main.c 2015-01-27 14:09:29.621898236 +0100 --- src/main.c 2015-02-10 19:24:34.032644963 +0100 *** *** 105

Re: www.vim.org is down?

2015-02-10 Thread Sven Guckes
* Masaya Suzuki wrote: > It seems www.vim.org is down. Can anyone fix this? * Bram Moolenaar [2015-02-10 19:24]: > vim.org is hosted by sourceforge. > They apparently have problems. > http://sourceforge.net/error-404.html > "There's instability and frequent 500 errors > on the #SourceForge site c

Patch 7.4.629

2015-02-10 Thread Bram Moolenaar
Patch 7.4.629 Problem:Coverity warning for Out-of-bounds read. Solution: Increase MAXWLEN to 254. (Eliseo Martínez) Files: src/spell.c *** ../vim-7.4.628/src/spell.c 2014-11-19 16:38:01.512679964 +0100 --- src/spell.c 2015-02-10 20:00:22.188514910 +0100 *** *** 311,319 **

Re: Google summer of code

2015-02-10 Thread Christian Brabandt
Hi Bram! I have a couple of ideas on what to work (in no particular order): - improve terminal input handling (have a look at the thread starting here: http://thread.gmane.org/gmane.editors.vim.devel/29645) - Implement smooth scrolling. By that, I mean the possibility to be able to s

Re: Google summer of code

2015-02-10 Thread Bram Moolenaar
Christian Brabandt wrote: > I have a couple of ideas on what to work (in no particular order): > > - improve terminal input handling > (have a look at the thread starting here: > http://thread.gmane.org/gmane.editors.vim.devel/29645) This requires a good design, one that isn't too much

Re: Search with offset e+1 fails to wrap at the end of the file

2015-02-10 Thread Christian Brabandt
Hi Gary! On Di, 10 Feb 2015, Gary Johnson wrote: > On 2015-02-10, Christian Brabandt wrote: > > Am 2015-02-10 04:15, schrieb Gary Johnson: > > >Given a file with the following contents, > > > > > >ape(x > > >boy(y > > >cat( > > >dog(z > > >emu( > > > > > >and opened with > > > > > >vim -N -u

Re: Issue 326 in vim: filetype plugin not loaded when file opened from within vim rather than from command line

2015-02-10 Thread vim
Comment #8 on issue 326 by fmerci...@gmail.com: filetype plugin not loaded when file opened from within vim rather than from command line https://code.google.com/p/vim/issues/detail?id=326 Result of :verbose set ft? filetype=python Last set from /usr/share/vim/vim74/filetype.vim

Re: Issue 326 in vim: filetype plugin not loaded when file opened from within vim rather than from command line

2015-02-10 Thread vim
Comment #9 on issue 326 by fmerci...@gmail.com: filetype plugin not loaded when file opened from within vim rather than from command line https://code.google.com/p/vim/issues/detail?id=326 I'm not all that familiar with the internals of Vim. Is there some way or tools I could use to investi

Re: Issue 326 in vim: filetype plugin not loaded when file opened from within vim rather than from command line

2015-02-10 Thread vim
Comment #10 on issue 326 by fmerci...@gmail.com: filetype plugin not loaded when file opened from within vim rather than from command line https://code.google.com/p/vim/issues/detail?id=326 Interestingly enough, if the first file I open is of a different type, the plugins load correctly the

Re: Search with offset e+1 fails to wrap at the end of the file

2015-02-10 Thread Bram Moolenaar
Christian wrote: > Hi Gary! > > On Di, 10 Feb 2015, Gary Johnson wrote: > > > On 2015-02-10, Christian Brabandt wrote: > > > Am 2015-02-10 04:15, schrieb Gary Johnson: > > > >Given a file with the following contents, > > > > > > > >ape(x > > > >boy(y > > > >cat( > > > >dog(z > > > >emu( > > > >

Re: ':edit file' is broken when 'buftype=nofile'

2015-02-10 Thread Michael Kaiser
Am Dienstag, 27. Januar 2015 11:26:56 UTC+1 schrieb Bram Moolenaar: > Xavier de Gaye wrote: > > > On 01/25/2015 03:59 PM, Bram Moolenaar wrote: > > > Xavier de Gaye wrote: > > >> In the following test case, 'foobar' and 'dummy_file' are two > > >> non-existent files: > > >> > > >> gvim -o fo

Re: Google summer of code

2015-02-10 Thread James McCoy
On Tue, Feb 10, 2015 at 08:56:12PM +0100, Bram Moolenaar wrote: > Christian Brabandt wrote: > > - Update the GTK Gui to use a more modern and nicer GUI > > Migrate to GTK3? > > There has been very little work on the GUI, it would be good to see what > updates can be made. On the other hand, t

Re: ':edit file' is broken when 'buftype=nofile'

2015-02-10 Thread Justin M. Keyes
On Tue, Jan 27, 2015 at 5:26 AM, Bram Moolenaar wrote: > > Xavier de Gaye wrote: > >> On 01/25/2015 03:59 PM, Bram Moolenaar wrote: >> > Xavier de Gaye wrote: >> >> In the following test case, 'foobar' and 'dummy_file' are two >> >> non-existent files: >> >> >> >> gvim -o foobar dummy_file >

Re: Search with offset e+1 fails to wrap at the end of the file

2015-02-10 Thread Gary Johnson
Hi Christian, On 2015-02-10, Christian Brabandt wrote: > On Di, 10 Feb 2015, Gary Johnson wrote: > > I thought there was a precedent for advancing the cursor to the next > > match if it would otherwise get stuck in some pattern loop, but I > > can't think of exactly what it was. There is a prec

Re: www.vim.org is down?

2015-02-10 Thread Masaya Suzuki
Thank you for the link! On Wed Feb 11 2015 at 3:28:33 AM Sven Guckes wrote: > * Masaya Suzuki wrote: > > It seems www.vim.org is down. Can anyone fix this? > > * Bram Moolenaar [2015-02-10 19:24]: > > vim.org is hosted by sourceforge. > > They apparently have problems. > > http://sourceforge.ne

Expose the state of direction of a previous motion or search command

2015-02-10 Thread Bohr Shaw
It's distracting to remember the direction of a previous motion or search command(e.g. f F * # g* g# etc.), which makes it difficult to choose a proper repeat command(; , n N), especially not immediately after the motion or search command. Thus I think the state of direction of a previous motio

Re: Patch 7.4.592

2015-02-10 Thread lilydjwg
On Tue, Jan 27, 2015 at 11:26:39AM +0100, Bram Moolenaar wrote: > > Patch 7.4.592 > Problem:When doing ":e foobar" when already editing "foobar" and 'buftype' > is "nofile" the buffer is cleared. (Xavier de Gaye) > Solution: Do no clear the buffer. > Files:src/ex_cmds.c