Hi skywind3000!
On Mi, 25 Mai 2016, skywind3...@163.com wrote:
> Win32-binary (7.4.1842) cannot be located in the gvim release:
> https://github.com/vim/vim-win32-installer/releases:
>
> only find x64 binary and pdb.
>
> win32 is very important for many people whose toolchains (python/lua)
>
Hi tux.,
2016/5/25 Wed 7:27:04 UTC+9 tux. wrote:
> Well ...
>
> > if_perl.obj : error LNK2001: Nicht aufgelöstes externes Symbol
> > "__imp__Perl_savetmps".
> > gvim.exe : fatal error LNK1120: 1 nicht aufgelöste externe Verweise.
>
> :-(
How about trying Damien's patch for Perl 5.22.2?
Hi,
2016/5/25 Wed 11:45:30 UTC+9 skywi...@163.com wrote:
> Win32-binary (7.4.1842) cannot be located in the gvim release:
> https://github.com/vim/vim-win32-installer/releases:
>
>
> only find x64 binary and pdb.
>
>
> win32 is very important for many people whose toolchains (python/lua) or
Hi Bram,
2016-5-25(Wed) 12:49:13 UTC+9 h_east:
> Hi Bram,
>
> 2016-5-25(Wed) 0:33:53 UTC+9 Bram Moolenaar:
> > Patch 7.4.1838
> > Problem:Functions specifically for testing do not sort together.
> > Solution: Rename garbagecollect_for_testing() to
> > test_garbagecollect_now().
> >
Hi Bram,
2016-5-25(Wed) 0:33:53 UTC+9 Bram Moolenaar:
> Patch 7.4.1838
> Problem:Functions specifically for testing do not sort together.
> Solution: Rename garbagecollect_for_testing() to test_garbagecollect_now().
> Add test_null_list(), test_null_dict(), etc.
> Files:
Win32-binary (7.4.1842) cannot be located in the gvim release:
https://github.com/vim/vim-win32-installer/releases:
only find x64 binary and pdb.
win32 is very important for many people whose toolchains (python/lua) or os is
32-bit
Will the maintainer of gvim give up 32 bit version ?
Hi,
Is there any way to use a nomodifiable buffer as an output buffer for a job? If
not, I think that it could be very useful.
Thanks,
Ramel
--
--
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,
On Sunday, May 8, 2016 at 8:50:30 PM UTC+3, Ramel Eshed wrote:
> On Sunday, May 8, 2016 at 2:26:05 PM UTC+3, Bram Moolenaar wrote:
> > Ramel Eshed wrote:
> >
> > > On Sunday, May 8, 2016 at 8:59:24 AM UTC+3, Bram Moolenaar wrote:
> > > > Ramel Eshed wrote:
> > > >
> > > > > Thanks to Bram and
Well ...
> if_perl.obj : error LNK2001: Nicht aufgelöstes externes Symbol
> "__imp__Perl_savetmps".
> gvim.exe : fatal error LNK1120: 1 nicht aufgelöste externe Verweise.
:-(
--
--
You received this message from the "vim_dev" maillist.
Do not top-post! Type your reply below the text you are
2016-05-24 23:14 GMT+03:00 Christian Brabandt :
> Hi Bram!
>
> On Di, 24 Mai 2016, Bram Moolenaar wrote:
>
>>
>> Patch 7.4.1836
>> Problem:When using a partial on a dictionary it always gets bound to that
>> dictionary.
>> Solution: Make a difference between
Christian Brabandt wrote:
> On Di, 24 Mai 2016, Bram Moolenaar wrote:
>
> >
> > Patch 7.4.1836
> > Problem:When using a partial on a dictionary it always gets bound to
> > that
> > dictionary.
> > Solution: Make a difference between binding a function to a dictionary
> >
2016-05-24 23:25 GMT+03:00 Bram Moolenaar :
>
> Nikolay Pavlov wrote:
>
>> 2016-05-24 19:37 GMT+03:00 Bram Moolenaar :
>> >
>> > Patch 7.4.1839
>> > Problem:Cannot get the items stored in a partial.
>> > Solution: Support using get() on a partial.
>> >
Patch 7.4.1842 (after 7.4.1839)
Problem:get() works for Partial but not for Funcref.
Solution: Accept Funcref. Also return the function itself. (Nikolai Pavlov)
Files: src/eval.c, src/testdir/test_partial.vim, runtime/doc/eval.txt
*** ../vim-7.4.1841/src/eval.c 2016-05-24
Nikolay Pavlov wrote:
> 2016-05-24 19:37 GMT+03:00 Bram Moolenaar :
> >
> > Patch 7.4.1839
> > Problem:Cannot get the items stored in a partial.
> > Solution: Support using get() on a partial.
> > Files: src/eval.c, src/testdir/test_partial.vim,
Dominique wrote:
> Vim-7.4.1841 (and older) built with ubsan (undefined
> sanitizer) on x86 shows a multiplication overflow when
> clicking in the vim terminal for the first time:
>
> term.c:5039:37: runtime error: signed integer overflow: 1464114431 *
> 1000 cannot be represented in type 'long
Hi Bram!
On Di, 24 Mai 2016, Bram Moolenaar wrote:
>
> Patch 7.4.1836
> Problem:When using a partial on a dictionary it always gets bound to that
> dictionary.
> Solution: Make a difference between binding a function to a dictionary
> explicitly or automatically.
>
2016-05-24 22:24 GMT+03:00 Dominique Pellé :
> Hi
>
> Vim-7.4.1841 (and older) built with ubsan (undefined
> sanitizer) on x86 shows a multiplication overflow when
> clicking in the vim terminal for the first time:
>
> term.c:5039:37: runtime error: signed integer
Hi
Vim-7.4.1841 (and older) built with ubsan (undefined
sanitizer) on x86 shows a multiplication overflow when
clicking in the vim terminal for the first time:
term.c:5039:37: runtime error: signed integer overflow: 1464114431 *
1000 cannot be represented in type 'long int'
Steps to reproduce:
2016-05-24 19:37 GMT+03:00 Bram Moolenaar :
>
> Patch 7.4.1839
> Problem:Cannot get the items stored in a partial.
> Solution: Support using get() on a partial.
> Files: src/eval.c, src/testdir/test_partial.vim, runtime/doc/eval.txt
>
>
> ***
Patch 7.4.1841
Problem:The code to reallocate the buffer used for quickfix is repeated.
Solution: Move the code to a function. (Yegappan Lakshmanan, closes #831)
Files: src/quickfix.c, src/testdir/test_quickfix.vim
*** ../vim-7.4.1840/src/quickfix.c 2016-05-08 12:51:57.436135992
Patch 7.4.1840
Problem:When using packages an "after" directory cannot be used.
Solution: Add the "after" directory of the package to 'runtimepath' if it
exists.
Files: src/ex_cmds2.c, src/testdir/test_packadd.vim
*** ../vim-7.4.1839/src/ex_cmds2.c 2016-05-17
Patch 7.4.1839
Problem:Cannot get the items stored in a partial.
Solution: Support using get() on a partial.
Files: src/eval.c, src/testdir/test_partial.vim, runtime/doc/eval.txt
*** ../vim-7.4.1838/src/eval.c 2016-05-24 17:33:29.139206088 +0200
--- src/eval.c 2016-05-24
Hi,
On Tue, May 24, 2016 at 7:01 AM, Yegappan Lakshmanan
wrote:
> Hi Bram,
>
> On Mon, May 23, 2016 at 12:57 PM, Bram Moolenaar wrote:
>>> >> >
>>> >> > We could make the modifiers available in <> form, so that the user
>>> >> > command can apply them
I wrote:
> Patch 7.4.1836
> Problem:When using a partial on a dictionary it always gets bound to that
> dictionary.
> Solution: Make a difference between binding a function to a dictionary
> explicitly or automatically.
> Files: src/structs.h, src/eval.c,
Patch 7.4.1838
Problem:Functions specifically for testing do not sort together.
Solution: Rename garbagecollect_for_testing() to test_garbagecollect_now().
Add test_null_list(), test_null_dict(), etc.
Files: src/eval.c, src/testdir/test_expr.vim,
Patch 7.4.1837
Problem:The BufUnload event is triggered twice, when :bunload is used with
`bufhidden` set to `unload` or `delete`.
Solution: Do not trigger the event when ml_mfp is NULL. (Hirohito Higashi)
Files: src/buffer.c, src/testdir/test_autocmd.vim
***
Hi Bram,
On Mon, May 23, 2016 at 12:57 PM, Bram Moolenaar wrote:
>> >> >
>> >> > We could make the modifiers available in <> form, so that the user
>> >> > command can apply them where needed. Possibly just , to pass on
>> >> > all modifiers.
>> >>
>> >> The attached patch
Patch 7.4.1836
Problem:When using a partial on a dictionary it always gets bound to that
dictionary.
Solution: Make a difference between binding a function to a dictionary
explicitly or automatically.
Files: src/structs.h, src/eval.c,
Christian Brabandt wrote:
> On Di, 24 Mai 2016, Bram Moolenaar wrote:
>
> >
> > Patch 7.4.1834
> > Problem:Possible crash when conceal is active.
> > Solution: Check for the screen to be valid when redrawing a line.
> > Files: src/screen.c
>
> I thought, this didn't fix the crash?
Patch 7.4.1835
Problem:When splitting and closing a window the status height changes.
Solution: Compute the frame height correctly. (Hirohito Higashi)
Files: src/window.c, src/testdir/test_alot.vim,
src/testdir/test_window_cmd.vim
*** ../vim-7.4.1834/src/window.c
Hirohito Higashi wrote:
> Hi Bram and Vimmers,
>
> I have received reports of problems related to :split and laststatus=0.
>
> I was confirmed by CUI Vim 7.4.1832 on fedora 23 via PuTTY (80x24)
>
> Issue 1:
> - Start pure Vim with some options.
> $ vim -Nu NONE -c "set ls=0 splitbelow"
> -
Hi Bram!
On Di, 24 Mai 2016, Bram Moolenaar wrote:
>
> Patch 7.4.1834
> Problem:Possible crash when conceal is active.
> Solution: Check for the screen to be valid when redrawing a line.
> Files: src/screen.c
I thought, this didn't fix the crash?
Best,
Christian
--
Wenn dich einer
Patch 7.4.1834
Problem:Possible crash when conceal is active.
Solution: Check for the screen to be valid when redrawing a line.
Files: src/screen.c
*** ../vim-7.4.1833/src/screen.c2016-04-29 22:58:25.622876633 +0200
--- src/screen.c2016-05-08 21:05:44.131944690 +0200
Patch 7.4.1833
Problem:Cannot use an Ex command for 'keywordprg'.
Solution: Accept an Ex command. (Nelo-Thara Wallus)
Files: src/normal.c, runtime/doc/options.txt
*** ../vim-7.4.1832/src/normal.c2016-04-16 09:13:31.538407268 +0200
--- src/normal.c2016-05-24
Hi Bram and Vimmers,
I have received reports of problems related to :split and laststatus=0.
I was confirmed by CUI Vim 7.4.1832 on fedora 23 via PuTTY (80x24)
Issue 1:
- Start pure Vim with some options.
$ vim -Nu NONE -c "set ls=0 splitbelow"
- Check window height.
:echo winheight(0)
23
Attached is a modified patch from justinmk for neovim that allows other
ex-commands besides :help to be used in keywordprg.
E.g.
ru plugin/manpager.vim
set keywordprg=:Man
would open man pages in a split when 'K' is pressed over a keyword
instead of opening it in a pager, instead of
36 matches
Mail list logo