Kazunobu Kuriyama wrote:
> With the current GTK implementation, the more frequently gui_mch_flush() is
> called, the more slowly the drawing gets done.
>
> This is because of use of gdk_display_sync() in gui_mch_flush().
>
> The function won't return until the X11 server acts on and finishes
Patch 7.4.2028
Problem:cppcheck warns for using index before limits check.
Solution: Swap the expressions. (Dominique Pelle)
Files: src/mbyte.c
*** ../vim-7.4.2027/src/mbyte.c 2016-07-10 18:24:22.810549520 +0200
--- src/mbyte.c 2016-07-11 23:17:19.852298696 +0200
***
***
Dominique wrote:
> cppcheck static analyzer gives this warning which points
> to a potential bug:
>
> [mbyte.c:4360]: (style) Array index 'i' is used before limits check.
>
> Fixed in attached patch.
Thanks!
--
A cow comes flying over the battlements, lowing aggressively. The cow
Patch 7.4.2027
Problem:Can't build with +eval but without +menu.
Solution: Add #ifdef. (John Marriott)
Files: src/eval.c
*** ../vim-7.4.2026/src/eval.c 2016-07-11 22:41:09.576781897 +0200
--- src/eval.c 2016-07-11 23:13:43.119540621 +0200
***
*** 13120,13130
---
John Marriott wrote:
> On 10-Jul-2016 2:50 AM, Bram Moolenaar wrote:
> > Patch 7.4.2011
> > Problem:It is not easy to get a list of command arguments.
> > Solution: Add getcompletion(). (Yegappan Lakshmanan)
> > Files: runtime/doc/eval.txt, src/eval.c, src/ex_docmd.c,
> >
Ramel Eshed wrote:
> Please check this:
>
> vim -u NONE -N
>
> :new mybuf
> :let b:myvar = 1
> :set hidden
> :q
> :call setbufvar('mybuf', 'myvar', 2) | echo 'done'
>
> I don't see the 'done' message. I can see it only when mybuf is
> displayed in a window.
Strange, looks like the whole
Patch 7.4.2026
Problem:Reference counting for callbacks isn't right.
Solution: Add free_callback(). (Ken Takata) Fix reference count.
Files: src/channel.c, src/eval.c, src/ex_cmds2.c, src/proto/eval.pro
*** ../vim-7.4.2025/src/channel.c 2016-07-10 22:11:11.858751521 +0200
---
Ken Takata wrote:
> > [...]
> >
> > > > I do think that the backslash (or any other special character that might
> > > > be available) makes it ugly.
> > > >
> > > > Although we can find the end of the expression without the "}", mistakes
> > > > will be very hard to figure out. Also reading
On 10-Jul-2016 2:50 AM, Bram Moolenaar wrote:
Patch 7.4.2011
Problem:It is not easy to get a list of command arguments.
Solution: Add getcompletion(). (Yegappan Lakshmanan)
Files: runtime/doc/eval.txt, src/eval.c, src/ex_docmd.c,
src/proto/ex_docmd.pro,
Hi
cppcheck static analyzer gives this warning which points
to a potential bug:
[mbyte.c:4360]: (style) Array index 'i' is used before limits check.
Fixed in attached patch.
Dominique
--
--
You received this message from the "vim_dev" maillist.
Do not top-post! Type your reply below the
Hi,
Currently ARCH must be set properly when using MinGW (especially when compiling
for x86_64). This patch detects the default value of ARCH from the current
compiler if ARCH is not set.
Regards,
Ken Takata
--
--
You received this message from the "vim_dev" maillist.
Do not top-post! Type
Hi Bram and all,
2016/7/10 Sun 3:49:40 UTC+9 Bram Moolenaar wrote:
> Ken Takata wrote:
>
> [...]
>
> > > I do think that the backslash (or any other special character that might
> > > be available) makes it ugly.
> > >
> > > Although we can find the end of the expression without the "}",
skywind wrote:
> I believe many people like me who are using async jobs in their
> plugins are afraid to publish their plugins because of the word
> 'DRAFT' in channel.txt.
>
> what does 'draft' mean ?
>
> - architecture of jobs/channels may change in the future ?
> - interfaces may change in
I believe many people like me who are using async jobs in their plugins are
afraid to publish
their plugins because of the word 'DRAFT' in channel.txt.
what does 'draft' mean ?
- architecture of jobs/channels may change in the future ?
- interfaces may change in the future ?
- parameters or
Ramel Eshed wrote:
> > > I'm not sure if this patch was supposed to fix the issue completely, but
> > > there are still issues with the gui cursor.
> > >
> > > 1) When job output is redirected to a buffer:
> > >
> > > vim -u NONE -N
> > > :new
> > > :call job_start(['/bin/sh', '-c', 'ls -R /
Ramel Eshed wrote:
> On Sunday, July 10, 2016 at 8:23:15 PM UTC+3, Bram Moolenaar wrote:
> > Lcd wrote:
> >
> > > [...]
> > > > > Currently an error item from loclist looks like this:
> > > > >
> > > > > {
> > > > > 'lnum': 148,
> > > > > 'bufnr': 1,
> > > >
Hi Everyone,
Since end of last week I'm having a problem of not being able to save my buffer
folds in all open windows but destination window. Buffer folds are saved only
in one window - the window last opened. On reload if there are more windows
then only folds in the last window are
With the current GTK implementation, the more frequently gui_mch_flush() is
called, the more slowly the drawing gets done.
This is because of use of gdk_display_sync() in gui_mch_flush().
The function won't return until the X11 server acts on and finishes all the
requests that were flushed from
18 matches
Mail list logo
