I wanted to add a follow up to this in case there are other people having the
same problem (it basically made any recent build of vim unusable for me on
windows).
The problem, in my case, was my anti-virus software (webroot). You need to go
into the identity protection settings and
Hi Urtica!
On Fr, 10 Jul 2015, Urtica dioica wrote:
There was another one I meant to add but forgot. Numbered dot in block and
line visual acts on an expanded region instead of changing the number
argument.
Line visual examples will be complicated by the changing visual area I
Hi James!
On Fr, 10 Jul 2015, James McCoy wrote:
On Sat, Jul 11, 2015 at 12:19:22AM +0200, Christian Brabandt wrote:
7. The entire screen is redrawn every time, even for single-line edits
that affect zero or one characters.
Not sure what you mean. Since one starts visual mode, one
2015-07-12 17:53 GMT+02:00 Bram Moolenaar b...@moolenaar.net:
Rob Wu wrote:
The counted number of bytes is decreased if 'bin' and 'noeol' are set.
This is incorrect, and the logic should only apply when the requested
line is the last line in the buffer.
Test cases:
vim -b (printf
Hi Dominique.
Thank you for testing this. The patch was missing a simple test in the
macro FIX_FOR_BOGUSCOLS. I added that in a new patch attached: now it
should work.
Cheers.
2015-07-12 5:33 GMT+03:00 Dominique Pellé dominique.pe...@gmail.com:
Dominique Pellé wrote:
Christian Brabandt
This patch introduced regressions unrelated to visual increment/decrement.
When there's no number under the cursor or to the right, ^A and ^X are supposed
to do nothing and fail the mapping/macro. Instead, failure doesn't occur and
the cursor moves left:
--- $@='C-A.ra'CR
#a##
If the
This patch introduced regressions unrelated to visual increment/decrement.
I should have checked against the latest patches first. The cursor movement and
crashes still happen in the latest Vim, but against Christian Brabandt's latest
patches those no longer occur. However, ^A and ^X no longer
The counted number of bytes is decreased if 'bin' and 'noeol' are set.
This is incorrect, and the logic should only apply when the requested
line is the last line in the buffer.
Test cases:
vim -b (printf '123\n567') +':echo line2byte(1)'
Expected: 1
Actual : -1
vim -b (printf '123\n567')
Hello.
I would appreciate any help that you can give in in tracking down a
problem with using Vim in the Cygwin terminal emulator Mintty and using
the mouse to resize split windows.
I first reported my problem to the Cygwin mailing list thinking it was a
bug introduced in the new versions
Urtica Dioica wrote:
This patch introduced regressions unrelated to visual increment/decrement.
When there's no number under the cursor or to the right, ^A and ^X are
supposed to do nothing and fail the mapping/macro. Instead, failure doesn't
occur and the cursor moves left:
---
Patch 7.4.780
Problem:Compiler complains about uninitialized variable and clobbered
variables.
Solution: Add Initialization. Make variables static.
Files: src/ops.c, src/main.c
*** ../vim-7.4.779/src/ops.c2015-07-12 15:02:27.396634029 +0200
--- src/ops.c 2015-07-12
John Little wrote:
gcc 4.9.2 still gives a warning:
ops.c: In function ‘do_addsub’:
ops.c:5406:10: warning: ‘startcol’ may be used uninitialized in this function
[-Wmaybe-uninitialized]
int startcol;
^
AFAICT it's not a problem, but I'm not surprised gcc can't figure
Charles Campbell wrote:
Daniel Hahler wrote:
When there is a `kdeinit4` process, but `kfmclient` is not installed
`BrowseX` fails to open an URL (it falls through to the last else block).
This happened on a non-KDE system, where `kdeinit4` was
installed/started for an unknown reason,
Rob Wu wrote:
The counted number of bytes is decreased if 'bin' and 'noeol' are set.
This is incorrect, and the logic should only apply when the requested
line is the last line in the buffer.
Test cases:
vim -b (printf '123\n567') +':echo line2byte(1)'
Expected: 1
Actual : -1
vim -b
Patch 7.4.781
Problem:line2byte() returns one less when 'bin' and 'noeol' are set.
Solution: Only adjust the size for the last line. (Rob Wu)
Files: src/memline.c
*** ../vim-7.4.780/src/memline.c2015-06-09 18:35:17.467406952 +0200
--- src/memline.c 2015-07-12
15 matches
Mail list logo