Re: [patch] visual / is refactored to support vcol.

Hi Bram and List, 2016-1-11(Mon) 6:13:31 UTC+9 Bram Moolenaar: > Hirohito Higashi wrote: > > > 2016-1-10(Sun) 22:14:01 UTC+9 Bram Moolenaar: > > > Hirohito Higashi wrote: > > > > > > > 2016-1-10(Sun) 4:15:14 UTC+9 Bram Moolenaar: > > > > > Hirohito Higashi wrote: > > > > > > > > > > > 2016-1-8(

Re: -Wmaybe-uninitialized in both Huge and Tiny after applying patches 7.4.1074 to 7.4.1087

Hi Tony, 2016-1-11(Mon) 11:43:51 UTC+9 Tony Mechelynck: > Here is what appears in the Tiny build (the Huge build has the same > warning with a much longer gcc command-line): > > gcc -c -I. -Iproto -DHAVE_CONFIG_H -O2 -fno-strength-reduce -Wall > -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=1 -o

-Wmaybe-uninitialized in both Huge and Tiny after applying patches 7.4.1074 to 7.4.1087

Here is what appears in the Tiny build (the Huge build has the same warning with a much longer gcc command-line): gcc -c -I. -Iproto -DHAVE_CONFIG_H -O2 -fno-strength-reduce -Wall -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=1 -o objects/ops.o ops.c ops.c: In function ‘op_addsub’: ops.c:5419:17:

Re: [patch] fixed memory error in vim-7.4.1082 in when doing :ls

2016-01-10 21:21 GMT+03:00 Dominique Pellé : > Hi > > afl-fuzz found another memory error in vim-7.4.1082 (and older). > By the way, how exactly do you invoke afl-fuzz to find all these errors?​ > Using the attached non sensical 'crash.vim' file: > > $ valgrind vim -u NONE -N -S crash.vim 2>

Re: [patch] fixed memory error in vim-7.4.1082 in when doing :ls

2016-01-10 21:21 GMT+03:00 Dominique Pellé : > Hi > > afl-fuzz found another memory error in vim-7.4.1082 (and older). > Using the attached non sensical 'crash.vim' file: > > $ valgrind vim -u NONE -N -S crash.vim 2> log > > And log file contains: > > ==15151== Memcheck, a memory error detector >

Re: Updating runtime files without version control

Christian Brabandt wrote: > > > On So, 10 Jan 2016, Bram Moolenaar wrote: > > > > > > > > Ken Takata wrote: > > > > > > > > > Hi Bram and all, > > > > > > > > > > 2016/1/2 Sat 22:14:01 UTC+9 Bram Moolenaar wrote: > > > > > > Can we please gather the complete, step-by-step instructions? > > >

Re: [patch] fixed memory error in vim-7.4.1082 in when doing :ls

Dominique Pellé wrote: > >> afl-fuzz found another memory error in vim-7.4.1082 (and older). > >> Using the attached non sensical 'crash.vim' file: > >> > >> $ valgrind vim -u NONE -N -S crash.vim 2> log > >> > >> And log file contains: > >> > >> ==15151== Memcheck, a memory error detector > >>

Re: [patch] visual / is refactored to support vcol.

Hirohito Higashi wrote: > 2016-1-10(Sun) 22:14:01 UTC+9 Bram Moolenaar: > > Hirohito Higashi wrote: > > > > > 2016-1-10(Sun) 4:15:14 UTC+9 Bram Moolenaar: > > > > Hirohito Higashi wrote: > > > > > > > > > 2016-1-8(Fri) 2:27:17 UTC+9 Bram Moolenaar: > > > > > > Hirohito Higashi wrote: > > > > >

Patch 7.4.1087

Patch 7.4.1087 Problem:CTRL-A and CTRL-X do not work properly with blockwise visual selection if there is a mix of Tab and spaces. Solution: Add OP_NR_ADD and OP_NR_SUB. (Hirohito Higashi) Files: src/testdir/test_increment.vim, src/normal.c, src/ops.c, src/proto/

Re: [patch] fixed memory error in vim-7.4.1082 in when doing :ls

Bram Moolenaar wrote: > Dominique Pellé wrote: > >> afl-fuzz found another memory error in vim-7.4.1082 (and older). >> Using the attached non sensical 'crash.vim' file: >> >> $ valgrind vim -u NONE -N -S crash.vim 2> log >> >> And log file contains: >> >> ==15151== Memcheck, a memory error detec

Patch 7.4.1086

Patch 7.4.1086 Problem:Crash with an extremely long buffer name. Solution: Limit the return value of vim_snprintf(). (Dominique Pelle) Files: src/buffer.c *** ../vim-7.4.1085/src/buffer.c2015-11-24 18:45:52.637647023 +0100 --- src/buffer.c2016-01-10 20:42:05.891534713

Re: [patch] fixed memory error in vim-7.4.1082 in when doing :ls

Dominique Pellé wrote: > afl-fuzz found another memory error in vim-7.4.1082 (and older). > Using the attached non sensical 'crash.vim' file: > > $ valgrind vim -u NONE -N -S crash.vim 2> log > > And log file contains: > > ==15151== Memcheck, a memory error detector > ==15151== Copyright (C)

Re: [bug] error E201 when opening 3 large files with -o option when using LargeFile plugin

On Sun, Jan 10, 2016 at 1:21 PM, Bram Moolenaar wrote: > > Justin Keyes wrote: > >> >> On Fri, Jan 8, 2016 at 12:15 PM, Charles E Campbell >> >> wrote: >> >> > Ben Fritz wrote: >> >> >> On Friday, January 8, 2016 at 2:33:04 AM UTC-6, Christian Brabandt >> >> >> wrote: >> >> >>> Having said that,

Patch 7.4.1085

Patch 7.4.1085 Problem:The CTRL-A and CTRL-X commands do not update the '[ and '] marks. Solution: (Yukihiro Nakadaira) Files: src/ops.c, src/testdir/test_marks.in, src/testdir/test_marks.ok *** ../vim-7.4.1084/src/ops.c 2016-01-10 14:13:35.846810344 +0100 --- src/ops.c 2016-01-10

