On 2014/06/26, at 15:08, Kazunobu Kuriyama wrote:
> On my Mac, I've been unable to install vim due to a failure of test55 coming
> with Patch 7.4.341.
Yes, I've noticed the same error and just been writing a bug report when
I received your post.
> But... It looks the Mac just gave one of possi
Am 2014-06-26 04:39, schrieb Charles:
On Thu, Jun 26, 2014 at 4:30 AM, Christian Brabandt
wrote:
On Mi, 25 Jun 2014, itchyny wrote:
To reproduce
vim -u NONE -N
500ia^
>>
set wrap breakindent
set breakindentopt=shift:10
hlhlhlwbwb
x
Problem
The indentation is not updated soon after we change
Hi,
On my Mac, I've been unable to install vim due to a failure of test55 coming
with Patch 7.4.341.
To be more specific, the failure is relevant to lines 335--336 of test55.in,
and the comparison of test55.failed I got with test55.ok is
$ diff test55.failed test55.ok
104c104
< [-1, [], {}, 'F
On Thu, Jun 26, 2014 at 4:30 AM, Christian Brabandt
wrote:
>
> On Mi, 25 Jun 2014, itchyny wrote:
>
> > To reproduce
> > vim -u NONE -N
> > 500ia^
> > >>
> > set wrap breakindent
> > set breakindentopt=shift:10
> > hlhlhlwbwb
> > x
> >
> > Problem
> > The indentation is not updated soon after we
On Mi, 25 Jun 2014, itchyny wrote:
> To reproduce
> vim -u NONE -N
> 500ia^
> >>
> set wrap breakindent
> set breakindentopt=shift:10
> hlhlhlwbwb
> x
>
> Problem
> The indentation is not updated soon after we change breakindentopt.
>
> Expected behaviour
> The indentation is updated soon.
Yes
To reproduce
vim -u NONE -N
500ia^
>>
set wrap breakindent
set breakindentopt=shift:10
hlhlhlwbwb
x
Problem
The indentation is not updated soon after we change breakindentopt.
Expected behaviour
The indentation is updated soon.
Environment
Vim 7.4 1-345
--
--
You received this message from th
Christian wrote:
> On Mi, 25 Jun 2014, itchyny wrote:
>
> > To reproduce
> > vim -u NONE -N
> > 500ia^
> > :set breakindent
> > >>
> > >>
> > >>
> > XXX
> >=20
> > Problem
> > The second and the following lines are kept indented.
> >=20
> > Expected behaviour
> > The indent level follows that of
Patch 7.4.345 (after 7.4.338)
Problem:Indent is not updated when deleting indent.
Solution: Remember changedtick.
Files: src/misc1.c
*** ../vim-7.4.344/src/misc1.c 2014-06-25 14:39:35.106348584 +0200
--- src/misc1.c 2014-06-25 22:51:32.955465286 +0200
***
*** 497,502
On Mi, 25 Jun 2014, Bram Moolenaar wrote:
> Bram wrote:
>
> > Christian wrote:
> >
> > > Finally a new patch, here we go:
>
> [...]
>
> > Thanks, much better now.
> >
> > Let me include it and make a few small improvements. I'm sure we will
> > discover more problems once more people use th
Hi Bram!
On Mi, 25 Jun 2014, Bram Moolenaar wrote:
> > Christian wrote:
> >
> > > Finally a new patch, here we go:
>
> [...]
>
> > Thanks, much better now.
> >
> > Let me include it and make a few small improvements. I'm sure we will
> > discover more problems once more people use the featur
On Mi, 25 Jun 2014, itchyny wrote:
> To reproduce
> vim -u NONE -N
> 500ia^
> :set breakindent
> >>
> >>
> >>
> XXX
>
> Problem
> The second and the following lines are kept indented.
>
> Expected behaviour
> The indent level follows that of the first line.
Okay, perhaps caching the indent isn'
Hi Bram!
On Mi, 25 Jun 2014, Bram Moolenaar wrote:
> > +/* pattern did not match in any line, skip sorting */
> > +if (skip_sort == eap->line2)
> > + goto sortend;
>
> I don't think this works when eap->line1 is not 1, sorting a range of
> lines.
Indeed. Here is the correct version.
On Do, 19 Jun 2014, Praful wrote:
> On Wednesday, 18 June 2014 22:37:47 UTC+1, Christian Brabandt wrote:
> > On Mi, 18 Jun 2014, Christian Brabandt wrote:
> >
> >
> > Perhaps, it's clip_gen_set_selection() that is slow?
> >
>
> Sorry, still slow! Is there any debugging information I can provi
Patch 7.4.344
Problem:Unessecary initializations and other things related to
matchaddpos().
Solution: Code cleanup. (Alexey Radkov)
Files: runtime/doc/eval.txt, src/screen.c, src/window.c
*** ../vim-7.4.343/runtime/doc/eval.txt 2014-06-25 17:31:04.934737863 +0200
--- runti
On Tuesday, June 24, 2014 10:39:28 AM UTC-5, Ben Fritz wrote:
>
> I thought your sort could be done in Vim with 2 passes, but unfortunately it
> does not work:
>
> sort r /^\d\+/
> sort! /.*#/
>
Bram, any chance that a way to guarantee a stable sort could be included, so
sorting by multiple f
Patch 7.4.343
Problem:matchdelete() does not always update the right lines.
Solution: Fix off-by-one error. (Ozaki Kiichi)
Files: src/window.c
*** ../vim-7.4.342/src/window.c 2014-06-18 21:20:07.236377308 +0200
--- src/window.c2014-06-25 17:55:34.190793447 +0200
*
Patch 7.4.342
Problem:Clang gives warnings.
Solution: Add an else block. (Dominique Pelle)
Files: src/gui_beval.c
*** ../vim-7.4.341/src/gui_beval.c 2013-05-06 04:06:04.0 +0200
--- src/gui_beval.c 2014-06-25 17:40:40.818759649 +0200
***
*** 1193,1203
Patch 7.4.341
Problem:sort() doesn't handle numbers well.
Solution: Add an argument to specify sorting on numbers. (Christian Brabandt)
Files: runtime/doc/eval.txt, src/eval.c, src/testdir/test55.in,
src/testdir/test55.ok
*** ../vim-7.4.340/runtime/doc/eval.txt 2014-06-25
Christian wrote:
> > > On Di, 10 Jun 2014, Павлов Николай Александрович wrote:
> > >
> > > > How would you sort a heterogeneous list otherwise?
> > >
> > > Who says, lists are always heterogeneous? I think one could try to sort
> > > numerical, if all list items are of type number or float, el
To reproduce
vim -u NONE -N
500ia^
:set breakindent
>>
>>
>>
XXX
Problem
The second and the following lines are kept indented.
Expected behaviour
The indent level follows that of the first line.
Environment
On Vim 7.4 1-340, Ubuntu
--
--
You received this message from the "vim_dev" maillist.
On Tue, Jun 24, 2014 at 05:52:10AM -0700, Axel Bender wrote:
> @Ben Fritz
>
> As I see it, you can use a search pattern (r) for certain tasks, but it isn't
> a solution. Please, consider the following sample:
>
> 19500623 # ÖST # USA # Curitiba
> 19500621 # ÖST # MEX # Macapa
> 19500825 # AND #
Patch 7.4.340
Problem:Error from sed about illegal bytes when installing Vim.
Solution: Prepend LC_ALL=C. (Itchyny)
Files: src/installman.sh
*** ../vim-7.4.339/src/installman.sh2010-05-15 13:04:07.0 +0200
--- src/installman.sh 2014-06-25 14:54:11.742381748 +0200
On Wed, Jun 25, 2014 at 5:49 PM, Bram Moolenaar wrote:
> The filler lines are needed to keep the windows in sync. If you disable
> filler lines they cannot always be in sync. Not a bug.
I think it is a bug :)
The behavior of "vimdiff -u NONE -c 'set diffopt-=filler' -c $ a b" is
inconsistent
d
Patch 7.4.339
Problem:Local function is available globally.
Solution: Add "static".
Files: src/option.c, src/proto/option.pro
*** ../vim-7.4.338/src/option.c 2014-06-25 14:39:35.110348584 +0200
--- src/option.c2014-06-25 14:42:33.986355351 +0200
***
*** 3074,3079 *
Patch 7.4.338
Problem:Cannot wrap lines taking indent into account.
Solution: Add the 'breakindent' option. (many authors, final improvements by
Christian Brabandt)
Files: runtime/doc/eval.txt, runtime/doc/options.txt, runtime/optwin.vim,
src/buffer.c, src/charse
I wrote:
> Christian wrote:
>
> > Finally a new patch, here we go:
[...]
> Thanks, much better now.
>
> Let me include it and make a few small improvements. I'm sure we will
> discover more problems once more people use the feature, I hope you will
> fix these problems then!
I already found
Christian wrote:
> Finally a new patch, here we go:
>
> On Do, 29 Mai 2014, Bram Moolenaar wrote:
> > Christian wrote:
> > > On Mi, 28 Mai 2014, Bram Moolenaar wrote:
> > > > A few remarks from looking at the patch.
> > > >
> > > > There aren't any tests, while there are lots of changes to the
Christian Brabandt wrote:
> On Di, 24 Jun 2014, Christian Brabandt wrote:
>
> > On Di, 24 Jun 2014, Axel Bender wrote:
> >
> > > Does anyone know a UTF-8-aware (respecting $LC_ALL and/or $LANGUAGE) sort
> > > tool for Windows (GNUWin32's doesn't work), preferably a working GNU sort
> > > that
Patch 7.4.337
Problem:When there is an error preparing to edit the command line, the
command won't be executed. (Hirohito Higashi)
Solution: Reset did_emsg before editing.
Files: src/ex_getln.c
*** ../vim-7.4.336/src/ex_getln.c 2014-06-12 19:44:45.324549030 +0200
---
Hirohito Higashi wrote:
> Hi Bram and Vim developers,
>
> How to reproduce:
> - start Vim and set 'hi' option to huge value.
> $ vim -N -u NONE -c "set history=1"
> - Input colon.
> :
>
> Occurred pattern #1
> - OS get stuck (Verrry slow response)
>
> Occurred pattern #2
> - get 'E
Patch 7.4.336
Problem:Setting 'history' to a big value causes out-of-memory errors.
Solution: Limit the value to 1. (Hirohito Higashi)
Files: runtime/doc/options.txt, src/option.c
*** ../vim-7.4.335/runtime/doc/options.txt 2014-05-28 21:40:47.088329130
+0200
--- runtime/doc/
Nazri Ramliy wrote:
> I'm attaching the files (a and b) that produces this bug on my system
> with the terminal height set to 15 lines:
>
> $ echo $LINES
> 15
> $ vimdiff -u NONE -c 'set diffopt-=filler' -c $ a b
> See that the lines drawn in both windows are out of sync - they
> aren't
Ok, I'll do this during this or the next week.
Cheers, Alexey.
2014-06-23 23:11 GMT+04:00 Bram Moolenaar :
>
> Alexey Radkov wrote:
>
> > Here is some small improvements for the patch:
> >
> > src/window.c, match_add():
> > - removed unnecessary (after alloc() to alloc_clear() transformation)
>
33 matches
Mail list logo
