On Saturday, March 19, 2016 at 2:11:21 PM UTC-4, Raymond Ko wrote:
> On Thursday, March 17, 2016 at 10:12:12 AM UTC-4, Raymond Ko wrote:
> > On Thursday, March 17, 2016 at 10:04:40 AM UTC-4, Raymond Ko wrote:
> > > On Thursday, March 17, 2016 at 5:45:26 AM UTC-4, Br
On Thursday, March 17, 2016 at 10:12:12 AM UTC-4, Raymond Ko wrote:
> On Thursday, March 17, 2016 at 10:04:40 AM UTC-4, Raymond Ko wrote:
> > On Thursday, March 17, 2016 at 5:45:26 AM UTC-4, Bram Moolenaar wrote:
> > > Lilydjwg wrote:
> > >
> > > > On Wed,
On Tuesday, March 15, 2016 at 6:10:34 PM UTC-4, Kent Sibilev wrote:
> On Tuesday, March 15, 2016 at 2:33:55 PM UTC-4, Bram Moolenaar wrote:
> > Patch 7.4.1577
> > Problem:Cannot pass "dict.Myfunc" around as a partial.
> > Solution: Create a partial when expected.
> > Files: src/eval.c, s
On Thursday, March 17, 2016 at 10:04:40 AM UTC-4, Raymond Ko wrote:
> On Thursday, March 17, 2016 at 5:45:26 AM UTC-4, Bram Moolenaar wrote:
> > Lilydjwg wrote:
> >
> > > On Wed, Mar 16, 2016 at 03:43:06PM +0100, Bram Moolenaar wrote:
> > > >
> > >
On Thursday, March 17, 2016 at 5:45:26 AM UTC-4, Bram Moolenaar wrote:
> Lilydjwg wrote:
>
> > On Wed, Mar 16, 2016 at 03:43:06PM +0100, Bram Moolenaar wrote:
> > >
> > > Kent Sibilev wrote:
> > >
> > > > On Tuesday, March 15, 2016 at 2:33:55 PM UTC-4, Bram Moolenaar wrote:
> > > > > Patch 7.4.1
On Wednesday, March 16, 2016 at 10:43:13 AM UTC-4, Bram Moolenaar wrote:
> Raymond Ko wrote:
>
> > On Tuesday, March 15, 2016 at 6:10:34 PM UTC-4, Kent Sibilev wrote:
> > > On Tuesday, March 15, 2016 at 2:33:55 PM UTC-4, Bram Moolenaar wrote:
> > > > Patch 7.4.157
On Wednesday, March 16, 2016 at 10:33:24 AM UTC-4, mattn wrote:
> On Wednesday, March 16, 2016 at 11:23:06 PM UTC+9, Raymond Ko wrote:
> > On Tuesday, March 15, 2016 at 6:10:34 PM UTC-4, Kent Sibilev wrote:
> > > On Tuesday, March 15, 2016 at 2:33:55 PM UTC-4, Bram Moolenaar wr
On Wednesday, August 26, 2015 at 5:33:47 PM UTC-4, yega...@gmail.com wrote:
> Hi,
>
> Based on the following posts:
>
> http://blogs.msdn.com/b/oldnewthing/archive/2011/09/26/10216420.aspx
> http://blogs.msdn.com/b/oldnewthing/archive/2005/07/27/443824.aspx
>
> sending a WM_CLOSE and WM_NCDESTRO
On Friday, August 14, 2015 at 12:02:52 PM UTC-4, mattn wrote:
> On Friday, August 14, 2015 at 11:51:32 PM UTC+9, Christian Brabandt wrote:
> > On Fr, 14 Aug 2015, mattn wrote:
> >
> > > On Friday, August 14, 2015 at 7:47:57 PM UTC+9, Christian Brabandt wrote:
> > > > Thanks for contributing. Pleas
On Friday, August 14, 2015 at 2:38:57 PM UTC-4, Bram Moolenaar wrote:
> Raymond Ko wrote:
>
> > On Wednesday, August 12, 2015 at 4:04:57 PM UTC-4, Dominique Pelle wrote:
> > > Hi
> > >
> > > Here is another bug discovered by afl-fuzz which is
> > >
On Thursday, August 13, 2015 at 5:16:54 PM UTC-4, Dominique Pelle wrote:
> Christian Brabandt wrote:
>
> > Hi Travis!
> >
> > On Mi, 12 Aug 2015, Travis Lebsock wrote:
> >
> >> I can reproduce the error without any plugins now.
> >>
> >> 1. I run the following command in cmd.
> >>
> >> gvim -u NON
On Thursday, August 13, 2015 at 1:52:26 AM UTC-4, Raymond Ko wrote:
> On Wednesday, August 12, 2015 at 4:04:57 PM UTC-4, Dominique Pelle wrote:
> > Hi
> >
> > Here is another bug discovered by afl-fuzz which is
> > ruthless at finding bugs. The following command
> &g
On Wednesday, August 12, 2015 at 4:04:57 PM UTC-4, Dominique Pelle wrote:
> Hi
>
> Here is another bug discovered by afl-fuzz which is
> ruthless at finding bugs. The following command
> crashes vim-7.4.823 (and older):
>
> $ vim -u NONE -c ow -c 'sy keyword x c'
> Vim: Caught deadly signal SEGV
Hello all,
When I was running my own build script, I got the following error during link
stage:
unresolved external symbol __iob_func referenced in function OpenReadFile
With some investigation, I found if I set XPM=no, then it would link
successfully. Since I don't think I use XPM images for
On Wednesday, February 4, 2015 at 4:03:09 PM UTC-5, Bram Moolenaar wrote:
> Patch 7.4.619 (after 7.4.618)
> Problem:luaV_setref() not returning the correct value.
> Solution: Return one.
> Files:src/if_lua.c
>
>
> *** ../vim-7.4.618/src/if_lua.c 2015-02-03 23:10:41.5743489
Hello all,
The following mini-patch adds support for Microsoft Visual Studio 2012 Update
3, which has bumped their version number in the compiler.
I have tested this and can confirm that a vim executable is successfully
produced.
diff -r 588ae256b2af src/Make_mvc.mak
--- a/src/Make_mvc.mak Mo
On Sunday, June 23, 2013 7:31:27 PM UTC-4, Taro MURAOKA wrote:
> I have found and fixed compile failures of 7.3.1237 on MSVC10.
> It seems failures of macro expansion, but I don't know the reason.
> Please check attached patch.
>
>
> Best.
I was having the same issue on Visual Studio 2012, and I
Hello All,
The latest update for MS VS 2012 has bumped up the version of the compiler and
Make_mvc.mak no longer recognizes it.
This simple change fixes the problem, and allows Vim to be successfully built.
diff -r 202b894973a4 src/Make_mvc.mak
--- a/src/Make_mvc.mak Mon May 06 12:13:33 2013 -
On Thursday, December 6, 2012 10:35:34 AM UTC-5, skeept wrote:
> Hi Raymond,
>
> On Wednesday, December 5, 2012 2:01:26 PM UTC-5, Raymond Ko wrote:
> > Hello all,
> >
> > Attached is a small change to support the newest NMAKE introduced by Visual
> > Studio 20
Hello all,
Attached is a small change to support the newest NMAKE introduced by Visual
Studio 2012 Update 1. I have tested it and VIM seems to compile fine.
--
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 in
On Tuesday, September 18, 2012 12:27:22 PM UTC-4, Bram Moolenaar wrote:
> Patch 7.3.665
>
> Problem:MSVC 11 is not supported.
>
> Solution: Recognize MSVC 11. (Raymond Ko)
>
> Files:src/Make_mvc.mak
>
>
>
>
>
> *** ../vim-7.3.
On Tuesday, September 18, 2012 12:27:22 PM UTC-4, Bram Moolenaar wrote:
> Patch 7.3.665
>
> Problem:MSVC 11 is not supported.
>
> Solution: Recognize MSVC 11. (Raymond Ko)
>
> Files:src/Make_mvc.mak
>
>
>
>
>
> *** ../vim-7.3.
On Monday, September 17, 2012 6:50:08 PM UTC-4, Dominique Pelle wrote:
> Raymond Ko wrote:
>
>
>
> > Hello all,
>
> >
>
> > After compiling VIM with Visual Studio 2012,
>
> > apparently a buffer overflow was detected
>
> > and caused VI
Hello all,
After compiling VIM with Visual Studio 2012, apparently a buffer overflow was
detected and caused VIM to crash. Here's my report of what I think caused it.
I am using GVIM version 7.3.661 64-bit version, Windows 7, Python 2.7.x
bindings, and UltiSnips plugin. GUI and MBYTE is on.
Af
On Monday, August 6, 2012 2:29:41 PM UTC-4, Bram Moolenaar wrote:
> Raymond Ko wrote:
>
>
>
> [...]
>
>
>
> > > > Here is where it crashed for me:
>
> > > > http://i.imgur.com/rkiaz.png
>
> > >
>
> > > Thanks, th
On Friday, August 3, 2012 4:28:49 PM UTC-4, Bram Moolenaar wrote:
> Raymond Ko wrote:
>
>
>
> > On Friday, August 3, 2012 12:06:39 PM UTC-4, Bram Moolenaar wrote:
>
> > > Charles Cooper wrote:
>
> > >
>
> > > > On Thursd
On Friday, August 3, 2012 12:06:39 PM UTC-4, Bram Moolenaar wrote:
> Charles Cooper wrote:
>
>
>
> > On Thursday, August 2, 2012 3:58:02 PM UTC-4, Bram Moolenaar wrote:
>
> > > I have a new PC with Windows 7 that I want to use to build Vim for
>
> > > distribution. It's a 64 bit system but I
On Saturday, June 30, 2012 12:33:05 PM UTC-4, Heptite wrote:
> On Sat, 30 Jun 2012, Bram Moolenaar wrote:
>
> > If we can solve it by changing the default for WINVER to 0x0500 that
> > should probably work. Still, there is quite a large uncertainty
> > about what the side effects are.
> >
> > I
On Friday, June 29, 2012 12:13:34 PM UTC-4, 依云 wrote:
> On Fri, Jun 29, 2012 at 08:01:29AM -0700, Raymond Ko wrote:
> > Hello all,
> >
> > I am trying to build the newest version of VIM on Windows with MinGW 4.7.1
> > and Python 2.7.3 and Python 3.23 bindings. Eve
Hello all,
I am trying to build the newest version of VIM on Windows with MinGW 4.7.1 and
Python 2.7.3 and Python 3.23 bindings. Everything was compiling fined before,
but as of this patch (probably) it no longer compiles because the following
linker error:
C:\Users\root\AppData\Local\Temp\ccC
On Wednesday, June 20, 2012 1:40:10 PM UTC-4, Christian Brabandt wrote:
> Hi Raymond!
>
> On Mi, 20 Jun 2012, Raymond Ko wrote:
>
> > This patch breaks the dot register for my autocompletion plugin when
> > 'refresh: always' is NOT set. Once the popup menu sho
Hello,
This patch breaks the dot register for my autocompletion plugin when 'refresh:
always' is NOT set. Once the popup menu shows up, any following character is
appended twice to the dot register. Although I can work around it by setting
'refresh: always' (my plugin is not dependent on this),
src/version.c is missing a comma after 523 and as result VIM will not compile.
--
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.php
33 matches
Mail list logo
