Bram:
> I'm not sure if that can be made to work. CTRL-Break sometimes behaves
> strange.
>
> On Unix you would use "kill" to stop the process. On MS-Windows you can
> use the task manager for this, right?
>
> In general I don't mind the flickering, it's feedback that something is
> happening
Hi all,
My wish list for extending the Vim search feature:
1. When searching for a pattern, pressing a key at the search prompt
should jump to the next or previous match.
2. After jumping multiple times from the search prompt, pressing the
escape key should restore the cursor to the origi
Patch 7.4.2038 (after 7.4.2036)
Problem:Small build still fails.
Solution: Adjust more #ifdefs.
Files: src/globals.h, src/buffer.c
*** ../vim-7.4.2037/src/globals.h 2016-07-10 19:03:47.703212491 +0200
--- src/globals.h 2016-07-14 22:55:21.435444809 +0200
***
**
On Thu, Jul 14, 2016 at 10:09 PM, Bram Moolenaar wrote:
>
> Patch 7.4.2036
> Problem:Looking up a buffer by number is slow if there are many.
> Solution: Use a hashtab.
> Files: src/structs.h, src/buffer.c
This introduces several messages in the Tiny build for buffer.c, which
fails as
Ramel Eshed wrote:
> > Strange. Oh, perhaps it's because this "mybuf" is near the start of the
> > buffer list? I reversed the search order, thinking that there is a
> > higher chance of searching for a newer buffer.
> >
> > You can try changing buflist_findname_stat() from:
> >
> > for (
Patch 7.4.2037 (after 7.4.2036)
Problem:Small build fails.
Solution: Adjust #ifdefs.
Files: src/hashtab.c
*** ../vim-7.4.2036/src/hashtab.c 2016-04-03 22:44:32.399625762 +0200
--- src/hashtab.c 2016-07-14 22:31:31.812382393 +0200
***
*** 29,36
#includ
skywind wrote:
> > I am on the fence on this one.
> > If Vim shells out to run something and that something is taking a _very_
> > long time, your Vim is essentially hung.
> > This happens to me frequently.
> > At least with the Window there, I can close it, which returns an error to
> > Vim (v
Patch 7.4.2036
Problem:Looking up a buffer by number is slow if there are many.
Solution: Use a hashtab.
Files: src/structs.h, src/buffer.c
*** ../vim-7.4.2035/src/structs.h 2016-07-10 22:11:11.858751521 +0200
--- src/structs.h 2016-07-14 21:37:09.432147507 +0200
*
When the new regexp engine was introduced, it had so many bugs one
after the other that I had cold feet about using it and used ":set
re=1" in my vimrc to "temporarily" disable it. Today I asked myself:
“Is this still needed?” So I downloaded the ftp README and searched
it, ":0/^Individual patches/
Danek Duvall wrote:
> ZFS datasets on Solaris (maybe others?) have this nifty little property
> called "aclmode", which is set to "discard" by default[1]. That means that
> when calling chmod() on a file, any non-trivial ACL gets removed. In
> buf_write(), we almost always call mch_setperm(), c
Patch 7.4.2035
Problem:On Solaris with ZFS the ACL may get removed.
Solution: Always restore the ACL for Solaris ZFS. (Danek Duvall)
Files: src/fileio.c
*** ../vim-7.4.2034/src/fileio.c2016-07-10 22:11:11.870751341 +0200
--- src/fileio.c2016-07-14 20:33:57.407544979 +0
Patch 7.4.2034 (after 7.4.2032)
Problem:Build fails with some version of MinGW. (illusorypan)
Solution: Recognize mingw32. (Ken Takata, closes #921)
Files: src/Make_cyg_ming.mak
*** ../vim-7.4.2033/src/Make_cyg_ming.mak 2016-07-13 20:54:39.498772534
+0200
--- src/Make_cyg_ming.
2016-07-14 17:21 GMT+03:00 Bram Moolenaar :
>
> Ken Takata wrote:
>
>> 2016/7/14 Thu 15:43:11 UTC+9 mattn wrote:
>> > On Thursday, July 14, 2016 at 12:49:58 PM UTC+9, ZyX wrote:
>> > > 2016-07-13 19:17 GMT+03:00 mattn :
>> > > > On Wednesday, July 13, 2016 at 4:11:59 AM UTC+9, Bram Moolenaar wrote:
2016-07-14 9:43 GMT+03:00 mattn :
> On Thursday, July 14, 2016 at 12:49:58 PM UTC+9, ZyX wrote:
>> 2016-07-13 19:17 GMT+03:00 mattn :
>> > On Wednesday, July 13, 2016 at 4:11:59 AM UTC+9, Bram Moolenaar wrote:
>> >
>> > Well, I wonder this lambda will be useful. At the first, we hoped to call
>> >
Ken Takata wrote:
> 2016/7/14 Thu 15:43:11 UTC+9 mattn wrote:
> > On Thursday, July 14, 2016 at 12:49:58 PM UTC+9, ZyX wrote:
> > > 2016-07-13 19:17 GMT+03:00 mattn :
> > > > On Wednesday, July 13, 2016 at 4:11:59 AM UTC+9, Bram Moolenaar wrote:
> > > >
> > > > Well, I wonder this lambda will be
> I am on the fence on this one.
> If Vim shells out to run something and that something is taking a _very_ long
> time, your Vim is essentially hung.
> This happens to me frequently.
> At least with the Window there, I can close it, which returns an error to Vim
> (via the system() call) and I g
On 13 July 2016, Yang Luo wrote:
>
> I write a function like this:
> function InsertNumber(start, end, step)
>
> let i = a:start
>
> let curr_line = 0
>
> while i <= a:end
> if a:step <= 0
> echo "Error: step cannot <=0."
> break
> endif
>
> call append
On Thu, Jul 14, 2016 at 4:02 AM, Linwei wrote:
> Taglist (or tagbar) is the top-1 rated plugin in vim.org, many windows
> gvim users are using it in their every day work. But the system() window
> (Taglist using system() to invoke ctags.exe) will pop up on the windows
> taskbar each time when a n
On Thu, Jul 14, 2016 at 4:45 PM, Linwei wrote:
> Will the official gvim adopt this important patch ?
> Patching each new release myself is really awful.
>
It's quite effortless if you use the hg mirror and maintain the patches
with mq. Then to update to new version just run
hg qpop -a
hg update
If you compile vim yourself, you can simply change SW_SHOWMINNOACTIVE to
SW_HIDE in https://github.com/vim/vim/blob/master/src/os_win32.c#L4131.
I have used this patch for years (unfortunately I forget the source of the
patch) then just add let $VIM_SYSTEM_HIDECONSOLE=1 to vimrc or toggle the
valu
On Thursday, July 14, 2016 at 3:44:54 PM UTC+9, mattn wrote:
> Next update. Added "auto" and quotes binary literals for C++14.
>
>
> https://gist.githubusercontent.com/mattn/86de0abdac858ed8ff5756bb286e6916/raw/7c9d850996ca1e42181de05cf6749ac887bfbcab/gistfile1.diff
>
> Thanks.
Sorry, please wa
On Thursday, July 14, 2016 at 3:44:54 PM UTC+9, mattn wrote:
> Next update. Added "auto" and quotes binary literals for C++14.
>
>
> https://gist.githubusercontent.com/mattn/86de0abdac858ed8ff5756bb286e6916/raw/7c9d850996ca1e42181de05cf6749ac887bfbcab/gistfile1.diff
>
> Thanks.
Sorry, please wa
Hi mattn,
2016/7/14 Thu 15:43:11 UTC+9 mattn wrote:
> On Thursday, July 14, 2016 at 12:49:58 PM UTC+9, ZyX wrote:
> > 2016-07-13 19:17 GMT+03:00 mattn :
> > > On Wednesday, July 13, 2016 at 4:11:59 AM UTC+9, Bram Moolenaar wrote:
> > >
> > > Well, I wonder this lambda will be useful. At the first,
23 matches
Mail list logo