Re: improving on the standard :grep behavior...

6. Want :match called automatically in Quickfix buffer for searched pattern (solution: use custom command and function). 7. Actually, solution to 6 isn't quite what I want, I'd like it to behave as if I typed '/pat' in quickfix so n, N, etc. work (no solution yet). You can

[patch] fixed uninitialized memory access + leak in ml_recover()

Hi Latest Vim-7.3b BETA (2401:f380d5227fad) accesses uninitialized memory when doing this: 1) In a terminal, start vim with: $ vim -u NONE /tmp/foo (this creates a swap file /tmp/.foo.swp) 2) In another terminal, start vim with: $ valgrind vim -u NONE /tmp/foo 2 /tmp/vg.log 3) Vim

Re: [patch] fixed uninitialized memory access + leak in ml_recover()

Dominique Pellé wrote: Latest Vim-7.3b BETA (2401:f380d5227fad) accesses uninitialized memory when doing this: Sorry, i forgot to attach the patch in my previous email. Here it is. -- Dominique -- You received this message from the vim_dev maillist. Do not top-post! Type your reply below

Re: Conceal support added to 2html (with C patch)

Benjamin Fritz wrote: --00221534d4d3106d42048c2dddf2 Content-Type: text/plain; charset=ISO-8859-1 On Sat, Jul 24, 2010 at 9:09 PM, Benjamin Fritz fritzophre...@gmail.com wrote: Yup, I saw it, thanks. I'm playing with it now. Hopefully I'll figure it out on my own, but it's acting

Re: [patch] fixed uninitialized memory access + leak in ml_recover()

Dominique Pellé wrote: Dominique Pellé wrote: Latest Vim-7.3b BETA (2401:f380d5227fad) accesses uninitialized memory when doing this: Sorry, i forgot to attach the patch in my previous email. Here it is. Having a second look at the code of ml_recover(), I see another bug which already

Re: [patch] Add complete to :lmap

