os_mswin.c
os_mswin.c(536) : error C2065: 'intptr_t' : undeclared identifier
os_mswin.c(536) : error C2146: syntax error : missing ')' before identifier 'h'
os_mswin.c(536) : error C2198: '_open_osfhandle' : too few actual parameters
os_mswin.c(536) : error C2059: syntax error : ')'
os_mswin.c(583)
On Sep 26, 2013 3:30 AM, "kans" wrote:
>
> > Java is the most used language these days and uses the Timer class.
> >
> > JavaScript wasn't designed properly, it has lots of confusing stuff, I
> >
> > would never use it as an example for proper design. Only for ideas.
>
> Its true that JS was desi
> Java is the most used language these days and uses the Timer class.
>
> JavaScript wasn't designed properly, it has lots of confusing stuff, I
>
> would never use it as an example for proper design. Only for ideas.
Its true that JS was designed in a weekend, but it is easily the most popular
Christian Brabandt wrote:
> On Mi, 25 Sep 2013, Christian Brabandt wrote:
>
> > On Wed, September 25, 2013 16:43, Axel Bender wrote:
> > > Please compare the following case using the current (7.4.35) and a
> > > previous (7.4ß = the last I can return to) version of gvim (here: Windows
> > > 7 64
Patch 7.4.041 (after 7.4.034)
Problem:Visual selection does not remain after being copied over. (Axel
Bender)
Solution: Move when VIsual_active is reset. (Christian Brabandt)
Files: src/ops.c
*** ../vim-7.4.040/src/ops.c2013-09-22 15:23:38.0 +0200
--- src/ops.c
Bram,
currently, the colorscheme autocommand matches the pattern against the
buffer name. I think, it would be more useful, to have the pattern match
against the actual colorscheme name. So here is a patch, that changes
it.
regards,
Christian
--
Wie man sein Kind nicht nennen sollte:
Bernh
On Wed, Sep 25, 2013 at 10:04 PM, Christian Brabandt wrote:
> I would even go so far and say that 'gi' is one of the more obscure
> features of Vim that hardly ever someone uses. Other than that I totally
> agree with Ingo,
In my experience, extrapolating your own usage of Vim to that of other
pe
On Mi, 25 Sep 2013, Ingo Karkat wrote:
> On 25-Sep-2013 15:21 +0200, Bram Moolenaar wrote:
>
> > Christian Brabandt wrote:
> >
> >> Hi Tim!
> >>
> >> On Mo, 23 Sep 2013, Tim Chase wrote:
> >>
> >>> Playing around with the latest VimGolf challenge[1], I was attempting
> >>> to use "gi" to add som
On Mi, 25 Sep 2013, Christian Brabandt wrote:
> On Wed, September 25, 2013 16:43, Axel Bender wrote:
> > Please compare the following case using the current (7.4.35) and a
> > previous (7.4ß = the last I can return to) version of gvim (here: Windows
> > 7 64 bit).
> >
> > In the current version a
On Mi, 25 Sep 2013, Christian Brabandt wrote:
> On Mi, 25 Sep 2013, Christian Brabandt wrote:
>
> > On Wed, September 25, 2013 15:21, Bram Moolenaar wrote:
> > > 'cinoptions' is for 'cindent' options.
> >
> > So do we agree, that cino=#N with N being non-zero would allow to
> > indent 'defines'?
On Mi, 25 Sep 2013, Christian Brabandt wrote:
> On Wed, September 25, 2013 15:21, Bram Moolenaar wrote:
> > 'cinoptions' is for 'cindent' options.
>
> So do we agree, that cino=#N with N being non-zero would allow to
> indent 'defines'?
No one complains, so here is an updated patch.
regards,
Ch
On 2013-09-25, Bram Moolenaar wrote:
> Gary Johnson wrote:
>
> > On 2013-09-25, Ben Fritz wrote:
> > > On Wednesday, September 25, 2013 6:18:00 AM UTC-5, Bram Moolenaar wrote:
> > > >
> > > >
> > > > For portability and readability I would encourage keeping the # in the
> > > >
> > > > first co
Patch 7.4.040
Problem:Valgrind error on exit when a script-local variable holds a
reference to the scope of another script.
Solution: First clear all variables, then free the scopes. (ZyX)
Files: src/eval.c
*** ../vim-7.4.039/src/eval.c 2013-08-30 16:35:41.0 +020
Gary Johnson wrote:
> On 2013-09-25, Ben Fritz wrote:
> > On Wednesday, September 25, 2013 6:18:00 AM UTC-5, Bram Moolenaar wrote:
> > >
> > >
> > > For portability and readability I would encourage keeping the # in the
> > >
> > > first column.
> >
> > Agree, that makes sense. And thus the
Thanks. Made it one line.
Lorenzo
On Wed, Sep 25, 2013 at 11:53 AM, Bram Moolenaar wrote:
>
> Lorenzo Bercelli wrote:
>
> > The maintainer hasn't answered this email either. I'm sending you the
> > patch again, assuming you approved it the last time.
>
> OK. Let's make it one line:
>
> "
Patch 7.4.039
Problem:MS-Windows: MSCV10 and earlier can't handle symlinks to a
directory properly.
Solution: Add stat_symlink_aware() and wstat_symlink_aware(). (Ken Takata)
Files: src/os_mswin.c, src/os_win32.c, src/os_win32.h
*** ../vim-7.4.038/src/os_mswin.c 2013
Patch 7.4.038
Problem:Using "zw" and "zg" when 'spell' is off give a confusing error
message. (Gary Johnson)
Solution: Ignore the error when locating the word. Explicitly mention what
word was added. (Christian Brabandt)
Files: src/normal.c, src/spell.c
*** ..
Patch 7.4.037
Problem:Using "\ze" in a sub-pattern does not result in the end of the
match to be set. (Axel Bender)
Solution: Copy the end of match position when a recursive match was
successful.
Files: src/regexp_nfa.c, src/testdir/test64.in, src/testdir/test64.
On 2013-09-25, Ben Fritz wrote:
> On Wednesday, September 25, 2013 6:18:00 AM UTC-5, Bram Moolenaar wrote:
> >
> >
> > For portability and readability I would encourage keeping the # in the
> >
> > first column.
>
> Agree, that makes sense. And thus the default 'cindent' settings
> should also
If you do
let F=function('<>#<>')
F will be assigned a function reference with a known to be invalid name.
Not sure whether it worth fixing as calling such reference just throws an
error. But this will be fixed in extended-funcref branch (mainly because I
first fixed it and then found out
On Wed, Sep 25, 2013 at 10:43 AM, Axel Bender
wrote:
> Please compare the following case using the current (7.4.35) and a
> previous (7.4ß = the last I can return to) version of gvim (here: Windows 7
> 64 bit).
>
> In the current version a selection - after being copied over with the
> contents of
On Wed, September 25, 2013 15:21, Bram Moolenaar wrote:
> 'cinoptions' is for 'cindent' options.
So do we agree, that cino=#N with N being non-zero would allow to
indent 'defines'?
regards,
Christian
--
--
You received this message from the "vim_dev" maillist.
Do not top-post! Type your reply
On Wed, September 25, 2013 16:43, Axel Bender wrote:
> Please compare the following case using the current (7.4.35) and a
> previous (7.4ß = the last I can return to) version of gvim (here: Windows
> 7 64 bit).
>
> In the current version a selection - after being copied over with the
> contents of
On Wednesday, September 25, 2013 6:18:00 AM UTC-5, Bram Moolenaar wrote:
>
>
> For portability and readability I would encourage keeping the # in the
>
> first column.
Agree, that makes sense. And thus the default 'cindent' settings should also
place it in the first column.
> Allowing to put
Please compare the following case using the current (7.4.35) and a previous
(7.4ß = the last I can return to) version of gvim (here: Windows 7 64 bit).
In the current version a selection - after being copied over with the contents
of a register - is kept (no deselection).
In the previous versio
Patch 7.4.036
Problem:NFA engine does not capture group correctly when using \@>. (ZyX)
Solution: Copy submatches before doing the recursive match.
Files: src/regexp_nfa.c, src/testdir/test64.in, src/testdir/test64.ok
*** ../vim-7.4.035/src/regexp_nfa.c 2013-09-22 13:57:19.000
Bram,
Given that your concern is to not present a situation to the user for which
they have no remedy, it seems like providing information might be a possible
remedy The more information the user has, the easier it might be to figure out
how to get out of a possible sticky situation. You mentio
Bram Moolenaar schrieb:
>Java is the most used language these days and uses the Timer class.
"Most people use Java" (which I doubt as better programmers prefer sane
languages like C) is not a reason to state that Java would be any better than
other languages. They just have a working Marke
Bram Moolenaar schrieb:
>Java is the most used language these days and uses the Timer class.
"Most people use Java" (which I doubt as better programmers prefer sane
languages like C) is not a reason to state that Java would be any better than
other languages. They just have a working Marketing
Jorge Solis wrote:
I can close NetrwTree in tree mode.
There is a mesage that says the file has change, use :q! but that does not work
too
I think you're saying that there's a problem -- but I don't know what it
is. Please give a sequence of actions that elicits the problem so that
I may du
On 25-Sep-2013 15:21 +0200, Bram Moolenaar wrote:
> Christian Brabandt wrote:
>
>> Hi Tim!
>>
>> On Mo, 23 Sep 2013, Tim Chase wrote:
>>
>>> Playing around with the latest VimGolf challenge[1], I was attempting
>>> to use "gi" to add some text, then control+O (or backtick-backtick) to
>>> jump ba
Christian Brabandt wrote:
> Hi Tim!
>
> On Mo, 23 Sep 2013, Tim Chase wrote:
>
> > Playing around with the latest VimGolf challenge[1], I was attempting
> > to use "gi" to add some text, then control+O (or backtick-backtick) to
> > jump back to where I had issued the "gi". I was somewhat surpr
Christian Brabandt wrote:
> >> Indeed, it looks strange. Especially, since left shifts are allowed, but
> >> once you reach column 1, you can't right shift anymore. Also note, that
> >> despite Vim's inability to right shift defines, the file will still be
> >> marked modified.
> >>
> >> Here is
I can close NetrwTree in tree mode.
There is a mesage that says the file has change, use :q! but that does not work
too
--
--
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.o
NetrwTree lose the line position (in tree mode) when go in a tab with t key
--
--
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 messag
On Sep 25, 2013 3:53 PM, "Bram Moolenaar" wrote:
>
>
> Geoff Greer wrote:
>
>
> > On Sunday, September 22, 2013 6:38:32 AM UTC-7, Bram Moolenaar wrote:
> > > I still have several problems with including this functionality.
> > >
> > > I would prefer this to be called timed events instead of async,
On Wed, September 25, 2013 13:18, Bram Moolenaar wrote:
>
> Christian Brabandt wrote:
>
>> On Di, 24 Sep 2013, Gary Johnson wrote:
>>
>> > On 2013-09-24, Christian Brabandt wrote:
>> > >
>> > > I guess, the intention is, that in C code the defines need to be in
>> the
>> > > first column.
>> >
>> >
Geoff Greer wrote:
> On Sunday, September 22, 2013 6:38:32 AM UTC-7, Bram Moolenaar wrote:
> > I still have several problems with including this functionality.
> >
> > I would prefer this to be called timed events instead of async, since
> > it's not really asynchronous. A timeout is for when
James wrote:
> Right now, there can't be right-aligned one-character signs(like "sign
> define rightsign text=\ r"), because prefixing a sign with a space
> breaks the define statement.
>
> The "text=" argument for signs uses skiptowhite_esc, which forces
> whitespace in the argument to be escap
Lorenzo Bercelli wrote:
> The maintainer hasn't answered this email either. I'm sending you the
> patch again, assuming you approved it the last time.
OK. Let's make it one line:
" As suggested by PEP8.
setlocal expandtab shiftwidth=4 softtabstop=4 tabstop=8
I'll also include the patch for ke
Christian Brabandt wrote:
> On Di, 24 Sep 2013, Gary Johnson wrote:
>
> > On 2013-09-24, Christian Brabandt wrote:
> > >
> > > I guess, the intention is, that in C code the defines need to be in the
> > > first column.
> >
> > Thanks for checking that.
> >
> [...]
> > Vim's behavior looks to
41 matches
Mail list logo
