[PATCH] more-prompt: PageDown should scroll an entire screen back, not only a half

2009-02-17 Fir de Conversatie Markus Heidelberg
--- src/message.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/src/message.c b/src/message.c index e0f2897..1cb7344 100644 --- a/src/message.c +++ b/src/message.c @@ -2504,7 +2504,6 @@ do_more_prompt(typed_char) break; case 'u': /*

[PATCH] more-prompt: add 'f' for scrolling back a screen

2009-02-17 Fir de Conversatie Markus Heidelberg
After reaching the end of the more prompt, hitting SPACE jumps out of it. Add 'f' to avoid this problem and for consistency with 'b' in scroll down a screen. This also changes the help message to contain f instead of SPACE, I'm not sure about this. This change also adds a missing leading Space

Re: [PATCH] more-prompt: add 'f' for scrolling back a screen

2009-02-17 Fir de Conversatie Markus Heidelberg
Markus Heidelberg, 17.02.2009: After reaching the end of the more prompt, hitting SPACE jumps out of it. Add 'f' to avoid this problem and for consistency with 'b' in scroll down a screen. Of course here it should be scroll back a screen and in the subject scrolling down a screen. Markus

[PATCH] tips.txt: synchronize the order in the TOC with the order of the content

2009-02-17 Fir de Conversatie Markus Heidelberg
--- runtime/doc/tips.txt |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/runtime/doc/tips.txt b/runtime/doc/tips.txt index fa03236..ea108b7 100644 --- a/runtime/doc/tips.txt +++ b/runtime/doc/tips.txt @@ -26,8 +26,8 @@ Change a name in multiple files

Crash caused by :call substitute('', '\(.\@=\)*', '\=submatch(1)', '')

2009-02-17 Fir de Conversatie Yukihiro Nakadaira
This command causes crash. :call substitute('', '\(.\@=\)*', '\=submatch(1)', '') Here is backtrace. Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0xb708fac0 (LWP 23440)] 0xb73f9939 in strncpy () from /lib/tls/i686/cmov/libc.so.6 (gdb) backtrace #0 0xb73f9939 in

Re: Crash caused by :call substitute('', '\(.\@=\)*', '\=submatch(1)', '')

2009-02-17 Fir de Conversatie Andreas Bernauer
Yukihiro Nakadaira wrote: This command causes crash. :call substitute('', '\(.\@=\)*', '\=submatch(1)', '') Confirmed for vim 7.2.108 (called as vim -u NONE) -- Andreas. --~--~-~--~~~---~--~~ You received this message from the vim_dev maillist. For more

Re: PATCH: dynamically load Python on Solaris

2009-02-17 Fir de Conversatie björn
Hi Danek, 2009/2/15 Danek Duvall: And further down that road would be to experiment with whether multiple versions of Python can be loaded into memory at the same time. If that's the case, then you could have different scripts running with different versions in the same vim session. I

Re: PATCH: dynamically load Python on Solaris

2009-02-17 Fir de Conversatie Danek Duvall
björn wrote: 2009/2/15 Danek Duvall: And further down that road would be to experiment with whether multiple versions of Python can be loaded into memory at the same time. If that's the case, then you could have different scripts running with different versions in the same vim

Re: Crash caused by :call substitute('', '\(.\@=\)*', '\=submatch(1)', '')

2009-02-17 Fir de Conversatie Ben Fritz
On Feb 17, 9:47 am, Andreas Bernauer vim-de...@lysium.de wrote: Yukihiro Nakadaira wrote: This command causes crash. :call substitute('', '\(.\@=\)*', '\=submatch(1)', '') Confirmed for vim 7.2.108 (called as vim -u NONE) Also on Windows gvim, 7.2.101.

if {expr1}

2009-02-17 Fir de Conversatie Larson, DavidX S
Hello all, I was working on my script when I ran across this unexpected behavior with the if statement. The doc says: :if {expr1} *:if* *:endif* *:en* *E171* *E579* *E580* :en[dif]Execute the commands until the next matching :else or

Re: PATCH: dynamically load Python on Solaris

2009-02-17 Fir de Conversatie björn
2009/2/17 Danek Duvall: björn wrote: 2009/2/15 Danek Duvall: And further down that road would be to experiment with whether multiple versions of Python can be loaded into memory at the same time. If that's the case, then you could have different scripts running with different

Re: if {expr1}

2009-02-17 Fir de Conversatie Matt Wozniski
On 2/17/09, Larson, DavidX S wrote: Hello all, I was working on my script when I ran across this unexpected behavior with the if statement. The doc says: :if {expr1} *:if* *:endif* *:en* *E171* *E579* *E580* :en[dif]Execute the commands until the

Re: PATCH: dynamically load Python on Solaris

2009-02-17 Fir de Conversatie Danek Duvall
On Tue, Feb 17, 2009 at 07:32:35PM +0100, björn wrote: Yes that is all I am after -- I can't see any particular use for having two or more co-resident. (?) The use case would be if you had a script that could only run with 2.3 and another that could only run with 2.6, and you wanted to use

Re: PATCH: dynamically load Python on Solaris

2009-02-17 Fir de Conversatie björn
2009/2/17 Danek Duvall: I may not get to it before this weekend, but I'll post another patch as soon as I have it. In the meantime, if you have a chance to try my latest patch out on OS X, I'd be curious to know if it works there. The following bit of configure.in looked a bit strange, so I

Re: [PATCH] more-prompt: add 'f' for scrolling back a screen

2009-02-17 Fir de Conversatie Markus Heidelberg
Bram Moolenaar, 18.02.2009: Markus Heidelberg wrote: After reaching the end of the more prompt, hitting SPACE jumps out of it. Add 'f' to avoid this problem and for consistency with 'b' in scroll down a screen. This also changes the help message to contain f instead of SPACE,

Re: [PATCH] more-prompt: add 'f' for scrolling back a screen

2009-02-17 Fir de Conversatie Matt Wozniski
On Tue, Feb 17, 2009 at 9:19 PM, Markus Heidelberg wrote: Bram Moolenaar, 18.02.2009: Markus Heidelberg wrote: After reaching the end of the more prompt, hitting SPACE jumps out of it. Add 'f' to avoid this problem and for consistency with 'b' in scroll down a screen. This also

Race condition in vim_tempname() on Windows

2009-02-17 Fir de Conversatie Matt Wozniski
src/fileio.c : vim_tempname() contains these lines: if (GetTempFileName(szTempFile, buf4, 0, itmp) == 0) return NULL; /* GetTempFileName() will create the file, we don't want that */ (void)DeleteFile(itmp); Is this really right? Is there any reason to call DeleteFile()