Tyru wrote: Hi list. Again, I've created the patch that is oneline :) It's simple. The patch is to add complete to :lmap ex command. Thanks. And a few lines down for :lunmap. -- Females are strictly forbidden to appear unshaven in public. [real standing law in New

Re: [patch] fixed uninitialized memory access + leak in ml_recover()

Dominique Pelle wrote: Dominique Pellé wrote: Latest Vim-7.3b BETA (2401:f380d5227fad) accesses uninitialized memory when doing this: Sorry, i forgot to attach the patch in my previous email. Here it is. Thanks! -- Violators can be fined, arrested or jailed for making ugly faces at

Re: [patch] added completion to the :setfiletype command.

Dominique wrote: Attached patch adds completion to the :setfiletype command. Example: :setf javaCTRL-D javajavacc javascript Thanks. -- Beer pretzels can't be served at the same time in any bar or restaurant. [real standing law in North Dakota, United

Re: [patch] fixed uninitialized memory access + leak in ml_recover()

Dominique Pellé wrote: Dominique Pellé wrote: Latest Vim-7.3b BETA (2401:f380d5227fad) accesses uninitialized memory when doing this: Sorry, i forgot to attach the patch in my previous email. Here it is. Having a second look at the code of ml_recover(), I see another bug

Re: crypt + persistent undo bug

Christian J. Robinson wrote: If I'm editing an encrypted file then use the same Vim session to edit a non-encrypted file, the saved undo information for the non-encrypted file is garbled when it is read. To reproduce, you need an existing, non-encrypted file that has undo information

Re: Vim 7.3a ready for beta testing

Le Sun, 18 Jul 2010 22:51:51 +0200, Bram Moolenaar a écrit dans le message 201007182051.o6ikpper028...@masaka.moolenaar.net : Announcing: Vim (Vi IMproved) version 7.3a BETA Thanks Bram and all working for this version. rnu is a very good idea. I can compile with Borland C++ 5.5 / Win 98 (huge

Re: Vim 7.3a ready for beta testing

Patrick Texier wrote: Le Sun, 18 Jul 2010 22:51:51 +0200, Bram Moolenaar a écrit dans le message 201007182051.o6ikpper028...@masaka.moolenaar.net : Announcing: Vim (Vi IMproved) version 7.3a BETA Thanks Bram and all working for this version. rnu is a very good idea. I can compile with

Re: Add complete to :lmap

Thanks! On Jul 25, 9:14 pm, Bram Moolenaar b...@moolenaar.net wrote: Tyru wrote: Hi list. Again, I've created the patch that is oneline :) It's simple. The patch is to add complete to :lmap ex command. Thanks.  And a few lines down for :lunmap. -- Females are strictly forbidden to

Vim 7.3b ready for beta testing

Hello Vim users, Announcing: Vim (Vi IMproved) version 7.3b BETA This is a BETA release of Vim 7.3. It consists of Vim 7.2 plus all patches, updated runtime files and some more. 7.3b both includes lots of fixes and a few new features. Everything needs to be tested to verify no new

[patch] Restore multi-byte titles in Gtk/Gnome builds (was Re: Beep on exit)

On Sat, Jul 24, 2010 at 02:36:50AM -0700, Anatoli Sakhnik wrote: Now I know what happens, and this is a bug either of vim or of gnome- terminal. I traced the code from :quit, and noticed the following calls: mch_exit() - mch_restore_title() - mch_settitle(). Beeps are produced by the strings

[patch] Restore multi-byte titles in Gtk/Gnome builds (was Re: Beep on exit)

James Vega wrote: On Sat, Jul 24, 2010 at 02:36:50AM -0700, Anatoli Sakhnik wrote: Now I know what happens, and this is a bug either of vim or of gnome- terminal. I traced the code from :quit, and noticed the following calls: mch_exit() - mch_restore_title() - mch_settitle(). Beeps are

[bug] access to free memory with :redir command in Vim-7.2.466 and Vim-7.3b BETA

Hi I observe the following access to free memory with both Vim-7.2.466 and Vim-7.3b BETA (2411:ca3f40b0d95e): ==4135== Invalid read of size 1 ==4135==at 0x808B1D0: set_var_lval (eval.c:2855) ==4135==by 0x808B3AE: var_redir_stop (eval.c:1147) ==4135==by 0x80A44EC: close_redir

Re: [bug] access to free memory with :redir command in Vim-7.2.466 and Vim-7.3b BETA

Dominique Pelle wrote: I observe the following access to free memory with both Vim-7.2.466 and Vim-7.3b BETA (2411:ca3f40b0d95e): ==4135== Invalid read of size 1 ==4135==at 0x808B1D0: set_var_lval (eval.c:2855) ==4135==by 0x808B3AE: var_redir_stop (eval.c:1147) ==4135==by

:command -complete bug?

Perhaps I'm just not implementing my complete function properly, but when I try to define a new :command that uses a function for completion, I'm having it return a list with spaces in the list items escaped with a backslash. Nevertheless, when an argument with any escaped spaces is

Re: :command -complete bug?

On Sun, 25 Jul 2010, Christian J. Robinson wrote: My explanation is probably unclear, but I can reproduce it by sourcing the attached file, typing :Foo and pressing tab (clear away the blank confirm dialog), then pressing backspace to delete the '1' and then pressing tab again. The confirm

[patch] Restore multi-byte titles in Gtk/Gnome builds (was Re: Beep on exit)

James Vega wrote: On Sat, Jul 24, 2010 at 02:36:50AM -0700, Anatoli Sakhnik wrote: Now I know what happens, and this is a bug either of vim or of gnome- terminal. I traced the code from :quit, and noticed the following calls: mch_exit() - mch_restore_title() - mch_settitle(). Beeps are

Re: [bug] access to free memory with :redir command in Vim-7.2.466 and Vim-7.3b BETA

Bram Moolenaar: Dominique Pelle wrote: I observe the following access to free memory with both Vim-7.2.466 and Vim-7.3b BETA (2411:ca3f40b0d95e): I'll add it to the todo list.  But perhaps you figure out how to fix it. Still no fix, but I have a simpler way to reproducing it without the

Cross-build issues with vim

I'm looking at: dnl Our own version of AC_CHECK_SIZEOF(int); fixes a bug when sizeof() can't dnl be printed with %d, and avoids a warning for cross-compiling. AC_MSG_CHECKING(size of int) AC_CACHE_VAL(ac_cv_sizeof_int, [AC_TRY_RUN([ #includestdio.h #if STDC_HEADERS # includestdlib.h #

Re: Cross-build issues with vim

On Sun, Jul 25, 2010 at 03:22:29PM -0600, Philip Prindeville wrote: I'm looking at: dnl Our own version of AC_CHECK_SIZEOF(int); fixes a bug when sizeof() can't dnl be printed with %d, and avoids a warning for cross-compiling. Check out the vim73 branch, which uses Autoconf's standard size