On Monday, May 20, 2013 4:37:44 AM UTC-5, Tony Mechelynck wrote:
> On 20/05/13 05:53, Ben Fritz wrote:
>
> > Does it matter what is used to compile Vim? I think (but do not know) that
>
> > the "Cream" distribution is compiled in MinGW, which I use at home to
>
> > compile Vim when I'm on Window
OK, I'll do it.
However I doubt that there are some cases that new regexp engine is
slower than original. This change make be possible to work with html
file syntax, but re=2 seems to be slower than re=1.
On 5/24/13, Bram Moolenaar wrote:
>
> Yasuhiro Matsumoto wrote:
>
>> Currently, I'm trying
> > 2. 64-bit WinPE does not have a WOW64 subsystem, hence you cannot run
> > a 32-bit executable.
>
> What is WinPE?
Windows Preinstallation Environment
http://en.wikipedia.org/wiki/Windows_Preinstallation_Environment
http://technet.microsoft.com/en-us/library/hh825110.aspx
Basically, a live
Hi Bram,
2013/05/24 Fri 5:43:25 UTC+9 Bram Moolenaar wrote:
> Patch 7.3.1008
> Problem:Test 95 fails on MS-Windows.
> Solution: Set 'nomore'. Change \i to \f. Change multi-byte character to
> something that is not matching \i. (Ken Takata)
> Files:src/testdir/test95.in
Ken Takata wrote:
> 2013/05/24 Fri 2:47:19 UTC+9 Bram Moolenaar:
> > Ken Takata wrote:
> >
> > > I found some problems in the test95.
> > >
> > > 1. The test waits a user's input because "set nomore" is missing.
> > > 2. The test fails on Windows because \i matches =A7 (0xa7).
> > >The defa
Ben Fritz wrote:
> On Tuesday, May 21, 2013 3:01:05 PM UTC-5, Bram Moolenaar wrote:
> > Skeept wrote:
> > > Also for the next release, if possible would it be possible to
> > > distribute a 64 bit for windows as well a 32 bit?
> >
> > It's not all that useful. It uses more memory, is probably
Thomas Köhler wrote:
> Hello Bram,
>
> Bram Moolenaar wrote:
> > The plan is to include a new regexp engine in Vim 7.4. For testing
> > I would like to get a lot of files for which we have syntax
> > highlighting. I can then compare the highlighting of these files with
> > the old and the new
Patch 7.3.1008
Problem:Test 95 fails on MS-Windows.
Solution: Set 'nomore'. Change \i to \f. Change multi-byte character to
something that is not matching \i. (Ken Takata)
Files: src/testdir/test95.in, src/testdir/test95.ok
*** ../vim-7.3.1007/src/testdir/test95.in
Patch 7.3.1007
Problem:Can't build on Minix 3.2.1.
Solution: Add a condition to an #ifdef. (Gautam Tirumala)
Files: src/memfile.c
*** ../vim-7.3.1006/src/memfile.c 2013-05-06 04:21:35.0 +0200
--- src/memfile.c 2013-05-23 22:22:22.0 +0200
***
***
Thilo Six wrote:
> doc/options.txt
> *'regexpengine''* *'re'*
> ^
>
>
> also:
>
> doc/options.txt
> - *'undofile'* *'udf'*
> + *'undofile'* *'noundofile'* *'udf'* *'noudf'*
>
>
Thanks!
--
ARTHUR: You are indee
Thomas Cort wrote:
> Greetings,
>
> Attached is a one line fix to get vim to build out of the box on Minix 3.2.1.
> Patch originally by Gautam Tirumala
Thanks, I'll include it.
--
ARTHUR: What are you going to do. bleed on me?
"Monty Python and the Holy Grail" PYTHON (MONTY)
Patch 7.3.1006
Problem:NFA engine not used for "\_[0-9]".
Solution: Enable this, fixed in patch 1005.
Files: src/regexp_nfa.c
*** ../vim-7.3.1005/src/regexp_nfa.c2013-05-22 23:00:34.0 +0200
--- src/regexp_nfa.c2013-05-23 22:19:29.0 +0200
***
*** 679
Hello Bram
doc/options.txt
*'regexpengine''* *'re'*
^
also:
doc/options.txt
- *'undofile'* *'udf'*
+ *'undofile'* *'noundofile'* *'udf'* *'noudf'*
--
Regards,
Thilo
4096R/0xC70B1A8F
721B 1BA0 095C 1ABA 3FC6 7C18
Thomas Köhler wrote:
> Hello Bram, hello Ron,
>
> Bram Moolenaar wrote:
> > Hello Vim users,
> [...]
> > Besides that, if you are maintaining runtime files, please send me any
> > pending updates. I will not make big changes just before the release,
> > everything needs some time for testing.
Thomas Köhler wrote:
> Hallo Bram,
>
> Thomas Köhler wrote:
> > Attached, you can find a new version of prolog.vim (syntax
> > highlightning for prolog) and koehler.vim (my colorscheme). The
> > former fixes a bug in prologClauseHead higlightning, the later
> > now supports the Underline and Ign
Ben Fritz wrote:
> On Thursday, May 23, 2013 12:47:20 PM UTC-5, Bram Moolenaar wrote:
> >
> >
> > Friday is the deadline for new features and larger changes. After that
> >
> > it's bug fixing only!
> >
>
> Friday in 8 days, I assume, not Friday tomorrow?
Yes, end of May.
--
Hanson's Tre
On Saturday, May 11, 2013 6:00:11 PM UTC+2, Bram Moolenaar wrote:
> The plan is to include a new regexp engine in Vim 7.4. For testing
>
> I would like to get a lot of files for which we have syntax
>
> highlighting. I can then compare the highlighting of these files with
>
> the old and the n
Thanks for the help David and Christian.
I used the wikia page and made some little changes.
Have uploaded the built executables in github.
https://github.com/ashwinsa/Vimrc
For general public's usage.
Thanks again.
On Thu, May 23, 2013 at 2:37 AM, Christian Brabandt wrote:
>
> On Mi, 22 Ma
On Thursday, May 23, 2013 12:47:20 PM UTC-5, Bram Moolenaar wrote:
>
>
> Friday is the deadline for new features and larger changes. After that
>
> it's bug fixing only!
>
Friday in 8 days, I assume, not Friday tomorrow?
--
--
You received this message from the "vim_dev" maillist.
Do not t
Hallo Bram,
Thomas Köhler wrote:
> While I'm at it, I also just fixed a bug in uil.vim, see attached
> version.
Well, next time I'll first fix ALL bugs, then submit a new
version... here's the final version that fixes another small
glitch.
Ciao,
Thomas
--
Thomas Köhler Email: jean-
As I've said: having vim read plugin/*.vim files and adding some
runtimepath/python-lib dir if it exists to sys.dir would be genious.
Then people could use plugin/plugin.py only and have it lazily load its
code using "import"
Marc Weber
--
--
You received this message from the "vim_dev" mailli
On 23/05/2013 11:32 a.m., Bram Moolenaar wrote:
>
> Cesar Romani wrote:
>
>> On 22/05/2013 08:17 p.m., h_east wrote:
>> > Hi, Cesar
>> >
>> > 2013/5/23(Thu) 8:04:11 UTC+9 Cesar:
>> >> It doesn't solve the issue for "%s/^\n\+/\r". It gets stuck as
before.
>> >
>> > Really?
>> >
Hi Bram!
On Do, 23 Mai 2013, Bram Moolenaar wrote:
>
> Ron Aaron wrote:
>
> > Executing this regex:
> >
> > s#יְהוָה\Z#\\hashem{}#eg
> >
> > On this text:
> >
> > וְיַעֲשׂוּ בְנֵי-יִשְׂרָאֵל אֶת-הַפָּסַח, בְּמוֹעֲדוֹ
> >
> > Gives this garbage:
> >
> > \hashem{}\hashem{}\hashem
Ron Aaron wrote:
> Executing this regex:
>
> s#יְהוָה\Z#\\hashem{}#eg
>
> On this text:
>
> וְיַעֲשׂוּ בְנֵי-יִשְׂרָאֵל אֶת-הַפָּסַח, בְּמוֹעֲדוֹ
>
> Gives this garbage:
>
> \hashem{}\hashem{}\hashem{}\hashem{}\hashem{}\hashem{}\hashem{}\hashem{}
>
> Instead of this :
>
>
Yasuhiro Matsumoto wrote:
> Currently, I'm trying to fix \%# \%23c #%<23c .
>
> https://gist.github.com/mattn/5626661
>
> I'll send a patch in later.
I very much appreciate the help.
Please also write tests. Lots of bugs slipped through because we don't
have sufficient testing.
--
DENNIS:
Ken Takata wrote:
> I found some problems in the test95.
>
> 1. The test waits a user's input because "set nomore" is missing.
> 2. The test fails on Windows because \i matches =A7 (0xa7).
>The default value of 'isident' is different on Windows.
> 3. There are three tests using \i in the tes
Marc Weber wrote:
> I'd be interested in a high level overview about what can/should be done
> for the release to happen.
>
> This way people who are willing to help (eventually me) can pick a task,
> document that they are working on it, and get it done.
>
> Does it exist? If a titanpad or pub
Cesar Romani wrote:
> On 22/05/2013 08:17 p.m., h_east wrote:
> > Hi, Cesar
> >
> > 2013/5/23(Thu) 8:04:11 UTC+9 Cesar:
> >> It doesn't solve the issue for "%s/^\n\+/\r". It gets stuck as before.
> >
> > Really?
> > My vim7.3.1005 works well. It appears to have solved for me.
> >
> > Bes
Hello Bram,
Bram Moolenaar wrote:
> The plan is to include a new regexp engine in Vim 7.4. For testing
> I would like to get a lot of files for which we have syntax
> highlighting. I can then compare the highlighting of these files with
> the old and the new engine to find anything that is not c
On 22/05/2013 08:17 p.m., h_east wrote:
> Hi, Cesar
>
> 2013/5/23(Thu) 8:04:11 UTC+9 Cesar:
>> It doesn't solve the issue for "%s/^\n\+/\r". It gets stuck as before.
>
> Really?
> My vim7.3.1005 works well. It appears to have solved for me.
>
> Best regards,
> Hirohito Higashi
>
It doesn't work.
Hi,
I found some problems in the test95.
1. The test waits a user's input because "set nomore" is missing.
2. The test fails on Windows because \i matches § (0xa7).
The default value of 'isident' is different on Windows.
3. There are three tests using \i in the test95, but the last one
shou
Executing this regex:
s#יְהוָה\Z#\\hashem{}#eg
On this text:
וְיַעֲשׂוּ בְנֵי-יִשְׂרָאֵל אֶת-הַפָּסַח, בְּמוֹעֲדוֹ
Gives this garbage:
\hashem{}\hashem{}\hashem{}\hashem{}\hashem{}\hashem{}\hashem{}\hashem{}
Instead of this :
וְיַעֲשׂוּ בְנֵי־יִשְׂרָאֵל אֶת־הַפָּסַח, בְּמוֹעֲדו
Hello Bram, hello Ron,
Bram Moolenaar wrote:
> Hello Vim users,
[...]
> Besides that, if you are maintaining runtime files, please send me any
> pending updates. I will not make big changes just before the release,
> everything needs some time for testing. Let's set a deadline at the end
> of Ma
Hallo Bram,
Thomas Köhler wrote:
> Attached, you can find a new version of prolog.vim (syntax
> highlightning for prolog) and koehler.vim (my colorscheme). The
> former fixes a bug in prologClauseHead higlightning, the later
> now supports the Underline and Ignore groups.
While I'm at it, I also
Rob Hoelz wrote:
> I was diving in the Vim source, and I found a small typo. Here's a
> patch to fix it.
Thanks.
--
DENNIS: Oh, very nice. King, eh! I expect you've got a palace and fine
clothes and courtiers and plenty of food. And how d'you get that? By
exploiting the wor
Bram, I fixed:
* \%#
* \%23c \%23l
* \%<23c \%<23l
* \%>23c \%>23l
* Treat leading "*" as star character
* \_[
* \@!
https://gist.github.com/mattn/5626661
Please check this patch.
- Yasuhiro Matsumoto
--
--
You received this message from the "vim_dev" maillist.
Do not top-post! Type your rep
I was diving in the Vim source, and I found a small typo. Here's a patch to
fix it.
Thanks,
Rob
--
--
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
---
Y
it's still slow for general search, especially in big file.
-. Vim 7.3 1005/Vista
-. file size, c. 20M (utf-8)
It's got stuck after 7.3-996 for me.
-Regards, William
On Thu, May 23, 2013 at 11:17 AM, h_east wrote:
> Hi, Cesar
>
> 2013/5/23(Thu) 8:04:11 UTC+9 Cesar:
> > It doesn't solve the is
38 matches
Mail list logo