Patch 7.4.1084

Patch 7.4.1084 Problem:Using "." to repeat CTRL-A in Visual mode increments the wrong numbers. Solution: Append right size to the redo buffer. (Ozaki Kiichi) Files: src/normal.c, src/testdir/test_increment.vim *** ../vim-7.4.1083/src/normal.c2016-01-03 22:47:52.983

[patch] fixed memory error in vim-7.4.1082 in when doing :ls

Hi afl-fuzz found another memory error in vim-7.4.1082 (and older). Using the attached non sensical 'crash.vim' file: $ valgrind vim -u NONE -N -S crash.vim 2> log And log file contains: ==15151== Memcheck, a memory error detector ==15151== Copyright (C) 2002-2013, and GNU GPL'd, by Julian Sew

Re: [bug] error E201 when opening 3 large files with -o option when using LargeFile plugin

Justin Keyes wrote: > >> On Fri, Jan 8, 2016 at 12:15 PM, Charles E Campbell > >> wrote: > >> > Ben Fritz wrote: > >> >> On Friday, January 8, 2016 at 2:33:04 AM UTC-6, Christian Brabandt > >> >> wrote: > >> >>> Having said that, I personally don't like the argument as > >> >>> well. Perhaps w

Patch 7.4.1083

Patch 7.4.1083 Problem:Building GvimExt with VS2015 may fail. Solution: Adjust the makefile. (Mike Williams) Files: src/GvimExt/Makefile *** ../vim-7.4.1082/src/GvimExt/Makefile2015-05-05 10:25:09.073543436 +0200 --- src/GvimExt/Makefile2016-01-10 19:19:13.609308407 +

Re: [patch] visual / is refactored to support vcol.

