Hi Bram,
As long as it is on your todo list, I am happy.
Philippe
Bram Moolenaar wrote:
Philippe Fremy wrote:
Hi Bram,
What is the status of this patch ? Are you going to include it in gvim ?
As I said, it enteriely compiles out if you are not defining DEBUG or
NBDEBUG.
On Fri, 20 Jun 2008, Tony Mechelynck wrote:
:scriptencoding must be in the script itself. It acts from the next
line to the next :scriptencoding command or to the end of the script,
whichever comes sooner, and doesn't apply to other scripts sourced from
within that range.
From :help
Patch 7.1.316
Problem:When 'cscopetag' is set :tag gives an error message instead of
going to the next tag in the tag stack.
Solution: Don't call do_cstag() when there is no argument. (Mark Goldman)
Files: src/ex_docmd.c
*** ../vim-7.1.315/src/ex_docmd.c Sun Mar 16
Patch 7.1.317
Problem:Compiler warnings in Motif calls.
Solution: Change zero to NULL. (Dominique Pelle)
Files: src/gui_motif.c
*** ../vim-7.1.316/src/gui_motif.c Tue Jan 22 11:06:06 2008
--- src/gui_motif.c Sat Jun 7 15:06:33 2008
***
*** 686,693
Patch 7.1.318
Problem:Memory leak when closing xsmp connection. Crash on exit when
using Lesstif.
Solution: Don't close the X display to work around a Lesstif bug. Free
clientid. Also fix a leak for Motif and Athena. (Dominique Pelle)
Files: src/gui_x11.c,
Patch 7.1.319
Problem:When a register has an illegal utf-8 sequence, pasting it on the
command line causes an illegal memory access.
Solution: Use mb_cptr2char_adv(). (Dominique Pelle)
Files: src/ex_getln.c
*** ../vim-7.1.318/src/ex_getln.c Thu May 29 15:33:13 2008
On 09-Jun-08 22:50, Ingo Karkat wrote:
On 09-Jun-08 21:04, Bram Moolenaar wrote:
Ingo Karkat wrote:
I'd like to report a bug that occurs when a very long ex command is
entered, so that the GUI / console screen space isn't sufficient to
display the complete command.
I have an external
Hi,
Patrick Texier wrote:
Le Fri, 20 Jun 2008 11:37:51 +0200, Bram Moolenaar a écrit dans le
message [EMAIL PROTECTED] :
I have made a few more improvements:
Thanks Bram.
Using Borland C++ 5.5 (HUGE with FLOAT), I had the following warnings :
.\eval.c:
Warning W8065 .\eval.c
.\eval.c:
Warning W8065 .\eval.c 14642: Call to function 'round' with no prototype
in function f_round
Warning W8065 .\eval.c 17027: Call to function 'trunc' with no prototype
in function f_trunc
As a workaround in eval.c you can simply replace
rettv-vval.v_float = round(f);
Patch 7.1.320 (extra)
Problem:Win64: Warnings while compiling Python interface.
Solution: Use PyInt in more places. Also update version message for the
console. (George Reilly)
Files: src/if_python.c, src/version.c
*** ../vim-7.1.319/src/if_python.c Wed Jun 4
Patch 7.1.321 (extra)
Problem:Win32 / Win64: Install file is outdated.
Solution: Update the text for recent compiler. (George Reilly)
Files: src/INSTALLpc.txt
*** ../vim-7.1.320/src/INSTALLpc.txtSun Mar 16 14:52:53 2008
--- src/INSTALLpc.txt Fri Jun 20 13:39:35 2008
Ingo Karkat wrote:
On 09-Jun-08 22:50, Ingo Karkat wrote:
On 09-Jun-08 21:04, Bram Moolenaar wrote:
Ingo Karkat wrote:
I'd like to report a bug that occurs when a very long ex command is
entered, so that the GUI / console screen space isn't sufficient to
display the complete
Patrick Texier wrote:
On Fri, 20 Jun 2008 14:29:07 +0200, Vladimir Marek wrote:
I don't have the previous post.
As a workaround in eval.c you can simply replace
rettv-vval.v_float = round(f);
with
rettv-vval.v_float = ceil(f + 0.5);
Yes.
I think it's:
if (f 0)
Patrick Texier wrote:
Le Fri, 20 Jun 2008 11:37:51 +0200, Bram Moolenaar a écrit dans le
message [EMAIL PROTECTED] :
I have made a few more improvements:
Thanks Bram.
Using Borland C++ 5.5 (HUGE with FLOAT), I had the following warnings :
.\eval.c:
Warning W8065 .\eval.c
Patch 7.1.322
Problem:Can't get start of Visual area in an expr mapping.
Solution: Add the 'v' argument to getpos().
Files: runtime/doc/eval.txt, src/eval.c
*** ../vim-7.1.321/runtime/doc/eval.txt Wed May 28 16:48:00 2008
--- runtime/doc/eval.txtThu Jun 19 22:46:23 2008
Patch 7.1.323
Problem:Test 19 fails with some termcaps. (Dominque Pelle)
Solution: Set the t_kb and t_kD termcap values.
Files: src/testdir/test19.in, src/testdir/test38.in
*** ../vim-7.1.322/src/testdir/test19.inSun Jun 13 20:24:47 2004
--- src/testdir/test19.in Mon
I have a script that creates files like this:
file.ext - file.ext.ann_out.ext
I don't want to see these files when I do filename completion, because
they clutter up my wildmenu. For this reason, I put:
set wildignore+=*.ann_out.*
into my .vimrc.
Now, when I do this:
gvim --remote-tab-silent
On Fri, 20 Jun 2008 17:31:03 +0200, Bram Moolenaar wrote:
I think it's:
if (f 0)
return floor(f + 0.5)
else
return ceil(f - 0.5)
Otherwise -1.5 doesn't work like round() does. Glad we have a test to
verify this :-)
Yes, I had test my round() function with
Ben Fritz wrote:
I have a script that creates files like this:
file.ext - file.ext.ann_out.ext
I don't want to see these files when I do filename completion, because
they clutter up my wildmenu. For this reason, I put:
set wildignore+=*.ann_out.*
into my .vimrc.
Now, when I do
With a small amount of testing, it's looking good, Bram. Tests says ALL
DONE which I presume means they all passed.
A few points:
- Wouldn't float2nr() be more consistent with the other Vim functions
than float2number()? O yes! So much so that it seems that's what you
implemented it as.
Patch 7.1.326
Problem::s!from!to! works, but :smagic!from!to! doesn't. It sees the
! as a flag to to the command. Same for :snomagic. (Johan
Spetz)
Solution: When checking for a forced command also ignore :smagic and
:snomagic. (Ian Kelling)
Files:
Bram Moolenaar wrote:
Patrick Texier wrote:
On Fri, 20 Jun 2008 14:29:07 +0200, Vladimir Marek wrote:
I don't have the previous post.
As a workaround in eval.c you can simply replace
rettv-vval.v_float = round(f);
with
rettv-vval.v_float = ceil(f + 0.5);
Yes.
I think it's:
all--
i've only just begun attempting to run 'make test' to see
testing in action, and i am apparently missing something
very basic -- my test fails almost immediately in test4 with
indented columns that are supposed to start in column one
i've looked for a README on src/testdir, instructions
On Fri 20-Jun-08 3:08pm -0600, Bram Moolenaar wrote:
Ben Schmidt wrote:
- No chance of getting sin(), cos(), atan() and log10()? I realised
after thinking a bit further and reading some other users' posts that
these actually would truly be useful. Surely they would only take a
few
You are apparently looking at slightly outdated runtime files. I'll
push the current version now, so that they match with the latest
floating point patch.
Yep. They look better now. Two suggestions for improvement:
- An example of pow() with floats would be good. E.g. pow(32,0.20)=2.0
Bill McCarthy wrote:
On Fri 20-Jun-08 3:08pm -0600, Bram Moolenaar wrote:
Ben Schmidt wrote:
- No chance of getting sin(), cos(), atan() and log10()? I realised
after thinking a bit further and reading some other users' posts that
these actually would truly be useful. Surely they would
On Friday 20 June 2008 17:27, sc wrote:
all--
i've only just begun attempting to run 'make test' to see
testing in action, and i am apparently missing something
very basic -- my test fails almost immediately in test4 with
indented columns that are supposed to start in column one
i've
- No chance of getting sin(), cos(), atan() and log10()? I realised
after thinking a bit further and reading some other users' posts that
these actually would truly be useful. Surely they would only take a
few minutes to implement, no time to maintain, and I would have a lot
of
Hi,
I'm doing some work on MacVim and I've written a function (see below)
to programmatically evaluate an expression in vim and convert the
result to cocoa values. I'd like to be able to return information
about why the evaluation failed if it does. Can anyone give me tips
on how to get an
29 matches
Mail list logo