On 25-Jun-08 19:57, Larson, DavidX S wrote:
From: vim_dev@googlegroups.com [mailto:[EMAIL PROTECTED] On
Behalf Of Ingo Karkat
This limitation is probably due to the fact that it's non-trivial to
persist complex structures
(like Dictionaries) to a file.
Wouldn't it be trivial to save a
[...]
Looks almost OK. This should be slightly better:
dnl sys/ptem.h depends on sys/stream.h on Solaris 9
AC_CHECK_HEADERS(sys/ptem.h, [], [],
[#if defined HAVE_SYS_STREAM_H
# include sys/stream.h
#endif])
Just a nitpick, it's for sure Solaris 8 till latest development build,
so plain
On Thu, Jun 26, 2008 at 1:46 AM, John Beckett [EMAIL PROTECTED] wrote:
I use the FTP server to get patches (with a Python script - very easy), and I
apply
them manually (easy). So I have no personal interest in the CVS or SVN
distributions. However, lurking here has shown quite a bit of pain
On Jun 26 00:05, Bram Moolenaar wrote:
Corinna Vinschen wrote:
btw., beginning with 1.7.0, Cygwin will allow to use long paths on
Windows, longer than the usual MAX_PATH=260 chars. PATH_MAX is now
4096.
Right now, vim uses the function cygwin_conv_to_posix_path to convert
Win32
Christian MICHON wrote:
I also track vim-dev by usually doing this: downloading the
patches, and seldom use CVS/SVN.
The biggest trouble I see is I need to format
patches/suggestions in the same way, if I do not have write
commit access.
OK but surely that comment is for another
Hi
Valgrind memory checker detects the following memory leak:
==2410== 272 (56 direct, 216 indirect) bytes in 1 blocks are
definitely lost in loss record 2
==2410==at 0x4C21FEB: malloc (vg_replace_malloc.c:207)
==2410==by 0x6F7548A: (within /lib64/libacl.so.1.1.0)
==2410==by
On 26/06/2008 07:50, Christian MICHON wrote:
On Thu, Jun 26, 2008 at 1:46 AM, John Beckett [EMAIL PROTECTED] wrote:
I use the FTP server to get patches (with a Python script - very easy), and
I apply
them manually (easy). So I have no personal interest in the CVS or SVN
distributions.
If you see how Bram is handling (well) vim, it has a linear
development. No branches, No merge.
When he moves on to the next release, the previous one does not get
updated patches (it seldom happens).
So actually Bram could do the whole maintainance of vim by just using
git-gui (graphical
Sorry to rain on the git love fest going on but ...
There are other options. There is no killer reason to use git over the
other systems, and the need for a Cygwin base system for windows does
raise the bar for Windows users - not everyone will want to have to
install and maintain a Unix
On Thu, Jun 26, 2008 at 12:18 PM, Mike Williams
[EMAIL PROTECTED] wrote:
Sorry to rain on the git love fest going on but ...
There are other options. There is no killer reason to use git over the
other systems, and the need for a Cygwin base system for windows does
raise the bar for
On Thursday 26 June 2008, Mike Williams wrote:
Sorry to rain on the git love fest going on but ...
There are other options. There is no killer reason to use git over the
other systems, and the need for a Cygwin base system for windows does
raise the bar for Windows users - not everyone will
On Thursday 26 June 2008, Christian MICHON wrote:
On Thu, Jun 26, 2008 at 1:03 PM, Marc Haisenko [EMAIL PROTECTED]
wrote:
A major downside of SubVersion has been the missing merge-tracking but
SubVersion 1.5.0 which is out for a week or so has finally closed that
gap
there's no branch
On Thu, Jun 26, 2008 at 8:07 PM, Christian MICHON
[EMAIL PROTECTED] wrote:
On Thu, Jun 26, 2008 at 1:03 PM, Marc Haisenko [EMAIL PROTECTED] wrote:
A major downside of SubVersion has been the missing merge-tracking but
SubVersion 1.5.0 which is out for a week or so has finally closed that gap
On 26/06/2008 11:58, Christian MICHON wrote:
On Thu, Jun 26, 2008 at 12:18 PM, Mike Williams
[EMAIL PROTECTED] wrote:
Sorry to rain on the git love fest going on but ...
There are other options. There is no killer reason to use git over the
other systems, and the need for a Cygwin base
On 26/06/2008 12:03, Marc Haisenko wrote:
On Thursday 26 June 2008, Mike Williams wrote:
Sorry to rain on the git love fest going on but ...
There are other options. There is no killer reason to use git over the
other systems, and the need for a Cygwin base system for windows does
raise
I just installed Vim 7.2a and tried it out.
First launch reported:
Error detected while processing c:\vim\vimfiles\plugin\nerd_commenter.vim
line 4:
E806: using Fload as a String
The plugin is doing this:
let s:NERD_commenter_version = 2.1.7
I don't see this variable used anywhere else within
On 26/06/08 08:50, Christian MICHON wrote:
[...]
If you see how Bram is handling (well) vim, it has a linear
development. No branches, No merge.
That's not totally accurrate, see below.
When he moves on to the next release, the previous one does not get
updated patches (it seldom happens).
On Thu, Jun 26, 2008 at 7:33 AM, John Beckett wrote:
Dominique Pelle wrote:
Thanks for Vim-7.2a-beta, so far it looks good. I ran the
spelling checker on the help files vim7/runtime/doc/*txt of
Vim-7.2a-beta, and found a few minor typos. I attach the patch.
I just did a similar check and
Hello all,
please stop one thing: some of you act as if creating git repository means
deletion of CVS and SVN trees and Bram's e-mail client! I don't remember so hot
discussion when SVN started (and CVS was already up) so why now?
All we have done is that two of us wrote a list of advantages we
Dominique Pelle wrote:
Thanks for Vim-7.2a-beta, so far it looks good. I ran the spelling
checker on the help files vim7/runtime/doc/*txt of Vim-7.2a-beta,
and found a few minor typos. I attach the patch.
Thanks, I'll include them.
Can you send the ones for pi_*.txt to the maintainer,
Kana Natsuno wrote:
I found a bug in getbufvar(). With {varname} =3D=3D , it returns
the dictionary of variables which are local to the current buffer
instead of the buffer specified by {expr}. It should return the
dictionary for the latter buffer.
I wrote a patch to fix this bug. See
Patch 7.2a.001
Problem:On some systems X11/Xlib.h exists (from X11-dev package) but
X11/Intrinsic.h does not (in Xt-dev package). This breaks the
build. Also, on Solaris 9 sys/ptem.h isn't found.
Solution: Have configure only accept X11 when X11/Intrinsic.h
George V. Reilly wrote:
2008/6/25 Bram Moolenaar [EMAIL PROTECTED]:
Patrick Texier wrote:
On Tue, 24 Jun 2008 22:38:14 +0200, Bram Moolenaar wrote:
MS-WINDOWS one-size-fits-all:
pc/gvim72a.exe self-installing, includes all runtime
files
gvim.exe
2008/6/26 Milan Vancura [EMAIL PROTECTED]:
please stop one thing: some of you act as if creating git repository means
deletion of CVS and SVN trees and Bram's e-mail client! I don't remember so
hot
discussion when SVN started (and CVS was already up) so why now?
MacVim is already in a git
Bram Moolenaar schrieb:
Hello Vim users,
Announcing: Vim (Vi IMproved) version 7.2a BETA
This is a BETA release of Vim 7.2. It consists of Vim 7.1 plus all
patches, updated runtime files and some more.
I expect this to be reasonable stable, since most of the patches have
been
On Jun 26, 4:02 pm, Bram Moolenaar [EMAIL PROTECTED] wrote:
Ben Fritz wrote:
See this thread for a full discussion and examples:
http://groups.google.com/group/vim_use/browse_thread/thread/1178b1878...
Summary:
:split with no arguments does not fire a BufWinEnter event
:split with
On Thu, Jun 26, 2008 at 11:49 PM, björn [EMAIL PROTECTED] wrote:
I have nothing to add to this thread as a whole, but since it was
brought up let me just quickly comment on the MacVim.git repository.
All I am doing now is tracking the trunk of the svn repository which
turns out wasn't perhaps
On Fri, Jun 27, 2008 at 12:09:25AM +0200, Christian MICHON wrote:
This thread was not useless. I'm not trying to replace or enforce
things here. I'll personally use this repo later to send patches to
Bram accordingly.
This thread is certainly not useless! If you do set up the git
repository,
On Thu, 26 Jun 2008, Tony Mechelynck wrote:
On 26/06/08 22:18, Bram Moolenaar wrote:
Patch 7.2a.001
Problem:On some systems X11/Xlib.h exists (from X11-dev package) but
X11/Intrinsic.h does not (in Xt-dev package). This breaks the
build. Also, on Solaris 9
David Fishburn wrote:
I just installed Vim 7.2a and tried it out.
First launch reported:
Error detected while processing c:\vim\vimfiles\plugin\nerd_commenter.vim
line 4:
E806: using Fload as a String
The plugin is doing this:
let s:NERD_commenter_version = 2.1.7
I don't see this
30 matches
Mail list logo
