Hi,
I run into the following gvim crash happened when I try to switch to other tabs
by using "1gt" or "2gt" if NERDTree is opened.
the crash is:
ChildEBP RetAddr
003bf2e8 776af5c9 ntdll!RtlReportCriticalFailure+0x29
003bf2f8 776af6a9 ntdll!RtlpReportHeapFailure+0x21
003bf32c 7766a5cb ntdll!R
The full crash analyze is:
Opened log file 'd:\gvimcrash.txt'
0:000> k
ChildEBP RetAddr
003bf2e8 776af5c9 ntdll!RtlReportCriticalFailure+0x29
003bf2f8 776af6a9 ntdll!RtlpReportHeapFailure+0x21
003bf32c 7766a5cb ntdll!RtlpLogHeapFailure+0xa1
003bf374 776135a7 ntdll!RtlpCoalesceFreeBlocks+0x84c
00
Hi, Bram,
Thanks for your reply. Actually, I am working in Windows and don't
have valgrind.
The crash can be easily reproed by using two plugins: NERDTree and
buf_it.
Their links are:
http://www.vim.org/scripts/script.php?script_id=1658
http://www.vim.org/scripts/script.php?script_id=2833
The r
, 驼峰 wrote:
> Hi, Bram,
>
> Thanks for your reply. Actually, I am working in Windows and don't
> have valgrind.
>
> The crash can be easily reproed by using two plugins: NERDTree and
> buf_it.
>
> Their links
> are:http://www.vim.org/scripts/script.php?scrip
.
my environment: windows 7 amd64, my gvim is 32bits.
Thanks,
-Mike Guo
On Mar 9, 10:47 pm, lilydjwg wrote:
> I can't reproduce this on my 32bit Windows XP with my self-compiled vim
> version 7.3.444.
>
>
>
>
>
>
>
>
>
> On Thu, Mar 08, 2012 at 05:44:01P
I guess this only happens on Windows.
On Mar 10, 9:24 pm, Dominique Pellé wrote:
> 驼峰 wrote:
> > I can 100% repro this bug by adding the following line into my vimrc.
>
> > autocmd VimEnter,BufNew,BufEnter,BufWritePost,VimResized * redraw
>
> > The repro step:
> &g
; shortcut of NERDTree plugin
4. '1gt'
5, maximize gvim
6, '2gt'
7, restore the windows size from maximize window to normal window.
8, '1gt'
Result: after 8th step, my gvim will crash definitely.
Thanks,
-Mike Guo
On Mar 11, 8:33 am, "Christian J. Robinson&quo
My NERDTree version is 4.1.0.
On Mar 11, 10:45 am, 驼峰 wrote:
> my environment is:
> 1: gvim 32 bits
> 2: only with NERDTree plugin
> 3: only with the following contents in my vimrc
> autocmd VimEnter,BufNew,BufEnter,BufWritePost,VimResized * redraw
> 4: windows xp 32 bit.
hi, bram
when can this bug be fixed? I am waiting the crash fix for several
days.
thanks,
mike
On 3月14日, 下午2时31分, "Christian Brabandt" wrote:
> On Tue, March 13, 2012 22:16, Bram Moolenaar wrote:
>
> > Christian Brabandt write:
>
> >> On Sa, 10 Mär 2012
On May 1, 12:49 am, Bram Moolenaar wrote:
> Patch 7.3.514
> Problem: No completion for :history command.
> Solution: Add the completion and update the docs. Also fix ":behave"
> completion. (Dominique Pelle)
> Files: runtime/doc/cmdline.txt, runtime/doc/map.txt, src/ex_docmd.
>
> "Attack-able" code in this change?
>
> It looks to me that your anti-virus is reporting a false alert here.
> The bug should be reported to Microsoft. Fortunately,
> unlike Vim, Microsoft Forefront 2012 endpoint protection
> is proprietary software so you will surely get support.
>
> Regards
>
Hi, all
I have one question regarding to the global/local boolean option in vim.
I want to set noignorecase in insertmode. When leaving insert mode, I want to
use ignorecase. Therefore, I add the following line in my vimrc
set ignorecase
autocmd InsertEnter * setlocal noignorecase
autocmd Inser
On Thursday, July 26, 2012 11:28:37 AM UTC+8, Benjamin R. Haskell wrote:
> On Wed, 25 Jul 2012, 驼峰 wrote:
>
> > Hi, all
> >
> > I have one question regarding to the global/local boolean option in vim.
> >
> > I want to set noignorecase in insertmode. When lea
On Friday, July 27, 2012 12:36:15 AM UTC+8, Ben Fritz wrote:
> On Wednesday, July 25, 2012 10:22:41 PM UTC-5, 驼峰 wrote:
> > Hi, all
> >
> > I have one question regarding to the global/local boolean option in vim.
> >
> > I want to set noignorecase in insert
On Friday, July 27, 2012 12:06:35 PM UTC+8, Bee wrote:
> This might be helpful
>
> :help infercase
>
> add this to .vimrc:
>
> :set infercase
>
> Bill
Thanks for the information. I use Esc to exit insert mode.
--
You received this message from the "vim_dev" maillist.
Do not top-post! Type yo
Hi, All
I run into one issue when running with :pyfile command.
here is my test.py file:
import os
print os.path.dirname(os.path.abspath(__file__)
I saved it in c:\test.py
Then I run :pyf c:\test.py. I suppose it should return "c:\"
However, it will say:
Traceback (most recent call last):
在 2014年1月16日星期四UTC+8下午5时45分24秒,驼峰写道:
> Hi, All
>
> I run into one issue when running with :pyfile command.
>
> here is my test.py file:
>
> import os
> print os.path.dirname(os.path.abspath(__file__))
>
> I saved it in c:\test.py
>
> Then I run :pyf c:\te
在 2014年1月16日星期四UTC+8下午5时45分24秒,驼峰写道:
> Hi, All
>
> I run into one issue when running with :pyfile command.
>
> here is my test.py file:
>
> import os
> print os.path.dirname(os.path.abspath(__file__)
>
> I saved it in c:\test.py
>
> Then I run :pyf c:\te
After I applied patch 281-284, I can launch command-t successfully.
But when I input some characters in the command-t pop window, it
always said" E21, cannot make changes".
When I revert to patch 280, command-t works fine.
Is it a regression bug?
--
You received this message from the "vim_dev"
thanks for the fix.
-Mike Guo
On 8月20日, 上午4时45分, Dominique Pellé wrote:
> Bram Moolenaar wrote:
> > Dominique Pelle wrote:
>
> >> Bram Moolenaar wrote:
>
> >> > guotuofeng wrote:
>
> >> >> After I applied patch 281-284, I can launch command-t successfully.
> >> >> But when I input some character
with this patch, the snipMate plugin won't work correctly with auto
completio popup.
After applying this patch, the AutoComplPop will popup a list of
snippets for current filetype. This is a little bit annoying. So, I
have to revert to previous one.
On Aug 28, 10:02 pm, Bram Moolenaar wrote:
> P
ce it.
> Please show me
>
> * version of ACP
> * version of snipMate
> * what the patch of ACP? only GetSnipsInCurrentScope?
> * what keys did you type?
>
> Thanks.
>
>
>
>
>
>
>
> On Monday, September 5, 2011 8:29:36 PM UTC+9, 驼峰 wrote:
>
> > with thi
BTW, the environments:
acp version: 2.14.1
snipMate version: 0.83
only change snipMate.vim to include GetSnipsInCurrentScope.
--
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.
here is some sample of c.snippets.
# main()
snippet main
int main(int argc, const char *argv[])
{
${1}
return 0;
}
snippet mainn
int main(void)
{
${1}
return 0;
}
# #include <...>
snippe
sorry for the confusion.
When I typing "Ex", acp will show all the "snipMate triggers" for
current file type. This is not expected. The expected behavior is: acp
should only show popup for content included in current buffer instead
of all other "triggers" for current file type.
Is it clear?
Happy birthday.
On Nov 3, 2:00 am, Thilo Six wrote:
> Hello Bram,
> hello Vimmers,
>
> just read:
> Vim's 20th
> anniversaryhttp://lcorg.blogspot.com/2011/11/two-decades-of-productivity-vims-20...
>
> Congratulations!
>
> I am very often astonished by its snappyness.
> --
> Regards,
> Thilo
>
>
在 2015年4月21日星期二 UTC+8下午12:02:04,Andrei Olsen写道:
> On Monday, April 20, 2015 at 3:31:09 PM UTC+2, tux. wrote:
> > Am 2015-04-19 18:53, schrieb Claudia Hardman:
> >
> > > Tested with tuxproject 7.4.699 x64, and also with precompiled 7.4.691
> > > x64 from
> > > [veegee](https://bintray.com/veegee/ge
Hi, there
I cannot generate tags file using ctags for a directory which contains
whitespace on Windows 8.
For example, suppose my current directory is "c:\Program Files (x86)\Microsoft
Visual Studio 12.0\VC\include", then I type "!ctags -R ." in gvim.
I suppose there should be a "tags" file in
在 2015年5月15日星期五 UTC+8下午6:16:05,驼峰写道:
> Hi, there
>
> I cannot generate tags file using ctags for a directory which contains
> whitespace on Windows 8.
> For example, suppose my current directory is "c:\Program Files
> (x86)\Microsoft Visual Studio 12.0\VC\include",
Suppose I have the following data:
4702103 BLOB: 1.dat
4702103 BLOB: 3.dat
4702104 BLOB: 4.dat
4702104 BLOB: 5.dat
4702106 BLOB: 6.dat
And I want to remove duplicate item against the first column. The dedup data
should like:
4702103 BLOB: 1.dat
4702104 BLOB: 4.dat
4702106 BLOB: 6.
在 2015年6月26日星期五 UTC+8上午12:28:05,Bram Moolenaar写道:
> Patch 7.4.759
> Problem:Building with Lua 5.3 doesn't work, symbols have changed.
> Solution: Use the new names for the new version. (Felix Schnizlein)
> Files: src/if_lua.c
>
>
> *** ../vim-7.4.758/src/if_lua.c 2015-02-17 16:28
Hi, Guys
I would like to know what new features will be added/removed against Vim 7.4.
And when would vim 7.5 would be final released?
Thanks,
-Mike Guo
--
--
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 i
In Wow64 mode of Windows amd64, the gvim.exe(launched by
C:\Windows\SysWOW64\cmd.exe) movement will be very slow if I enable cursorline.
On another hand, the slow issues will gone if I start gvim by
"C:\windows\system32\cmd.exe".
Is the slow related to Wow64 mode? must I used 64 vim to fix thi
If I set the environment variable "__COMPAT_LAYER=Win7RTM" in Windows cmd.exe,
the gvim movement will be very slow when enable cursorline.
The issue will be gone if I either remove that environment variable or turn off
cursorline.
do you guys know the cause of this issue?
Thanks,
-Mike Guo
34 matches
Mail list logo