* Alexey I. Froloff raorn@ [060816 12:23]:
A patch for the documentation is missing, this is required to see what
the intention of shellescape() is.
OK, I'll update patch.
Attached, fixed, documented, tested. In whatever order ;-)
P.S. I don't have cproto and can't make proto...
--
Alexey,
+ :call system(chmod +x -- . escapeshell(expand(%)))
That should have been:
+ :call system(chmod +x -- . shellescape(expand(%)))
Regards,
Christ van Willegen
* Christ van Willegen cvwillegen@ [060816 13:33]:
That should have been:
+ :call system(chmod +x -- .
shellescape(expand(%)))
Oops! Thanks.
--
Regards,
Sir Raorn.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (GNU/Linux)
Alexey I. Froloff wrote:
* A.J.Mechelynck antoine.mechelynck@ [060816 04:31]:
IIRC, in Windows percent signs should be doubled (which requires the same
kind of fancy-footwork as Vim's \ or ^V in the case of recursion), except
in the names of environment %STRINGS% to be resolved by the
Brad Beveridge wrote:
I'm working with a Vim that has been patched to support ECL Lisp
(http://wiki.alu.org/Vim_ECL). Part of our project involves
outputting potentially large amounts of data to a buffer in a
streaming fashion, ie always adding at the end.
I think that I have worked out a
I'm still alive, just very busy :-)
New home for conceal patches is:
http://vince.negri.googlepages.com/
-Original Message-
From: A.J.Mechelynck [mailto:[EMAIL PROTECTED]
Sent: 16 August 2006 02:35
To: Philipp M. Frank
Cc: vim-dev@vim.org
Subject: Re: conceal-patch status
Philipp M.
Oh, and that page includes a vim 7 version :-)
-Original Message-
From: Vince Negri [mailto:[EMAIL PROTECTED]
Sent: 16 August 2006 13:28
To: A.J.Mechelynck; Philipp M. Frank
Cc: vim-dev@vim.org
Subject: RE: conceal-patch status
I'm still alive, just very busy :-)
New home for conceal
On Wed, Aug 16, 2006 at 02:18:55AM +0200, A.J.Mechelynck wrote:
Gabriel Farrell wrote:
Hi,
Regarding a thread [1] back in February on this list about local
additions, I'm not seeing some of the errors remarked upon at that
time, but I do see 'matchit.txt' under the LOCAL ADDITIONS heading
On 8/16/06, Bram Moolenaar [EMAIL PROTECTED] wrote:
Vim internally works linewise. Appending a character means taking the
current line and replacing it with one that has the character appended.
If you keep adding characters to the same line you could do some
optimization to avoid having to
Nikolai Weibull wrote:
On 8/16/06, Bram Moolenaar [EMAIL PROTECTED] wrote:
Vim internally works linewise. Appending a character means taking the
current line and replacing it with one that has the character appended.
If you keep adding characters to the same line you could do some
Patch 7.0.054
Problem:Mac: Using a menu name that only has a mnemonic or accelerator
causes a crash. (Elliot Shank)
Solution: Check for an empty menu name. Also delete empty submenus that
were created before detecting the error.
Files: src/menu.c
***
On 8/16/06, Bram Moolenaar [EMAIL PROTECTED] wrote:
There are only a few operations that profit from a gap strategy.
Overall it gets much more complicated and inefficient. You would have
to move the gap around for every change made.
Not quite true. You'd have to move it around for every
* Bram Moolenaar Bram@ [060816 15:57]:
Are these characters allowed anyway?
Well, it's not our problem. shellescape() is used to safely pass
arbitrary string to shell command as one argument. It's not
necessary to be a file name - it just needs to be expanded by
shell to same string.
P.S. Now
Patch 7.0.056
Problem:#!something gives an error message.
Solution: Ignore this line, so that it can be used in an executable Vim
script.
Files: src/ex_docmd.c
*** ../vim-7.0.055/src/ex_docmd.c Sat May 13 12:36:18 2006
--- src/ex_docmd.c Thu Aug 10 23:50:32
Alexey I. Froloff wrote:
* Bram Moolenaar Bram@ [060815 23:40]:
! getuid() != 0
Shouldn't it be getuid() != 0 geteuid() != 0 ?
Why? Vim should never be run with the set-user-id bit. If you do
anyway you apparently don't care about security.
--
hundred-and-one symptoms of
Nikolai Weibull wrote:
On 8/16/06, Bram Moolenaar [EMAIL PROTECTED] wrote:
There are only a few operations that profit from a gap strategy.
Overall it gets much more complicated and inefficient. You would have
to move the gap around for every change made.
Not quite true. You'd have
Patch 7.0.057 (extra, after 7.0.45)
Problem:Win32: Compilation problem with Borland C 5.5.
Solution: Include vim.h as before. (Mark S. Williams)
Files: src/if_ole.cpp
*** ../vim-7.0.056/src/if_ole.cpp Tue Aug 8 17:06:21 2006
--- src/if_ole.cpp Sun Aug 13 12:57:24 2006
Patch 7.0.058
Problem:The gbk and and gb18030 encodings are not recognized.
Solution: Add aliases to cp936. (Edward L. Fox)
Files: src/mbyte.c
*** ../vim-7.0.057/src/mbyte.c Sat May 13 17:10:00 2006
--- src/mbyte.c Sat Aug 12 22:59:55 2006
***
*** 363,368
---
Patch 7.0.059
Problem:The Perl interface doesn't compile with ActiveState Perl 5.8.8.
Solution: Remove the __attribute__() items. (Edward L. Fox)
Files: src/if_perl.xs
*** ../vim-7.0.058/src/if_perl.xs Fri Aug 11 22:56:44 2006
--- src/if_perl.xs Wed Aug 16 14:45:15 2006
On 16/08/06, Bram Moolenaar [EMAIL PROTECTED] wrote:
Brad -
As a side note, if I wanted to get really fast char append, how does
this method sound:
1) In a structure (not sure if a mem_line or bufT struct), have three
new entries
uint current_line_num;
uchar *current_line_buffer;
uint
On Wed, Aug 16, 2006 at 08:55:26AM -0400, Benji Fisher wrote:
On Wed, Aug 16, 2006 at 02:18:55AM +0200, A.J.Mechelynck wrote:
Gabriel Farrell wrote:
Hi,
Regarding a thread [1] back in February on this list about local
additions, I'm not seeing some of the errors remarked upon at that
Patch 7.0.063
Problem:Tiny chance for a memory leak. (coverity)
Solution: Free pointer when next memory allocation fails.
Files: src/eval.c
*** ../vim-7.0.062/src/eval.c Wed Aug 16 19:34:59 2006
--- src/eval.c Wed Aug 16 21:33:24 2006
***
*** 18811,18816
---
After applying the latest 10 patches (54-63) to Vim, I get a number of
warnings (below). Since the compile proceeds to completion, I shall
install the resulting executable; but you may (or may not) want to
investigate this more deeply. I don't feel competent to determine which
of these
23 matches
Mail list logo