Hi Bram, 2016-1-10(Sun) 22:14:01 UTC+9 Bram Moolenaar: > Hirohito Higashi wrote: > > > 2016-1-10(Sun) 4:15:14 UTC+9 Bram Moolenaar: > > > Hirohito Higashi wrote: > > > > > > > 2016-1-8(Fri) 2:27:17 UTC+9 Bram Moolenaar: > > > > > Hirohito Higashi wrote: > > > > > > > > > > > > > To: Bram (As a

Re: [bug] error E201 when opening 3 large files with -o option when using LargeFile plugin

On Sat, Jan 9, 2016 at 8:58 AM, Bram Moolenaar wrote: > > Justin Keyes wrote: > >> On Fri, Jan 8, 2016 at 12:15 PM, Charles E Campbell >> wrote: >> > Ben Fritz wrote: >> >> On Friday, January 8, 2016 at 2:33:04 AM UTC-6, Christian Brabandt wrote: >> >>> Having said that, I personally don't like t

Re: GVimExt 64bit builds with VS2015

On Mon, Jan 11, 2016 at 12:30 AM, Yukihiro Nakadaira < yukihiro.nakada...@gmail.com> wrote: > On Sun, Jan 10, 2016 at 8:06 PM, Mike Williams < > mike.willi...@globalgraphics.com> wrote: > >> Hi >> >> On 13/12/2015 14:27, Mike Williams wrote: >> >>> Hi, >>> >>> GVimEXT fails to build for me with VS

Re: GVimExt 64bit builds with VS2015

On Sun, Jan 10, 2016 at 8:06 PM, Mike Williams < mike.willi...@globalgraphics.com> wrote: > Hi > > On 13/12/2015 14:27, Mike Williams wrote: > >> Hi, >> >> GVimEXT fails to build for me with VS2015, a large number of undefined >> symbols from the Windows headers when compiling. The Makefile is >>

Patch 7.4.1082

Patch 7.4.1082 Problem:The Tcl interface is always skipping memory free on exit. Solution: Only skip for dynamically loaded Tcl. Files: src/if_tcl.c *** ../vim-7.4.1081/src/if_tcl.c2016-01-09 19:39:39.277685945 +0100 --- src/if_tcl.c2016-01-09 19:48:54.967661407 +0100

Patch 7.4.1081

Patch 7.4.1081 Problem:No test for what previously caused a crash. Solution: Add test for unletting errmsg. Files: src/testdir/test_unlet.vim *** ../vim-7.4.1080/src/testdir/test_unlet.vim 2016-01-04 22:05:08.854156424 +0100 --- src/testdir/test_unlet.vim 2016-01-09 17:54:44.889845

Patch 7.4.1080

Patch 7.4.1080 Problem:VS2015 has a function HandleToLong() that is shadowed by the macro that Vim defines. Solution: Do not define HandleToLong() for MSVC version 1400 and later. (Mike Williams) Files: src/gui_w32.c *** ../vim-7.4.1079/src/gui_w32.c 2015

Patch 7.4.1079

Patch 7.4.1079 (after 7.4.1073) Problem:New include file missing from distribution. Missing changes to quickfix code. Solution: Add alloc.h to the list of distributed files. Use the enum in quickfix code. Files: Filelist, src/quickfix.c *** ../vim-7.4.1078/Fil

Re: Updating runtime files without version control

Hi Bram! On So, 10 Jan 2016, Bram Moolenaar wrote: > > Christian Brabandt wrote: > > > On So, 10 Jan 2016, Bram Moolenaar wrote: > > > > > > Ken Takata wrote: > > > > > > > Hi Bram and all, > > > > > > > > 2016/1/2 Sat 22:14:01 UTC+9 Bram Moolenaar wrote: > > > > > Can we please gather the c

Re: Updating runtime files without version control

Christian Brabandt wrote: > On So, 10 Jan 2016, Bram Moolenaar wrote: > > > > Ken Takata wrote: > > > > > Hi Bram and all, > > > > > > 2016/1/2 Sat 22:14:01 UTC+9 Bram Moolenaar wrote: > > > > Can we please gather the complete, step-by-step instructions? Probably > > > > the best place for th

Re: Fix for pointer truncation warning on Windows.

On Sun, Jan 10, 2016 at 7:52 PM, Mike Williams < mike.willi...@globalgraphics.com> wrote: > Hi, > > > On 13/12/2015 13:30, Mike Williams wrote: > >> Hi all, >> >> VS2015 is raising a pointer cast truncation warning in gui_w32.c On >> 64bit builds with VC HandleToLong() is a function but for 32bit

Re: [vim] patch 7.4.1040 (24db729)

Erich Ritz wrote: > On Friday, January 8, 2016 at 5:19:05 PM UTC-7, Erich Ritz wrote: > > The "clean" target is not called from the main Make_mvc.mak makefile. > > Here is a patch: > > Sorry the markdown messed up the formatting. Here it is again, in a file. Thanks. -- Wi n0t trei a h0liday

Patch 7.4.1078

Patch 7.4.1078 Problem:MSVC: "make clean" doesn't cleanup in the tee directory. Solution: Add the commands to cleanup tee. (Erich Ritz) Files: src/Make_mvc.mak *** ../vim-7.4.1077/src/Make_mvc.mak2016-01-07 22:45:04.613148057 +0100 --- src/Make_mvc.mak2016-01-10 15:14:01.07971

Re: Updating runtime files without version control

Hi Bram! On So, 10 Jan 2016, Bram Moolenaar wrote: > > Ken Takata wrote: > > > Hi Bram and all, > > > > 2016/1/2 Sat 22:14:01 UTC+9 Bram Moolenaar wrote: > > > Can we please gather the complete, step-by-step instructions? Probably > > > the best place for this is src/INSTALLpc.txt. > > > > I

Patch 7.4.1077

Patch 7.4.1077 Problem:The build instructions for MS-Windows are incomplete. Solution: Add explanations for how to build with various interfaces. (Ken Takata) Files: src/INSTALLpc.txt *** ../vim-7.4.1076/src/INSTALLpc.txt 2016-01-02 20:26:31.916844859 +0100 --- src/INSTA

Re: Updating runtime files without version control

Ken Takata wrote: > Hi Bram and all, > > 2016/1/2 Sat 22:14:01 UTC+9 Bram Moolenaar wrote: > > Can we please gather the complete, step-by-step instructions? Probably > > the best place for this is src/INSTALLpc.txt. > > I wrote it. Please review. Great, thanks. Let me include this now. We c

Re: [patch][doc] how to use the help

Hi James! Thanks for the many suggestions. I reworded it according to your recommendations. Best, Christian -- -- 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, visit http://www.vim.org/maillist

Re: [patch] visual / is refactored to support vcol.

Hirohito Higashi wrote: > 2016-1-10(Sun) 4:15:14 UTC+9 Bram Moolenaar: > > Hirohito Higashi wrote: > > > > > 2016-1-8(Fri) 2:27:17 UTC+9 Bram Moolenaar: > > > > Hirohito Higashi wrote: > > > > > > > > > > > To: Bram (As a Vimboss) > > > > > > > To: Christian Brabandt (As a visual / first patch

Patch 7.4.1076

Patch 7.4.1076 Problem:CTRL-A does not work well in right-left mode. Solution: Remove reversing the line, add a test. (Hirohito Higashi) Files: src/ops.c, src/testdir/test_increment.vim *** ../vim-7.4.1075/src/ops.c 2016-01-04 21:43:02.824884502 +0100 --- src/ops.c 2016-01-10 14:0

Patch 7.4.1075

Patch 7.4.1075 Problem:Crash when using an invalid command. Solution: Fix generating the error message. (Dominique Pelle) Files: src/ex_docmd.c *** ../vim-7.4.1074/src/ex_docmd.c 2016-01-02 22:25:40.670710107 +0100 --- src/ex_docmd.c 2016-01-10 13:51:13.693287977 +0100 *

Re: [patch] fixed crash vim-7.4.1073 with :com -addr=

Dominique Pellé wrote: > Fuzzing with afl-fuzz found another crash in Vim. > It happens in vim-7.4.1073 (and older), but it does not > happen in Vim-7.4.52 which comes with xubuntu-14.04. > > Steps to reproduce: > > $ vim -u NONE -c 'com -a=' > Vim: Caught deadly signal SEGV > > Vim: Fin

Re: Patch 7.4.1064

Gary Johnson wrote: > On 2016-01-09, Bram Moolenaar wrote: > > Patch 7.4.1064 > > Problem:When a spell file has single letter compounding creating > > suggestions takes an awful long time. > > Solution: Add the NOCOMPOUNDSUGS flag. > > Files: runtime/doc/spell.txt, src/spel

Patch 7.4.1074

Patch 7.4.1074 Problem:Warning from VX2015 compiler. Solution: Add a type cast. (Mike Williams) Files: src/gui_dwrite.cpp *** ../vim-7.4.1073/src/gui_dwrite.cpp 2014-08-07 13:55:05.894639758 +0200 --- src/gui_dwrite.cpp 2016-01-10 13:24:42.834453025 +0100 *** *** 686,692

Re: [patch][doc] Update src/INSTALLpc.txt

Hi Bram, 2016/1/6 Wed 5:56:33 UTC+9 Bram Moolenaar wrote: > Ken Takata wrote: > > > I wrote a patch for src/INSTALLpc.txt: > > > > --- a/src/INSTALLpc.txt > > +++ b/src/INSTALLpc.txt > > @@ -42,8 +42,9 @@ > > Visual Studio > > - > > > > -Building with Visual Studio (VS 98, VS .NE

Re: GVimExt 64bit builds with VS2015

Hi On 13/12/2015 14:27, Mike Williams wrote: Hi, GVimEXT fails to build for me with VS2015, a large number of undefined symbols from the Windows headers when compiling. The Makefile is missing some symbols defined that Win32.mak needs to set up the build environment correctly. Tweaked to be

Re: [patch] visual / is refactored to support vcol.

Hi, 2016-1-10(Sun) 4:15:14 UTC+9 Bram Moolenaar: > Hirohito Higashi wrote: > > > 2016-1-8(Fri) 2:27:17 UTC+9 Bram Moolenaar: > > > Hirohito Higashi wrote: > > > > > > > > > To: Bram (As a Vimboss) > > > > > > To: Christian Brabandt (As a visual / first patch author) > > > > > > To: Jason Schulz

Re: Fix for pointer truncation warning on Windows.

Hi, On 13/12/2015 13:30, Mike Williams wrote: Hi all, VS2015 is raising a pointer cast truncation warning in gui_w32.c On 64bit builds with VC HandleToLong() is a function but for 32bit builds it is a macro. The current VIM code defines a macro if one is not defined so shadows the function ca

work on diff code in vim (was: Re: Updating runtime files without version control)

On 09-Jan-16, Justin M. Keyes wrote: > On Sat, Jan 9, 2016 at 7:29 PM, Olaf Dabrunz wrote: > > On 09-Jan-16, Olaf Dabrunz wrote: > >> Note that the existing diff tools that we all use every day bring in > >> heuristical speed improvements, and do pre- and postprocessing to > >> improve the results

[patch] fixed crash vim-7.4.1073 with :com -addr=

Hi Fuzzing with afl-fuzz found another crash in Vim. It happens in vim-7.4.1073 (and older), but it does not happen in Vim-7.4.52 which comes with xubuntu-14.04. Steps to reproduce: $ vim -u NONE -c 'com -a=' Vim: Caught deadly signal SEGV Vim: Finished. Segmentation fault (core dumped)

Re: if_mzscheme does not work.

On Sun, Jan 10, 2016 at 3:31 AM, Sergey Khorev wrote: > Yukihiro-san, > > I gave up on catching up Racket updates in if_mzscheme so the interface > has been broken for some time now. Your patch seems to finally fix the > issues I encounterred (tested on Arch successfully), many thanks for that. >