Seems need to avoid following by zero-width.
diff -r aeafe78fc869 src/regexp_nfa.c
--- a/src/regexp_nfa.c Fri Aug 22 13:13:28 2014 +0200
+++ b/src/regexp_nfa.c Wed Aug 27 15:35:21 2014 +0900
@@ -4408,8 +4408,10 @@
case NFA_SPLIT:
/* order matters here */
- subs =
I reproduced it.
--
--
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
---
You received this message because you are subscribed to the Google Groups
"vim_dev
On Wednesday, August 27, 2014 12:21:01 PM UTC+12, Urtica dioica wrote:
> When using the NFA engine, the following seems to cause a segfault:
>
> /\ze*
I see it, vim 7.4.408, Kubuntu 64 bit. I did a core dump and the backtrace
shows vim calling addstate on lines 4411 and 4618 of regexp_nfa.c rep
On Tue, 26 Aug 2014, mattn wrote:
I can't reproduce it. What version of vim do you use? Any options related for
this behavior?
For me any of the 7.4 versions I have installed crash. I'm up-to-date
with patchlevel 417 on the version I mostly use. It crashes even with
-u NONE (i.e. default s
Ah, sorry.
This is wrong. Because current directory must be contained in the search paths.
system() or ":!" works with current directory. So ignore above reply.
Please use patch older or look newer patch that k_takata modified for new
version of vim.
https://12985092515833507022.googlegroups.c
I can't reproduce it. What version of vim do you use? Any options related for
this behavior?
--
--
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
---
You re
On Tue, 26 Aug 2014, Urtica dioica wrote:
When using the NFA engine, the following seems to cause a segfault:
/\ze*
If you have "set incsearch", you don't even need to press Enter.
I can confirm that this crashes Vim under Windows, so this isn't
OS-specific.
- Christian
--
Hear
When using the NFA engine, the following seems to cause a segfault:
/\ze*
If you have "set incsearch", you don't even need to press Enter.
--
--
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, vis
Status: New
Owner:
Labels: Type-Defect Priority-Medium
New issue 253 by dhah...@gmail.com: tab-completion on the cmdline does not
appear to work for autoload functions
https://code.google.com/p/vim/issues/detail?id=253
When trying to tab-complete an autoload function on the cmdline, it f
When there is a `kdeinit4` process, but `kfmclient` is not installed
`BrowseX` fails to open an URL (it falls through to the last else block).
This happened on a non-KDE system, where `kdeinit4` was
installed/started for an unknown reason, but konqueror/kfmclient is not
available.
This patch als
Yasuhiro Matsumoto wrote:
> Hi bram
>
> I got a report: exepath() return wrong value. So I updated this patch.
>
> https://gist.github.com/mattn/4d94e093bb777f79c444
>
> When first argument is set as NULL, SearchPath() works to search
> windows directory before PATH environment. So
> "C:\Wind
Yasuhiro Matsumoto wrote:
> When vim allocate many objects, some times vim hang for GC. Ariya Mizutani
> suggested below's patch.
>
> https://gist.github.com/mattn/0c58a7398c63ab4c3066
>
> Try following test code.
> --
> let s:hoge = {}
> let s:fuga
Daniel Kho wrote:
> I'm requesting to add *.bsd,*.bsdl as additional filetypes that use
> the VHDL syntax, since BSDL (boundary scan description language) is a
> subset of VHDL.
>
> " VHDL
> au BufNewFile,BufRead *.hdl,*.vhd,*.vhdl,*.vbe,*.vst,*.bsd,*.bsdl setf vhdl
>
> What do you guys think?
Comment #2 on issue 240 by muffinpo...@gmail.com: italicize italics in
asciidoc.vim
https://code.google.com/p/vim/issues/detail?id=240
No response after a month.
--
You received this message because this project is configured to send all
issue notifications to this address.
You may adjust
On Wednesday, 27 August 2014 02:02:43 UTC+8, ZyX wrote:
> In such cases it is possible to set some b: variable prior to loading syntax
> that will make some lines guarded by the appropriate :if not executed. Or
> move vhdl.vim to bsdl.vim and create vhdl.vim that will source vhdl.vim and
> then
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On August 26, 2014 9:56:17 PM GMT+03:00, Daniel Kho
wrote:
>Hi,
>I'm requesting to add *.bsd,*.bsdl as additional filetypes that use the
>VHDL syntax, since BSDL (boundary scan description language) is a
>subset of VHDL.
>
>" VHDL
>au BufNewFile,Bu
Hi,
I'm requesting to add *.bsd,*.bsdl as additional filetypes that use the VHDL
syntax, since BSDL (boundary scan description language) is a subset of VHDL.
" VHDL
au BufNewFile,BufRead *.hdl,*.vhd,*.vhdl,*.vbe,*.vst,*.bsd,*.bsdl setf vhdl
What do you guys think? I think it's probably easier t
Christian Brabandt wrote:
> > > On Mo, 25 Aug 2014, Grüner Gimpel wrote:
> > >
> > > > I noticed another issue concerning 'listchars' and 'linebreak', and
> > > > it's also a regression bug from patch 353, but it isn't solved until
> > > > now (version 7.4.417).
> > > >
> > > > The issue is tha
On Tuesday, August 26, 2014 12:20:44 AM UTC-5, mattn wrote:
> Hi list.
>
> When vim allocate many objects, some times vim hang for GC. Ariya Mizutani
> suggested below's patch.
>
> https://gist.github.com/mattn/0c58a7398c63ab4c3066
>
> Try following test code.
>
On Mo, 25 Aug 2014, Bram Moolenaar wrote:
>
> Christian Brabandt wrote:
>
> > On Mo, 25 Aug 2014, Grüner Gimpel wrote:
> >
> > > I noticed another issue concerning 'listchars' and 'linebreak', and
> > > it's also a regression bug from patch 353, but it isn't solved until
> > > now (version 7.4
On Mo, 25 Aug 2014, v...@googlecode.com wrote:
> Status: New
> Owner:
> Labels: Type-Defect Priority-Medium
>
> New issue 252 by esw...@gmail.com: line() can move the cursor in a
> zero-height window
> https://code.google.com/p/vim/issues/detail?id=252
>
> Minimal reproduction steps:
>
> 1
Hi bram
I got a report: exepath() return wrong value. So I updated this patch.
https://gist.github.com/mattn/4d94e093bb777f79c444
When first argument is set as NULL, SearchPath() works to search windows
directory before PATH environment. So "C:\Windows\System32\counvert.exe" will
be found eve
Am Montag, 25. August 2014 20:34:52 UTC+2 schrieb Christian Brabandt:
> Oops, small error in the testfile patch.
>
>
>
> Here is an updated version.
>
>
>
> Best,
>
> Christian
>
> --
>
> Allein sein zu müssen ist das schwerste, allein sein zu können das
>
> schönste.
>
>
23 matches
Mail list logo
