On 2016-03-13, Yegappan Lakshmanan wrote:
> Hi Bram,
>
> On Sun, Mar 13, 2016 at 11:44 AM, Bram Moolenaar wrote:
> >
> > Yegappan Lakshmanan wrote:
> >
> >> >> I am attaching a patch to add the ":cfilter" and ":lfilter" commands to
> >> >> filter entries matching a pattern from the
Hi Urtica,
2016-3-21(Mon) 6:33:45 UTC+9 Urtica dioica:
> 7.4.1087 caused a regression (still present in 7.4.1627).
>
> hello 1
> world
> --- ljx
> hello 2
> wrld
>
> Using j or k after a regular increment/decrement that moves the cursor right
> returns to the old column.
Attached patch would
Build problems after adding patches 7.4.1616 to 7.4.1626 (plus one
runtime files update)
1. Warning in channel.c (in Huge only since this file is not compiled for Tiny):
gcc -c -I. -Iproto -DHAVE_CONFIG_H -DFEAT_GUI_GTK -pthread
-I/usr/include/gtk-2.0 -I/usr/lib64/gtk-2.0/include
7.4.1087 caused a regression (still present in 7.4.1627).
hello 1
world
--- ljx
hello 2
wrld
Using j or k after a regular increment/decrement that moves the cursor right
returns to the old column.
--
--
You received this message from the "vim_dev" maillist.
Do not top-post! Type your reply
Patch 7.4.1627
Problem:Channel out_cb and err_cb are not tested.
Solution: Add a test.
Files: src/testdir/test_channel.vim
*** ../vim-7.4.1626/src/testdir/test_channel.vim2016-03-20
20:56:56.036283020 +0100
--- src/testdir/test_channel.vim2016-03-20
Patch 7.4.1626 (after 7.4.1624)
Problem:Missing changes to structs.
Solution: Include the changes.
Files: src/structs.h
*** ../vim-7.4.1625/src/structs.h 2016-03-20 19:31:28.897299188 +0100
--- src/structs.h 2016-03-20 20:15:22.170325225 +0100
***
***
Patch 7.4.1625
Problem:Trying to close file descriptor that isn't open.
Solution: Check for negative number.
Files: src/os_unix.c
*** ../vim-7.4.1624/src/os_unix.c 2016-03-19 14:12:44.962091710 +0100
--- src/os_unix.c 2016-03-20 20:53:21.234562434 +0100
***
Patch 7.4.1624
Problem:Can't get info about a channel.
Solution: Add ch_info().
Files: src/eval.c, src/channel.c, src/proto/channel.pro,
src/testdir/test_channel.vim, runtime/doc/eval.txt
*** ../vim-7.4.1623/src/eval.c 2016-03-19 22:11:47.416675050 +0100
--- src/eval.c
On 19 March 2016, Dominique Pellé wrote:
> LCD 47 wrote:
[...]
> >
> > As I said, I can't reproduce the problem in a simpler setup. As
> > any self-respecting Heisenbug, I can't even reproduce it in gdb.
> >
> > /lcd
> >
>
> Hi LCD,
>
> If
Hi Bram,
2016-3-21(Mon) 2:54:41 UTC+9 Bram Moolenaar:
> Patch 7.4.1622
> Problem:Channel demo doesn't work with Python 2.6.
> Solution: Add number in formatting placeholder
> Files: runtime/tools/demoserver.py
[...]
Thanks!
--
Best regards,
Hirohito Higashi (a.k.a. h_east)
--
--
Elimar Riesebieter wrote:
> * Bram Moolenaar [2016-03-20 17:53 +0100]:
>
> >
> > Yasuhiro Matsumoto wrote:
> >
> > > On Sunday, March 20, 2016 at 11:14:50 PM UTC+9, Elimar Riesebieter wrote:
> > > > * Bram Moolenaar [2016-03-19 18:42 +0100]:
> > > >
Patch 7.4.1623
Problem:All Channels share the message ID, it keeps getting bigger.
Solution: Use a message ID per channel.
Files: src/channel.c, src/proto/channel.pro, src/structs.h
*** ../vim-7.4.1622/src/channel.c 2016-03-20 17:28:31.440893217 +0100
--- src/channel.c
* Bram Moolenaar [2016-03-20 17:53 +0100]:
>
> Yasuhiro Matsumoto wrote:
>
> > On Sunday, March 20, 2016 at 11:14:50 PM UTC+9, Elimar Riesebieter wrote:
> > > * Bram Moolenaar [2016-03-19 18:42 +0100]:
> > >
> > > >
> > > > Patch 7.4.1604
> > > >
Patch 7.4.1622
Problem:Channel demo doesn't work with Python 2.6.
Solution: Add number in formatting placeholder
Files: runtime/tools/demoserver.py
*** ../vim-7.4.1621/runtime/tools/demoserver.py 2016-02-02 20:46:29.715412004
+0100
--- runtime/tools/demoserver.py 2016-03-20
Hirohito Higashi wrote:
> 2016-3-21(Mon) 2:25:07 UTC+9 Bram Moolenaar:
> > Patch 7.4.1621
> > Problem:Channel test doesn't work with Python 2.6.
> > Solution: Add number in formatting placeholder. (Wiredool)
> > Files: src/testdir/test_channel.py
> [...]
>
> Similarly,
Hi Bram,
2016-3-21(Mon) 2:25:07 UTC+9 Bram Moolenaar:
> Patch 7.4.1621
> Problem:Channel test doesn't work with Python 2.6.
> Solution: Add number in formatting placeholder. (Wiredool)
> Files: src/testdir/test_channel.py
[...]
Similarly, runtime/tools/demoserver.py of modification is
Patch 7.4.1621
Problem:Channel test doesn't work with Python 2.6.
Solution: Add number in formatting placeholder. (Wiredool)
Files: src/testdir/test_channel.py
*** ../vim-7.4.1620/src/testdir/test_channel.py 2016-03-20 16:40:33.218484399
+0100
--- src/testdir/test_channel.py
Wiredool wrote:
> test_channel.vim is failed with python 2.6
> this patch will fix it.
> please check it.
>
> https://gist.github.com/wiredool/049d6101f4fab35a5176
Thanks!
--
>From "know your smileys":
8<}} Glasses, big nose, beard
/// Bram Moolenaar -- b...@moolenaar.net --
Patch 7.4.1620
Problem:Emoji characters are not considered as a kind of word character.
Solution: Give emoji characters a word class number. (Yasuhiro Matsumoto)
Files: src/mbyte.c
*** ../vim-7.4.1619/src/mbyte.c 2016-03-19 18:21:30.322003282 +0100
--- src/mbyte.c 2016-03-20
Yasuhiro Matsumoto wrote:
> When typing w to jump words in text file contained emoji(s), emoji are
> skipped as same as ASCII letters.
>
> https://gist.github.com/mattn/cf8c6de760a33dbc3a28
>
> This patch check the range of emoji codes. I wonder returning 3 for
> emoji is good.
Thanks. I
Mike Williams wrote:
> I noticed a problem with the fileformats option not being applied to the
> initial buffer when VIM is started without any initial buffer content.
> I mainly work on Windows and have fileformats=unix,dos so the default
> file format to be unix line-endings. However VIM
Yasuhiro Matsumoto wrote:
> On Sunday, March 20, 2016 at 11:14:50 PM UTC+9, Elimar Riesebieter wrote:
> > * Bram Moolenaar [2016-03-19 18:42 +0100]:
> >
> > >
> > > Patch 7.4.1604
> > > Problem:Although emoji characters are ambiguous width, best is to
> > > treat
> >
Patch 7.4.1619
Problem:When 'fileformats' is set in the vimrc it applies to new buffers
but not the initial buffer.
Solution: Set 'fileformat' when starting up. (Mike Williams)
Files: src/option.c
*** ../vim-7.4.1618/src/option.c2016-03-19 22:11:47.428674921 +0100
Yasuhiro Matsumoto wrote:
> let job = job_start('cmd.exe /c echo hello world',
> {'out_io':'buffer','out_name':'output'})
>
> This code change current buffer as buftype=nofile, bufhidden.
>
> Should update the target buffer.
Thanks!
--
You can't have everything. Where would you put it?
Patch 7.4.1618
Problem:Starting job with output to buffer changes options in the current
buffer.
Solution: Set "curbuf" earlier. (Yasuhiro Matsumoto)
Files: src/channel.c
*** ../vim-7.4.1617/src/channel.c 2016-03-20 16:40:33.214484441 +0100
--- src/channel.c
On Tuesday, 15 March 2016 21:01:51 UTC-7, Ken Takata wrote:
> Hi,
>
> 2016/3/16 Wed 3:16:20 UTC+9 Marslo Jiao wrote:
> > On Tuesday, 15 March 2016 10:49:07 UTC-7, Ken Takata wrote:
> > > Hi,
> > >
> > > 2016/3/16 Wed 2:35:06 UTC+9 Marslo Jiao wrote:
> > > > On Thursday, 18 February 2016
Patch 7.4.1617
Problem:When a JSON message is split it isn't decoded.
Solution: Wait a short time for the rest of the message to arrive.
Files: src/channel.c, src/json.c, src/structs.h,
src/testdir/test_channel.vim, src/testdir/test_channel.py
***
* mattn [2016-03-20 08:12 -0700]:
> On Sunday, March 20, 2016 at 11:14:50 PM UTC+9, Elimar Riesebieter wrote:
> > * Bram Moolenaar [2016-03-19 18:42 +0100]:
> >
> > >
> > > Patch 7.4.1604
> > > Problem:Although emoji characters are ambiguous width,
On Sunday, March 20, 2016 at 11:14:50 PM UTC+9, Elimar Riesebieter wrote:
> * Bram Moolenaar [2016-03-19 18:42 +0100]:
>
> >
> > Patch 7.4.1604
> > Problem:Although emoji characters are ambiguous width, best is to treat
> > them as full width.
> > Solution:
When typing w to jump words in text file contained emoji(s), emoji are skipped
as same as ASCII letters.
https://gist.github.com/mattn/cf8c6de760a33dbc3a28
This patch check the range of emoji codes. I wonder returning 3 for emoji is
good.
- mattn
--
--
You received this message from the
Hi Bram.
let job = job_start('cmd.exe /c echo hello world',
{'out_io':'buffer','out_name':'output'})
This code change current buffer as buftype=nofile, bufhidden.
Should update the target buffer.
diff --git a/src/channel.c b/src/channel.c
index 2a71077..435bec0 100644
--- a/src/channel.c
+++
Hi.
test_channel.vim is failed with python 2.6
this patch will fix it.
please check it.
https://gist.github.com/wiredool/049d6101f4fab35a5176
--
wiredool
--
--
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
Hi,
I am trying to compile vim on Fedora 23. Tbh I am not a developer and
don't have a lot of knowledge about make-files etc but I want some
features that the pre-compiled binaries for Fedora don't deliver.
When I compile with --enable-perlinterp I get the following error:
gcc -c -I. -Iproto
* Bram Moolenaar [2016-03-19 18:42 +0100]:
>
> Patch 7.4.1604
> Problem:Although emoji characters are ambiguous width, best is to treat
> them as full width.
> Solution: Update the Unicode character tables. Add the 'emoji' options.
> (Yasuhiro
Patch 7.4.1616
Problem:Malformed channel request causes a hang.
Solution: Drop malformed message. (Damien)
Files: src/channel.c, src/testdir/test_channel.vim,
src/testdir/test_channel.py
*** ../vim-7.4.1615/src/channel.c 2016-03-19 13:49:39.460590857 +0100
---
Hi,
Consider the following script:
function! Callback(arg1, arg2, name)
echo [a:arg1, a:arg2, a:name]
endfunction
let Func = function('Callback', ['one', 'two'])
let Func2 = function(Func, ['name'])
call Func2()
I expect ['one', 'two', 'name'] for the output, but this doesn't work and
even it
On Wednesday, March 16, 2016 at 1:03:36 PM UTC+9, mattn wrote:
> Sorry, still bad. I'll look into it.
Updated. Should work.
https://gist.github.com/mattn/394e8a95be26d9c7bce9
--
--
You received this message from the "vim_dev" maillist.
Do not top-post! Type your reply below the text you are
Kent Sibilev wrote:
> > > > > On Wednesday, March 16, 2016 at 5:52:38 PM UTC-4, Bram Moolenaar
> > > > > wrote:
> > > > > > Patch 7.4.1582
> > > > > > Problem:Get E923 when using function(dict.func, [], dict).
> > > > > > (Kent Sibilev)
> > > > > > Storing a function with a
Christian Brabandt wrote:
> after 7.4.1589 I still see
>
> eval.c: In function ‘handle_subscript’:
> eval.c:21749:17: warning: declaration of ‘pt’ shadows a previous local
> [-Wshadow]
> partial_T *pt = (partial_T *)alloc_clear(sizeof(partial_T));
> ^
> eval.c:21663:16:
Yasuhiro wrote:
> On Wednesday, March 16, 2016 at 1:03:36 PM UTC+9, mattn wrote:
> > Sorry, still bad. I'll look into it.
>
> Updated. Should work.
>
> https://gist.github.com/mattn/394e8a95be26d9c7bce9
Thanks. I included it with a few more changes.
I did find another problem:
function!
Hi,
I noticed a problem with the fileformats option not being applied to the
initial buffer when VIM is started without any initial buffer content.
I mainly work on Windows and have fileformats=unix,dos so the default
file format to be unix line-endings. However VIM on Windows starts new
2016-03-17 18:16 GMT+03:00 Giuseppe :
> This example works fine
>
> let a = [
> \ 0
> \ ]
>
> but if I try to annotate the elements in some way I'm greeted by an error
> as get_list_tv greedily searches for a , or a ] and the eval functions
> don't seem to care
On Thursday, March 17, 2016 at 5:07:25 PM UTC-4, Bram Moolenaar wrote:
> Kent Sibilev wrote:
>
> > On Wednesday, March 16, 2016 at 5:52:38 PM UTC-4, Bram Moolenaar wrote:
> > > Patch 7.4.1582
> > > Problem:Get E923 when using function(dict.func, [], dict). (Kent
> > > Sibilev)
> > >
Patch 7.4.1587
Problem:Compiler warnings with 64 bit compiler.
Solution: Add type casts. (Mike Williams)
Files: src/ex_cmds2.c
*** ../vim-7.4.1586/src/ex_cmds2.c 2016-03-16 23:24:39.894387868 +0100
--- src/ex_cmds2.c 2016-03-17 21:50:05.096192778 +0100
***
***
44 matches
Mail list logo