I found that the script in my plugins take up a fairly small space compared to
the .git folder during a disk cleanup. Though it is still small enough for it
to be ignored during the process, I wonder what can be done to trim it.
For example, syntastic. The .git folder is 3.2 MB, while the plugi
Christ van Willegen wrote:
On Wed, Apr 9, 2014 at 4:07 PM, Charles Campbell
wrote:
Hello:
I'm getting some compiler errors with Scientific Linux 6.4:
This is configured with:
./configure --with-features=huge --enable-gui=yes --enable-gui=gtk2
--enable-perlinterp --enable-pythoninterp --enable
Comment #8 on issue 215 by drc...@campbellfamily.biz: ft=sh highlighting
thinks . is a valid character in variable names.
http://code.google.com/p/vim/issues/detail?id=215
Thanks, Gary -- I'm not sure why that comma was there, even for the
ksh/posix shells. So, its gone! Well, in v134, anywa
Status: New
Owner:
Labels: Type-Defect Priority-Medium
New issue 218 by gmagg...@gmail.com: gVim docked window in Windows
7 "rebounding" on vsplit
http://code.google.com/p/vim/issues/detail?id=218
Hello,
I'm using gVim 7.4 on Windows 7 and it happens this to me this:
1. I launch gVim
Comment #7 on issue 215 by gary@gmail.com: ft=sh highlighting thinks .
is a valid character in variable names.
http://code.google.com/p/vim/issues/detail?id=215
Thanks for the new version. With syntax/sh.vim v133, the
line "FOO.BAR=hello" (without the quotes) has only "BAR" highlighted.
Updates:
Status: Started
Owner: drc...@campbellfamily.biz
Comment #6 on issue 215 by drc...@campbellfamily.biz: ft=sh highlighting
thinks . is a valid character in variable names.
http://code.google.com/p/vim/issues/detail?id=215
Please try syntax/sh.vim v133, available at my
Bram Moolenaar wrote:
Ed Brown wrote:
I'm not an autotools expert by any stretch of the imagination. I've not
included a patch. But here are the details:
undefining HAVE_SMACK in config.h does fix the issue.
./configure --prefix=/usr/local --enable-perlinterp --enable-tclinterp
--enable-pyth
On Saturday, 5 April 2014 20:02:23 UTC+1, Bram Moolenaar wrote:
> Ed Brown wrote:
>
>
>
> > I'm not an autotools expert by any stretch of the imagination. I've not
>
> > included a patch. But here are the details:
>
> >
>
> >
>
> > undefining HAVE_SMACK in config.h does fix the issue.
>
On Wed, Apr 9, 2014 at 4:07 PM, Charles Campbell
wrote:
> Hello:
>
> I'm getting some compiler errors with Scientific Linux 6.4:
> This is configured with:
> ./configure --with-features=huge --enable-gui=yes --enable-gui=gtk2
> --enable-perlinterp --enable-pythoninterp --enable-rubyinterp
You c
Hello:
I'm getting some compiler errors with Scientific Linux 6.4:
os_unix.c|2879 error| 'XATTR_NAME_SMACK' undeclared (first use in this
function)
os_unix.c|2879 error| (Each undeclared identifier is reported only once
os_unix.c|2879 error| for each function it appears in.)
os_unix.c|2880 err
Yasuhiro Matsumoto wrote:
> systemlist() that added on 7.4.248 make incorrect reference of list.
>
> Below is a patch. Please check and include.
Thanks!
--
I started out with nothing, and I still have most of it.
-- Michael Davis -- "Tonight Show"
/// Bram M
On Wed, Apr 9, 2014 at 4:09 AM, Bram Moolenaar wrote:
>
> Yukihiro Nakadaira wrote:
>
> os_unix.c:
> 2818 static const char const *smack_copied_attributes[] =
> This should be
> static const char *smack_copied_attributes[]
> or
> static const char * const smack_copied_attributes[]
>
> W
STRCPY/STRNCPY doesn't copy bytes after 0x00.
diff -r dd44a527c2bd src/eval.c
--- a/src/eval.cSun Apr 06 21:34:04 2014 +0200
+++ b/src/eval.cWed Apr 09 19:53:47 2014 +0900
@@ -18319,7 +18319,7 @@
char_u *s = NULL;
char_u *start;
char_u
Ah, sorry I was confused. But this contains a bug. I'll write a patch soon.
--
--
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
Ah, it seems systemlist() is broken. Handle NUL instead of NL.
diff -r dd44a527c2bd src/eval.c
--- a/src/eval.cSun Apr 06 21:34:04 2014 +0200
+++ b/src/eval.cWed Apr 09 19:19:50 2014 +0900
@@ -18334,17 +18334,13 @@
for (i = 0; i < len; ++i)
{
start = res
systemlist() that added on 7.4.248 make incorrect reference of list.
Below is a patch. Please check and include.
diff -r dd44a527c2bd src/eval.c
--- a/src/eval.cSun Apr 06 21:34:04 2014 +0200
+++ b/src/eval.cWed Apr 09 19:05:42 2014 +0900
@@ -18356,6 +18356,7 @@
list_a
Am Freitag, 4. April 2014 23:00:22 UTC+2 schrieb Enno:
> Am Freitag, 4. April 2014 16:50:37 UTC+2 schrieb Bram Moolenaar:
>
> > Enno Nagel wrote:
>
> >
>
> >
>
> >
>
> > > Le vendredi 28 mars 2014 23:31:51 UTC+1, Enno a écrit :
>
> >
>
> > > > When restoring a session with spelllang=de,
2014-04-06 23:09 GMT+04:00 Bram Moolenaar :
>
> Ben Fritz wrote:
>
> > On Sunday, April 6, 2014 6:42:35 AM UTC-5, Bram Moolenaar wrote:
> >
> > > The problem is that there will not be a standard way how to apply those
> > > two changes. If it's just two inserts after another it would be
> > > pos
18 matches
Mail list logo
