On Wed 3-Dec-08 3:07pm -0600, Tony Mechelynck wrote:
On 03/12/08 05:54, Bill McCarthy wrote:
On Tue 2-Dec-08 6:16pm -0600, Tony Mechelynck wrote:
On 02/12/08 05:34, Bill McCarthy wrote:
Nice new feature :-). However, unlike the Modified by line and the
How do you get that Modified
On Tue 2-Dec-08 6:16pm -0600, Tony Mechelynck wrote:
On 02/12/08 05:34, Bill McCarthy wrote:
Nice new feature :-). However, unlike the Modified by line and the
How do you get that Modified by to work? There doesn't
appear to be anything to modify in the make line.
Thanks for all your
On Mon 1-Dec-08 7:42am -0600, Tony Mechelynck wrote:
On 01/12/08 14:18, Bill McCarthy wrote:
On Sun 30-Nov-08 4:47pm -0600, Tony Mechelynck wrote:
On 30/11/08 12:53, Bram Moolenaar wrote:
Patch 7.2.058
Problem:Can't add a patch name to the :version output.
Solution: Add
On Mon 1-Dec-08 2:46am -0600, Tony Mechelynck wrote:
On 01/12/08 08:39, Bill McCarthy wrote:
[...]
My C docs say a negative number produces a domain error. A
zero produces a range error. Assuming these Open Watcom
docs are correct, I've specified the argument must be a
positive NUMBER
Hello Vim Developers,
I've written on this subject before. IT ISN'T A CRITICISM -
just a suggestion.
There have been several updates to the runtime files,
including eval.txt, options.txt and spell.txt. The first
two are already in subversion.
However the new files are a mixture of new
On Mon 1-Dec-08 12:57am -0600, Tony Mechelynck wrote:
On 01/12/08 07:03, Bill McCarthy wrote:
On Sun 30-Nov-08 6:20pm -0600, Tony Mechelynck wrote:
Slightly (but not wholly) OT: Bill, I know that your extra float
functions' help has of course long since been erased by syncing
On Sat 29-Nov-08 1:12pm -0600, Bram Moolenaar wrote:
Dominique Pelle wrote:
Thanks for pinning this down. It does make sense, I'll include the
patch. I don't think any of the other fwrite() can have a zero size.
I tried Make_ming.mak from Windows - test58 failed with
patch level 55.
With
Hello Vim Developers,
After updating my runtime today, I noted the command
`:ol[dfiles]'. Certainly `:h :ol' or `:h :oldfiles' works
fine. However:
:ol
or
:oldfiles
produces `E492: Not an editor command'. It there an error
in the helpfiles? This appears to also be true for
On Sat 8-Nov-08 4:39pm -0600, John Beckett wrote:
Bill McCarthy wrote:
After updating my runtime today, I noted the command
`:ol[dfiles]'.
That was for an experimental patch that Bram posted:
http://groups.google.com/group/vim_dev/browse_thread/thread/20e72354ed4b2f42
I guess
On Thu 6-Nov-08 4:03am -0600, Bram Moolenaar wrote:
Patch 7.2.027
Problem:Can use cscope commands in the sandbox.
Solution: Disallow them, they might not be safe.
Files: src/ex_cmds.h
After this patch, since its a header file, I did a make
clean before building. When it came to
On Thu 6-Nov-08 9:15am -0600, Charles Campbell wrote:
Bill McCarthy wrote:
On Thu 6-Nov-08 4:03am -0600, Bram Moolenaar wrote:
Patch 7.2.027
Problem:Can use cscope commands in the sandbox.
Solution: Disallow them, they might not be safe.
Files: src/ex_cmds.h
After
On Sun 14-Sep-08 2:52pm -0600, Bram Moolenaar wrote:
Bill McCarthy wrote:
You are correct that Mingw is not a complete package. One
needs to download the various unix utilities separately.
But one usually gets sh.exe also - I also got zsh.exe in one
of my downloads of unix utilities
On Sun 14-Sep-08 6:21am -0600, Bram Moolenaar wrote:
Bill McCarthy wrote:
There is a `testdir' located in $VIMRUNTIME/src. There
doesn't appear to be any documentation of this, but there is
a set of tests that run from within various make files.
I'm running in Windows.using Mingw
Hello Vim-Dev List,
There is a `testdir' located in $VIMRUNTIME/src. There
doesn't appear to be any documentation of this, but there is
a set of tests that run from within various make files.
I'm running in Windows.using Mingw. The makefile for
windows is apparently Make_dos.mak. The top of
On Sat 13-Sep-08 1:53pm -0600, Bram Moolenaar wrote:
Bill McCarthy wrote:
There is a `testdir' located in $VIMRUNTIME/src. There
doesn't appear to be any documentation of this, but there is
a set of tests that run from within various make files.
I'm running in Windows.using Mingw
On Sat 13-Sep-08 3:27pm -0600, you wrote:
Daniel Shahaf wrote on Sat, 13 Sep 2008 at 23:21 +0300:
The problem is the line:
: !rm -f test.out
That line is meaning less to Window's CMD.exe.
Works for me when I have an rm.exe in the PATH.
I should say: it works for me with
Hello Vim Developers,
I noticed a global variable that doesn't appear to be
intentionally set. The variable `cpo_save' undecorated and
outside a function is implicitly global.
Unfortunately `verbose let' does not reveal where it is set.
I found three places - there could be more:
On Wed 3-Sep-08 3:12pm -0600, Bram Moolenaar wrote:
Bill McCarthy wrote:
I noticed a global variable that doesn't appear to be
intentionally set. The variable `cpo_save' undecorated and
outside a function is implicitly global.
Unfortunately `verbose let' does not reveal where it is set
On Tue 26-Aug-08 11:48pm -0600, Tony Mechelynck wrote:
For Windows this is OK (I think), but remember (just in case) that on
Unix/Linux a single executable can work either in Console mode or GUI
mode. There, has('gui') and has('gui_running') are different:
Since, in Windows, Gvim has the GUI
Hello Vim Developers,
I've noticed that some mappings are built into Gvim and Vim.
Here are the ones built into Gvim (from the output of:
:map|map!) - if it matters, I'm running under Windows XP:
v C-X *d
v C-Del *d
v S-Del *d
v C-Insert*y
v
On Tue 26-Aug-08 6:26pm -0600, Tony Mechelynck wrote:
On 27/08/08 01:07, Bill McCarthy wrote:
Hello Vim Developers,
I've noticed that some mappings are built into Gvim and Vim.
Here are the ones built into Gvim (from the output of:
:map|map!) - if it matters, I'm running under Windows XP
On Tue 26-Aug-08 7:25pm -0600, Tony Mechelynck wrote:
--
Ah! I found them !
--
see :help dos-standard-mappings
Thanks Tony! I've revised my _vimrc correction to work fine
for Vim as well as Gvim:
Remove
Hello Vim Developers,
I just updated my runtime and noticed that motion.txt
(August 10, 2008) has what looks like a French comment.
See :help bar
=
| To screen column [count] in the current line.
On Sun 20-Jul-08 5:19pm -0600, Jan Minář wrote:
http://www.rdancer.org/vimtutor.patch
I've corrected it on the URL above, and the corrected
patch is attached.
Thanks Jan, it's working fine now.
--
Best regards,
Bill
--~--~-~--~~~---~--~~
You received this
On Sun 20-Jul-08 12:07pm -0600, Jan Minář wrote:
On Sun, Jul 20, 2008 at 3:40 AM, Bill McCarthy [EMAIL PROTECTED] wrote:
I just patched vimtutor.bat for Windows. Running
vimtutor.bat on WinXP essentially does:
SET TUTORCOPY=
start dummy /b /w gvim -u NONE -c runtime tutor/tutor.vim
On Thu 17-Jul-08 2:12pm -0600, Jan Minář wrote:
On Thu, Jul 17, 2008 at 7:39 PM, Jan Minář [EMAIL PROTECTED] wrote:
Today, I have something that isn't a real vulnerability, but I have
fixed it anyway. The vimtutor (vimtutor.bat on Windows, vimtutor.com
Version 2: I have updated the
Hello Vim Developers and Users,
I've attached a patch to eval.c. It's in unix fileformat so Windows
users may need to first convert it to dos format. Place eval.diff in
your vim72b directory and type something like:
patch -b -p 0 -i eval.diff
Why the patch?
The new version includes a few
On Tue 15-Jul-08 1:35pm -0600, you wrote:
First, the patch program doesn't like your patch because its headers
include backslashes as path separators instead of forward slashes. But
that's not the worst.
Since the '/' separator works for Windows also I'm now using
that. Thanks.
I get the
On Fri 27-Jun-08 8:53am -0600, I wrote:
I mail sent last night didn't make it. This is a test
before I send again.
Hmm, right after sending the above note, the following came
in WRT the missing mail I had sent:
==
This Message was
On Fri 27-Jun-08 9:17am -0600, Ben Schmidt wrote:
if has(float)
let g:pi = 3.14159265358979324
let g:e = 2.71828182845904524
let g:d2r = pi / 180
This should be g:pi, surely?
Perhaps for clarity - but unless pi were used inside a
function, I don't believe it's
On Mon 23-Jun-08 3:33pm -0600, Bram Moolenaar wrote:
I get the feeling we are splitting hairs here. Anyway, current Vim does
like the above. Except:
:echo PG(-0.00123)
-1.23e-3
I would prefer to see -0.00123, as Vim does now.
You can now control the number of zeros you get
On Tue 24-Jun-08 2:05am -0600, Ben Schmidt wrote:
Unfortunately, these technical system-dependent troubles add weight to
the argument to just use printf in Vim rather than a specialised routine.
Or something really simple, e.g. just use %.12g and remove zeros between
the decimal place and
On Mon 23-Jun-08 11:19am -0600, Ben Schmidt wrote:
You gave the following example from my missing email:
: Inaccurate due to underflow
:echo PG(1.0e-323)
9.88131291682e-324
: Negative zero incorrect
:echo PG(-0.0)
0
: Too many digits
:echo
On Sat 21-Jun-08 9:04am -0600, Bram Moolenaar wrote:
OK, just adding sin(), cos() and atan() sounds reasonable.
Sure, if you don't use trig, log or exp functions - that
sounds reasonable. Personally patching eval.c isn't all
that bad - only 40 of the first 326 patches changed eval.c
and I
On Sat 21-Jun-08 11:41pm -0600, John Beckett wrote:
My conclusion is that some variation of my earlier
suggested code should be included
in Vim so it does not rely on an external library for round/trunc.
This is much more reasonable than simply excluding some
users from the benefits of
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
On Mon 9-Jun-08 2:01am -0600, Tony Mechelynck wrote:
On 09/06/08 03:43, Bill McCarthy wrote:
On Sun 8-Jun-08 4:25pm -0600, Bram Moolenaar wrote:
Bill McCarthy wrote:
(2) does this LC_NUMERIC actually work on Windows - I recall having
problems with LC_ALL using the unix sort of GNU
On Mon 9-Jun-08 3:41am -0600, Bram Moolenaar wrote:
Bill McCarthy wrote:
Also, commas don't work as expected. Here's what I get
from:
:echo 1,2
1
E15: Invalid expression: ,2
E15: Invalid expression: ,2
Eh, I think you mean that this doesn't work
On Sun 8-Jun-08 4:25pm -0600, Bram Moolenaar wrote:
Bill McCarthy wrote:
(2) does this LC_NUMERIC actually work on Windows - I recall having
problems with LC_ALL using the unix sort of GNU
coreutils - is this an environment variable we need to set?
I haven't tried it. So please set your
On Thu 5-Jun-08 7:35am -0600, John Beckett wrote:
Bill McCarthy wrote:
My eval.c is the current release patched by both your latest
and John Beckett's fix. You new patch fails with:
vim\vimfp patch -b -p 0 -i Brams-may_not_work_with_jb.diff
patching file src/eval.c Hunk #1 FAILED at 4799
On Wed 4-Jun-08 3:59am -0600, Bram Moolenaar wrote:
Patch 7.1.306
I also found 307-311 on the ftp site. After deleting from
the patches those portions applicable to runtime files (such
as optwin.vim), they built fine.
I then turned to floating point (which I last updated at
305). Only
On Wed 4-Jun-08 3:42pm -0600, Bram Moolenaar wrote:
Anyway, here is a patch to accept plain floating point numbers. Goes on
top of the previous floating point patch. Give it a try and find out if
any of your scripts break.
My eval.c is the current release patched by both your latest
and
On Sun 11-May-08 9:14pm -0600, Tony Mechelynck wrote:
On 11/05/08 22:38, Bram Moolenaar wrote:
Bill McCarthy wrote:
My source is now patched through 298 but I haven't rebuilt
yet. The separate source with the floating point patch is
only at 293.
I see the latest official runtime now has
Hello Vim Developers,
My source is now patched through 298 but I haven't rebuilt
yet. The separate source with the floating point patch is
only at 293.
I see the latest official runtime now has floating point in
the docs, yet the official patches don't appear to include
floating point yet.
On Sun 11-May-08 3:38pm -0600, Bram Moolenaar wrote:
Bill McCarthy wrote:
Hello Vim Developers,
My source is now patched through 298 but I haven't rebuilt
yet. The separate source with the floating point patch is
only at 293.
I see the latest official runtime now has floating point
On Mon 14-Apr-08 3:12am -0600, Tony Mechelynck wrote:
It's not a bug, see :help $VIM item 3. Vim 7.1 will try removing
vim71 from the directory from which it was started. That's what
vim{version} means. vim75 would be the vim{version} of vim 7.5 but
it's vim 7.1 that you're using.
That
Hello Vim,
Sorry if this shows up a second time - I didn't see it post.
As with the first patch I installed the FP package to
C:\vim\vim75.
In the prior patch, this worked fine. In the new patch,
although FP is working fine, my _vimrc is not being found.
Started from C:\vim\vim75 or from
On Thu 10-Apr-08 4:09am -0600, François Ingelrest wrote:
On Thu, Apr 10, 2008 at 10:29 AM, Bill McCarthy [EMAIL PROTECTED] wrote:
Thanks John, I was hoping that I didn't need to modify
source code to accomplish it. Isn't there a way to add
something to the make line?
You could just
On Fri 8-Feb-08 3:31am -0600, Tony Mechelynck wrote:
Bill McCarthy wrote:
On Wed 6-Feb-08 9:33pm -0600, Charles E. Campbell, Jr. wrote:
Bill McCarthy wrote:
On Wed 6-Feb-08 9:15 am -0600, Bream Molten wrote:
Patch 7.1.243 (after 7.1.240)
Problem:U doesn't work on all text in Visual
On Wed 6-Feb-08 9:33pm -0600, Charles E. Campbell, Jr. wrote:
Bill McCarthy wrote:
On Wed 6-Feb-08 9:15 am -0600, Bream Molten wrote:
Patch 7.1.243 (after 7.1.240)
Problem:U doesn't work on all text in Visual mode. (Adri Verhoef)
Solution: Loop over all the lines to be changed
On Thu 7-Feb-08 10:15pm -0600, James Vega wrote:
On Thu, Feb 07, 2008 at 09:02:28PM -0600, Bill McCarthy wrote:
This may be a failure of my email program - The Bat!. I
see the problem (the non-printable characters less than
decimal 31 and greater than decimal 127).
At least for mutt, you
On Wed 6-Feb-08 9:15 am -0600, Bream Molten wrote:
Patch 7.1.243 (after 7.1.240)
Problem:U doesn't work on all text in Visual mode. (Adri Verhoef)
Solution: Loop over all the lines to be changed. Add tests for this.
Files: src/ops.c, src/testdir/test39.in, src/testdir/test39.ok
On Fri 4-Jan-08 4:55am -0600, Bram Moolenaar wrote:
The comments in the patch contain non-ASCII characters. I've seen
before that these may cause trouble.
If you used the path from the e-mail you can first check if it's equal
to what is on the ftp site:
On Thu 3-Jan-08 10:54am -0600, Bram Moolenaar wrote:
Patch 7.1.193
Problem:Some Vim 5.x digraphs are missing in Vim 7, even though the
character pairs are not used. (Philippe de Muyter)
Solution: Add those Vim 5.x digraphs that don't conflict with others.
Files:
On Thu 3-Jan-08 8:49pm -0600, Bill McCarthy wrote:
On Thu 3-Jan-08 10:54am -0600, Bram Moolenaar wrote:
Patch 7.1.193
Problem:Some Vim 5.x digraphs are missing in Vim 7, even though the
character pairs are not used. (Philippe de Muyter)
Solution: Add those Vim 5.x
On Sun 30-Dec-07 7:22am -0600, Bram Moolenaar wrote:
A. Politz wrote:
---buffer---
abcdefg
1234567
+
:1s/g\n\zs1//
=
---buffer---
234567
Is it supposed to be this way ? I don't think so.
Or maybe someone will enlighten me.
Yes, that looks like a
On Sun 30-Sep-07 3:28pm -0600, Bram Moolenaar wrote:
Patch 7.1.128 (extra)
What's with the About in the subject line? Isn't simply:
Patch 7.1.127
Patch 7.1.128 (extra)
enough?
--
Best regards,
Bill
--~--~-~--~~~---~--~~
You received this message
On Wed 26-Sep-07 3:35pm -0600, Bram Moolenaar wrote:
Patch 7.1.123
Problem:Win32: :edit foo ~ foo expands ~.
Solution: Change the call to expand_env().
Files: src/ex_docmd.c, src/misc1.c,
src/proto/misc1.pro, src/option.c
You appear to have eliminated the problem. Thanks!
--
On Tue 25-Sep-07 5:46am -0600, Bram Moolenaar wrote:
Bill McCarthy wrote:
On Sun 23-Sep-07 8:34pm -0600, Dasn wrote:
I've posted on vim_use some days before:
$ vim -c q 'foo ~ foo'
$ vim -c normal '0
E20: Mark not set
Filename contains '~' character which is around with path
On Sun 23-Sep-07 8:34pm -0600, Dasn wrote:
I've posted on vim_use some days before:
$ vim -c q 'foo ~ foo'
$ vim -c normal '0
E20: Mark not set
Filename contains '~' character which is around with path separators
(i.e. ' ' and ',') has such problem.
And the patch:
Index: mark.c
With
On Sun 16-Sep-07 12:48am -0600, Ed S. Peschko wrote:
As for the options in question, there is a precedent - sort is implemented
in vim already. I can count on one hand the programs that I regularly use
inside of the buffer, and 'uniq' is one.. 'sort' ing, and then 'uniq' ing to
get
a count
On Sun 16-Sep-07 7:39am -0600, Bram Moolenaar wrote:
2. vim take a list of files as an input (ie: vim -l filelist)
It's a bit more typing, but you can do it:
vim '+n `=readfile(/tmp/filelist)`'
Wow! I didn't know lists could be used that way.
BTW, that format won't work in
On Sat 15-Sep-07 3:43pm -0600, Ed S. Peschko wrote:
I know it's been discussed before, but how easy would it be to make:
1. uniq (and other commonly used %! commands to sort input) native
to vim.
I use Windows and find it to not be a problem to add the '!'
for externals.
On Sat 8-Sep-07 12:38pm -0600, denis wrote:
I've been trying to pull down latest sources from svn/cvs today and
tomorrow, and the whole thing starts and then just sits there,
hanging. Svn seems to get all the way to about vim7\runtime\doc
\if_tcl.txt
Does anyone else see this? Is there a
On Sat 8-Sep-07 2:06pm -0600, denis wrote:
On Sep 8, 11:53 am, Bill McCarthy [EMAIL PROTECTED] wrote:
There's nothing to update - unless you haven't updated since
last Thursday:
The problem is that i am trying to checkout for the first time.
Ah, I remember that - I had to run svn around 5
On Thu 6-Sep-07 8:58am -0600, Tony Mechelynck wrote:
rsync has just downloaded (among others)
autoload/netrw.vim but it is v110,
Updating also downloads plugin/netrw.vim. No such file should
be present.
--
Best regards,
Bill
--~--~-~--~~~---~--~~
You
On Thu 6-Sep-07 10:45pm -0600, Tony Mechelynck wrote:
Bill McCarthy wrote:
On Thu 6-Sep-07 8:58am -0600, Tony Mechelynck wrote:
rsync has just downloaded (among others)
autoload/netrw.vim but it is v110,
Updating also downloads plugin/netrw.vim. No such file should
be present
On Wed 15-Aug-07 9:59am -0600, Yakov Lerner wrote:
Undo after retab modifies 'tabstop' in a way that doesn't look consistent or
correct.
Test case:
-
vim -u NONE -U NONE
itababcesc
:set ts=4
:retab 8
u
--
After the last
On Fri 3-Aug-07 3:24pm -0600, Tony Mechelynck wrote:
I also rsync after ftp.nluug.nl (after applying the patches when there are
any, and once daily even if there are no patches). Since my rsync command-line
includes --delete this cleans away any .orig or .rej files created by patching
69 matches
Mail list logo